Once post for current links:

[bmwcyclist]

I have posts in multiple threads with links to software so I thought it might be a good idea to have a central list of everything :

Easiest place to get: GlobalTalk LisaGaming (assuming you are on GlobalTalk)

APPLE LISA APPS (Lisa Office System 3.1)

LisaFuji 1.2 https://github.com/GyroPilot/Apple-LisaFuji/releases/tag/v1.2-update1 (news, Wikipedia, space station, weather)
LisaFuji Browser 1.3 https://github.com/GyroPilot/Apple-LisaFujiBrowser/releases/tag/v1.3-update1 (web browser)
LisaTwinClock 1.3 https://github.com/GyroPilot/Apple-LisaTwinClock/releases/tag/v1.3-update1 (sets the clock with a twin year)
LisaFetch 0.1 https://github.com/GyroPilot/Apple-LisaFetch/releases/tag/v0.1-update1 (web text files onto the Lisa)
LisaSolstice 1.0 https://github.com/GyroPilot/Apple-LisaSolstice/releases/tag/v1.0 (the seasons)
LISACom 1.7 https://github.com/GyroPilot/Apple-LISACom/releases/tag/v1.7 (terminal, XMODEM and YMODEM)
LisaFileMover 1.1 https://github.com/GyroPilot/Apple-LisaFileMover/releases/tag/v1.1 (file utility)
Atkinsonpoint (LISA Slide Show) 1.1 https://github.com/GyroPilot/AtkinsonPoint/releases/tag/v1.1 (slide show and picture packs)
ESPFuji tool 0.2 https://github.com/GyroPilot/ESPFuji/releases/tag/v1.0 (diagnostic, in the ESPFuji release)

APPLE LISA GAMES

LisaCheckers 1.2 https://github.com/GyroPilot/Apple-LisaCheckers/releases/tag/v1.2-update1 (against the Lisa or over the network)
LisaSalvo 1.2 https://github.com/GyroPilot/Apple-LisaSalvo/releases/tag/v1.2-update1 (Battleship on the FujiNet server)
Lisa Reversi 1.0 https://github.com/GyroPilot/Apple-LisaReversi/releases/tag/v1.0
Lisa Slide Puzzle 1.0 https://github.com/GyroPilot/Apple-LisaSlidePuzzle/releases/tag/v1.0

MACINTOSH XL APPS (MacWorks, System 6 or 7)

FujiNet XL 1.1 https://github.com/GyroPilot/FujiNet-XL/releases/tag/v1.1
Browser XL 1.1 https://github.com/GyroPilot/Browser-XL/releases/tag/v1.1
Checkers XL 1.1 https://github.com/GyroPilot/Checkers-XL/releases/tag/v1.1
Salvo XL 1.1 https://github.com/GyroPilot/Salvo-XL/releases/tag/v1.1
Solstice 1.0 https://github.com/GyroPilot/Solstice-XL/releases/tag/v1.0
ESPFuji XL 1.0 https://github.com/GyroPilot/ESPFuji/releases/tag/v1.1-beta3 (in the ESPFuji 1.1 beta 3 release)

MACINTOSH XL EXTENSIONS

Macintosh XL Name 1.0 REV F https://github.com/GyroPilot/Macintosh-XL-Name/releases/tag/v1.0-revF (the XL shows up as "Macintosh XL" on the network)
XL Microseconds Fix 1.0 https://github.com/GyroPilot/XL-Microseconds-Fix/releases/tag/v1.0 (makes File Sharing work on the XL under System 7.5)

ESPFUJI (ESProFile firmware with FujiNet services)
ESPFuji 1.0 (current) https://github.com/GyroPilot/ESPFuji/releases/tag/v1.0
ESPFuji 1.1 beta 3 (test; the XL apps need it to use the ESProFile) https://github.com/GyroPilot/ESPFuji/releases/tag/v1.1-beta3

1000 Miles 1.0.0 by wottle https://github.com/wottle/LisaMiles/releases/tag/v1.0.0 (Mille Bornes against the Lisa; also on the BBS)

