What to do...for ever????

P.S. For those who want to experiment, I inform you that you can download the above files at Dragon station.
P.P.S. I kindly ask you not to address me to Mr. Leontyev. He made is-dos, which is already many years old.
And the cart is still there.

And finally, one more question. Will there ever be a
piss zipper for the Spectrum?

With best wishes, Vlad Zinuk.

Monday December 17, 2001 22:53:12 Vlad Zinuk -> All:

VZ> Gentlemen of the jury! I will continue this topic,
VZ> which
VZ> cannot be called a decent word.
VZ> The topic is about copying long files from is-dos to tr-dos and
VZ> unescalating them.
VZ> In general, the problem remains. Let me give you an example. Here is
VZ> a long
VZ> file RC_2_1r.zip. I'm trying to copy it recently
VZ> with the files that appeared in the echo to_trdos.com in tr-dos. Zero emotions -
VZ> is not copied. The reason is that the first file was copied

Well, you're a hedgehog. Can we read documents? I wrote that to_trdos.com this is
just a slightly corrected version of the standard
system copier. Therefore, it cannot cut files. It’s just that now it doesn’t spoil names when copying and doesn’t
buggy with the OVERWRITE mode (I amputated it).

VZ> in tr-dos has a lengthless than 255 sectors, and the second,
VZ> since
VZ> is no longer copied, the head in the floppy drive knocks without
VZ> result-
VZ>. So to_trdos.com , in this case does not understand
VZ> that
VZ> the first file and there should be 255 sectors.

Uh-huh.

For your task you need a copier to-trdos.com!! (I should have called it differently, otherwise people get confused). It is he who cuts the
file when copying.

If it doesn’t work, I can transfer it here or to the soap. Should we?

VZ> Let's move on. File spliter.com in is-dos we cut
VZ> unziped-
VZ> This file has the correct length *.scl and *.0cl files and without
VZ> problems we copy them into tr-dos. Then prog Extractor about-
VZ>we process and get a working RC2_1r.
VZ> But we also have a REPEAR.zip file, which we unzip in is-
VZ> and cut spliter.comom , then we copy it into tr-dos and
VZ> we process it with Extractor. As a result, we get a non-working
VZ> toy. And if this zip, which has a length of less than 255 sectors
VZ>, is copied into tr-dos, then unziped with a crazy tr-dos
VZ> unzip tool and processed with Exractorom, then you will get a working
VZ> version of the toy.

Well, I don’t know...

VZ> So the question arises: how long will the enta last? Will the problem
VZ> kick you in the balls? Is it really possible that no one is able to write a “smart
VZ> program for the to_trdos copier?

So transfer?

Nikolaj.
[REAL ZX]

VZ>> But we also have the file REPEAR.zip, which we unzip in the is-
VZ>> dos and cut spliter.comom, then we copy it to tr-dos and
VZ>> we process it with Extractor. As a result, we get a non-working
VZ>> toy. And if this zip, which has a length of less than 255 sectors
VZ>>, is copied into tr-dos, then unziped with a crazy tr-dos
VZ>> unziper and processed with Exractorom, then you will get a working version of the toy.

VK> IMHO the extractor is buggy on some files! I had this happen a couple of times
VK>;(
VK> but on which files I won’t say - I don’t remember...

Exactly, exactly. Especially on tzx and partly on tap. tzx in 80% of
cases does not disclose at all.

Nikolaj.
[REAL ZX]

NA> Exactly, exactly. Especially on tzx and partly on tap. tzx in 80% of
NA> cases does not disclose at all.

why wasn’t the author informed about this?

otherwise they shout, you know, the program is glitchy... and don’t send samples... at all

[Wizard Warz] Yurik aka Jerri / Alien Factory /I \
[No RAR allowed] [SoHm] [Conceptual Minimalism] \ZX/

VK>>> IMHO the extractor is buggy on some files! I have had this happen a couple
VK>>> times
VK>>>;(
VK>>> but I won’t say on which files - I don’t remember anymore...

YP> why wasn’t the author informed about this?

YP> otherwise they are shouting, you know the program is glitchy... and don’t send samples... at all
there was no way, sorry. In general, take longer files with pieces of different
lengths and race ;). By the way, are your pieces of satellite files (except the last one)
less than 255 sectors long allowed?

JseveN from the 4th Dimension...

17 Dec 2001 at 22:53, Vlad Zinuk => All:

VZ> But we also have the REPEAR.zip file, which we unzip in the use
VZ> and cut spliter.comom, then we copy it to tr-dos and
VZ> we process it with Extractor. As a result, we get a non-working
VZ> toy. And if this zip, which has a length of less than 255 sectors
VZ>, is copied into tr-dos, then unzipped with a crazy tr-dos
VZ> unziper and processed by Exractorom, then you will get a working
VZ> version of the toy.

so what’s the problem, in splitere? This cannot be the case - although it was written in one day, it was tested strictly. and the algorithm there is the simplest.
drive it back into isdos, glue it together with my stikerom and compare byte-by-byte
isdos after cutting and trdos after unpacking. at least you will know that
is buggy.

OG> not for me. I could write some kind of unscl for isdos, but
OG> I don’t see the point - there will be the same problems as dehobeta, or whatever it is.
OG> well, and that’s not the only reason I won’t. :)

breaks, in short :) I've written off...

With best wishes, Dmitry.

mailto:dim...@pisem.net ICQ#: 123037103
... System Uptime: 0d 00h 12m 40s

OG>> I don’t see the point - there will be the same problems as dehobet, or whatever
OG>> there it is. Well, that’s not the only reason I won’t. :)

DS> breaks, in short :) I've written off...

fuck off, I'm not fooled. :)
I had a session here out of nowhere. and I’m still working.
2all: If someone supplies me with a 3-liter jar of juice, I’ll write. :)

WBR, Oleg.