News:

Want an XLerator? Please participate in the market research thread: https://lisalist2.com/index.php/topic,594.msg4180.html

Main Menu

I need some assistance from the community.

Started by dmac1267, September 17, 2026, 01:10:37 AM

Previous topic - Next topic

dmac1267

I have a personal project I am working on involving translating a program from Basic to Pascal. I have the Lisa Emulator up and running and I have the modern IDE to do the bulk of the coding in Pascal.

Where things are going sideways is that I am having trouble finding a image of the Lisa Workshop. All the ones I have been able to find appear in a format not compatible, either they say .dc42 yet the Lisa Emulator can't read it or there is no indicator of what format the files are in.

So I figured the best way is to turn to others who are smarter than me. Any help would be greatly appreciated.

ried

#1
Which version of the Workshop are you looking for? Workshop 1.0 doesn't create LOS applications, at least easily, as far as I know. Workshop 2.0 might, and Workshop 3.0 provides the most complete toolset to create real LOS applications.

If you need to download a ready-made Workshop 3.0 disk image or set of installation disks, we can certainly help in both cases. The latter is available here:
https://www.bitsavers.org/bits/Apple/Lisa/workshop_3.0/

jamesdenton

Quote from: dmac1267 on September 17, 2026, 01:10:37 AMI have a personal project I am working on involving translating a program from Basic to Pascal. I have the Lisa Emulator up and running and I have the modern IDE to do the bulk of the coding in Pascal.

Where things are going sideways is that I am having trouble finding a image of the Lisa Workshop. All the ones I have been able to find appear in a format not compatible, either they say .dc42 yet the Lisa Emulator can't read it or there is no indicator of what format the files are in.

So I figured the best way is to turn to others who are smarter than me. Any help would be greatly appreciated.

Hi - which version of LisaEm are you using? If it's not something built from master or released in, say, the last 12-18 months, there's a good chance you're hitting some bugs that have already been fixed.

dmac1267

I am using LisaEm 1.2.7. I also realized where the problem was. It was with me. ;D  I re-read the instructions and  I found out I need to treat it like I did with LOS. Insert the disk and boot from the floppy. I was also able to update to Lisa Workshop 3.9. Amazing what you can do when you READ and FOLLOW direction.  ???

stepleton

A question for the general audience: is Workshop 3.9 desirable? I remember that the floating point libraries introduce breaking changes for some code that compiled with WS 3.0 (hence this warning), and I worried that there may be other differences too.

I developed a hunch that the 3.9 update may have mainly been intended to support improved Macintosh application development, but I don't have any evidence for it.

sigma7

Quote from: stepleton on Yesterday at 03:50:23 AMI remember ... this warning
  • In Chrome (with uBlock Origin on or off) I get "Access Denied"
  • In Safari (pure vanilla) I get "If you are an AI scraper, and wish to not receive garbage when visiting Codeberg: stop visiting. If you are not an AI scraper: contact Codeberg." And the contact info says "Response times will be very long." Which I take to mean never since why would they care.
  • curl seems like it might have been able to retrieve the page ok but I didn't try to render it.

Is the warning small enough to quote/embed here?
Warning: Memory errors found. ECC non-functional. Verify comments if accuracy is important to you.

AlexTheCat123

Quote from: stepleton on Yesterday at 03:50:23 AMI developed a hunch that the 3.9 update may have mainly been intended to support improved Macintosh application development, but I don't have any evidence for it.

That's my general hunch as well, but I also don't have any evidence for it. I always use plain old 3.0 for everything.

stepleton

Quote from: sigma7 on Yesterday at 05:48:49 AMIs the warning small enough to quote/embed here?

Sorry about that --- as a kind of community-run GitHub, Codeberg has a lot of trouble with scrapers trying to get AI training data. The warning wasn't very informative, just "Version 3.9 of the Workshop has different floating point libraries than version 3.0 and cannot compile LisaMandelbrot Pro." I forget the specific routines which were different/missing.

sigma7

Quote from: stepleton on Yesterday at 01:15:42 PMCodeberg has a lot of trouble with scrapers trying to get AI training data.

I'm conflicted about the AI issue...

