Newton Poetry

From Eckhart Köppen on the newfangled issue with the Newton Y2010 bug:

The NewtonOS still has one problem related to the year 2010 problem: Very early in the boot sequence, the OS adjusts the real time clock to a “reasonable” value. Unfortunately, dates past 2009 are not considered reasonable, and the OS resets the date therefore to 1996.

The 2010 patch kicks in after that, and it can then only get the date to something slightly better, which is 2008. A proper fix would require to change the function which adjusts the clock, but it is not in the patchable area. It also occurs so early in the boot sequence that there is no easy way to intercept it, backup the proper clock value, and restore it later.

There are some workarounds possible, for example storing the correct time every minute when the Newton is turned on, but they require a good place for the time value. Flash memory is not ideal, a better place would be somewhere in RAM which survives resets and reboots. I’m now on the hunt for such a buffered location…

Stay tuned for updates.

[Via NewtonTalk.]

Newtpocalpyse looks to be a pervasive problem in the Newton community.

All those hopes about Newton users using their eMates and MessagePads past January 5 this year? It’s still possible, just a little annoying now that something else is messing with our Newtons. Several Newtontalkers (here, here, and here) have reported that their 2010-patched Newton 2.x devices, when reset, have their dates revert back to January 1, 2008.

Sure enough, so did my eMate 300. Here it is after I did a test reset:

Before resetting my eMate, I made sure the date and time were correct (something I often neglect after my batteries die). After hitting the reset button, the 2010-to-2008 bug (Y2008?) worked its evil magic. My dates were reset to 2008.

Thankfully, Eckhart Köppen is back on the scene after some time away, and had this to report:

The NewtonOS seems to have built in a “protection” against setting the date to a nonsensical value, which kicks in only after a reset. This protection forces the date to a 1996 on an unpatched Newton.

What happens on a patched Newton is the following sequence (assuming the date is past 2009):

1. Reset occurs
2. NewtonOS notices date after 2009 and sets it back back to 1996
3. Y2010 patch kicks in and sets the time to 2008 (since 1996 is not a valid date once the Newton has been patched)

I have so far not found a good place where to disable step 2, and it might be that this is happening in an unpatchable part of the ROM (step 3 is done in a pretty hackish way already), but I’m trying to get this resolved, because it annoys me as well :)

In the meantime, I would recommend not resetting your Newton if you can help it. If it does happen, simply reset your clock and dates.

And we’ll all wait for Mr. Köppen to fight this dragon, too.

With Eckhart Köppen’s Newtpocalypse patch for the eMate complete, I thought I’d install it and see how it performs on my own Newton eMate.

First, though, I downloaded the new Classilla browser for OS 9. This variation of the old Mozilla browser is getting a lot of attention, and deservedly so. Development on iCab has ceased, and many of the Classic Mac browsers do a poor job of rendering modern web sites.

As a test, I used Classilla to navigate Köppen’s 40Mhz.org site, where he posts his Newton projects, and download the patch from Sourceforge.

It’s easy to install Köppen’s patch. In fact, it’s nothing more than a simple package installation with an automatic reset added at the end. You can either use the Classic Mac installation methods, using Newton Connection Utilities, or the modern NCX or various other OS X-based Newton apps.

I’m using Newton Connection Utilities on an iMac G3 running OS 9, and connecting with a serial-to-USB dongle.

First, download your specific patch file from Köppen’s 40Mhz.org site. As you see above, you’ll have a few options on which patch to download. In my case, I need the 73J186 version.

Above you see that my eMate is running Newton OS 2.1, version 737041. This is the part that’s going to change.

To install Köppen’s Patch 73J186, head to Newton Connection Utilities (on OS 9, or another package installer on OS X) and pick your patch version (above).

Your package installer will upload the patch to your Newton.

After the patch is done installing, your Newton will reset on its own.

After the restart, my eMate shows the Newton OS 2.1, version 73J186 (the same as the patch version) is installed and up to date.

That’s it. And so far, after running my eMate through a battery of high-powered tests (like turning it on and scribbling some notes), everything is hunky-dorey. Bring on 2010.

How did your patching process turn out?

Hip hop hurray.

