Proposal about the file system

Anything QL Software or Programming Related.
User avatar
Super Gold Card
Posts: 544
Joined: Tue Dec 14, 2010 9:04 am
Location: Leeds, West Yorkshire, UK

Re: Proposal about the file system

Postby NormanDunbar » Wed Oct 10, 2018 11:03 pm

Winback backups are just copies of the files on hard disc. Unless you decide to split a file over a number of floppies, for example. The backup date is when the backup completed.

I expect Jan's Hardback to do a similar thing. So, in your scenario, I have a backup of the file with Hardback, and another with Winback, the file's backup date on the hard drive is the date and time of the most recent of the two.

Problem'? What problem? ;)

I suspect you are overthinking a problem that doesn't actually exist.


Why do they put lightning conductors on churches?
How come Tarzan never grew a beard?
If at first you don't succeed, don't take up skydiving!
If you think your job is pointless, remember, there's a man in Germany who fits indicators on BMWs.
QL Wafer Drive
Posts: 1119
Joined: Mon Dec 20, 2010 11:40 am
Location: Runcorn, Cheshire, UK

Re: Proposal about the file system

Postby Derek_Stewart » Thu Oct 11, 2018 11:10 pm


Just some questions:

What are the proposals for the new file system?

Long file names?

What database would be used?

Who would make these changes?

What operating system?

How would these changes affect older QL Roms JS etc...


Gold Card
Posts: 350
Joined: Tue Dec 17, 2013 1:17 pm

Re: Proposal about the file system

Postby Martin_Head » Sat Oct 13, 2018 11:18 am

Someone correct me if go wrong here....

With the exception of Microdrives (don't know about RAM drives), The file headers are only stored in the Directory.
There are 64 unused bytes at the start of every stored file (where the file header is also stored on MDV's). These bytes are usually unavailable, but could they be made available with a device driver update (device level 4?). Maybe accessed by a new #3 system trap?

Older systems would not be affected, as they would not recognise the new system trap. They would just not be able to use any of the information stored.

I realise that that there may be problems with things like COPYing files, ensuring that this 64 byte block is also copied.

User avatar
QL Wafer Drive
Posts: 1438
Joined: Sun Feb 13, 2011 10:53 pm
Location: SW Germany

Re: Proposal about the file system

Postby tofro » Sat Oct 13, 2018 12:15 pm

The redundancy that file header space is duplicated in the first 64 bytes of the raw representation of the file and the file header in the directory file is specific to the QL5A/B and similar file systems. Systems that use a different disk file system might not necessarily have that duplication (ATR file system, DOS file systems, the Q-Emulator native file format...).

Note I have not seen a specification yet that said

"You don't store the header of a file in the first 64 bytes of the file itself on a QLWA disk, but instead store it in the directory" although most drivers I've seen do it that way. That is an implementation detail of the driver. A driver could also decide to really duplicate the 64 bytes to both the file and the directory.

With quite some bytes unused as of yet in the "normal" file header, I am also a bit concerned whether it's worth the effort to implement drivers for access to "only" 64 spare bytes per file. Also, copying a file from disk to microdrive would destroy that extra information.


ʎɐqǝ ɯoɹɟ ǝq oʇ ƃuᴉoƃ ʇou sᴉ pɹɐoqʎǝʞ ʇxǝu ʎɯ 'ɹɐǝp ɥO

Return to “Software & Programming”

Who is online

Users browsing this forum: No registered users and 3 guests