These two Twiggy image files comprise what purports to be some kind of Basic for the workshop.
The second disk had some bad sectors which were repaired ( per https://lisalist2.com/index.php/topic,558.msg3940.html (https://lisalist2.com/index.php/topic,558.msg3940.html) )
The disks seem to work, but are not thoroughly tested.
edit: per the reply, maybe they don't work... use with caution!
edit: "2of2_revised" has the volume name changed from ...BASIC.0 to BASIC.1, and per Claunia's email of August 3, 2016, the volume ID (at 0x52AC.long) has been increased to make the two disks different. Apologies for my sloppiness in implementing Claunia's recommendations... not their fault.
I decided to give it a try in LisaEm.
UPDATED:
The attached twiggy floppy disk images work and I was able to install BASIC in Workshop 1.0.
LisaEm gave a warning that the checksum in the dc42 header of Disk 2 is wrong, but this is benign, ignore it.
I expected that Basic would install nicely along Pascal (as I had Pascal Workshop installed before adding Basic Workshop), but now the Pascal compiler gives an error: "Error number 141, Running --PARAPORT-PASCAL.OBJ , Error accessing a library file while loading program.". The file "Pascal.obj" is still there, but it seems that some pascal library files have been deleted. Not a big deal, just strange.
If anyone wants to try the attached profile ".image" file: It will boot directly into LOS 1.0. To boot into BasicWorkshop, you will have to restart and press any key during boot, to display the "environment selection" dialog, and from there choose to booth into Workshop. If using LisaEm, choose IOROM=40 in the preferences dialog, which unlocks support for Twiggies. My Lisa serial number (in LisaEm preferences is "ff000000000000ff0000000000000000"). Use that in case you run into copyright protection errors.
Quote from: TorZidan on August 23, 2026, 04:26:13 PMdisk 2 had problems...
In addition to fixing the volume name, apparently the volume ID ought to be different; I've re-uploaded as "TwiggyWorkshopBasic2of2_revised" with those two changes. Perhaps this would help with the PASCAL.OBJ problem... dunno.
I didn't fix the DC42 checksums. LMK if that's required.
Quote from: sigma7 on August 24, 2026, 04:29:23 PMI didn't fix the DC42 checksums. LMK if that's required.
If you select the image on ESFloppy and then eject (either force or regular eject) it again, that'll update the DC42 checksums for you. You could also just write a standalone program to do it, but if you want a quick/simple solution, this is a way to do it.
Fun/unrelated fact: Floppy Emu isn't fast enough to recompute the checksums in a reasonable amount of time when it closes an image, so you'll discover that both the data and tag checksums are always set to 0 on any images that have been used on one.