As some new developers of Lisa code are using AI, I wonder if choosing to allow AI to scrape new LOS related source code is of benefit to the overall community as it might (eventually) make it easier to develop LOS apps. (Only if a specific author chooses to of course.)

But maybe any kind of support for or tacit cooperation with AI is misguided (perhaps too soon to tell). In which case, perhaps all of LisaList2 should be shielded from spiders, but if we don't allow any scraping, search engines can't find it for non-AI purposes.
Warning: Memory errors found. ECC non-functional. Verify comments if accuracy is important to you.

ried

I wouldn't have been able to make TETRIS without ChatGPT finding Tom's old post about specific ToolKit 3 libraries breaking LOS 3 applications.

TorZidan

Quote from: dmac1267 on Yesterday at 03:28:32 AMI am using LisaEm 1.2.7

Since Ray (the LisaEm original author) died, development has moved to
https://github.com/arcanebyte/lisaem ; It is 161 commits ahead of what you are using, so you are missing a lot of good stuff.

dmac1267

This is true. I got my download from Sunder.Net and yes, it is circa 2022. This is mostly due to the fact that I do not have the technical skills or the tools to compile it myself.

As it is, I am having more problems with Lisa Workspace throwing errors when trying to compile a simple program, like ';' is expected and it clearly shows a semicolon ending the line. I am chalking this up to my knowledge is not up to par yet.

stepleton

#12
Quote from: sigma7 on Yesterday at 02:37:10 PMI'm conflicted about the AI issue...

It's definitely a complicated problem, and I'm not a neutral party to it. Anyhow, some miscellaneous thoughts follow, or maybe a bit of an essay:

I think that Codeberg faces a technical problem that LisaList2 probably doesn't, which is that AI scrapers find large code repository websites (like Codeberg, GitLab, GitHub, etc.) to be valuable targets and therefore place an immense strain on their resources. LisaList2, for all of its virtues, is not so valuable :) So for Codeberg, banning AI bots is a necessity regardless of whether it reflects their principles. (Codeberg does have a policy of not wanting to host AI-generated code on principle, but that's a separate matter.)

GitHub meanwhile faces similar problems and also has scraping countermeasures in place. That said, GitHub is orientated toward using code stored there for AI training: it's one of the reasons it's such a useful asset to Microsoft, and if people use GitHub's Copilot coding service, those interactions get used for training as well. (Lots of coding agents use coding interactions for analytics and training.)

I believe that not all AI scraping bots are created equal. I haven't sought out any recent analyses of the scraping ecosystem, but I suspect some are generally respectful of things like robots.txt files and also use measures like rate limits and scheduling to avoid overwhelming websites' resources. Others are quite the opposite and simply don't care about those things; indeed they make considerable efforts to circumvent blocking measures. Sidebar:

One of the most striking developments of recent years has been "smart" appliances that have a side job: using peoples' home internet connections to do web scraping as part of massive coordinated swarms. The term of art for this is "residential proxy network", and what this does is make it extremely difficult to block scrapers, since they now come from virtually anywhere --- and of course that's the point, to defeat blocking. Even faithful users of this website might have a new smart TV in their living room hard at work bothering SourceForge or something. This at last is why you (@sigma7) had such trouble accessing Codeberg: in light of this onslaught from everywhere, one of the last things that smaller-fry websites can do is require all visitors' web browsers to solve a computationally expensive maths problem before they can gain unfettered access to the website. Anubis is a popular free software package that websites use for this, and folks might recognise the cartoon mascot on the webpage from earlier encounters. Anyhow, if you browse the web with an old computer or with Javascript disabled, you can't easily solve the maths problem and so (fast or full) access is unavailable.

If this mechanism sounds a bit familiar, the maths challenge is very similar to the proof-of-work mechanisms inside a lot of cryptocurrencies, though that's the only thing they have in common so far as I'm aware. Signs are though that scrapers are getting more patient about solving maths problems, and of course smart TVs are only getting "smarter" with new hardware generations. Website operators report having to increase the difficulty of the maths problems that Anubis dishes out, which has the unfortunate side effect of being more conspicuous and annoying to legitimate human users.


So that means that you could make a distinction between AI services based on their respect for Internet etiquette --- not to mention other factors like their environmental record, their stance on sourcing training data, their attitudes toward safety and social impact, etc. At least, you could if you had enough of that information to hand. Often you don't. I wish it were different!

