Question
ZXNet echo conference «real.speccy»
From Roman Petrov → To All 6 December 1998
Subj of this order: what is the best way to find a place in the TR-DOS directory for a new
file: by the number of files from the 8th sector or to search through all sectors in
searches for the end of the directory? Which method do you think is better? The second one seems to be more reliable,
but is it so common that there is incorrect information in the 8th sector?
Bye, All! With the best wishes, Megus of Brainwave.
[Team ZX-Spectrum] [Team NeOS] [Team Rock'n'Roll forever]
From Eudgine Palenock → To All 8 December 1998
Once, 06 Dec 98, a certain Roman Petrov wrote to All
on the topic 'Question'...
RP> Subj in this order: what is the best way to find a place in the TR-DOS directory for a new
RP> file: by the number of files from the 8th sector or to traverse all
sectors
RP> in search of the end of the directory?
Imho more reliable from sector 8...
Sincerely, Evgeniy aka EVP.
From Konstantin Samoylov → To All 8 December 1998
06 Dec 98 22:44, Roman Petrov -> All:
RP> Subj in this order: what is the best way to find a place in the TR-DOS directory for
RP> a new file: by the number of files from sector 8 or to go through
RP> all sectors in search of the end of the directory? Which method do you think
RP> is better? The second one seems to be more reliable, but is the situation so common
RP> when there is incorrect information in the 8th sector?
It is best to use the second method, because There are commanders who sometimes
manage to distort information on the 8th sector, and the program will work more reliably.
:)
With respect, SP/PoS.
From Denis Dmitriev → To All 8 December 1998
How long will this last for you? IMHO, it’s better to look in the catalog - it’s more reliable.
Reliability in our time is the main thing, even more important than the speed of work (who needs a
quick glitch?)
RP> but is it so common that there is incorrect
information in the 8th sector?
It happens. and one time is easily enough for an irreparable loss of
important
data to occur...
With the best, Denis Dmitriev.
... I’ll buy a moonshine still. intermediary phone number 02.
From Kirill Frolov → To All 9 December 1998
It’s time to send sector 8 to the garden a long time ago, you definitely need to look at the catalogue.
A counter question is how you can properly _delete_ files and then know the number
of free sectors if the disk is of non-standard size.
With best wishes, Kirill Frolov.
From Kirill Frolov → To All 9 December 1998
EP> IMHO it is more reliable from sector 8...
If the information is incorrect, you can lose files.
From Pavel Fedin → To All 10 December 1998
RP> of a new file: by the number of files from sector 8 or go through
RP> all sectors in search of the end of the directory? Which method do you think is better?
RP> The second seems to be more reliable, but is it so common that there is incorrect information in the 8
RP> sector?
This case can only occur after MOVE is interrupted. Therefore, it is better to determine
by sector 8 - faster.
Bye, with a pack of vichez, Pavel Fedin.
... UI125:/0EPJFAGAECCVNGLFHGiGDGFFFPAFfBCKBRRDQCBKHIEBCCKC
From Dmitry Lomov → To All 11 December 1998
KF> Counter question - how can you correctly _delete_ files and then know
the number
KF> of free sectors if the disk is of non-standard size.
Before that, check the system for correctness, and then just
subtract. that's what STORM does.
All the best.
Dmitry.
..LD..X-TRADE..
From Konstantin Samoylov → To All 14 December 1998
10 Dec 98 20:57, Pavel Fedin -> Roman Petrov:
RP>> Subj in this order: what is the best way to find a place in the TR-DOS directory
RP>> for a new file: by the number of files from sector 8 or
RP>> comb through all sectors in search of the end catalogue? Which
RP>> method do you think is better? The second one seems to be more reliable, but is it so often
RP>> that a situation occurs when there is incorrect information in the 8th sector?
PF> This case can only occur after MOVE is interrupted.
And not only.
PF> Therefore
PF> it is better to determine by 8 sector - faster.
In general, reliability is better for programs than speed, because because of
the unreliability of your program, people will not use it.
With respect, SP/PoS.
From Pavel Fedin → To All 21 December 1998
KS> Actually, reliability is better for programs than speed, because... because of
KS> the unreliability of your program, people will not use it.
This is true, but the program does not have to work on a faulty
machine/media. Again, IMHO.