FTN software for ZX

Hey, All, you know, I'm really OK. Previously, my attitude towards the subject was quite good. But after today day it changed sharply for the worse. I needed to extract messages in RU.ANEKDOT and RU.ANECDOT from PKT files and saving as files would seem to be a completely elementary task... But that’s not the case it was. I unzip the files on B: and after them I write down a tosser with the setup: addr 2:462/167.62 links 500:322/62 0ap areas RU.ANEKDOT RU.ANECDOT On A: I have about half a disk of free space. I start the tosser, after a while the head of drive A: starts running between 0 and presumably track 162 or 166, that is, the tosser on drive B: processed at most 500 sectors of information, and on A: already filled 1300! The same thing happened again on a blank disk... In general, it’s time to start AToss again rewrite, by the way, is a good method for very buggy programs. And now I would like to make a couple of suggestions for wrapping Lara. 1) You need to insert the option to mark all messages. Let's say in my RU.ANEKDOT 300 messages and the cursor is on the last one. You have to drive 300 lines one at a time there and then back. Hmmm, it's quite a tedious task. 2) You need the option to go to a specific message by its number. 3) When scrolling through the list of files and messages, you need to do pgup and pgdn. 4) For recorded files, the end of line marker must be #0d, #0a, otherwise afterAfter reading such files with Modern Word, he plunges into a two-minute mediation, related to correction incorrect end-of-line marker. 5) Support for the three-character extension should be mandatory. 6) It is necessary to fix a glitch with editing messages, which have 64 characters in line. And also scroll left/right so that I don’t have to do anything guessing what is shown in the pictures from echoes with pseudographics. 7) It would be nice to speed up editing long messages. 8) It would be nice to do it like in golded: the beginning and ending of the letter are saved. This all sorts of things like: PID, MSGID, SEEN-BY, PATH... 9) It is necessary to remove the glitch: freezing after loading depending on the location of the stars. 10) Before writing/reading files, you need to ask where to do this from, and not stupidly display the pkt directory of the disk. If the message is recorded, then a request is made, under what name and extension to write down. Surely a number of improvements can be continued. I kindly ask the author of these programs to take into account my suggestions, because without Some useful things the work resembles sadomasochism. I think in a week this can all be done as there is not much work involved. Well, till next time... ██▓▓▓▒▒▒░░░ Sergey aka Cyber from Cobra Software. █▓▓▓▒▒▒░░░ 500:322/62 2:462/167.62

Hello Sergey. Sat 11 Nov 00 Sergey Selev -> Kirill Frolov: SS>>> 5) There should be support for the three-character extension SS>>> mandatory. KF>> From? SS> You do not want to allow files with the .ZIP extension. Lara doesn't understand 3 letters - and thank God, because the second and third, they are usually not letters, which can be perceived as a left control code in FTN networks. launch the UUE extractor and in the suggested subj'e letter, for example, for a zip, add 'IP', then there is no need to hobbett and unpack correctly. And basic - just want ()() ;)))) Thank you for your attention.