As for the benefit of examples of new Lisa programs:

At this stage, from a capabilities standpoint, I actually don't think there's much more for AI systems to learn about Lisa programming. As general-purpose coders they are now very good on their own, and I suspect they are more than able to grasp the details of Lisa Pascal/Clascal and other details of Lisa programming from documentation available online. Furthermore, as Alex has described elsewhere, any information the AI hasn't already seen or memorised, you can supply as input on your own (e.g. give it access to the Office System source code and to the ToolKit manuals). Some things are missing from the documentation that we've had to find out as a community (like my old post), but you can supply that too, and anyway if a casual-player rando like me can make a discovery, then a modern AI system can easily do the same if you give them the right encouragement and facilities (like emulators). And more and more people (and AIs) are learning how to do just that. To some, all this may be a controversial assessment, but I think it's an accurate one. I put it forward as a technical judgement, not a value judgement.

So, technically, I don't really think it matters very much if we try to share or conceal new Lisa source code from AIs. If we make the code available, they'll read it, but if they don't, they'll figure it out, perhaps at the expense of their users needing to pay the token costs of the AI's wheel-reinventing experiments. Arguably AI service providers would be happy enough with that  ;)

So what's left? Disclaimer: personal opinion follows!

To me, I like the old computers I collect (my Lisas, the PERQ, the Tektronix vector-display machines, the transputer setup, etc.) because they feel like windows into a different universe where a different set of ideas took off to the ones we know today. When I use or write code for these computers, I'm often trying to imagine being in that universe and seeing what it's like. I collected a few NeXT machines in the late '90s with that same "what if" speculative enthusiasm. Then OS X took off and NeXTs became a lot less interesting to me. We found out the answer to "what if" --- it's this universe where we are right now!

For now, AI coding doesn't trade so much in "what if". If you have a program idea in mind for the Lisa, it will just go straight ahead and make it, overcoming any obstacle or point of incongruence between your idea and the underlying libraries and tooling. But those obstacles are traces of the realities, preferences, and philosophies that made the Lisa what it was when it was introduced. The people who created the Office System imagined a computer that worked in a certain way, and the ecosystem that they started would have evolved with those visions as a major influence. (Of course those visions were "wrong" --- that's at the root of why the Lisa failed. But what if?)

If I make a Lisa program, I want to run into those frictions that come from 40 years of divergent history and not being on the same wavelength. I want to try to get into its designers' heads. I want to have those moments of "so that's why it's this way". I think this kind of understanding is really helpful to trying to make something that would be a convincing "what if" Lisa program from, say, 1985. Could I do this kind of exploration by using AI to code? I actually think I could! But I'd have to be pretty careful to rein in the AI and keep it patient and "true" to the feel of the experience, and to allow me to discover along with it. AI coding agents are not made for patience --- they are built to go relentlessly and just get it done, no matter what "it" is. So you need to do work if you want to ride along with them on the scenic route.

Of course, that's my own preference and my own kind of enjoyment: it's not for everyone! And it won't take long to count the number of Lisa programs I've made since the dawn of capable coding agents: just one, my LisaVox demo, which I did by hand for the fun of it. And that was January. Coding agents have got a whole lot better in the eight months since then!

I'm totally in favour of people chasing their own pleasure and visions for Lisa programs and capabilities. AI systems have clearly revolutionised this: we went from maybe one or two Office System programs per decade to, like, ten in the past few months. People are dusting off plans and hatching schemes for more, and AI is making it possible. That's great! The only thing I'll say is that these new plans are inevitably going to evolve the ecosystem. @bmwcyclist's new utilities are great examples of this: they're setting up ways that people manage files on Lisas, and at some point they may become a big part of the "standard way to do it". Are these approaches the standards we want to wind up with? What are their pros and cons? I'm not hinting either way; I really have no opinion at the moment. What I would say though out of naked personal interest is that I hope we don't evolve in a way that makes it more difficult to achieve my "what if" fantasies someday. I have a few ideas for how that might happen (e.g. new convenience and interoperability libraries that start to subsume the original ones offered by the OS/ToolKit/Office System), but I've gone on long enough, I think! If anyone has read this far, I hope it's been interesting...