Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 92 Issue 031
Info-Atari16 Digest Mon, 20 Jan 92 Volume 92 : Issue 31
Today's Topics:
"Captive" help
6502 Crossassembler
Aladin
Atari Archive - PD Kids Stuff
Compressed Backups, Syquest Drives
Darn brevity (2 msgs)
Finishing Dungeon Master
Gnu Make need sh.ttp? (2 msgs)
Help with 5/14"
IBM software emulator
Length of MEGAFILE cable
MEGAFILE noise
PageStream upgrades/Deskjet colour drivers
Problems with TEC card (TOS 2.06)
Sozobon 1.33i
Sozobon 1.33i vs. Sozobon 2.0 (extras)
Zmodem
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: 20 Jan 92 22:01:22 GMT
From:
noao!ncar!asuvax!cs.utexas.edu!usc!rpi!nuge110.its.rpi.edu!orlepr@arizona.edu
(Robert C. Orlep)
Subject: "Captive" help
To: Info-Atari16@naucse.cse.nau.edu
Does anyone have the game "Captive" who can help me get started? I landed on
the planet Butre and found the explosives, but get trapped in the room. How
do I get out? Was I even supposed to come here?
-----
Robert Orlep
orlepr@rpi.edu
------------------------------
Date: 20 Jan 92 17:17:22 GMT
From:
mcsun!unido!ira.uka.de!THD-News!zuse.pu.informatik.th-darmstadt.de!wallmann@uun
et.uu.net (Natuerlich!)
Subject: 6502 Crossassembler
To: Info-Atari16@naucse.cse.nau.edu
I uploaded v1.6 of my crossassembler package to a.a.u.e.
A couple of things have changed, so I post a little summary
here for those interested:
- much less bugs now (obviously)
- ANSI-C portable
runs now on the AMIGA as well. (Still runs under UNIX and MSDOS)
- assembles code for Atari 8bit computers, but with a little
conversion program (included), creates files in C64 format and
Apple ProDOS format and also in raw format. (*)
- creates linkable output
- is 98% MAC/65 compatible
- includes linker, librarian, disassembler, MAC/65 detokenizer
ASCII/UNIX/ATASCII conversion program, binary convertor and
segment checker
- produces on the Atari8 bit runtime-relocatable code (one time
relocatable).
It's called nasm16b.zoo/nasm16s.zoo (binary/sources) and resides
in atari/languages/..
It's copyrighted, but free of charge.
Nat!
(*) This has not been actually tested, since I don't have any of
those machines (phew..), but I would be interested if owners
of that machinery have success. It OUGHT to work, since I got
the binary makeup information from various owners of Apple II
and C64.
--
Email: wallmann@backus.pu.informatik.th-darmstadt.de
"Bang that bit that doesn't bang"
Buch der Sprueche, Kap. 4: "Die eigenen Schmerzen sind immer die Schlimmsten"
------------------------------
Date: 20 Jan 92 13:28:31 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!malgudi.oar.net!
yfn.ysu.edu!ysub!psuvm!frmop11!blekul11!gutest6@arizona.edu (Kris Van Hees)
Subject: Aladin
To: Info-Atari16@naucse.cse.nau.edu
Hi!
COuld anyone please tell me what version of Aladin is needed to execute
Mac programs since system folder version 6. We have sent an MS Works
version from a Mac running sys folder 6, and it fails to execute due to
an incorrect system folder version. Any ideas hos to fix this?
Regards,
Kris Van Hees
GUTEST6@cc1.kuleuven.ac.be
------------------------------
Date: 20 Jan 92 22:46:01 GMT
From:
noao!ncar!asuvax!cs.utexas.edu!wupost!spool.mu.edu!umn.edu!cs.umn.edu!lynx!trit
on.unm.edu!seattle@arizona.edu (David G. Adams)
Subject: Atari Archive - PD Kids Stuff
To: Info-Atari16@naucse.cse.nau.edu
I'm looking for Public Domain Children's programs. Games or Education.
There isn't a directory on the Archive (terminator) for this category.
Any help would be appreciated - thanks in advance even. :-)
Dave
--
/|\ | Lords of the / seattle@hydra.unm.edu < <>--<> > David G. Adams \
< |/\ | Earth: | "Modern love is automatic" - A Flock of Seagulls |
\| | Live it! \ Don't bug the University 'bout nuthin' I've said. /
------------------------------
Date: 20 Jan 92 19:29:00 GMT
From:
noao!asuvax!cs.utexas.edu!utgpu!csd.unb.ca!morgan.ucs.mun.ca!garfield!rjg@arizo
na.edu (Russell Gladden)
Subject: Compressed Backups, Syquest Drives
To: Info-Atari16@naucse.cse.nau.edu
I'm looking for a file compression utility for the ST that will create
archives across multiple floppies (like ARJ on the PC), or alternately,
a PD backup program that does file compression and allows easy recovery
of single files. I have a 150 meg hard drive that I want to back up,
but not have to use 200 floppies.
Also, has anyone out there used a Syquest cartridge system to transfer
files between the ST and a PC? Which controller was used on the PC
side? (I have an ICD Advantage+ host adapter on the ST side, so that
wouldn't be a problem). Can an appropriately formatted cartridge be
used to boot up either system?
Thanks for any hints or pointers.
/|\ Russ.
--
Russell J. Gladden - rjg@garfield.cs.mun.ca _ /\
Telephone: (709) 753-5463. \'o.O'
Mail: 134-B Patrick Street, St. John's, =(___)=
Newfoundland, Canada, A1E 2T1. U
------------------------------
Date: 20 Jan 92 21:27:21 GMT
From: noao!ncar!asuvax!cs.utexas.edu!convex!rosenkra@arizona.edu (William
Rosenkranz)
Subject: Darn brevity
To: Info-Atari16@naucse.cse.nau.edu
In article <1992Jan17.213613.10836@syscon.rn.com> carl@syscon.rn.com (Carl
Kreider) writes:
>design (HP/Apollo) seems to be able to run 350 dhrystones per MHZ of clock
>(i.e. 7000 dhrystones at 20MHZ and 17500 drystones at 50MHZ. Next gets 280
>drys/MHZ, which is still good. The Amiga 3000 gets 120 drys/MHZ. These
>numbers are computed from data in UnixWorld. I would guess the root of
>the difference is primarily memory system design (memory speed, burst vs.
>non-burst, etc). So my question *really* meant, did atari do a good job
>on the design of the TT memory interface, or perhaps how bad a job did
>they do? I did not mean to denigrate Amigas or glorify Ataris.
i would guess the compilers on the more expensive machines are better.
for example, i get about 100 dhrys/MHz on an ST with Alcyon C and closer
to 200 dhrys/MHz with GNU C. same machine otherwise...
dhrystone is not a very good benchmark, unless all things are equal. that
includes compiler technology in this case. caches on the bigger boxes will
help, as you point out, but few people consider compilers when comparing
(or reporting) dhrystone numbers. i have also seen people posting
_executables_ of dhrystone, which is nonsense.
also realize there are at least 3 versions of dhrystone...
-bill
rosenkra@convex.com
--
Bill Rosenkranz |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp. |ARPA: rosenkra@convex.com
------------------------------
Date: 20 Jan 92 21:38:26 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!sdd.hp.com!caen!garbo.ucc.umass.edu!m2c!wpi.W
PI.EDU!jdutka@arizona.edu (John Dutka)
Subject: Darn brevity
To: Info-Atari16@naucse.cse.nau.edu
In article <1992Jan17.213613.10836@syscon.rn.com> carl@syscon.rn.com (Carl
Kreider) writes:
>Getting whacked by Amiga lovers leads me to clarify this. A good 68030
>design (HP/Apollo) seems to be able to run 350 dhrystones per MHZ of clock
>(i.e. 7000 dhrystones at 20MHZ and 17500 drystones at 50MHZ. Next gets 280
>drys/MHZ, which is still good. The Amiga 3000 gets 120 drys/MHZ. These
Well, my 3000-25 (nocache noburst) gets 6400 dhrystones, so 6400/25=256
drys/MHz, quite close to the NeXT. That number would be higher if I was using
burst mode and cache on, and not running the term program and text editor.
Just wanted to clarify things...
--
| John Dutka | WSU Term #10: Linear Momentum. Unit: The CowHit (CH): |
| jdutka@wpi.wpi.edu | 1 CH = the linear momentum of the average cow. |
`--------------------' = m*x/[m(c)*l(c)*t(c)] ------------------------'
------------------------------
Date: 20 Jan 92 20:40:51 GMT
From: tar (Tim Roeder)
Subject: Finishing Dungeon Master
To: Info-Atari16@naucse.cse.nau.edu
My brother-in-law just completed Dungeon Master this weekend using
only one character. I was just curious if others had done this, and if
so how hard they found it to complete. It seemed that he really didn't
have too many problems completing the game with less than the full
complement of characters.
Regards,
--
Timothy A. Roeder Fidonet: Timothy Roeder 1:300/24
3551 S. San Joaquin Rd. Internet: tar@naucse.cse.nau.edu
Tucson, AZ 85746 troeder@mis.arizona.edu
(602) 578-9115
------------------------------
Date: 20 Jan 92 21:49:44 GMT
From: convex!rosenkra@uunet.uu.net (William Rosenkranz)
Subject: Gnu Make need sh.ttp?
To: Info-Atari16@naucse.cse.nau.edu
In article <92017.211936JJL101@psuvm.psu.edu> JJL101@psuvm.psu.edu (J.J. Lehett)
writes:
>
> Is it true that I need sh.ttp to use gnu's make?
yes, and no. simple makefiles will never invoke a subshell, so if you keep
it simple, you are fine. gnu make parses each command looking for certain
characters. when it finds something (like single quotes, sh commands, etc)
it sets a flag to execute that command line via sh rather than directly
with what amounts to a Pexec.
>So, where can I find sh.ttp? I haven't been
>able to locate it.
bash or ksh should work in place of sh. you may be able to use tcsh as
well, provided SHELL is set correctly and provided your makefile commands
are csh rather than sh in construct. note, however, that some versions of
make on other platforms (unix) will only support bourne shell (sh) commands.
this poses a portability problem. i would recommend against it.
note that i use GNU make 3.60 with some modifications on my system without
sh, MiNT, or anything else fancy. it should work with any compiler with
a cc-like front end (or even other languages). i use it with GNU C (1.40).
for reference, the O'Reily book on make (Nutshell) is pretty good. i have
seen this in regular bookstores. i also find Sun's documentation on make
to be excellent. GNU make also has a rather large user's manual, in the
goofy texinfo format, if you can find a way to print it. there are DVI
versions of the GNU docs, too.
-bill
rosenkra@convex.com
--
Bill Rosenkranz |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp. |ARPA: rosenkra@convex.com
------------------------------
Date: 20 Jan 92 10:19:52 GMT
From: mcsun!news.funet.fi!sunic!dkuug!daimi!lynbech@uunet.uu.net (Christian
Lynbech)
Subject: Gnu Make need sh.ttp?
To: Info-Atari16@naucse.cse.nau.edu
JJL101@psuvm.psu.edu (J.J. Lehett) writes:
> Is it true that I need sh.ttp to use gnu's make? I tried substituing
>SHELL= gu.prg (gulam) in the makefile, but it then says can't find gulam.g
>which is right beside gu.prg. So, where can I find sh.ttp? I haven't been
>able to locate it.
> When I don't add the shell= line to the makefile, the cc environment
>variable in my gulam.g file must get cancelled, as makes then cannot find
>the cc program, which I have defined correctly (I know this since I can
>type cc ... where the makefile is and it will indeed find the gcc prog.
>------------------
>J.J. Lehett : Atari's, puzzles, games, chaos, fractals, math....
> - jjl101@psuvm.psu.edu Penn State CAC Lab Operator
> - aa400@cleveland.freenet.edu Atari 16/32 bit SIG Sysop
Not being a hardcore gulam user, I might be wrong, but this may be gulams
fault. When I tried gulam out (some time ago), I tried to install it from the
desktop with some suitable extension. I then had a gulam.g next to the gu.prg
and had the same problems as you describe. My guess is that gulam always
searches for gulam.g in the current directory (sensible enough) and then fails
when it can't find it (not very sensible IMHO). I do think however that if it
gets an *.g file as argument, it will load that instead, and thus not fail.
sh.prg could be found in the unix toolkit on a.a. somewhere in the
utilities/unix directory. I'm not absolutely certain on the names. I could dig
up the exact path if needed.
The unix toolkit is a fairly large collection of the standard unix utilities
such as ls, cp, find, grep and many others. Unfortunately it is fairly old, and
therefore have problems with UNIXMODE (sh.prg when starting programs) and ARGV
(exceeding 125 chars in arguments).
---------------------------------------------------------------------------
Christian Lynbech
DAIMI office: R0.32 phone: 5034
University of Aarhus,DK-Denmark email: lynbech@daimi.aau.dk
---------------------------------------------------------------------------
HELLO, I'm a signature virus! Join in the fun and copy me into yours!
------------------------------
Date: Mon, 20 Jan 92 13:14 EST
From: <PALM_ERD%CTSTATEU.BITNET@YALEVM.YCC.Yale.Edu>
Subject: Help with 5/14"
To: Info-Atari16@naucse.cse.nau.edu
I'm trying to have a high density 5 1/4 hooked up to my
mega 4. The guy at the service shop says, it format's,but won't
read. I had a regular 360K 5 1/4 before , before the head went out
of alignment. I only bought the hd version, becasue it was onlt
$10 more, and I figure I could always use it in my 286, if I had
to. But now he says the old drive won't even format. I could
format it before, but when verifying with DC Format, it would give
me errors around track 27 and up.
I have a disk that I keep in the A: drive, that has the
boot sector to change the step rate to 6 ms. And that always
worked for the old drive. HAs anyone got a clue what to do, or
what I'm talking about?
------------------------------
Date: 20 Jan 92 11:44:37 GMT
From: mcsun!uknet!yorkohm!minster!mjl-b@uunet.uu.net
Subject: IBM software emulator
To: Info-Atari16@naucse.cse.nau.edu
In article <1992Jan16.172705.15904@gumby.cc.wmich.edu> obryan@gumby.cc.wmich.edu
(Mark O'Bryan) writes:
>In article <060192.120924ZWQ017@DMSWWU1C.BITNET> Bjarne Pohlers
<zwq017@dmswwu1c.BITNET> writes:
>> In article <1992Jan02.171151.14033@disk.uucp> unknown@disk.uucp (unknown)
writes:
>> >Why not just make a program that converts an IBM program to an ST runnable
>> >one? I'm not really concerned with graphical programs, just basic IBM
>> >compat. ones.. Wouldn't it be possible to load the program into memory
>> >and spend a few minutes to convert it? Then you could have a somewhat
>> >faster application, and it could be used without loading a special emu.
>>
>> It is nearly impossible to write such a program.
>
>This can be done (and HAS been done) if the conversion program has some
>input from the developers of the program being converted. It's been over
>a year since I read about it, so I don't remember all the details (it
>might possibly have been XDOS?), but a company came out with a conversion
>program that could translate PC programs to run on 68000 workstation
>platforms. They then collaborated with several major developers to pro-
>vide "hint" files for their important applications.
>
>> Imagine, you had as much memory as a computer
>> (which you do) you would not be able to convert a program without
>> thinking. These are also the reasons why there are not any perfectly
>> working disassemblers.
>
>Hmm? I can't compile a program without thinking either, but that
>doesn't stop perfectly working (well, almost! ;-) compilers from
>existing.
As has been stated by myself and others, converting a program by executing
it and generating equivalent code for each opcode encountered is impossible.
It is impossible because this process reduces to the Turing Machine Halting
Problem, which has been proven to be non computable.
Essentially, you're trying to follow all the execution paths of the program,
in order to convert it completely. This is essentially the same as trying to
find out if a program will terminate, and hence it reduces to the halting
problem.
This is not to say that you can't decide whether _some_ programs terminate,
just that it's impossible to do it for _any_ program.
(If you want to know more, I suggest you read the chapter on computation of
Roger Penrose's book, "The Emperor's New Mind". It explains Turning machines
for the lay-person extremely well.)
>Mark T. O'Bryan Internet: obryan@gumby.cc.wmich.edu
| Mathew Lodge | "What do they call you, boy?" "Kate." "Isn't |
| mjl-b@minster.york.ac.uk | that a bit of a girl's name?" "... it's |
| Summer: lodge%alsys@uknet | short for 'Bob'" -- Blackadder II |
------------------------------
Date: 20 Jan 92 18:43:12 GMT
From:
math.fu-berlin.de!mailgzrz!Sirius.dfn.de!rusmv1!news.uni-tuebingen.de!nova!noll
ert@uunet.uu.net (Hans-Peter Nollert)
Subject: Length of MEGAFILE cable
To: Info-Atari16@naucse.cse.nau.edu
Hello everyone,
like almost everybody using a MEGAFILE xx hard disk, I have come to
find the noise level unacceptable. The solution I'm contemplating
right now consists of 'putting it away' somehow: Into a desk drawer,
to the next room, under a pillow, ....
However, the short cable supplied with the MEGAFILE disk makes this
impossible. Are there longer cables available? If I try to make one
myself, what are the potential problems? In particular, what is the
maximum length for this cable (both my manual and the FAQ file are
silent on this point)?
Hoping to receive lots of useful hints before my ears go dead
Hans-Peter
--
Lehr- und Forschungsbereich Theoretische Astrophysik (TAT),
Universitaet Tuebingen, Auf der Morgenstelle 10, D-7400 Tuebingen, Germany
Tel.: 49-7071-295921 Telefax: 49-7071-295400 Telex: 726 2867 UTNA D
nollert@tat.physik.uni-tuebingen.de PSI%45050260314::NOLLERT
------------------------------
Date: 21 Jan 92 03:05:50 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!munnari.oz.au!bunyip.cc.uq.
oz.au!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
Subject: MEGAFILE noise
To: Info-Atari16@naucse.cse.nau.edu
nollert@nova.tat.physik.uni-tuebingen.de (Hans-Peter Nollert) writes:
>like almost everybody using a MEGAFILE xx hard disk, I have come to
>find the noise level unacceptable.
Mine is not very noisy, but slightly noisier than it was when I first bought
it. I'm thinking that perhaps the fan needs cleaning and oiling, since it
is the main source of noise. Or is it?
Warwick.
--
_-_|\ warwick@cs.uq.oz.au |
/ * <-- Computer Science Department, | HELLO, I'm a signature virus!
\_.-._/ University of Queensland, | Join in the fun
v Brisbane, AUSTRALIA. | and copy me into yours!
------------------------------
Date: 20 Jan 92 10:45:56 GMT
From: mcsun!uknet!yorkohm!minster!jph@uunet.uu.net
Subject: PageStream upgrades/Deskjet colour drivers
To: Info-Atari16@naucse.cse.nau.edu
Can anyone on the net tell me how to go about upgrading PageStream from
version 1.82(UK) to version 2.1 from the UK ? I have written to Soft-Logik
and have been eagerly awaiting a reply for about 5 months now and would
prefer not to have to phone long distance.
What I really need to know is how much the upgrade costs and what proofs of
purchase do I have to return. Has anyone in the UK actually managed to get
anything out of SoftLogik ?
On the same track, does anyone know if the new version includes a colour
driver for the HP Deskjet 500 Colour ? I am dying to trade in my Deskjet 500
for a colour printer - but only if I can utilise the output from what is still
my favourite DTP (on any machine).
Any help appreciated.
Yours hoping that Softlogik can answer all these points and save me from
having to buy a PC/Windows 3.x setup to achieve proper colour output.
Jonathan.
-------------------------------------------------------------------------------
Jonathan P. Hassell - HCI Group
Dept. of Computer Science, University of York, York, Y01 5DD, UK.
Tel : (+44 904 432765)
UUCP MAIL: {mcsun,uknet}!minster!jph
JANET MAIL: jph@uk.ac.york.minster
INTERNET MAIL: jph@minster.york.ac.uk
last resort: jph%minster.york.ac.uk@nsfnet-relay.ac.uk
------------------------- Usual Disclaimers Apply -----------------------------
------------------------------
Date: 20 Jan 92 09:31:37 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc
.edu!hemuli.tik.vtt.fi!news.funet.fi!sunic!dkuug!aud.dk!soren@arizona.edu
(Soeren Michelsen)
Subject: Problems with TEC card (TOS 2.06)
To: Info-Atari16@naucse.cse.nau.edu
A friend of mine recently received the TEC (TOS Extension Card) with
TOS 2.06 from a German Company called Artifex. This got to be the
card that Codehead produces since there's references to Codehead
products inside.
We can't get it to boot the hard disk, a Megafile 30 with AHDI 4.0.
It simply doesn't start. Loading a driver from the floppy works
all right. It is just the DMA boot code which doesn't work.
We have designed our own hard disk (SCSI) interface which works
perfectly with TOS 1.4. This interface BOMBS the ST with the TEC installed!
We get 3/4 bombs (address error/privilege instruction) each time.
Removing the EPROM from our interface and a counter chip gives the
SAME result. Someway or another TOS 2.06 does funny things
with the DMA devices. Anyone out there knows anything about this?
ALL help would be appreciated!!
------------------------------
Date: 20 Jan 92 13:30:44 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!malgudi.oar.net!
yfn.ysu.edu!ysub!psuvm!frmop11!blekul11!gutest6@arizona.edu (Kris Van Hees)
Subject: Sozobon 1.33i
To: Info-Atari16@naucse.cse.nau.edu
Hi!
I got Sozobon 1.33i `Heat and Serve` from the comp.binaries.atari.st
group, and I installed it on my 1040 Ste with one floppy drive. However,
running the test makefile, it failed on compiling MINICOLR. It gives
a loader error '_main' underfined, which is strange as it is the actual
test nakefile as included in the shipment. Any ideas? Is it actually
a bug in the 1.33i shipment?
Regards,
Kris Van Hees
GUTEST6@cc1.kuleuven.ac.be
------------------------------
Date: 20 Jan 92 22:53:53 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!munnari.oz.au!bunyip.cc.
uq.oz.au!topaz.ucq.edu.au!johnsonc@arizona.edu
Subject: Sozobon 1.33i vs. Sozobon 2.0 (extras)
To: Info-Atari16@naucse.cse.nau.edu
In article <A1883772977@thelake.mn.org>, steve@thelake.mn.org (Steve Yelvington)
writes:
> [In article <27328@sdcc12.ucsd.edu>,
> bboychuk@sdcc13.ucsd.edu (The Fightin' Llama) writes ... ]
>
> > Could somebody out there spell out the differences between, and
> > the advantages of, Sozobon 1.33i and 2.0? One's "Heat and Serve" and
> > one allows 32 character object names?
>
> Basically Sozobon 2.0 is Sozobon 1.2 plus the SozobonX extended object
> file format (long identifiers), some bugfixes, and source code that can
> be compiled on a variety of platforms (for cross development of ST
> binaries).
>
> 1.33i (Heat and Serve) is Sozobon 1.2 with even more bugfixes, much
> optimization, no source code, a long list of revisions to the user
> interface to allow it to be executed without a command interpreter,
> a completely new MAKE, and a long list of enhancements to the compiler
> itself -- several pragmas, some ANSI preprocessor features, C++ comments,
> intelligible error messages, etc. In addition, it comes with a nearly
> foolproof installation program and a GEM environment-setting utility.
>
> (As posted previously, the 2.0 linker can be modified to work with 1.33i
> and, in conjunction with the 2.0 assembler, 1.33i can handle long
> external identifiers.)
>
> > Is either ANSI compliant?
>
> Neither compiler conforms to the ANSI standard; neither compiler
> supports function prototypes.
>
> > Which is going to be the new Sozo "standard"?
>
> I expect both to be around for awhile, with descendants that probably
> will diverge.
>
> > And what's that on
> > my shoe?
>
> Hard to tell, but if you here, it'd be melted dirty ice and road salt.
>
> --
> Steve Yelvington, Marine on St. Croix, Minnesota <steve@thelake.mn.org>
> Land of lutefisk, ice castles and jumper cables
Incidentally, if any new Sozobon users are confused, MAKE.INI may need changes
if you are only using floppy drives. I've just installed it to work on the
GEM desktop with floppies and found that for successful compilation with
MAKE, I had to change the environment paths in MAKE.INI.
Initially they are set to work from C drive. If unchanged, you'll have an
error linked to "compiler not found" to a few other messages I've forgotten
now. Change the paths for PATH, INCLUDE and LIB to (respectively)
A:\SOZOBON\BIN\
A:\SOZOBON\INCLUDE\
A:\SOZOBON\LIB\
When compiling, I rely on the example .MAK files (which can be edited with
a wordprocessor).
Chris.
------------------------------
Date: 20 Jan 92 20:03:12 GMT
From: noao!ncar!asuvax!cs.utexas.edu!news@arizona.edu (Troy Carpenter)
Subject: Zmodem
To: Info-Atari16@naucse.cse.nau.edu
I have been having my problems with Zmodem, but it is in downloading, not
uploading like everyone else seems to have. Anyway here is the problem:
When I tell my Unix system to send Zmodem batch, I get the first file fine,
but then the program tells me that the sender aborted. When I switch back
to the Unix machine, the screen is filled with "~H" all across the screen.
Would my machine send those characters and would that be causing the abort
to happen?
I am using XYZ in default mode (Zmodem download) and Unix on a Sun.
Please help as I have over 5 megs of stuff to download, and I do not want to
wait for Kermit to do all that, and I do not want to have to re-set the down
load for each file...
Troy Carpenter
Department of Computer Sciences
THE University of Texas, Austin
psurge@cs.utexas.edu
"You're so open minded that your brain leaked out" - Steve Taylor
*>>>>>>>>>>>>>>>>>> The best thing in life costs exactly that <<<<<<<<<<<<<<<*
------------------------------
End of Info-Atari16 Digest
******************************