Greetings, Kirill! [Tuesday 21 November 2000] at [11:55:02] Kirill Frolov wrote a letter to Vladimir Klymus. They discussed the topic "FTN software for ZX". Let's continue what we started... [skip] VK>> It’s so difficult to understand that hobeta makes it possible to transmit VK>> and VK>> restore tr-dos files without any problems VK>> (disappearance VK>> start addresses, data loss, idiocy)? KF> Have you seen ZXZIP? Some smart people even like him KF> turns out to be khobeta KF> you want. I will publicly express my “XO” on this matter: When I receive a file (from the network, for example. I’m still REAL, oddly enough sounds.), then the first thing I look at is its expansion. It depends on what it is for the file and the sequence of my further actions to process this file. If I see *.$Z, everything is _immediately_ clear and understandable to me - this is ZXZIP, i.e. DeHobeta -> ZXUNZIP. Hooray! Everything is as simple as snow in winter! Saves both time and nerve cells (see below), which are not known to regenerate. Also Everything is clear and understandable to me when I see *.zip (in small letters!) - this is a PKZIP archive. And then something like *.ZIP (in capital letters) falls down, or even worse -*.Z (*.z). What is this???!!! :-E After all, Speck is now actively used PKZIP archives! Then the pandemonium begins. Look at the beginning of the file (_additionally_ loading some viewer thread): aha! the first two bytes of "PK" are PKZIP archive. It _without_problems_ (due to incomplete file extension, checking on a PKZIP archive is made according to the internal structure of the file) is set spekkovsiy PKUNZIP (praise to the authors!). OK, we've got that sorted out. There is only one thing left: under *.ZIP there is a ZXZIP archive (there were exceptions. This it turned out to be a WANTED ZXZIP archive! i.e. again at the "request" of ZXUNZIP Additionally, some kind of viewer is loaded. Creepy...). What about the *.Z extensions? (*.z, *.ZiP, *.ziP, etc.) for a ZXZIP archive?! Here _specific_hemorrhoids_ begin - you need to go to the disc doctor (again additional loading!) add this 'Z' (+ variations see above) to 'ZIP'

Glad to see you Kirill! Once, namely 21 Nov 00 Kirill Frolov wrote to Vladimir Klymus: KF> Have you seen ZXZIP? Some smart guys even like him, it turns out he's crazy KF> in the hob. and they do it right. there are two reasons: 1) some emulators only understand hobetu and trd. therefore, such files have to be shoved into trd as a separate program. 2) a file with a ZIP extension is regarded by me as PKZIP, and files with the extension $Z as ZXZIP. WBR, EmP^A1C

*** Answering a msg posted in area X.BAD (Glitches live here). This is intended for all senders of letters with the yue code. Press RESET immediately, Felix! 22 Nov 00 04:35, Felix Knyazev wrote to Kirill Frolov: FK> And then something like *.ZIP (in capital letters) or that falls down FK> worse - *.Z (*.z). What is this???!!! :-E After all, on Speck now [...] skip. First we open it up, then we look at what’s inside - if it’s PK then we set it up pkunzip, if the file name, then put the ZIP extension and run zxunzip. A if some smart guy wanted this file, then the pandemonium begins: we need to find dehobeta, find the second piece from the file (it will be cut), among the ten such pieces (all with the same name) select the one you need and use it. And so ten times in a row. And then it turns out that inside this zxzip all the files are once again wanted (why???). FK> People, let's save our time and nerve cells when working on FK> Specke!!! FK> ZXZIP - *.$Z FK> PKZIP - *.zip (small letters!) FK> Naturally, if you _locally_ transfer ZXZIP archives with the same FK> Melon, then you can (need) not want to, if there is between you FK> appropriate arrangement. All your reasoning can be reduced to the opposite: let's save time and nerve cells and /never/ want to use zxzip and text files! ZXZIP - *.Z *.ZXZ *.ZIP (the latter option is preferred) PKZIP - *.zip Naturally, if you like sex with a computer, then you can locally want to want everything... Among other things, for _not_ using the hobeta you can be punished one argument more - the remains of long zxzip archives are not cut into pieces 17 bytes each. In general, it’s time to switch to using more other archivers. Well, at least hrip. *Crossposted in ZXNET.UUE

Hello, Vladimir. 25 Oct 00 22:20, you wrote to Kirill Frolov: VK> Stop raving, okay? And tell me which one will take more than one floppy disk VK> and why is it needed on Spec. Don’t you remember - recently Crow No. 2 flew by - thanks to the one who had enough mind cutting the zip before tying. Now imagine: 1. We take a treadmill that is packed to capacity, practically unzipable (in the treadmill so everything is reaped. 2.zip (~640KB) 3.yyuchim (>900 kb, >100 sections) 4.bundles will total >640 kb. (5. if sent by netmail, then according to FTN standards the netmail is sent unpackaged, i.e. more than 900 kilos fly away) result: The evil emulator sent the realist something he won't understand :( And in general, it is necessary to develop the concept of attachments and files in ZxNet. Well, it's time to wrap things up. I went to code. Eugene