ZX-Uno

Although he seems to be writing some sort of program launcher, it will be much less useful than what is being discussed here so that part will not take off. However there is a second part where he is trying to define a single-file format for containing Next programs that will be automatically loade...

Actually scratch that. The app format should either be a headerless binary that runs at $8000 or an SZX file. That solves the issue of needing main RAM to set up all the registers and so on. New chunks can be added to SZX as required.

Dot commands dont't have to be hard because you can load them to 0x2000, put a command line in HL and then jump to 0x2000. Because this is a snapshot loader you don't have to worry about trashing any ram. But doing taps means you have to somehow do LOAD"" and keep basic happy. If pushing LOAD"" int...

Supporting types like sna & tap just offers a way to organize your programs through the .run command. For sna, I will try to load up and run .snapload to do the actual load in that case. That will be a pain to do. You'll have to get out of divMMC RAM into main RAM and force the BASIC command ".snap...

I am thinking of doing something similar but with more variety in exe types. Some people want to use sna snapshots as their initial exe, some a loader binary (as you are doing) and I'm also looking at a self-contained file for z88dk's output (one that contains everything in a single file). There's ...

I think I didn't explain it well... Ah well now you're talking about making it UnoDOS specific, whereas I'd like to keep this interoperable with esxDOS. Not exactly, the .RUN dot commant will exist, I just saying UnoDOS may save users from extra typing, extra syntax, and extra understanding. Users ...

Uto escribió:I think I didn't explain it well...

Ah well now you're talking about making it UnoDOS specific, whereas I'd like to keep this interoperable with esxDOS.

Why not instead of .RUN jetsetwy you just let user write .jetsetwy and run application at /PROGRAMS/JETSETWY just when dot command with that name does not exist? That way you can use same syntax dot command uses and everything is easier for users already used to dot commands. Some reasons: * I'm pl...

If you think LFN support on esxDOS is a good idea, stop reading now. I'm working on an application package format for UnoDOS. This would hopefully encourage people to stop trying to write apps in 7K as external commands. Right now I'm looking at something based on GNUstep. That is to say, applicatio...