Possible new ZXp features

Any discussions related to the creation of new hardware or software for the ZX80 or ZX81
User avatar
Andy Rea
Posts: 1606
Joined: Fri May 09, 2008 2:48 pm
Location: Planet Earth
Contact:

Re: Possible new ZXp features

Post by Andy Rea »

Thats a neat idea Paul maybe a bit too elaborate for some, i always found the single *.bak was sufficient on the spectrum +3

Regards Andy
what's that Smell.... smells like fresh flux and solder fumes...
User avatar
Paul
Posts: 1517
Joined: Thu May 27, 2010 8:15 am
Location: Germanys west end

Re: Possible new ZXp features

Post by Paul »

Andy Rea wrote:Thats a neat idea Paul
That's quite similar how microVAX did it about 35 years ago ;)
In theory, there is no difference between theory and practice. But, in practice, there is.
sirmorris
Posts: 2811
Joined: Thu May 08, 2008 5:45 pm

Re: Possible new ZXp features

Post by sirmorris »

What about a flag to force the save?

SAVE "MYACEPRG;F" ??

Or, going the route of the CAT command;

SAVE "+MYACEPRG" ???
User avatar
Andy Rea
Posts: 1606
Joined: Fri May 09, 2008 2:48 pm
Location: Planet Earth
Contact:

Re: Possible new ZXp features

Post by Andy Rea »

I'm unsure... My reasoning is this :- as it stands if you try to save for example a block of data and the file name already exists from within a running program, you get no warning that the save did not actually take place, if on the other hand you write your program to include the overwrite flag then you run the risk of accidentally overwriting something.

So ideally, either an auto backup,

OR

a way of determining if a given file already exists, to which then the user can elect to supply a new name, or overwrite.

Andy
what's that Smell.... smells like fresh flux and solder fumes...
User avatar
1024MAK
Posts: 5118
Joined: Mon Sep 26, 2011 10:56 am
Location: Looking forward to summer in Somerset, UK...

Re: Possible new ZXp features

Post by 1024MAK »

Andy Rea wrote:I'm unsure... My reasoning is this :- as it stands if you try to save for example a block of data and the file name already exists from within a running program, you get no warning that the save did not actually take place, if on the other hand you write your program to include the overwrite flag then you run the risk of accidentally overwriting something.
So ideally, either an auto backup,
OR
a way of determining if a given file already exists, to which then the user can elect to supply a new name, or overwrite.
Andy
Unless you can find a simple(ish) way of telling the BASIC program about either
(a) if a file with a specified filename exists (like "EXIST" on some other filesystems)
or (b) a failed SAVE (where the SAVE operation did not complete, say due to the filename already existing) being error trapped,
then the best method is Paul's:
Paul wrote:Or instead of .bak you could add numbers like .1 and .2 this way all old versions would be kept. Delete could then rename the file with the highest number to .p and you have the last version again.
Maybe using .K01 .K02 .K03 or something similar.

Mark
ZX81 Variations
ZX81 Chip Pin-outs
ZX81 Video Transistor Buffer Amp

:!: Standby alert :!:
There are four lights!
Step up to red alert. Sir, are you absolutely sure? It does mean changing the bulb :!:
Looking forward to summer later in the year.
RWAP
Posts: 1348
Joined: Thu May 08, 2008 8:42 am
Location: Stoke-on-Trent, UK
Contact:

Re: Possible new ZXp features

Post by RWAP »

Another suggestion which came up yesterday was to change the autoboot, so that it autoboots to a different file on the ZX80 and ZX81 - maybe use a .o file for the ZX80 and .p for the ZX81
sirmorris
Posts: 2811
Joined: Thu May 08, 2008 5:45 pm

Re: Possible new ZXp features

Post by sirmorris »

The ZX80 ROM hasn't got a working autoboot facility as yet, but when it does the default extension for the '80 is automatically O so it will work like that.

C
Post Reply