How does isunzr work in tr_dos?
ZXNet echo conference «real.speccy»
files, that is, with the txt extension. I want to unpack it using isunzr in
tr_dosе. When I convert the archive into tr_dos using a Word copier, I end up with about five or six files, I glue them together with Kovalevsky's conwer program, and I end up with a long file. I run subj and it gives me an error in the zip. At first I thought it was only in that archive, but I tried other archives and the same thing. Write how to use it correctly? I tried not to glue the files and
the effect was the same. Maybe it can't unpack text files, but only wants to? Well, I don’t know.
Write what anyone knows.
With respect, Andrey.
Hello, Andrij!
17 Aug 98 Andrij M, hoping that Everyone would read, wrote:
AM> Hello everyone! I have this
AM> problem. I have an archiver with text
AM> files, that is, with the txt extension. I want
AM> to unpack it with the isunzr program in
AM> tr_dose. When I convert the archive into tr_dos
AM> using a Word copier, then I end up with about five or six files, I
AM> glue them together with the Kovalevsko conwer program -
Gluing is not necessary.
As far as I know, this anzip was made “under” Dismaster
Melon and UUdecod0.000002. Those. understands files torn into pieces, but the names of the pieces must be the same, and the
extensions - .zip, .0ip, .1ip, etc.
Maybe your copier adds something of its own to the ends of the pieces?
Yes... There is no normal MS-DOS <-> TR-DOS copier. :(((
AM> the effect is the same. Maybe she can’t unpack text files, but only wants to-
AM> bet? Well, I don’t know.
But, it seems, she doesn’t care what files are in the archive...
AM> Write, who knows.
I forwarded your letter to the author, I’ll put the answer here as I'll get it.
All the best.
Roman.
AM> oh, I have a long file coming out. I run subj and it gives me an error in the zip. I'm having trouble like this - Word cuts files of 20 kilobytes (+/- bus
stop). Then you need to glue them together. But you need to glue
byte by byte!!! And the converter glues it into sectors, and also leaves the length
in bytes from the first file...
Drive it into isdos and unzip it there.
W!7h Be$7 W!$he$, FK0.
AM> tr_dosе. When I convert the archive into tr_dos
AM> using a Word copier, I get about five or six files, I
AM> glue them together with the Kovalevsky
AM> conwer program, I get a long file. I run subj and it gives me an error in the zip. I
the following:
RM> Yes... There is no normal copier MS-DOS <-> TR-DOS. :(((
If my memory serves me correctly (I just wish I knew where and with whom she
cheats on me...), Honey Commander does this well. He understands CP/M.
__
__/ / Powered [pepsi inside]
\_\/ by MOTOROLA [smoking suxx]
RM> :(((
...
DS> changes...), this is done well by Honey Commander. He
DS> understands CP/M.
How are long files cut there?
All the best.
Roman.
Is there a need for this? Otherwise, I have been trying for a long time to encourage
all available coders to write a normal copy program from/to MS-DOS.
Only recently have doubts begun to overcome whether anyone
except me needs this.
If not, then I won’t try, and if so, then “write letters, send beer.”
With respect, Vladimir.
At 15:32, Wednesday August 19 1998 there was such a thing that
Denis Sotchenko scribbled a letter from Roman Milukov:
RM>> Yes... There is no normal MS-DOS <-> TR-DOS copier. :((((
DS> If my memory serves me correctly (I just want to know where and with whom she is cheating on me
DS>...), Honey Commander does it well. He understands CP/M.
And we also have a good copier in our city. He also understands Hobeta,
that is, he can convert from MS-DOS directly from Hobeta to MS-DOS to Hobeta.
It's a good thing, although I haven't had time to test it properly yet, but
the author praises ;-) I'll ask, maybe I can throw it here.
PS: Ask?
With respect, Roman aka Megus of Brainwave Tracks.
[Team ZX-Spectrum] [Team Iron Maiden] [Team Die Krupps] [Team Guitar]
VK> Is there a need for this? Otherwise, I’ve been trying for a long time
VK> to encourage
VK> all available coders to write a normal
VK> copying program from/to MS-DOS.
VK> Only recently have doubts begun to overcome -
VK> is it necessary for anyone
VK> besides me.
Yes, of course it is necessary!!!
Personally, it’s rare for me. But AXLR has a flopinette and brings disks with mail in MS-DOS home. And then he fucks with the ZX-Word copier - a lot of problems!
The main thing is that it’s a shame: there is a good MS-DOS<->MS-DOS copier on Spec, but
MS-DOS<->TR-DOS - no! :(
All the best.
Roman.
This monster in some versions requires flashing the TR-DOS ROM. Yes, and its
minus due to its huge size is not convenient when working with one drive at 128k
or not ATM. The buffer is small...
Regards, Alex from FFC COMPUTERS.
>e-mail: as...@softhome.net ICQ: #13064553
VK> Is there a need for this? Otherwise, I’ve been trying for a long time
VK> to encourage
VK> all available coders to write a normal
VK> copier from/to MS-DOS.
VK> Only recently, doubts are starting to overcome -
VK> does anyone need this
VK> besides me.
RP> And we also have a good copyist in our city. He also
RP> Hobeta understands, that is, he can convert from MS-DOS directly from Hobeta
RP> to MS-DOS to Hobeta.
This is a good thing... Hobeta
refused to work for me under PC emulators, but it was a shame to write something like that myself :)
RP> PS: Ask?
come on!
RP> and Hobeta understands
RP> that is, he can convert from MS-DOS directly from Hobeta to
RP> MS-DOS to Hobeta.
But here at least it’s simple, without hobeta...
Text files, ZIPs back and forth!..
...
RP> the author praises ;-) I’ll ask, maybe I can throw it here
RP>.
RP> PS: Ask?
Why are you asking?! Of course, ask!
All the best.
Roman.
DS> understands CP/M.
I looked. It can only format using MS-DOS. Copy - no.
...
AL> minus due to its huge size is not convenient when working with
AL> one drive at 128k
AL> or not ATM. The buffer is small...
And there is a version tailored for 512K using #7FFD.
All the best.
Roman.
RP> And in our city they also wrote a good copyist. He also
RP> and Hobeta understands
RP> that is, he can convert from MS-DOS directly from Hobeta and to
RP> MS-DOS to Hobeta.