Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 458
Info-Atari16 Digest Sat, 31 Aug 91 Volume 91 : Issue 458
Today's Topics:
ATARI ST <--> IBM PC diskformat
dbMAN V v 5.2 w/compiler
drawing lines with uniterm vt100 emulation
FOR SALE: Mega ST4 system
Gulam problems [was Re: long input lines unde
Gulam problems [was Re: long input lines under Gulam]
How do I disable Control-C?
Info-Atari16 Digest V91 #456 (2 msgs)
Info-Atari16 Digest V91 #457
RAM disks for Mega4/ste???
Spectre 256k ROM support (was: System 7 and Spectre GCR)
STart magazine
ST games
ST magazines
TeX -- uhhg!
Tos 2.0x coming to an STf(m) near you... NOT!
TT Unix / TT TOS
Weekly Posting of New Stuff
Whoooooooooooo Atari!
YG modem (2 msgs)
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: Fri, 30 Aug 91 19:08:20 MEZ
From: Wolfgang Ley <BWWL%DCZTU1.BITNET@YALEVM.YCC.Yale.Edu>
Subject: ATARI ST <--> IBM PC diskformat
To: Atari ST users forum <info-atari16@naucse.cse.nau.edu>
Hi,
The easiest way to be compatible with PC is to format your ST-disks
in a DOS-Format. There are many programs doing that (test atari.archive)
e.g. DCFORMAT or the PD-Copy-Prg FCOPY (the best, I think).
Bye, Wolfgang.
---------------------------------------------------------------------------
Wolfgang Ley e-mail:
Teichstrasse 9 from BITNET : BWWL@DCZTU1.BITNET
3392 Clausthal-Zellerfeld from Internet: BWWL@ibm.rz.tu-clausthal.de
Tel. 05323/82132 (voice) or BWWL@sun.rz.tu-clausthal.de
---------------------------------------------------------------------------
------------------------------
Date: 31 Aug 91 00:38:50 GMT
From: noao!ncar!unmvax!uokmax!kllove@arizona.edu (Kenneth L Love)
Subject: dbMAN V v 5.2 w/compiler
To: Info-Atari16@naucse.cse.nau.edu
I'm wondering just how compatible this program is with dbXL.
If I use a subset of commands that are common to dBASE III+, IV, and dbXL
then just how likely are programs developed for these programs likely to
work with dbMAN? Vice versa?
Anybody know if 5.2 is the latest version of dbMAN?
How buggy is dbMAN?
Oh yeah, what about databases created in one system or the other? Will I be
able to convert them between dbMAN and dbXL formats or are they the same?
Is a hard drive required? I have two DS/DD drives and 2 Megs of RAM on a
color system. Is this sufficient?
I'm looking for a better price than $168 (US dollars, of course). Any
one know of a mail order place that could beat this (Name and #, please)?
adTHANKSvance,
Kenneth Love
------------------------------
Date: 31 Aug 91 01:08:03 GMT
From: wpg!linda@uunet.uu.net (Linda Guidry)
Subject: drawing lines with uniterm vt100 emulation
To: Info-Atari16@naucse.cse.nau.edu
Is there a sequence of characters (and a graphics character set)
for drawing boxes with uniterm's vt100 emulator? I've been fiddling
around with this all day and haven't been able to get anything
to work.
Thanks in advance. :-)
--
Linda Guidry, WP Group, New Orleans (504) 443-5000
linda@wpg.com uunet!wpg!linda
------------------------------
Date: 30 Aug 91 17:19:04 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!mint
aka!spdcc!dirtydog.ima.isc.com!ispd-newsserver!psinntp!rodan.acs.syr.edu!dinapo
li@arizona.edu (Ron DiNapoli)
Subject: FOR SALE: Mega ST4 system
To: Info-Atari16@naucse.cse.nau.edu
FOR SALE:
Mega 4 CPU
Supra 30MB Hard Drive
SM124 Monochrome Monitor
SLM804 Laser Printer
Panasonic 1080 printer
Okidata OKIMATE20 Color thermal transfer printer
Mark Williams C 3.0.8
Mark Williams CSD
Microsoft Write
Flash
UltraScript (For the SLM804 Laser Printer)
The Laser Printer is only on it's second toner cartridge. LaTeX is installed
on the hard drive, but may not be the most recent version....
Asking Price is $1500 for everything, I will consider selling separately
if most of the system is taken.
Ron D.
------------------------------
Date: 30 Aug 91 22:08:14 GMT
From:
bonnie.concordia.ca!IRO.UMontreal.CA!matrox!uvm-gen!griffin!pegram@uunet.uu.net
(Robert B. Pegram)
Subject: Gulam problems [was Re: long input lines unde
To: Info-Atari16@naucse.cse.nau.edu
Roger Sheppard asked:
>> >>Can you tell me if POOLFIX3 is needed with TOS1.6 or 1.62. ?
Alan Pratt replied:
>> >Yes. Here it is:
>> >[ uuencoded POOLFIX deleted]
Then Julian Reschke asked:
>> Umpf? Wasn't this fixed in GEMDOS 0x1700 (0.17) in TOS 1.62?????
Now Roger sez:
> That was the reason that I posted my Arcticle in the First place,
> Atari will not state if TOS 1.62 needs Poolfix, I would like a clear
> statement from Atari on this..
>
> I do know of otheres that have asked this on GEnie and never got a strait
> answer..
I add:
Well, Poolfix3 and Claus Brod's version won't install on my TOS 1.62
machine, and it prints a message that the machine doesn't need the
fix. Just remember, such free info is worth what you paid for it 8-).
(My apologies to those who pay for their news feed).
Bob Pegram
pegram@{griffin,kira,newton,sadye}.uvm.edu
or
.!uunet!uvm-gen!pegram
------------------------------
Date: 30 Aug 91 09:44:57 GMT
From: munnari.oz.au!comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger
Sheppard)
Subject: Gulam problems [was Re: long input lines under Gulam]
To: Info-Atari16@naucse.cse.nau.edu
In article <91239.114718ONM07@DMSWWU1A.BITNET> <ONM07@DMSWWU1A.BITNET> writes:
> In article <3031@atari.UUCP>, apratt@atari.UUCP (Allan Pratt) says:
> >
> >Roger.Sheppard@actrix.gen.nz (Roger Sheppard) writes:
> >>Can you tell me if POOLFIX3 is needed with TOS1.6 or 1.62. ?
> >
> >Yes. Here it is:
> >[ uuencoded POOLFIX deleted]
>
> Umpf? Wasn't this fixed in GEMDOS 0x1700 (0.17) in TOS 1.62?????
> ___________________________ cut here _____________________________________
> Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Phone: ++49 251 861241
> fast eMail: ONM07@DMSWWU1A.BITNET, slow: jr@ms.maus.de (++49 251 77216)
> ____________________ correct me if I'm wrong _____________________________
That was the reason that I posted my Arcticle in the First place,
Atari will not state if TOS 1.62 needs Poolfix, I would like a clear
statement from Atari on this..
I do know of otheres that have asked this on GEnie and never got a strait
answer..
--
*** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz ***
*** 85 Donovan Rd * * GEnie. R.SHEPPARD5 ***
*** Kapiti At least I don't Flicker, ***
*** New Zealand.. * not like a dying light globe ***
------------------------------
Date: 31 Aug 91 08:38:46 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!atha!aunro!apss!ersys!mforget@arizona
.edu (Michel Forget)
Subject: How do I disable Control-C?
To: Info-Atari16@naucse.cse.nau.edu
Hello. I have been learning the C programming language for about four
weeks now, using C Primer Plus. I wanted to learn because I could make
faster, more efficient code with C. Unfortunately, one problem is still
dogging me.
In all of my programs that use text output functions, pressing control-C
during an output causes the entire program to terminate. THIS IS
ANNOYING! How do I prevent this from happening? The functions I use
are:
getchar()
putc(character, file)
getc(file)
These are the only three I used for input and output.
Quote Of The Day: "If I had a gun..." <Grin!>
<< ---------------------------------- >>
<< ersys!mforget@nro.cs.athabascau.ca >>
<< mforget@ersys.edmonton.ab.ca >>
<< Michel Forget >>
<< "He's dead, Jim..." - Bones >>
<< ---------------------------------- >>
------------------------------
Date: Fri, 30 Aug 91 12:52 BST
From: A rather odd young man <SOCS142%VAXB.YORK.AC.UK@VTVM2.CC.VT.EDU>
Subject: Info-Atari16 Digest V91 #456
To: INFO-ATARI16@naucse.cse.nau.edu
------------------------------
Date: Fri, 30 Aug 91 12:58 BST
From: A rather odd young man <SOCS142%VAXB.YORK.AC.UK@VTVM2.CC.VT.EDU>
Subject: Info-Atari16 Digest V91 #456
To: INFO-ATARI16@naucse.cse.nau.edu
Unless I am mistaken Virgin Mastertronic is located
at :
Virgin Mastertronic Ltd
16 Portland Road
London W11
UK.
PS: Please could anyone tell me if there is any reason why not to get a
Mega STE (I do not have USENET access so please reply to below).
*******************************************************************************
* Neil Ellis * Ken Thompson was once asked, "If you were re- *
* York University * designing UNIX what would you do differently?" *
* socs142@uk.ac.york.vaxa * He replied, "I'd spell creat with an e." *
* (0904) 412606 * - Life With UNIX (a guide for everyone) *
*******************************************************************************
* Or from Internet : socs142%vaxa.york.ac.uk@nsfnet-relay.ac.uk *
*******************************************************************************
------------------------------
Date: Fri, 30 Aug 91 13:34 CST
From: "Come to the Offworld colonies..." <BAKAY1B@Meena.CC.URegina.CA>
Subject: Info-Atari16 Digest V91 #457
To: Info-Atari16@naucse.cse.nau.edu
Questions, so many questions.... I just bought a brand new 520 STE with Tos
1.62 and 2 megs and I have a few problems... My hard drive (a Toadfile with
ICD host and software) will not auto boot from a cold reset. That is, I can't
turn on the Hard drive and then turn on the STE and have the hard drive auto
boot. What I have to do is boot up the STE wait till I get to the desktop,
thenturn on the hard drive and then do a warm reset (which, I will admit, is
kinda
fun on an STE). Is there any way I can fix this problem? Also, is there
bettersoftware around that I should be using instead?
One more thing... Is there anyway of getting the fantasia demo to work with Tos
1.6? I get a message saying "needs an STE to run". What other STE demos are
"must haves"?
Thanks,
Brook Bakay
Bakay1b@ureginav.bitnet
------------------------------
Date: 30 Aug 91 19:19:19 GMT
From:
noao!ncar!asuvax!cs.utexas.edu!sun-barr!newstop!eastapps!eastnews!gaudreau@ariz
ona.edu (Joe Gaudreau {Dances with PostScript})
Subject: RAM disks for Mega4/ste???
To: Info-Atari16@naucse.cse.nau.edu
Are there any RAM disks that *work* on a Mega4/Ste? I've tried a
couple, and they lock the machine up quite nicely!
I remember something about the Mark Williams version being fixed to
run properly but can't find the reference.
Pointers to atari.archive would be welcome.
Thanx.
Joe
-=-
------------------------------
Date: 30 Aug 91 16:49:57 GMT
From: noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!oakhill!carroll@arizona.edu
(Charlie Carroll)
Subject: Spectre 256k ROM support (was: System 7 and Spectre GCR)
To: Info-Atari16@naucse.cse.nau.edu
Speaking of Spectre and Roms. I have a spectre GCR but need to find the 128k
Roms.
Anyone have a spare set they would like to part with for a reasonable price.
If so, please reply email or call 512-288-6358.
thanks,
charlie
------------------------------
Date: Fri, 30 Aug 91 13:41 EDT
From: "MARC L. APPELBAUM" <@RIDER.BITNET:MARC%WISDOM@pucc.PRINCETON.EDU>
Subject: STart magazine
To: info-atari16@naucse.cse.nau.edu
Does anybody know what happened to START? I haven't received a copy of
it in a few months. Did they stop publishing???
Marc L. Appelbaum, User Services
Rider College Computer and Info Services
BITNET:MARC@RIDER
INTERNET:MARC@RIDER.BITNET
------------------------------
Date: 30 Aug 91 12:14:42 GMT
From: mcsun!ukc!edcastle!spider!raft.spider.co.uk!peterw@uunet.uu.net (Peter
Woodhouse)
Subject: ST games
To: Info-Atari16@naucse.cse.nau.edu
Is this the correct forum for discussing games software for the ST or is their
a more appropriate group?
Peter Woodhouse.
--
Spider Systems Limited E-mail: peterw@spider.co.uk
Spider Park, Stanwell Street Phone : +44 31 554 9424
Edinburgh, Scotland
------------------------------
Date: 30 Aug 91 20:09:34 GMT
From:
noao!ncar!gatech!udel!haven.umd.edu!cs.wvu.wvnet.edu!cerc.wvu.wvnet.edu!ms@ariz
ona.edu (Mark Starvaggi)
Subject: ST magazines
To: Info-Atari16@naucse.cse.nau.edu
Are there any good ST magazines still being published in the U.S., and if so
does anyone have an address or phone number for them?
Mark
(internet: ms@cerc.wvu.wvnet.edu)
------------------------------
Date: 30 Aug 91 15:21:40 GMT
From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!kbad@arizona.edu (Ken
Badertscher)
Subject: TeX -- uhhg!
To: Info-Atari16@naucse.cse.nau.edu
marc@hemlock.cray.com (Marc Bouron) writes:
|-x isn't valid for zoo when it gets folded to uppercase! This is what the
Atari
|.TTP dialog will do.
Yet
Another
Reason
To
Get
A
TOS
Upgrade
(hereafter referred to by me as YARTGATU)
--
||| Ken Badertscher (ames!atari!kbad)
||| Atari Corp. System Software Engine
/ | \ #include <disclaimer>
------------------------------
Date: 30 Aug 91 08:39:56 GMT
From:
noao!ncar!midway!linac!uwm.edu!rpi!usc!snorkelwacker.mit.edu!bloom-beacon!eru!h
agbard!sunic!isgate!krafla!adamd@arizona.edu (Adam David)
Subject: Tos 2.0x coming to an STf(m) near you... NOT!
To: Info-Atari16@naucse.cse.nau.edu
In <Zigc89w164w@mantis.co.uk> mathew@mantis.co.uk (Kernel Mustered) writes:
>aa399@cleveland.Freenet.Edu (Len Stys) writes:
>> What Atari needs now is a computer designed for multi-media.
>> This computer should also share the graphics and sound of the Jaguar.
>> It needs to have a high-density drive (1.44 or higher).
[and a whole lot of other sensible wishes]
>> The computer needs to capability of running IBM software.
>> It needs to be built to accept changes and future technology.
>I agree with everything you say except for the bit about IBM software.
>Allow third parties to built PC emulators, but don't drag the machine down
>to the level of just another PC clone. Build something with a 68030 or
>an 88000 in it.
I'm sure Len was not suggesting that Atari make a Super-Clone of the PC
variety. What I see is that Atari builds something which can run all the
PC software but is not a DOS machine. I would go further in saying that
Atari ought to make a machine/OS combo which can run all Unix software
without requiring a constant ongoing effort with porting it. This ought
definitely not be just another Unix machine. Let's see some brand new
hardware with a brand new OS that shows some real innovation. TOS, GEM
and 8086-DOSBIOS emulation would be included by Atari, with a PC bus
available as an optional extra, MacOS and AmigaDos etc. would be available
from 3rd party developers - All of these supplied only as compatibility
options.
Yes, I hate Intel processors too. However, sometimes I have no choice and
have to run software which was written for a DOS machine. It is important
to me, that I can run whatever software I like on a machine which I don't
have to be ashamed of. I would rather run DOS software on a decent piece
of equipment than on a DOS doorstop which can do nothing else. The latest
Intel-based machines are IMHO expensive junk on a dead-alley leading nowhere.
Look back (business world) after another 10 years, there'll be plenty
of surprises.
--
Adam David.
(adamd@rhi.hi.is)
------------------------------
Date: 30 Aug 91 13:03:17 GMT
From: bloom-beacon!eru!hagbard!sunic!isgate!krafla!adamd@ucbvax.berkeley.edu
(Adam David)
Subject: TT Unix / TT TOS
To: Info-Atari16@naucse.cse.nau.edu
I was wondering...
Is it possible yet in TT unix to set up a virtual ST machine.
Wouldn't this be something for Atari to support?
I really don't like the idea of the TT being either TOS or Unix but not
both together.
Someone in the know, please enlighten us.
--
Adam David.
(adamd@rhi.hi.is)
------------------------------
Date: 31 Aug 91 08:20:28 GMT
From: umich!terminator!usenet@yale.arpa (Atari Archive Robot)
Subject: Weekly Posting of New Stuff
To: Info-Atari16@naucse.cse.nau.edu
drwxrwxr-x daemon 1024 Aug 26 12:38 .
drwxrwxr-x jon 1024 Aug 26 12:32 ./editors
-rw-rw-r-- weiner 141429 Aug 26 12:31 ./editors/oribin.zoo
-rw-rw-r-- weiner 3987 Aug 26 12:31 ./editors/oridiff.zoo
-rw-rw-r-- weiner 246589 Aug 26 12:31 ./editors/origami.tar.Z
-rw-r--r-- weiner 1895 Aug 26 12:34 ./editors/Index
drwxrwxr-x jon 1536 Aug 26 06:45 ./demos
drwxrwxr-x jon 6144 Aug 26 07:19 ./utilities
drwxrwxr-x jon 2560 Aug 26 06:50 ./magazines/streport
-rw-r--r-- weiner 49774 Aug 26 06:50 ./magazines/streport/str734.txt.Z
drwxrwxr-x jon 2048 Aug 26 06:51 ./magazines/znet
-rw-r--r-- weiner 29952 Aug 26 06:51 ./magazines/znet/znet9135.txt.Z
drwxrwxr-x weiner 1024 Aug 26 07:58 ./applications/math
drwxrwxr-x jon 1024 Aug 26 07:00 ./gnustuff
drwxrwxr-x jon 2560 Aug 26 06:59 ./gnustuff/tos
drwxrwxr-x gray 512 Aug 26 06:55 ./gnustuff/tos/lib/src
-rw-r--r-- weiner 487262 Aug 26 06:55 ./gnustuff/tos/lib/src/libsrc72.zoo
drwxrwxr-x gray 512 Aug 26 06:56 ./gnustuff/tos/include/bin
-rw-rw-r-- weiner 123847 Aug 26 06:56 ./gnustuff/tos/include/bin/incbin72.zoo
drwxrwxr-x weiner 512 Aug 26 06:59 ./gnustuff/tos/gawk
-rw-rw-r-- weiner 175199 Aug 26 06:59 ./gnustuff/tos/gawk/gawk213b.zoo
-rw-rw-r-- weiner 272825 Aug 26 06:59 ./gnustuff/tos/gawk/gawk213s.zoo
-rw-r--r-- weiner 33184 Aug 26 07:09 ./gnustuff/Index
-rw-rw-r-- weiner 108356 Aug 26 12:35 ./Index
drwxrwxr-x swood 512 Aug 26 07:34 ./portfolio
drwxrwxr-x swood 512 Aug 26 07:38 ./portfolio/applications
drwxrwxr-x swood 512 Aug 26 07:41 ./portfolio/bootstrap
-rw-rw-r-- swood 178876 Aug 26 07:41
./portfolio/bootstrap/pf-bootstrap-v1.0a.tar.Z
-rw-rw-r-- swood 179389 Aug 26 07:41
./portfolio/bootstrap/pf-bootstrap-v1.1a.tar.Z
drwxrwxr-x swood 512 Aug 26 07:42 ./portfolio/demos
drwxrwxr-x swood 512 Aug 26 07:47 ./portfolio/games
drwxrwxr-x swood 512 Aug 26 07:39 ./portfolio/archivers
drwxrwxr-x swood 512 Aug 26 07:49 ./portfolio/graphics
drwxrwxr-x weiner 512 Aug 26 12:38 ./admin
lrwxrwxrwx weiner 7 Aug 26 12:38 ./admin/Bart.help.file -> ../Help
-rw-rw-r-- weiner 50454 Aug 26 12:35 ./CompInd.Z
drwxrwxr-x daemon 1024 Aug 28 13:46 .
drwxrwxr-x jon 4608 Aug 28 13:44 ./games
-rw-rw-r-- weiner 8995 Aug 28 13:45 ./games/Index
-rw-r--r-- weiner 87920 Aug 28 13:44 ./games/espredit.lzh
-rw-rw-r-- weiner 108397 Aug 28 13:46 ./Index
-rw-rw-r-- weiner 50484 Aug 28 13:46 ./CompInd.Z
------------------------------
Date: 30 Aug 91 12:11:19 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!natinst!glens@arizona.edu
(Glen Sescila)
Subject: Whoooooooooooo Atari!
To: Info-Atari16@naucse.cse.nau.edu
Lets applaud Atari for the X-Control panel, a most excellent
utility that I recommend everyone who runs the desktop have.
Now what I would like to see is TOS 2.xx or 3.xx available for
at least the STE if it's not possible to have on an ST.
Atari??? are you listening? can we get a word from you on this
subject? I think many customers would be ready and willing to get the
newest desktop.
Thanks,
--
-----------------------------------------------------------------------------
My opinions do not necessarily reflect those of my employer and probably are
exact opposites. glens@natinst.com
-----------------------------------------------------------------------------
------------------------------
Date: 31 Aug 91 06:20:29 GMT
From: lll-winken!aunro!ersys!mforget@uunet.uu.net (Michel Forget)
Subject: YG modem
To: Info-Atari16@naucse.cse.nau.edu
baffoni@aludra.usc.edu (Juxtaposer) writes:
> I had a question about MNP5 and V.42bis. These are just two different
> data compression algortithms that are implemented in some modem's hardware,
> right? If so, would it be possible to write a file-transfer program that
> implements these algorithms so that non-MNP5/V.42bis modems can transfer at t
> same rate (if they have the same base bps of course - you can't expect a 2400
> bps modem to transfer at the same rate as a 9600MNP5/V.42bis, but you can hop
> to get the same through-put as a 2400MNP5/V.42bis). This means that the
> program would have to be run on both ends (encode/decode), but is it workable
> not to mention possible.
Yes, what you are suggesting is possible and has been done. The program
was released some time last year, and I think it was called TURBO2 or
something close to that. It used a common compression routine to
compress data as it was being sent and to uncompress it on the other end.
It had one drawback, though. It wouldn't work with REAL modems with the
compression. You had to have two stock, plain, modems to use it. A
modem with the special hardware compression would not work with a modem
with the software compression (it wouldn't do any compression, I mean).
I never used the program, since none of the boards I called used it. It
was an interesting idea, though. Hardware compression is better though,
since it tends to give you better compression (faster, too).
<< ---------------------------------- >>
<< ersys!mforget@nro.cs.athabascau.ca >>
<< mforget@ersys.edmonton.ab.ca >>
<< Michel Forget >>
<< "He's dead, Jim..." - Bones >>
<< ---------------------------------- >>
------------------------------
Date: 31 Aug 91 13:42:18 GMT
From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
Subject: YG modem
To: Info-Atari16@naucse.cse.nau.edu
In article <oTmD83w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca
(Michel Forget) writes:
> dmb@wam.umd.edu (David M. Baggett) writes:
>
> > Your Zmodem problem is probably easily fixed. Timeouts during uploads
> > but not during downloads almost always indicate a disparity between
> > what the modem thinks the flow control is set to and what the terminal
> > program thinks the flow control is set to. Make sure your terminal
> > program is not doing flow control of its own. Try setting flow control
> > to OFF and see if your uploads work without hanging.
> >
> > I had the same problem with my 9600 baud modem; getting the parameters
> > right fixed the problem. I highly recommend the ports of sz and rz for
> > the ST. I believe they were done by Bammi, but please correct me if
> > I'm wrong. In any case, I've found them to be more robust that xyz.ttp
> > and easier for batch transfers. Works like a charm!
> >
> > Dave Baggett
> > dmb@wam.umd.edu
>
> I am using the newer ports of RZ and SZ by Roy Bixler. They have
> functioned flawlessly right up until I got my new modem. My terminal
> program is Interlink, or DTerm, and I have both set to use Flow control.
> DTerm isn't too specific about flow control (either it is on or off) but
> Interlink is set to RTS/CTS. I'll try your suggestion and see what
> happens, but then what do I do when I am online? A buffer overflow
> doesn't look pretty, and always changing the flow control might be a
> pain. I could have the modem use Xon/Xoff, perhaps?
>
> Thanks for the information.
>
>
> << ---------------------------------- >>
> << ersys!mforget@nro.cs.athabascau.ca >>
> << mforget@ersys.edmonton.ab.ca >>
> << Michel Forget >>
> << "He's dead, Jim..." - Bones >>
> << ---------------------------------- >>
I don't think you can use Xon/Xoff flow control, with Program File transfers,
only with Text...
--
*** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz ***
*** 85 Donovan Rd * * GEnie. R.SHEPPARD5 ***
*** Kapiti At least I don't Flicker, ***
*** New Zealand.. * not like a dying light globe ***
------------------------------
End of Info-Atari16 Digest
******************************
