New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can we pre-patch the Year 2010 bug? #21
Comments
Perhaps it’s time to ping @ekoeppen and get him involved as well. |
Related … Y2026? |
Thanks for the reminder that it was Eckhart who made the patch. Here's a link to implementation details for future reference: http://40hz.org/Pages/Newton%20Year%202010%20Solution |
I'll see if I can get a toolchain working that builds the Einstein REX. I've been using mpw as my classic compiler emulation layer, but the Einstein files are using Matthias' mosrun. They should be more or less equivalent, but the MPW one has a more configurable environment, I think. Did Eckhart release the source to the patch? I was looking on source forge, but didn't see it, though I admit SourceForge is hard to navigate and I didn't look through the entire folder structure. If its there, it wasn't immediately obvious. |
I'm able to build the REX. Its trivial with mosrun once you put the folders where they are expected by the makefile. I tried to bundle the Patch.pkg directly, but that results in a reboot loop. I tried packaging in the RExPatch.pkg and ROMPatch.pkg and that didn't seem to work, so the simple solutions have failed. The source code is in an attached SIT file and built using the MPW under Mac Classic. May need to transplant the source and build directly into Einstein.rex |
Patching the ROM directly should not be much of an issue. The source code contains all vital information. Basically, a few offsets have been modified to give the "seconds since x" a new start date. The patch is complex because it requires all the additional code to make it a working patch for the original, whereas the Einstein ROM loader can be limited to changing those offsets, either by modifying the ROM binaries, or by using one of the available patch methods to get additional code into the ROMS.
… On Jan 26, 2017, at 1:14 AM, jake-b ***@***.***> wrote:
I'm able to build the REX. Its trivial with mosrun once you put the folders where they are expected by the makefile.
I tried to bundle the Patch.pkg directly, but that results in a reboot loop. I tried packaging in the RExPatch.pkg and ROMPatch.pkg and that didn't seem to work, so the simple solutions have failed.
The source code is in an attached SIT file and built using the MPW under Mac Classic. May need to transplant the source and build directly into Einstein.rex
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
@ekoeppen I believe that this issue is fixed in the current master branch? Can we close this ticket? |
Yes, this is done :) |
This would make Einstein more usable out-of-the-box. Since the existing fix is a ROM patch, I assume we could do something similar at runtime? I have no idea how the patch works but I bet one of you does. :)
The text was updated successfully, but these errors were encountered: