Text 8003, 232 rader
Skriven 2006-11-15 21:27:36 av Russell Tiedt (5:7105/1)
Kommentar till text 7993 av Maurice Kinal (1:140/13.1)
Ärende: ttylinux
================
Hello Maurice.
15 Nov 06 00:56, you wrote to me:
RT>> Yes, I am talking Linux squish/maximus compress.cfg, ordinarilly
RT>> I'd be using husky utils, but they don't want to play nice at the
RT>> moment,
MK> Okay I'll have a looksee and if I find it I'll gladly attach it for
MK> you. No guarentees though as it has been awhile. Seems to me it
MK> needed an edit but I don't recall what it was at the moment. One of
MK> the switches I think.
Aha ...
RT>> so I am
RT>> trying to
RT>> use squish, and find I need a compress.cfg to tell it how to
RT>> handle compressed files ...
MK> Right. I remember having to do that. What is wrong with the Husky
MK> stuff?
Last time I tried compiling it, it would not work, and then the instructions
for pulling the code from CVS on the webpage don't work, but the command line
options given in FIDO.SOFT.HUSKY work, and source is downloading ... , will
see if things w ork better this time round later ...
RT>> Well currently the only way to reach the Zimbabwe node is via
RT>> modem, and due to the setup there, I need to do so via a point
RT>> system, which I am busy building, at present, it shorts a
RT>> nodelist, a POTS mailer, and a squish "compress.cfg" file and
RT>> then I can start testing it.
MK> OUCH!!! I am assuming their end is slightly out of touch. Wouldn't
MK> it be easier (and better) for them to update their mailer? I can
MK> understand the need for POTS but there must be an easier way for all
MK> concerned for the file exchanges.
There is a internet connection, but the sysop ia in Australia for the next
couple of months, which does not make life much easier here ...
RT>> As of a few minutes ago, it connects fine (BinkD) to my main
RT>> system, and I really do not want to put this on a WINXP box, and
RT>> I know you where using Squish as a tosser awhile back, and hoped
RT>> you might have a already debugged "compress.cfg" file for it. Ah
RT>> well ... , we will have to play some more ... :-)
MK> If I remember correctly it was a switch in the supplied compress.cfg
MK> that brought it all together. If you have a copy of the one you have
MK> I'll be happy to have a look at it and see if I can refresh my menory
MK> or find the one I used to use. More then likely have a backup of it
MK> somewhere. I usually do but it has been quite a few years since I
MK> cared. Sorry `bout that chief.
Well below is the DOS version, none in the source code for Maximus - wait a
moment, memory says Maximus uses the same compress.cfg as Squish, -looks-
Ooops one in source also does not have setting/options for zip/unzip ... :-((
No problem if you don't have one handy, was hoping to save me some
experimentation, especially if the "ID" string for zip/unzip is different from
pkzip/pkunzip, otherwise the options as per fidoconf should do the trick,
=== Cut ===
; COMPRESS.CFG contains entries for the various compression programs which
; you may wish to use with Squish and Maximus. Each compression progrm
; should have its own separate entry, and each entry should begin with
; the text 'Archiver <name>', where <name> is a short name which can
; be used to refer to the archiver in SQUISH.CFG.
;
; IMPORTANT NOTE: the order of the archiver entries within this file
; is VERY important. The FIRST archiver specified will be used as
; a default, if no 'Pack' statement exists for any given node in
; SQUISH.CFG.
;
; However, when trying to unpack a compressed file, the list of
; archivers is scanned in a REVERSE order. This is especially important
; in the case of ARC and PAK files, since PAK and ARC use the same
; identification character at the beginning of the file. (The identity
; of a PAK-type file must be checked first, in case the file uses a PAK
; compression method, which PKArc and friends can't handle.) This is
; why PAK is listed AFTER PKArc in the distribution control file.
; Phil Katz's PKPak program, in SEA compatibility mode
Archiver ARC
; The 'Extension' keyword tells Squish that archives of this
; flavour will commonly use the specified file extension.
; This isn't used for decompressing inbound mail packets, but
; Squish needs to know about it anyway.
Extension ARC
; Unless you are familiar with the internals of compression
; programs, the `Ident' keyword (see below) should not be
; modified. Two numbers follow the keyword, each separated by
; a comma. When attempting to decompress an archive of an
; unknown type, Max and Squish will use this informtion to
; automatically identify different types of archives.
;
; The first number after 'Ident' contains the OFFSET at which
; a special identifying marker can be located. Positive
; entries work in the expected manner, whereas negative
; entries can be used to indicate offsets from the END of a
; compressed file. However, an offset of "-2" is the LAST
; character, and an offset of "-3" is the SECOND-LAST
; character, etc.
;
; Following the OFFSET is a series of hexadecimal numbers
; which represent the text which can be found at the specified
; offset in the compressed mail bundle. Each byte in the
; compressed file should be represented by the appropriate
; hexadecimal character. For example, an uppercase 'A' can be
; represented with a '41', which is the ASCII code for 'A' (in
; hexadecimal). Strings of characters may also be recognized
; by simply specifying more than one sequence of bytes. (For
; an example, see the 'Ident' keyword for PKZip or ZOO.)
Ident 0,1a
; The Add command tells Squish how to add a packet to an
; archive of the specified type. This should be the normal
; 'add' command of your archiver, with one exception: the two
; special macros, "%a" and "%f", will be translated to the
; name of the archive and file to add (respectively).
DOS Add pkpak -oct a %a %f
OS2 Add arc2 a5 %a %f
; The Extract command tells Squish how to remove packets from
; an archive of the specified type. "%a" will be translated
; to the name of the archive, and "%f" will be translated to
; the name of the file to extract. (The "%f" specification
; may be translated into a wildcard!)
DOS Extract pkunpak /r %a %f
OS2 Extract arc2 xw %a %f
; The View command tells Squish how to get a listing of the
; contents of the specified archive. As above, the "%a" will
; be translated into the name of the archive to process. This
; command isn't currently used by Squish, but it may be used
; in the future.
DOS View pkpak v %a
OS2 View arc2 l %a
End Archiver
; NoGate's PAK program
DOS Archiver PAK
DOS Extension PAK
DOS Ident -2,fe
DOS Add pak a %a %f
DOS Extract pak e /wn %a %f
DOS View pak v %a
DOS End Archiver
; Phil Katz's PKZip
Archiver ZIP
Extension ZIP
Ident 0,504b0304 ; "PK^c^d"
Add pkzip -a %a %f
Extract pkunzip -n %a %f
View pkzip -v %a
End Archiver
; Haruyasu Yoshizaki's LHarc program, in 1.13 compatibility mode
Archiver LH113
Extension LZH
Ident 2,2d6c68 ; "-lh"
DOS Add lha a /o /m %a %f
OS2 Add lh a %a %f /c
DOS Extract lha e /m %a %f
OS2 Extract lh x %a %f /o
DOS View lha l %a
OS2 View lh v %a
End Archiver
; Haruyasu Yoshizaki's LHarc program, in maximum compression mode
Archiver LHarc
Extension LZH
Ident 2,2d6c68 ; "-lh"
DOS Add lha a /m %a %f
OS2 Add lh a %a %f
DOS Extract lha e /m %a %f
OS2 Extract lh x %a %f /o
DOS View lha l %a
OS2 View lh v %a
End Archiver
; Rahul Dhesi's ZOO program
DOS Archiver ZOO
DOS Extension ZOO
DOS Ident 0,5a4f4f ; "ZOO"
DOS Add zoo a: %a %f
DOS Extract zoo e:O %a %f
DOS View zoo v %a
DOS End Archiver
; Robert Jung's ARJ program
;
; If you're short on memory, add the "-m4" option to the "arj a" command.
; Doing so will make ARJ use about 64K less memory.
Archiver ARJ
Extension ARJ
Ident 0,60ea
DOS Add arj a -e+ %a %f
OS2 Add --- arj not supported under OS/2 ---
DOS Extract arj e -n %a %f
OS2 Extract unarj e %a %f
DOS View arj l %a
OS2 View unarj l %a
End Archiver
=== Cut ===
Russell
--- GoldED+/LNX 1.1.5
* Origin: Rusty's BBS - Bloemfontein, Free State, South Africa (5:7105/1)
|