PKT file optimizer
ZXNet echo conference «real.speccy»
I'm scribbling a subzhik here, who needs it?
+removes seen-by and other path s
+removes unnecessary kludges
*will also unsubscribe multi-volume yuyuks and unpack/dismantle small
files
who else here uses Larka?
in the sense of: hey, there’s still someone here besides me? ;(
[StrongholD 80/100] Yurik aka Jerri / Alien Factory /I \
[No RAR allowed] [SoHm] [Conceptual Minimalism] \ZX/
Yuri Potapov in his letter to All wrote:
YP> I’m scribbling a subzhik here, who needs it?
I need it. Maybe not today, but it will be needed.
YP> +removes seen-by and other path s
YP> +removes unnecessary kludges
YP> *will also unsubscribe multi-volume yuyuki and
YP> unpack/dismantle small files
Very good.
YP> who else here uses Larka?
Even though I don’t use Larka, but DME,
but the country still needs such software...
The verse turned out well ;)
YP> in the sense of: hey, is there anyone else here besides me? ;(
Yes.
08 Aug 03 9:05, Nikolaj Amosov -> Yuri Potapov:
NA> REPLY: 2:5057/21.89 08e57e1e NA> Although I do not use Lark, and DME, Sincerely, Vadim. ... now play: silence
NA> MSGID: 2:5030/708 NA
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
NA> PATH: 5030/518 217 117
accurately? :)
06 Aug 03 23:29, Yuri Potapov -> All:
YP> I’m scribbling a subzhik here, who needs it?
YP> + will display SEEN+BY and other path s
YP> + removes unnecessary kludges
YP> * will also unsubscribe multi-volume yuuks and unraveling/discovering
YP> small files
I wouldn’t refuse. As a last resort, I’ll post it on the fax server for the collection (if
you don’t mind).
YP> who else here uses Larka?
I’ve never used it. I work on Specki under SPM, although it is a worse program, but I have a screw under SPM. (For those who didn’t guess I have a Pro)
YP> I mean: uh, is there anyone else here besides me? ;(
AU!!! HEDGEHOG!!!! (c)
And there’s no reason to yell like that, that’s where I am. :) Letters come to me regularly.
Sincerely, Alexey.
PS When replying to netmail, we kindly ask you to cut the letters to 11Kb. Otherwise
the ending will be lost. :((
Vadim Chumachenko in his letter to Nikolaj Amosov wrote:
NA>> @TID: FastEcho ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
NA>> @PATH: 5030/978 382 5020/52 464/910 217 117
Friday 08 August 2003 13:26:00 Vadim Chumachenko -> Nikolaj Amosov:
VC> 08 Aug 03 9:05, Nikolaj Amosov -> Yuri Potapov:
VC> ^^^^^^^^^^^^^^^^^^^^^
NA>> @TID: FastEcho 1.46.1 1836392511
VC> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
06 Aug 03 23:29, Yuri Potapov wrote to All:
YP> +removes seen-by and other path s
YP> +removes unnecessary kludges
YP> *will also unsubscribe multi-volume summaries and decompress/decompress
YP> small files
how about crashing fragments from the PCT * Message split, to be continued *
- then further through the header of the next letter - and until
* Continuation N of a split message *
?
this is how long soaps from the Internet are cut
I'm tired of gluing with my hands :)
- Alone Coder [ZX-Guide] [Inferno4] [AlCoNews] [ACE0.74l+] [PT3+66] [Chip1.3]
[STS5.63d13] [ANSI0.3G] [8col0.04] [ZXRARdem09ch] [ZXUNRAR0.49c7]
YP>> unzip/dismantle
YP>> small files
DB> how about crashing fragments from the pkt * Message split, to be
DB> continued *
DB> - then further through the header of the next letter - and to
DB> * Continuation N of a split message *
DB> ?
DB> so long soaps from the Internet cutting
DB> I'm tired of gluing with my hands :)
no, the files are scanned sequentially, but there is a possibility
that the 2nd section will be earlier than the first
18 Aug 03 22:46, Yuri Potapov wrote to Dima Bystrov:
YP> no, the files are scanned sequentially, but there is a possibility
YP> that the 2nd section will be earlier than the first
in 2 years I only had this 1 time
so I don’t care about the order...
- Alone Coder [ZX-Guide] [Inferno4] [AlCoNews] [ACE0.75lt] [PT3+66] [Chip1.3]
[STS5.63d13] [ANSI0.3G] [8col0.04] [ZXRARdem10ch] [ZXUNRAR0.50c1]
DB> I’ve only had this happen once in 2 years
DB> so I don’t care about the order...
and in soap boxes you regularly come up with such garbage
so excuse me
23 Aug 03 19:27, Yuri Potapov wrote to Dima Bystrov:
YP> and in soap boxes you regularly spew such garbage
YP> so excuse me
in soap boxes it’s one thing - there letters are routed one by one, but in mime it’s completely different
- they are cut by a gate, which is just two links from me located
YP> no, the files are scanned sequentially, and there is a possibility
YP> that the 2nd section will be earlier than the first
While processing the pkt file, in the place where the
line similar to “split message...” appears, remember the file name/number
and position in the file, and do not write the message itself in the output pkt,
if you have already started writing, cut the file at the position of the beginning of the current
message. Then, on the second pass, assemble new pkts from the cut messages. To remember the name/number of the file and the offset
in it, the Spectrum memory is enough for all 128 files, which can be
in TR-DOS.
The most difficult thing here is searching for the line “split message...”
(what exactly to look for is unknown) with highlighting the part number
(if there is one at all...) Usually, split messages receive
different Message-IDs. Sometimes a kludge appears, something like
X-FTN-SPLIT-something with useful information.
If you're interested, I'll find what kind of kludge it is.
If a friend leaves for someone else, Kirill, then who knows who is lucky...
KF> messages. Then, on the second pass, assemble new pkts from the cut
KF> messages. To remember the name/number of the file and
KF> the offset
KF> in it, the Spectrum memory is enough for all 128 files, which can
KF> be
KF> in TR-DOS.
this is a mess that you just don’t want to fuck with
for this there are more convenient releasers
KF> different Message-IDs. Sometimes a kludge appears, something
KF> like
KF> X-FTN-SPLIT-something with useful information.
KF> If you’re interested, I’ll find what kind of kludge it is.
no, no, I get this kind of thing from time to time on the Internet...
okay, at least rarely