Question

ZXNet echo conference «real.speccy»

From Roman Petrov To All 6 December 1998

Hello, All!

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

Hello, Roman!

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

Hello Roman!

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

Hi, Kirill!

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

Hello Pavel!

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

Hello, Konstantin Samoylov! I remember that on December 14, 98 you just launched this at me:

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.