Newton savior Eckhart Köppen announced yesterday that the Newton eMate and German MessagePad 2100 Year 2010 patches are complete and ready for installation. These patches fix the dreaded Newtpocalypse on Newton OS 2.1 models.

Be sure to download the Y2010 patches at Köppen’s Sourceforge.net project page.

I’ll be running the patch on my own eMate, and will post a breakdown when it’s complete. In the meantime, if you have an MP2x00 or eMate, run these patches yourself and report back to Köppen if you face any troubles.

The entire Newton community appreciates Köppen’s work on this. Thanks to him, and all the volunteers who test the patches, our Newtons will keep running for the foreseeable future.

Eckhart Köppen is looking for testers for his eMate and German MP2100 Year 2010 patch. He says on his blog:

The Y2010 patches for the eMate and German MP2100 are ready, and they seem to work fine here, but I’d still like to give them more testing. Like with the first Y2010 patch, I’m looking for people who can either risk bricking a Newton (with me unbricking it), or who have access to a US MP2x00 to unbrick a Newton themselves via a ROM board swap. Note that I don’t expect any unbricking to be necessary, but you never know.

If you have a spare eMate or Deutschland MessagePad, you can help prevent Newtpocalypse.

Chris Foresman over at Ars Technica does a great job of covering the Newton’s 2010 Patch:

If you are the sort of person who would just as soon have your Newton pried from your cold, dead hand, Köppen’s solution should keep your trusty device in operating condition at least until you or your Newton biodegrades—whichever comes first.

Heed NewtonTalk’s Twitter feed, however, because there are always a few trolls under the bridge.

In fact, these days, I avoid comment sections all together unless the blog or site has a reputation for civil conversation.

Eckhart Köppen has come through once again for the Newton community with a patch for the 2010 bug.

Köppen released Patch 71J059, a patch for the bug that had Newton users dreading New Year’s Eve (this year and next). This incredible piece of DIY engineering helps extend the life of our MessagePads. And the download-and-install procedure is very simple and straightforward.

While the patch is for MP2100s only, Köppen says, “German and eMate versions are still in the making.”

Earlier this year, many Newton users were affected when a previous 2010 solution went haywire. Since then, Köppen has been working on a solution to both the 2010Fix problem and the 2010 Newton bug.

The 2010 bug only affected Newton OS 2.1 devices, meaning MP100-120 users are safe.

Newton users sang the praises of Köppen’s Patch 71J059 after making the announcement. Köppen is careful to point out, however, that installing the patch is not a risk-free project:

NOTE: THIS PATCH IS PROVIDED WITHOUT WARRANTY. DUE TO THE COMPLEX NATURE OF SYSTEM PATCHES, FAILURE TO INSTALL PROPERLY MAY RENDER THE NEWTON UNUSABLE, RECOVERY REQUIRES A TEMPORARY ROM BOARD SWAP, AND WILL RESULT IN THE LOSS OF ALL DATA ON THE NEWTON!

But this means that the year 2010 can come and go, and Newton users can still carry their MessagePads with pride (and without resorting to a clumsy solution, like setting the Newton’s date and time to some year in the past).

The project speaks to the resilience of the Newton community (err, cult). With no help from Apple, but tons of help from Newton users, Köppen and others have shown what a dedicated group of hard-core enthusiasts can do.

Does the Newton’s 2010 bug got you down? Eckhart Köppen, the same Newton developer who created a Wiki on the 2010 bug, has issued a Y2010 Diagnostic application to help relieve some of the symptoms.

Köppen told the NewtonTalk list:

This small application lets you diagnose the content of your soups, and check which kind of alarms you have set. It should clarify what exactly might go wrong in the future instead of second guessing and brain wiping the Newton without proper reason…If you’re hit by an infinite alarm loop, you can if you’re lucky launch the Y2010 Diagnostic app and use it to clear the alarms.

Köppen suggests anyone who installed the problematic Fix2010 patch should remove it, and says that a fix to the whole issue should be out “well in time before 2010.”

[Thanks to NewtonTalk on Twitter.]

Microsoft Zune users weren’t the only ones suffering when 2009 arrived. Many, many Newton users were afflicted by the new year as well, thanks to an alpha-version “fix” of the infamous 2010 bug.