GLOBALTALK SHERPA (68k Macs)

GlobalTalk Sherpa 1.0.3 https://github.com/GyroPilot/GlobalTalk-Sherpa/releases/tag/v1.0.3

All repositories: https://github.com/GyroPilot

LISA BBS

theapplelisabbs.duckdns.org, telnet port 1983

File area IMG_RELEASES (Images > Releases): disk images and READ MEs




Every Lisa app above has its release floppy there, plus the LISA Free Games Pack 1.
Mac XL Apps 1.1: MAC_XL_APPS_1_1.dc42 (all six XL apps and both extensions on one 800K disk) + MAC_XL_APPS_1_1_README.txt
GlobalTalk Sherpa 1.0.1 is there too.
File area SW_SOURCE (Software > Source): source zips for the Lisa apps

[sigma7]

An impressive effort/collection!

XL Microseconds Fix 1.0

This _microsecond A039 A-Trap patch is intriguing...

MW+II ~v2.5.0+ does install the revised time manager and implements a _microsecond A-Trap similar to that used by the Mac Plus (timed by one of Lisa's 6522 VIA timers, so more precise than Ticks * 18ms/10^6).

AFAIK, it hasn't been reported that it doesn't work, but it may be that the testing circumstances have always been limited, so I'd not be surprised if it isn't correct.

(It could also be that something in your setup is breaking it and you're patching the wrong thing - it's often difficult to determine how one got to the point of a crash... investigation might be warranted if there are further issues, and perhaps this is associated with the BlueSCSI DaynaPort ethernet emulation not working as well as the real Asante hardware approach.)

| (A 'MACW' check at $400040 was dropped: it came from an unverified source, and with 16 MB that address is RAM.)

I can verify that 'MACW' is always found at $400040 for MacWorks Plus up to 1.1h.
For MacWorks Plus II (which you would be running if you have System 7), you'll always find 'MW+2' at $400040.

And yes, it is a fixed address, even when in the middle of RAM space, see the documentation for MaxiRAM for the explanation.

[wottle]

My Mille Bornes card game is available at https://github.com/wottle/LisaMiles

[Lisa2]

AFAIK, it hasn't been reported that it doesn't work, but it may be that the testing circumstances have always been limited, so I'd not be surprised if it isn't correct.

(It could also be that something in your setup is breaking it and you're patching the wrong thing - it's often difficult to determine how one got to the point of a crash... investigation might be warranted if there are further issues, and perhaps this is associated with the BlueSCSI DaynaPort ethernet emulation not working as well as the real Asante hardware approach.)

I have been using System 7 file sharing on my Lisa for over 30 years and never saw this issue.

Here is a video of my Lisa running file sharing:

My Lisa File Sharing

Note that in this video I am using localtalk networking.  I also have a SCSI to Ethernet adapter and using this also works without any patches.

Rick

[bmwcyclist]

AFAIK, it hasn't been reported that it doesn't work, but it may be that the testing circumstances have always been limited, so I'd not be surprised if it isn't correct.

(It could also be that something in your setup is breaking it and you're patching the wrong thing - it's often difficult to determine how one got to the point of a crash... investigation might be warranted if there are further issues, and perhaps this is associated with the BlueSCSI DaynaPort ethernet emulation not working as well as the real Asante hardware approach.)

I have been using System 7 file sharing on my Lisa for over 30 years and never saw this issue.

Here is a video of my Lisa running file sharing:

My Lisa File Sharing

Note that in this video I am using localtalk networking.  I also have a SCSI to Ethernet adapter and using this also works without any patches.

Rick

Thanks everyone! Good Info!



Rick: which System is your File Sharing on? Under System 7.1 it has always worked for me too, unpatched, on
the XL and on the 2/10. The bomb is specific to the 7.5 family: 7.5.3 and 7.5.5 both fail the same way, and 7.1's
File Sharing Extension never calls _Microseconds at all, which is why it never sees the problem. So if you are on
7.1 we agree completely.

If you have 7.5.x File Sharing running on MacWorks Plus II with no patch, I would very much
like to know which MacWorks version, because that would narrow it down a lot.

Sigma7: the BlueSCSI is not in the path. The crash was reproduced with LocalTalk selected and no zones, on a clean
test disk, on two machines: the XL (16 MHz XLerator, 16 MB, MacWorks Plus II v2.5.3 Pro) and a 2/10 (4 MB, v2.5.0
Pro).

What MacsBug showed on the XL: illegal instruction at $C16086, which is byte 0 of a locked 127 KB handle
holding File Sharing's own globals; the stack is AllMain+31D2 then AllMain+3200, and +3200 is the return point of
the _Microseconds call in the 1995 File Sharing Extension's CPU-speed check at start-up.

So the PC ended up inside the extension's data right after _Microseconds returned. Replacing that trap with a plain Ticks-based one makes the
bomb go away on both machines, and File Sharing then runs normally (the XL is visible on the network, shares mount,
LanTest runs), so the trap seems to be in the right place.

What I cannot say is what inside the installed _Microseconds goes wrong, and since 2.5.x installs its own, that is your routine, not Apple's. I have the MacsBug session and a small test program (MicroTest, in the repository) that calls _Microseconds and shows what comes back; happy to send
either, or to run whatever you suggest on the XL. It may well be a register or stack convention that 7.5's caller
assumes and the Plus did by accident.

And thank you for the $400040 confirmation ('MACW' for MacWorks Plus, 'MW+2' for Plus II, fixed even inside RAM
with MaxiRAM). I will put the check back as 'MW+2' in the next version, so the extension does nothing at all on
a real Plus or SE and only ever patches a MacWorks Plus II machine.

wottle, Mille Bornes on the Lisa, wonderful; it goes on the list and on the BBS if that is all right with you.

Thanks everyone!!

[bmwcyclist]

1000 Miles 1.0.0 by wottle https://github.com/wottle/LisaMiles/releases/tag/v1.0.0 (Mille Bornes against the Lisa; also on the BBS)



added above, thanks!

[bmwcyclist]

An impressive effort/collection!

And yes, it is a fixed address, even when in the middle of RAM space, see the documentation for MaxiRAM for the explanation.

I downloaded that at project start and asked my intern to check all of the documentation.... vibe coding is not as clear cut as many people think...

You cannot view this attachment.

[Lisa2]

If you have 7.5.x File Sharing running on MacWorks Plus II with no patch, I would very much
like to know which MacWorks version, because that would narrow it down a lot.

You can see in the video that I am running MW+II 2.5.3 and System 7.5.5
She works fine.  No patch required, ever.  I think you have another issue or conflict with your setup.

[sigma7]

There is no memory protection in MacWorks variants, so any software can write over any code or data, including the partial MacPlus ROM image. As a result, the cause of a crash can be a computationally distant and convoluted bug completely unrelated to where and when a crash shows up, or it may plainly be where MacsBug says it crashed as you've surmised.

It seems very implausible to me that 7.5.3 and 7.5.5 File Sharing hasn't been used under MW+II enough to reveal such a bug; However, I suppose that rather than something particular about your setup enabling the crash, it is also possible there is something particular about some setups that hides it.

7.1's File Sharing Extension never calls _Microseconds at all, which is why it never sees the problem.

... test program (MicroTest, in the repository) that calls _Microseconds and shows what comes back;

Please run your _microseconds A-Trap test under 7.1 (a few times if it doesn't fail immediately). If that works (suggesting the trap isn't completely broken), try again in the problematic 7.5.x with File Sharing turned off. This will help isolate the question as to whether the trap is just broken, or if somehow File Sharing or something related is interfering with it.

I see now that your crash is occurring at an address above the ROM space. Please test also with MaxiRAM turned off to see if that is a factor. If that makes a difference, try with MaxiRAM on, but reducing your fast RAM to 8 MB to match Lisa2's setup. (This is a troubleshooting step, not an intended fix.)

Come to think of it: There are very few 16MB XLerators, so that may be a clue. If Ried has a System 7.5.3 setup, perhaps he can reproduce the problem easily.