Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 510
Today's Topics:
*.tar.Z
Atari 1040ST system for sale
C++ on the ST
Communication
CPX Information
lharc 2.01e vs zoo 2.1: some tests
Memory upgrade..
More Lies From Atari? (2 msgs)
New sound file formats proposals
TDI Modula2 News & Questions.
Unwanted 1.2 tos
Upgrade - TOS => How?
Zoo with GEM interface (Was: Re: ARJ? K.I.S.S.!)
Welcome to the Info-Atari16 Digest. The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out. Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list
instead of the moderators are likely to be lost or ignored.
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
Date: 26 Sep 91 13:49:41 GMT
From:
noao!asuvax!cs.utexas.edu!usc!snorkelwacker.mit.edu!ira.uka.de!fauern!faui43.in
formatik.uni-erlangen.de!lsmichae@arizona.edu (Lars Michael)
Subject: *.tar.Z
To: Info-Atari16@naucse.cse.nau.edu
n160ao@tamuts.tamu.edu (Mark Lehmann) writes:
>In UNIX a tar.Z file is first uncompresses and then un-tared.
>Some utilities do both of these for you.
>Since I can't seem to get the tar.Z file uncompressed and un-tared and
>then into and ARC, LZH, or ZOO file that my ST will read, I need to
>get the ST utilities to uncompress and un-tar these files.
>What do I need from the atari archive?
> GNU-tar? some type of uncompress program? maybe a utility that does
> them both?
you can use STTAR and COMPRESS, both avaiable from the a.a. Do a
'compress -d ' for decompression and then a 'untar'. That should
do ...
Hope this helps,
---
Larry
+----------------------------------------+----------------------------------+
| lsmichae@faui43.uni-erlangen.de | | | | |
| Lars "Mr. GIF" Michael | | | | "Down with ATARI, |
| Graduate Student of Computer Science | / | \ Long live the ST !" |
| at University of Erlangen/Germany | / | \ |
+----------------------------------------+----------------------------------|
| Bones: "Damn it, Kirk, I'm a doctor, not a very good actor." |
+---------------------------------------------------------------------------+
------------------------------
Date: 27 Sep 91 00:31:44 GMT
From:
noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!hsdndev!morrow.st
anford.edu!leland.Stanford.EDU!micah@arizona.edu (Micah Doyle)
Subject: Atari 1040ST system for sale
To: Info-Atari16@naucse.cse.nau.edu
Atari 1040ST system for sale. Includes:
1) Atari 1040ST (includes keyboard, 1M RAM, mouse,
built-in 720K 3 1/2" floppy disk drive, 2nd Floppy port,
DMA hard drive port, MIDI port, RS232C port,
128K ROM cartridge port) Contains "Rainbow" TOS 1.4.
2) Atari SC1224 (Goldstar) RGB Color Monitor
3) 30M hard drive
4) External 720K 3 1/2" floppy disk drive
5) Clock
6) 2 Joysticks
7) Productivity software (all with original documentation):
A) MPW C 3.0 with csd (C Source Debugger)
B) Laser C 1.01
C) ProCopy
D) Bekemeyer MT C-Shell
E) ST-Talk
8) Games (all with original documentation):
A) Sim City
B) Dungeon Master
C) Chaos Strikes Back
D) Empire
E) Leather Goddesses of Phobos
F) Pawn
G) Sundog
H) Time Bandits
I) Mindwheel
J) Mindshadow
K) Hacker
L) Crystal Castles
M) Ultima II
9) Lots of good public domain software: Uniterm, Turtle, Emacs,
many utilities, and many games.
10) Software that came with my ST: NEOchrome, Basic, Logo, 1st Word.
11) Books
A) Atari ST Tricks and Tips
B) Atari ST Internals
C) Compute's ST Applications Guide: Programming in C
D) Collection of The Professional Gem Articles
12)
13) >50 blank floppy disks
14) Mouse pad
I would like to sell all the above for $675 or best offer. Although I
would prefer to sell it all together, I am willing to sell off pieces;
make me an offer.
Micah Doyle
micah@leland.Stanford.EDU
(415) 365-5912
------------------------------
Date: 26 Sep 91 14:44:50 GMT
From: noao!asuvax!cs.utexas.edu!convex!usenet@arizona.edu (Mark Lutz)
Subject: C++ on the ST
To: Info-Atari16@naucse.cse.nau.edu
Sorry if this has been discussed before. What C++ systems are available
for the Atari ST? I've heard of g++, but are there others? Thanks.
Mark Lutz
mlutz@convex.com
------------------------------
Date: 26 Sep 91 15:25:53 GMT
From: mcsun!unido!sbsvax!sbuvax!univwa@uunet.uu.net (Bernhard Stumpf)
Subject: Communication
To: Info-Atari16@naucse.cse.nau.edu
Hi there,
I need some good advice. I'm looking for a software which fits my needs and
can do the following actions:
- dial the number of a subnet node until the host answers
- my mails which are there should be packed and downloaded
- separated newsgroups should be packed and downloaded
- close the connection
- distribute the downloaded files in the correspondent directories,
unpack them
- show me a protocol what was going on
The software must run on a Atari TT030/6 and a Supra Modem 2400 plus.
I would prefer PD or shareware.
Bernhard
*****************************************************************************
* *
* Dipl.Ing. Bernhard Stumpf | | | *
* / ___ / University of the Saarland | | | *
* /----. /__. -/- D-6600 Saarbruecken | | | *
* /____/ ___/ /_. / | \ *
* phone : ++49-681-302-41.43 / | \ *
* e-mail: bestu@sbuvax.rz.uni-sb.de / | \ *
* *
*****************************************************************************
------------------------------
Date: 26 Sep 91 15:14:46 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!snorkelwacker.mit.edu!bloom
-beacon!eru!hagbard!sunic!ugle.unit.no!lise.unit.no!stigvi@arizona.edu (Stig
Vidar Hovland)
Subject: CPX Information
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Sep25.111322.13672@vaxc.aud.auc.dk>, soren@.vlsi.auc.dk (Soeren
Michelsen) writes:
|> This is my first attempt to post anything on the net. Please bear with
|> me if you don't see this - and if you do bear with me anyway :-)
|>
|> Where do I find information on CPX module programming? Are there any
|> public information available or do you have to pay $300 or so to get
|> the docs from Atari Corp?
|>
|> If you know the answers to my problems please leave them here or
|> even better mail me. Thanx!
The german magazine, ST Computer, have published several long articles on the
subject
of CPX programming. The articles are of course written in german. :-(
Stig Vidar Hovland - stigvi@lise.unit.no
------------------------------
Date: 27 Sep 91 16:23:45 GMT
From: noao!asuvax!cs.utexas.edu!convex!rosenkra@arizona.edu (William Rosenkranz)
Subject: lharc 2.01e vs zoo 2.1: some tests
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Sep27.131642.16914@actrix.gen.nz> Roger.Sheppard@actrix.gen.nz
(Roger Sheppard) writes:
>I have just had a look at your rather long posting, well for one thing
>that I find that it is very biased to ZOO 2.1..
fair enough. i am known to be anti-lharc (my claim to fame? :-)
>You allready new and use ZOO and have a source listing, so there was no
>real need to read the manual..??
huh?
>LZH201X has a few New commands, they could only be found by reading the manual,
>never blaim the programer if you have never read his manual.
i did execute both programs withoout args and read the info on the screen.
i also read the readme for zoo 2.1. yesterday, i also skimmed the lharc.man.
it said nothing about altering how timestamps are managed on existing files
so this is a bug.
i did not find anything with either that would 1) improve speed, 2) improve
archive size, 3) fix lharc's bugs over and above the way i specified i
used each. i DID list the commands i used for each process. if there are
alternate methods, enlighten me, please...
>BUGS. I think you will find that the Date/Time Problem is possible caused
>by TOS 1.2, I have tested some files and never found a date or time probem,
>but then I do use TOS 1.4.:-)
absolutely no excuse for it not working on ALL tos versions. even the 1.0
i still have in my old 1040. i have no way of knowing for sure, but i
would guess that there are more atari ST systems running a pre-TOS 1.4
than any newer TOS release. it should also work correctly with command
shells of any sort (gem shell, CLI, whatever). line arguments, after
all, are how it knows what to do.
>Directory delimiters can be changed with the -s switch, \ to /.
thanks for the info. tho this is a very minor detail, considering the
other issues i raised (speed, size, and BUGS).
>The progress indicator can be turned off with the -n switch, and
>all outputs with the -d switch.
yes, i found this out too. i prefaced my remark with "nitpicking" indicating
i was reaching on that point. my preference would probably be to have
the indicator OFF unless aske for, but this is no big deal.
>ARGV is claimed to be supported, but I have no way to test it, there
>was some comments in the Doc's that Thomas had fixed ARGV in version 201D.
i do (and did). lharc 2.01e DID cause my system to crash. if there is a
newer version than this, send it to me and i will retest. you never run
across this because you never run CLIs. if you did, your system would
likely crash as well.
>How does gulum work with a extended inputs, is it automatic when
>command lines are to long.?
gulam uses the mark williams ARGV scheme later adapted (after slight
changes) by atari as the "official" way of doing this. anything else is
not sanctioned. in gulam, you enter the command "setenv env_style mw"
to turn this on. for further info, i direct you to the specification posted
here some time ago. it is also in the archives, i believe.
>So Bill spend some money and get TOS 1.4, you could find things a lot better,
>gee I could not live with out my Move Files..:-)
spending money has never been my problem :-). i have 2 ataris (mega 4
and 1040ST, megafile 60, sh204, at least 3 monitors, etc, etc,etc). i
should upgrade (one of these days) but that is still no excuse for lharc
not to work properly on 1.2 and 1.0 (if it is in fact a TOS 1.4
incompatibility as you suggest). as far as i know, the Fdatime GEMDOS call
works the same in all TOS versions. it is used to set file timestamps.
-bill
rosenkra@convex.com
--
Bill Rosenkranz |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp. |ARPA: rosenkra@convex.com
------------------------------
Date: 27 Sep 91 00:58:48 GMT
From: europa.asd.contel.com!darwin.sura.net!gatech!prism!gt1448b@uunet.uu.net
(David P. Forrai)
Subject: Memory upgrade..
To: Info-Atari16@naucse.cse.nau.edu
In <1991Sep25.205115.7435@disk.uucp> unknown@disk.uucp (unknown) writes:
>time to upgrade. I do NOT want the new tos included or anything. I think
>Atari has to be crazy to come out with so many new TOS versions and expect
>people to pay to upgrade and lose compatibility. Tos 1.0 and 1.2 must
>have ten times the software available than the new TOS versions. And how
As buggy as TOS 1.0 is and as much as I would like to upgrade, I can't
justify spending $80-$100 for TOS 1.4. When you consider that a new 1040STe
CPU (which has the blitter chip, TOS 1.62, easy RAM expandability, stereo
sound, and a larger color palette) sells for $399, selling my 1040ST CPU
and buying a 1040STe CPU would end up costing about the same as TOS 1.4.
But since I really don't need the bells and whistles of an STe, I'll just
keep my old 1040 and try to patch TOS 1.0 bugs through TSR programs.
Now I know what people mean when they say Atari provides upgrades ONLY
by buying new computers.
--
David P. Forrai
uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1448b
Internet: gt1448b@prism.gatech.edu
------------------------------
Date: 26 Sep 91 21:21:19 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!mips!sgi!shinobu!odin!flatcat.wpd.sgi.com!ste
ver@arizona.edu (Steve Whitney)
Subject: More Lies From Atari?
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Sep26.134827.17436@cunixf.cc.columbia.edu>,
cmm1@cunixa.cc.columbia.edu (Christopher M Mauritz) writes:
|> In article <VA3UR5N@lime.in-berlin.de> techno@lime.in-berlin.de (Techno)
writes:
|> >[...]
|> >
|> >Well, the ST-BOOK is available here in Germany. I've seen one here
|> >at my dealer two days ago.
|> >
|> >Features:
|> >1 MByte RAM, 40 MB HD, cost 4000.- DM
|>
|> $2300???? A bit steep, no?
|>
|> >I/O: MIDI, DMA, parallel, serial, system bus, external mouse
|> >built-in modem optional, external 1.44 MByte (!) 3.5" disk drive optional
|> ~~~~~~~~ ~~~~~~~~
|> >10h battery life on optional accu pack, rechargeable inside 2h during mains
|> ~~~~~~~~
|> >operation.
|>
|> So what is it like without all the OPTIONAL equipment and how much does
|> this OPTIONAL stuff add to the price.
|>
|> Are they charging this much for a 68000 based machine or does this
|> critter use something with a little more horsepower?
This is the same old comapring prices in different continents thing. Is 4000DM
expensive for a 10 hour battery-life notebook computer with a built-in GUI
expensive in Germany? _I_ don't know.
--Steve
------------------------------
Date: 27 Sep 91 01:40:04 GMT
From: noao!asuvax!cs.utexas.edu!milano!cactus.org!covert@arizona.edu (Richard
Covert)
Subject: More Lies From Atari?
To: Info-Atari16@naucse.cse.nau.edu
In article <VA3UR5N@lime.in-berlin.de> techno@lime.in-berlin.de (Techno) writes:
>[...]
>
>Well, the ST-BOOK is available here in Germany. I've seen one here
>at my dealer two days ago.
>
>Features:
>1 MByte RAM, 40 MB HD, cost 4000.- DM
>I/O: MIDI, DMA, parallel, serial, system bus, external mouse
>built-in modem optional, external 1.44 MByte (!) 3.5" disk drive optional
>10h battery life on optional accu pack, rechargeable inside 2h during mains
>operation.
>
>Personal optinion: I like the thing, esp. the screen and the VectorPad.
>
> Techno
>
>--
>| techno@zelator.in-berlin.de ||| Please do not e-mail from outside Germany ! |
>| techno@lime.in-berlin.de / | \ Hardcore ST user ! ====================== |
>| Nothing that's real is ever for free, you just have to pay for it sometime. |
>| (Al Stewart) |
Ah yes, a message from the Europe, the market for Atari.
Unforutnately, just because Atari sells a product in Europe does
not mean that it will ever be sold here in the USA.
For example, just how many different models of IBM PC clones
did Atari sell in Europe (or even Canada)?
Atari has NEVER sold a PC clone here in the USA.
Atari sells many products overseas that can not pass the USA FCC
inspection here. I wonder why that is so? Are radiation emissions
tests more restrictive here in the USA then in Europe? why does
atari have some many recurring problems passing FCC tests?
So, its is great that you see the ST Book over there but that
means nothing for us here in the USA.
Don't you remember the STacy?
It was NEVER FCC Class C approved, so you couldn't legally
buy a STacy for home use. As a result not many sold here.
BTW, did Atari ever sell the CD-ROM drives over in Europe?
That is another vaporware here in the States.
So, if you enjoy buying new Atari toys (neat game machine that TT huh?)
then I guess you need to move to Germany!!
Atari sucks in the USA!!
--
Richard E. Covert covert@cactus.org
CACTUS ..!cs.utexas.edu!cactus.org!covert
------------------------------
Date: 26 Sep 91 15:29:55 GMT
From: mcsun!uknet!ukc!ukc!jet!dba@uunet.uu.net (dennis armstrong)
Subject: New sound file formats proposals
To: Info-Atari16@naucse.cse.nau.edu
Hello atari neters
The recient posting to comp.sys.atari.st.binaries of nt_comp, a compiler
and module player program, included a wish by Klaus Pedersen for a new
format for sound files.
To open a discussion on this possibility.
The following is my personal wish list:
1. 8 channels with pan, fade etc on each channel
2. Quadraphonic output on STE with cartridge (MV16, Microdeal REPLAY etc )
3. Ability to mix or modify 8,12 and 16 bit samples
4. Change of frequency of samples 50KHZ, 44.1KHZ, etc
My proposals are:-
Proposal 1.
>The module file (*.MOD) is currently build this way :
>
>typedef struct
> { char mod_name[20];
> INST insts[31]; /* or 15 if a old module */
> char info[2]; /* info about repeat and nr of patterns */
> char seq[128]; /* the sequence table for the patterns */
> long id = 'M.K.' /* tells that this is a 31 voice module.*/
> PATT patts[n];
> char insts[m]; /* the samples for each instrument. */
> } MOD_FILE
I propose the following file format for ST soundModule files
(extension .STM):
typedef struct
{ LONG magic; /* magic number 'STM ' */
long version = 1; /* version number 1 */
char mod_name[20];
NINST insts[31]; /* could be 64 instruments ???? */
char info[2]; /* info about repeat and nr of patterns */
char seq[128]; /* the sequence table for the patterns */
NPATT patts[n];
char insts[m]; /* the samples for each instrument. */
} STM_FILE
Proposal 2.
>An Instrument is currently declared in a 30 byte descriptor:
>
>typedef struct
> { char name[22];
> UWORD length; /* offset to image of next instrument */
> UWORD volume;
> UWORD transient_p;
> UWORD loop_p;
> } INST
I propose an Instrument be declared in a 32 byte descriptor:
typedef struct
{ char name[22];
UWORD length; /* offset to image of next instrument */
UWORD volume;
UWORD transient_p;
UWORD loop_p;
word bit_per_samp; /* number of bits per sample 8,12,14 or 16
negative numbers for signed values
ie -8 signed 8 bit samples
12 unsigned 12 bit samples */
} NINST
This would allow easy conversion of sampled instruments and allow a full
16 bit or greater sample to be stored.
Proposal 3.
>Currently each entry in pattern holds information on all 4 channels. The
>information for each channel is held in one 32 bit word. (each entry
>is then 16 bytes long). The information has been put in entry this
>way:
>
> + + + + +
> xxx-i-xx-ffffffffff-iiii-cccc-pppppppp *
> | | | | \______ parameter to command
> | | | \_____________ command
> | | \__________________ instrument (lsb's)
> | \___________________________ frequency (0-$400)
> \_____________________________________ msb of instrument nr.
> - the bits in a pattern entry.
>
>typedef long PAT_ENT; /* look about */
>
>typedef struct
> { PAT_ENT chanl0; /* NO way to make independent tracks! */
> PAT_ENT chanl1;
> PAT_ENT chanl2;
> PAT_ENT chanl3;
> } PATT;
I propose:
typedef struct
{ PAT_ENT chanl0; /* NO way to make independent tracks! */
PAT_ENT chanl1;
PAT_ENT chanl2;
PAT_ENT chanl3;
PAT_ENT chanl4;
PAT_ENT chanl5;
PAT_ENT chanl6;
PAT_ENT chanl7;
} NPATT;
>This is the reason I think that we should find a new format. I have a
>simple text based music language in mind. I should be possible to
>make small loops, for easy and trouble free rhythm tracks. And it
>should be possible to convert modules to this (more general)
>"language"...
This doesn't solve the above problem
>There are 3 ways to contact me:
>
>SNAIL MAIL EMAIL VOICE PHONE
>Klaus Pedersen micro@imada.dk 66 15 58 79
>Nyborgvej 217 4.TH. (from Denmark)
>DK-5220 Odense S2
>Denmark.
and me
SNAIL MAIL EMAIL VOICE PHONE
Dennis Armstrong dba@jet.uk +44 235 528822 EX4871
150 Barnston Rd
Barnston
Heswall
L61 1BZ
UK
--
__. .__________________________. ._____________________________________________
__| |___. .__. ._____. .____| |_____________________________________________
| | | | | | Dennis Armstrong, CODAS division
| | | |___. | | Joint European Torus
| | | :___| | | Abingdon, Oxfordshire, UK
| | | | | | Tel 0235 528822 Ex 4871
|
- Disclaimer: Please note that the above is a personal view and should not
be construed as an official comment from the JET project.
------------------------------
Date: 26 Sep 91 16:15:36 GMT
From: mcsun!corton!imag!imag.fr@uunet.uu.net (Chevallet Jean-Pierre)
Subject: TDI Modula2 News & Questions.
To: Info-Atari16@naucse.cse.nau.edu
Hello atariens !
A friend and I are programming in Modula2 with the
good old TDI compiler.
We were tired of using the m2desk and he has rewritten
an improved version which will be soon avaliable as freeware
for all TDI users.
Just one thing is missing : we don't know which messages
the m2 accessory is able to respond in order to give
the current configuration of parameters (paths, for compiler
linker, etc) : does someone has theses specs ?
Last thing : is it true that TDI corp doesn't want
to update there (good) compiler ? is it true that they
even doesn't sell it ?
Really last thing : i'm wondering if somewhere someone is still
using this package ... except my friend and I !!
I salute you from France !!!
CHEVALLET Jean-Pierre chevalet@imag.imag.fr
LGI IMAG Bureau B305 chevalet@imag.UUCP
"Faire, et en faisant, se faire"
------------------------------
Date: 27 Sep 91 13:00:20 GMT
From: mcsun!uknet!ukc!ukc!newcastle.ac.uk!turing!q1rse@uunet.uu.net (Dave
Johnson)
Subject: Unwanted 1.2 tos
To: Info-Atari16@naucse.cse.nau.edu
Hello, Having recently upgraded my machine to the TOS 1.4 chip set I
have an unwanted chip set (the tos 1.2 chip set) so I and offering them
for sale.
So if any one wants a tos 1.2 chip set (The two chip set, not the six chip set)
I am open to offers at around 20 quid + p&p.
Dave J.
--
+-------------------------------------+---------------------------------------+
| David M. Johnson | If the radiance of a thousand suns |
| c/o Electrical and Electronic Eng. | were to burst at once in the sky, |
| Merz Court | That would be like the splendor |
| Newcastle University | of the Mighty One... |
| Newcastle upon Tyne | I am become Death |
| NE1 7RU | The destroyer of worlds. |
+-------------------------------------+ |
|Janet : D.M.Johnson@uk.ac.newcastle | |
|ARPA : D.M.Johnson@newcastle.ac.uk | The Mahbharata. |
|UUCP : ...ukc!newcastle!D.M.Johnson | |
+-------------------------------------+---------------------------------------+
------------------------------
Date: 26 Sep 91 15:59:58 GMT
From: noao!asuvax!cs.utexas.edu!usc!rpi!dinsmm@arizona.edu (Michael John
Dinsmore)
Subject: Upgrade - TOS => How?
To: Info-Atari16@naucse.cse.nau.edu
I recently got a program that found out what version of TOS that I am
using. I never bothered looking for it until now, and I found out that
I have TOS v1.0 . Now, what can I do to upgrade this? My TOS is in ROM
so will I have to buy a new chip, and if I do, where can I buy it?
Another question. I have seen a program called Icone, that is supposed
to make icons for you, but I can;t get it to run. Anyone know how to
use this program?
Thanks.
____ /\/\
\MD/ / \ike "You can twist perceptions, reality won't budge."
\/ dinsmm@rpi.edu - Neil Peart, RUSH
------------------------------
Date: 27 Sep 91 17:00:42 GMT
From: bu.edu!bucsf.bu.edu!harryk@uunet.uu.net (Harry Karayiannis)
Subject: Zoo with GEM interface (Was: Re: ARJ? K.I.S.S.!)
To: Info-Atari16@naucse.cse.nau.edu
In article <3848@laura.UUCP> klute@tommy.informatik.uni-dortmund.de (Rainer
Klute) writes:
>In article <1991Sep27.001841.13356@NCoast.ORG>, bjsjr@NCoast.ORG (Bill
>Shroka) writes:
>|> Is this an open offer? If so, I may just take you up on this for the
>|> ST
>|> Zoo port. The Zoo source is available and I don't have any objections
>|> to
>|> having Zoo use GEM if it has been launched from the desktop. As a
>|> matter
>|> of fact, it would make alot of GEnie users extremely happy :-)
>|>
>|> If either of you gentleman are willing to do the GEM portion of Zoo,
>|> contact
>|> me in E-mail and we'll discuss it more in-depth (ST Zoo may be going
>|> through
>|> some significant changes now that we're merging with the mainstream Zoo
>|> source).
>
>You could use Arcgsh 3.5. It offers a nice GEM interface to Zoo (and some
>other archivers) with full Zoo functionality and starts up automatically
>upon double-clicking on a .ZOO file. (Well, actually Arcgsh does not yet
>support Zoo's new 'h' option. However, Arcgsh 4.0 is in the making, which
>will have the 'h' option. And for those LHarc users among you :-( it will
>come with a configurable LHarc interface. You can adopt it to just that
>LHarc variant you like, resp. you are forced to use.)
>
>--
> Dipl.-Inform. Rainer Klute klute@irb.informatik.uni-dortmund.de
> Univ. Dortmund, IRB klute@unido.bitnet
> Postfach 500500 |)|/ Tel.: +49 231 755-4663
>D-4600 Dortmund 50 |\|\ Fax : +49 231 755-2386
Speaking of Zoo, I had some problems with it last night. Being sick of the
zillions variations of lharc I decided to unpack all my .lzh files and zoo them
with zoo ver 2.1. (since the compression is about the same, and zoo is
guaranteed to work on all platforms) But altough the first couple of times it
was doing fine, suddenly it stoped working properly: I was trying to create a
new archive-file containing the files of a directory andf zoo2.1 gave me 3
bombs. I used the command: zoo21 ah// x.zoo dir (actually I was experimenting
with the command line). The thing is that zoo21 bombed me every time I tried to
commpress files maintining the full path-names......while zoo2.01 was doing
that without problem (but the compression was significantly lower).
Anyway, I think I read in this newsgroup that the version of zoo 2.1 stored
on atari.archive (I got my copy from there) has some problems..
Do I remember correctly? If yes,. could someone please tell me where can find
a "clean" copy of zoo ver 2.1?
thank you.........
===============================================================================
Author of ATZENTA2 Harry Karayiannis ________E-Mail_________
15 N.Beacon, #316 Boston Univ. |INTERnet:
** || ATARI ** Allston, MA 02134 Computer Sc. | harryk@bucsf.bu.edu
** /||\ MegaST ** U.S.A. |BITnet:
=======================================================| cscrzcc@buacca.bu.edu
-----------------------
------------------------------
End of Info-Atari16 Digest
******************************