The problem hit the Newtontalk list on January 1. Jon Dueck described the situation that would become well-known to most Newton users who downloaded the Fix2010 patch: when his Newton clocked over from December 31, 2008, it immediately jumped to January 1, 2025. When he tried to change the date to 2009, as the Newton should have done at midnight, his Newton chose a July date in 2012.

Other users noticed the same bug. When some switched the date from 2025 back to 2009, everything worked fine. But for others, the system clock would register the correct date while the Dates app would display a 2025 date.

By process of elimination (and through a lot of e-mails traded back and forth), the list figured that Avi Dressman’s Fix2010.pkg was the culprit.

First, some background. The Newton 2010 bug has been well-known since at least 1998. My Apple Newton does a good job of breaking the bug down. Basically, Newtons running version 2.0 and above start getting weird dates behavior past the year 2010.

Avi Drissman’s Dates/Find BugFix extension (his other software is on his Newton page) was created to fix the 2010 bug in the Newton’s Dates application. His other “fix,” the “highly-experimental” Fix2010 package, originally released in September 1998, was meant to fix the 2010 bug system-wide.

Even Avi warns users:

Are you crazy? This is ALPHA-quality software. It has undergone almost no testing. It has not proved itself. It will not become useful for another 12 years. I wouldn’t recommend installing it. Period. Still want to install it? Back up your Newton. Totally. More than once. Do not install this on mission-critical machines. Really. Ensure that packages are installed on the internal store. Use the Newton Connection Utilities program that came with your Newton device to download the included package.

Can’t get a more dire warning than that, eh? But really, Avi’s message turned out to be more than a warning. It was pure prophecy.

Someone wrote Avi and asked him to release the source code for the Fix2010.pkg, which he did under BSD, so that others could work to fix the patch.

“It’s kinda freaky, isn’t it?,” Avi wrote back. “When I wrote Fix2010, 2010 was some abstract idea way out there. Now it’s looming, eh?”

Avi’s original source code has been posted to SourceForget.net, and Eckhart Koppen started a Wiki to explain more about the problems from Fix2010.

“The fix should in the end work out fine,” Eckhart says. “The main issue seems to be the boundary condition of moving from one hexade (1993-2009) to the next (2009-2025).”

Dennis Swaney (who warned me on January 4 about this issue) offers a unique solution: set your clock to 1999. “Everything will be accurate except for the year,” Dennis says.

The Fix2010 bug had very real consequences. Jon later reported a problem with his To-Do dates setting to 2024, with repeat To-Dos appearing after he reset the date. L. W. Brown had two of his MP2100s turn into bricks trying to fix the problem. Only a full hardware reset (and a backup file) restored his Newtons to working order.

One Newton user, Lionello, said his MP2000 has displayed “wild
chime/popup activity” after removing the Fix:

This morning I think I’m facing a problem that I suppose is generated from the removed patch. In december I’ve set an Alarm for a birthday (for tomorrow), and I had set a 24-h warning. Now this morning I fired up my Newton and the popup appeared, but now the Newton seems to be in a loop, it chimes continuously, and if I try to close the Snooze/delete alarm popup, it closes, but in less than a second it pops up again with a chime.

Woody recommends resetting, moving Dates data to a card, perform a brainwipe, reinstall from a backup, delete all the Dates data from the backup, then move the data from the card to the MessagePad.

The best fix? Don’t install the Fix2010.pkg. Not until a patch is released. It may even be best to wait until January 1, 2010.

Fresh on the heels of the Zune meltdown, The Unofficial Apple Weblog broke down a few Apple bugs that have plagued users in the past, with – prophetically – heavy emphasis on Newton flake-outs.

The bigger issue with this 2010 bug is that, for us Newton users, a fix may never be found without a resourceful programmer pulling late nights to find and fix the problem. Apple will never release a patch to fix the dates issue. The Newton is dead to them from a support standpoint. The fix will be up to the Newton community.

We’re on our own.

Any readers have an issue with the Fix2010 package and the new year?

[As a side note, I dropped the ball with this one. I should have been on this story. Around Christmas, I stopped checking my Newtontalk e-mail as often as I used to. Sure enough, the minute I do that, the Newton world goes crazy. Lesson learned.]