Hey Martin.. I need your wisdom.

I have hooked up to another network, but it is currently sending the pkts bundled.

OXP dumps the files into the /BAD directory:

a79f9f00.tu0
a779cf00.tu0

I can unpack the bundles manually and import them using OXP Import successfully.

But the following "Download unpacker" entry does not seem to work:


ÚÄ August Abolins @ 618:510/1 ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ ³
³ Point No. 1 Password D####### Point Net 20000 ³
³ ³
³ Mode TCP/IP  Host alterant.leenooks. Port 24555  ³
³ ³
³ Upload packer  ³
³ Download unpacker gzip -d $DOWNFILE $PUFFER  ³
³ ³
³ Additional Servers ³
³ ³
³ [x] 4D addresses [x] EMSI ³
³ [ ] TosScan [ ] Set system clock ³
³ ³
³ [x] Packet password [ ] Send dummy packet ³
³ [ ] Use Node address [ ] Extended packet names ³
³ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ

...and gzip *is* in the OpenXP home directory.

What could be the problem?



../|ug

--- OpenXP 5.0.43
* Origin: ----------Do Not Fold, Spindle or Mutilate.---------- (2:221/1.58)

Hello August,

...and gzip *is* in the OpenXP home directory.

Are those files compressed with gzip or zip?

zip is the standard compresser although any compression can be used as long as the same compression tool is used at both ends of the link.

Ttyl :-),
Al

--- GoldED+/LNX
* Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)

Hello Alan!

** On 27.04.20 - 21:03, Alan Ianson wrote to August Abolins:

Are those files compressed with gzip or zip?

I don't know. But the manual method using CLI and unzip worked, so it
must be standard zip format.

zip is the standard compresser although any compression can be used as
long as the same compression tool is used at both ends of the link.

MEANWHILE, I think I sorted out the problem. The .tu0 .tu1 etc bundles
are unpacking and tossing properly now. It didn't take long. I guess I
am still good at solving puzzles like this. LOL



../|ug

--- OpenXP 5.0.43
* Origin: ----------Do Not Fold, Spindle or Mutilate.---------- (2:221/1.58)

Hi August,

On 2020-04-27 23:53:00, you wrote to Martin Foster:

³ Download unpacker gzip -d $DOWNFILE $PUFFER

...and gzip *is* in the OpenXP home directory.

What could be the problem?

I found out that gzip -d <file> complains about the bundle suffixes.

That's right. Despite the name gzip is not a compressor that can handle .zip files. Gzip is for .gz files. Besides gzip is just a compressor not an archiver. On it's own it can only compress 1 file at a time, so you can't create bundles with it (that contain more than 1 file)...


Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Re: oxp: unpacker HOW?
By: August Abolins to Martin Foster on Mon Apr 27 2020 23:31:00

...and gzip *is* in the OpenXP home directory.

What could be the problem?

perhaps they are not zip files? or they are not zip files that gzip understands?

use a hex viewer and look at the first few bytes of those bundles... they should be "PK" and the rest is binary with possibly some readable text strings...


)\/(ark
--- SBBSecho 3.11-Linux
* Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)

Hello Wilfred!

** On 28.04.20 - 09:57, Wilfred van Velzen wrote to August Abolins:

I found out that gzip -d <file> complains about the bundle suffixes.

That's right. Despite the name gzip is not a compressor that can
handle .zip files. Gzip is for .gz files. Besides gzip is just a
compressor not an archiver. On it's own it can only compress 1 file
at a time, so you can't create bundles with it (that contain more
than 1 file)...

CRAP. Thanks for the reminder. *Now* I remember why I bothered to get it.

Meanwhile, why don't these effen things provide something useful in the
the CLI-invoked help:

gzip -h

gzip 1.2.4 (18 Aug 93)
usage: gzip [-acdfhlLnNrtvV19] [-S suffix] [file ...]
-a --ascii ascii text; convert end-of-lines using local conventions
-c --stdout write on standard output, keep original files unchanged
-d --decompress decompress
-f --force force overwrite of output file and compress links
-h --help give this help
-l --list list compressed file contents
-L --license display software license
-n --no-name do not save or restore the original name and time stamp
-N --name save or restore the original name and time stamp
-q --quiet suppress all warnings
-r --recursive operate recursively on directories
-S .suf --suffix .suf use suffix .suf on compressed files
-t --test test compressed file integrity
-v --verbose verbose mode
-V --version display version number
-1 --fast compress faster
-9 --best compress better
file... files to (de)compress. If none given, use standard input.


No real clues, zip nada ziltch, that this is a .gz processor. I shouldn't have to go to google to find out what it is. google wasn't around in 1993.

I mean, I appreciate a fine -h summary like the above, but it essentially
it only speaks to the geekiest among us that have not depleted any brain cells.

I'm starting sound like a grumpy Cheese Burger [*].

FWIW, it apprears that this version can work with multiple files.
Starting at the 3rd parameter, [file ...] indicates that we can list a
bunch of files and "compress" them in a bundle.

[*] If nobody knows what I mean by the Cheese Burger reference you don't
know what you are missing. I'll explain later.


../|ug

--- OpenXP 5.0.43
* Origin: ----------Do Not Fold, Spindle or Mutilate.---------- (2:221/1.58)

Hi August,

On 2020-04-28 08:44:00, you wrote to me:

FWIW, it apprears that this version can work with multiple files.
Starting at the 3rd parameter, [file ...] indicates that we can list a bunch of files and "compress" them in a bundle.

Nope. They will be compressed one at a time, and a file with the .gz extension will be created for each file you give on the command line.


Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Re: oxp: unpacker HOW?
By: August Abolins to Wilfred van Velzen on Tue Apr 28 2020 08:44:00

I'm starting sound like a grumpy Cheese Burger [*].

you've been spending too much time on ewwtoob ;)


)\/(ark
--- SBBSecho 3.11-Linux
* Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)

Hello August!

*** Monday 27.04.20 at 23:31, August Abolins wrote to Martin Foster:

Hey Martin.. I need your wisdom.

Uh-oh :)

[snip]

But the following "Download unpacker" entry does not seem to work:

[snip]

³ Download unpacker gzip -d $DOWNFILE $PUFFER  ³

[snip]

...and gzip *is* in the OpenXP home directory.

What could be the problem?

gzip is the problem.

Regards,
Martin

--- OpenXP 5.0.43
* Origin: Bitz-Box - Bradford - UK (2:310/31.3)

Hello August!

*** Monday 27.04.20 at 23:53, August Abolins wrote to Martin Foster:

³ Download unpacker gzip -d $DOWNFILE $PUFFER

...and gzip *is* in the OpenXP home directory.

What could be the problem?

I found out that gzip -d <file> complains about the bundle suffixes.

I would rather use unzip <file>.

So.. what should the unpacker line look like if I want to use unzip?

According to the unzip syntax, the following won't work:

unzip $DOWNLOAD $PUFFER

Do I use the following instead:

unzip $DOWNLOAD -d $PUFFER

No, it should just be unzip $DOWNFILE

Regards,
Martin

--- OpenXP 5.0.43
* Origin: Bitz-Box - Bradford - UK (2:310/31.3)