Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 167
Info-Atari16 Digest Sun, 24 Mar 91 Volume 91 : Issue 167
Today's Topics:
1040ST upgrade to 2.5-4MB
520ST I/O problem
Discovery Cartridge - Moans
E-mail files for IBM?
Help with ST <-> NeXT disk swapping
Looking for Logo for ST
memory expansion board wanted
Modula-2 compiler (FTL)
Needed - ST version of DeTeX
Prospero C/ STE
Setting Floppy Seek Rate in all TOS versions
STe Flakey DMA
ST Pad specs (2 msgs)
ST to STE demo fixes wanted.
Two New Computer Announcements - CeBIT
ULTRASCRIPT -- HELP!!
Uniterm & Kermit (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: 24 Mar 91 19:45:49 GMT
From: duke!sam.cs.olemiss.edu!tacky.cs.olemiss.edu!tony@mcnc.org (Tony Reynolds)
Subject: 1040ST upgrade to 2.5-4MB
To: Info-Atari16@naucse.cse.nau.edu
Look, sorry to bother you guys with this stupid question again, but
me, my news source, and my mail distribution set-up are about to
"go around and around!"
I need to find out the connections that are needed for soldering
wires to SIMMs to upgrade my Feb. 1988 revsion 1040STF (RAM under
power supply, holes-for-a-socket-for-a-blitter) to either 2.5MB
or 4MB.
I can handle the soldering iron, my 68000 is socketed after an ill-
fated attempt at putting a 68010 in the socket (note--> '010 fails
EVEN WORSE with TOS 1.4 than with TOS 1.0! Neater sequence of bombs
and re-boots!).
I figure it's pretty reasonable that address lines, data lines,
/RAS and /CAS lines need to be connected. The real question
lies in what OTHER connections are needed.
Please POST replies. Other people need to know this information,
and my mailer sometimes ignores messages for me.
SINCERE THANKS IN ADVANCE!
Tony Reynolds
M M i N N TTTTTTT | Tony Reynolds
MM MM NN N T | tony@tacky.cs.olemiss.edu
M M M M i N N N T | cctony@sgisci1.ocis.olemiss.edu
M M M i N NN T |
M M i N N T | #define JOKE "Green Golfball"
F O R E V E R
MiNT is Not TOS-- a multi-tasking OS extension for TOS! Available on
atari.archive.umich.edu in the "mint" directory. Catch it! Suggest 1MB+
------------------------------
Date: 24 Mar 91 22:51:04 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!uwm.edu!psuvax1!psuvm!bgb1
00@arizona.edu (Bruce Blanar)
Subject: 520ST I/O problem
To: Info-Atari16@naucse.cse.nau.edu
I have a 520ST with a slight I/O problem: The machine will not read from
the SS external floppy drive. To boot the machine, I must have the
floppy drive turned on without a disk inserted. After the 30 or 40-second
timeout, the desktop appears.
If I try to open the drive A icon, or try to format it (in other words,
access it in any way) the system crashes. By crash, I mean that the mouse
freezes and only a reboot will free it. I was tracing the 68000 pinouts and
it seems like the CPU is stuck in a bus grant state. If I understand it
correctly, it seems to be granting the bus, but it never receives it back
from whatever it granted it to. The function code outputs signal an
interrupt acknowledge and the IPLx lines signal a level-6 (or is that
a level-1?) interrupt.
I don't know much about the ST internals as far as interrupts and the
way that the floppy is interfaced (is it DMA?). I'm not sure why the
CPU has granted the bus to another device which doesn't seem to want to
give it back.
Any help/suggestions that I receive on this would be greatly appreciated!
-Bruce
|\___/| Bruce Blanar |"Everybody need a mood lifter,
|/. .\| Penn State University | Everybody need reverse polarity."
| . | BGB100@PSUVM.bitnet | -Rush
\___/ voice: (814)867-9079 |
------------------------------
Date: 22 Mar 91 11:43:38 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
!sunic!mcsun!ukc!edcastle!hwcs!sean@arizona.edu (Sean Gordon)
Subject: Discovery Cartridge - Moans
To: Info-Atari16@naucse.cse.nau.edu
In case any one does not know, the Discovery cartridge is an amazing
piece of hardware from Happy Computers Inc. which plugs into the
cartridge port of the Atari ST and allows the user to do such things
as convert MAC format discs to Spectre format discs.:-
copies virtually all disks :-) :-)
Does anyone know if there is a later version of the discovery software
than version 2.7 ?
Its a shame that such a powerful piece of hardware is not supplied with
an equally powerful piece of software. (or is it now ?, I have not heard
anything from Happy Computers, despite having registered over 2 years
ago ) :-(
If anybody has any info on this, can you post it or mail it to me.
Thanks.
Sean Gordon ( sean@uk.ac.hw.cs )
------------------------------
Date: 23 Mar 91 05:28:34 GMT
From: tut.cis.ohio-state.edu!bgsuvax!jbernat@uunet.uu.net (Jim Bernatowicz)
Subject: E-mail files for IBM?
To: Info-Atari16@naucse.cse.nau.edu
From article <9103230221.AA24818@cwns6.INS.CWRU.Edu>, by
aa519@cleveland.Freenet.Edu (Scotty Meredith):
> I do not have FTP access (legally), so I think BART is the best thing
> since Chevrolet. I was just wondering if there is any mail systems
> similar to BART for IBM programs? Thank you in advance!
FTP can be performed through the mail according to this excerpt from
the FTP list produced monthly at pilot.njin.net. I have never used
it, but have been told it works wonders when FTP is unavailable.
This will allow you to use ANY FTP sites as I understand it.
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
For those unfortunates who do not have ftp but do have mail, I have
included the mail address of an archive that will retrieve files for you
through the mail. Send "help" in a message to the server to find out the
exact commands necessary.
The only mail-ftp archive I know of is:
bitftp@pucc.princeton.edu (most well-known)
Please don't ask me how to use it, as it can explain itself better than I
can.
Thanks,
Jon Granrose
March 22, 1991
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Jim Bernatowicz | Berni's First Law of Common Sense:
jbernat@andy.bgsu.edu |
jbernat@bgsuvax.uucp | Everything is found in the last place one looks.
------------------------------
Date: 24 Mar 91 21:50:29 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!rpi!uwm.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!
pp39184@arizona.edu (Payman Parastaran)
Subject: Help with ST <-> NeXT disk swapping
To: Info-Atari16@naucse.cse.nau.edu
petcher@wuphys.wustl.edu (Donald N. Petcher) writes:
>I myself have a NeXTstation, and an Atari ST, and when I format an IBM
>compatible 720K MS-DOS disk on the Atari, the NeXT seems to have no
>problem reading it. However, if I write anything on the disk with the
>NeXT, and then try to get the Atari to read it, it always acts as if the
>disk is damaged and the files are unreadable.
I have had the same problem, but with swapping between a NeXT and a Mac SE/30
with a superdrive. If I go from the Mac to the NeXT, everything works just
fine. The NeXT reads the MS-DOS disk without any complaints. But if I write
a file on that same disk using the NeXT, I can't read it on the Mac. It tells
me that the disk is damaged. What gives?
--
______________________________________________
Payman Parastaran / payman@uiuc.edu..............(217) 398-1452 /
_______________________/_____________________________________________/__________
------------------------------
Date: 21 Mar 91 11:35:30 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!snorkelwacker.mit.edu!bloom-b
eacon!eru!hagbard!sunic!mcsun!ukc!slxsys!ibmpcug!mantis!mathew@arizona.edu
(mathew)
Subject: Looking for Logo for ST
To: Info-Atari16@naucse.cse.nau.edu
black@blake.u.washington.edu (Jim Black) writes:
> I'm looking for a copy of Logo for the ST (520).
>
> Unfortunately Atari apparently doesn't ship it anymore.
>
> Can anyone help me track down any (Atari, 3rd-party-vendor, or public domain)
> logo implementations for the ST? (Public domain with C source would be
> the answer to a prayer, but any of the above would be great for now.)
>
> Thanks for any help...
I have the Atari DR Logo. I got it from a PD library. I've also seen it on
sale with the manual at Silica Shop in London.
There's a PD Logo with source code, but it'll need porting.
mathew
--
"These kinds of remarks are wholly inappropriate and are the mark of a
bigot." -- Theodore A. Kaldis <kaldis@remus.rutgers.edu>
------------------------------
Date: 24 Mar 91 22:25:03 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
.edu!bronze!silver!kclenden@arizona.edu (Kevin Clendenien)
Subject: memory expansion board wanted
To: Info-Atari16@naucse.cse.nau.edu
I am posting this for a friend who is looking for a memory expansion
board. He wants a board that has a solderless installation, and will
accept 256K memory chips. He's hoping to find someone who bought one
and never got around to using it. If you have one, or know where he
can find one, send me some email including the price, and a telephone
number where he may contact you, and I forward the information on to
him. Thanks.
--
--------------------------------------------------------------------------
kclenden@silver.bacs.indiana.edu Kevin Clendenien
BLAST BBS - (812) 332-0573 BLAST member
"I want someone like you, only nicer."
------------------------------
Date: 25 Mar 91 02:32:26 GMT
From:
noao!asuvax!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!munnari.oz.au!brolg
a!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
Subject: Modula-2 compiler (FTL)
To: Info-Atari16@naucse.cse.nau.edu
vsnyder@jato.jpl.nasa.gov (Van Snyder) writes:
>Is there any decent Modula-2 vendor for the ST, even if not supporting the old
>TDI compiler and library? That is, providing a library with complete AES,
>VDI, GEMDOS, BIOS, LineA and XBIOS interfaces?
Try FTL Modula-2 (from HiSoft I believe), it comes with full interfaces
to AES VDI GEMDOS BIOS XBIOS LINEA, plus heaps of other libraries, plus
most standard modules (InOut, Streams, etc.)
Better still, FULL SOURCES are supplied (*.DEF, *.MOD, *.ASM) to
these modules. That's right - you can interface to .ASM files too.
It produces FAST, small code, and comes with tools such as a trimmer
to reduce program size, symbolic (source-level) debugger, and heaps of
other stuff.
I have written HEAPS of modules for FTL, and anyone who wants them is
quite welcome. Here is a list of some:
Joystick Interface. (with eg. VAR Stick:ARRAY [0..1] OF JoystickDirection)
Direct Mouse. (add your own mouse handler easily)
Form Windows. (Super High-Level interface to Windows, Dialogs, Menus, etc.)
Run Support. (Provides "PROCEDURE UponProgramTermination(Do:PROC)")
Screens. (Supports multiple screens, and loading DEGAS images)
Sprites. (Supports arbitrary sprites (8 16x16 colour sprites at 60Hz!)
Block Maps. (Low-level ASM routines allowing simple plan-view games)
Random Numbers. (See - I have some simple stuff too!)
Plus heaps of other stuff. I have also a list of minor bugs in the library
sources (well, at least bugs in my somewhat old release - they may be gone now).
e-mail away!
Warwick.
ps. STrabble used the Form Windows modules.
--
_--_|\ warwick@cs.uq.oz.au
/ * <-- Computer Science Department,
\_.--._/ University of Queensland,
v AUSTRALIA.
------------------------------
Date: 24 Mar 91 17:15:56 GMT
From:
noao!asuvax!ncar!elroy.jpl.nasa.gov!usc!rpi!news-server.csri.toronto.edu!helios
.physics.utoronto.ca!ists!gkcl!os9paul@arizona.edu (Paul Good)
Subject: Needed - ST version of DeTeX
To: Info-Atari16@naucse.cse.nau.edu
Has DeTeX been ported to the ST or is there another program that will take
a .TEX (or .texinfo) file and remove the TeX formatting information. I
realize it is possible to do this by running TeX to get the .dvi file and
then processing this with DVI2TTY, but I'm looking for a direct program
that can be used by a friend who doesn't want to learn all about TeX to be
able to read the documentation of a couple of programs. Thanks in advance.
--
Paul Good INTERNET: os9paul@gkcl.ists.ca UUCP: ...!ists!gkcl.ists.ca!os9paul
------------------------------
Date: 24 Mar 91 23:37:01 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!ai-lab!life.ai.mit.edu!j
ohnb@arizona.edu (John Bunch)
Subject: Prospero C/ STE
To: Info-Atari16@naucse.cse.nau.edu
Greetings all...
I have an atari 1040STe and have noticed some strange problems using
prospero C on it.. I have 4 megs of ram.. It seems when I compile I
get an internal compiler error. The documentation says to contact
prospero, but all I got was an answering machine... I do have a
registered version of the software. Is there a known problem with
Prospero and the STe? If so, is prospero working on an STe version/or
patch to the current version? I like the compiler and would like to
be able to use it again... Any info would be appreciated...
John
P.S. Prospero C is fully Ansi Compatible...
--
************************************************************************
* John Bunch * 610 Morris St. * To be filled with a nifty *
* johnb@gnu.ai.mit.edu * Albany,NY * quote at a later date... *
* * 12208 * *
************************************************************************
------------------------------
Date: 24 Mar 91 23:39:31 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!sun-barr!ccut!wnoc-tyo-news!
toumon!wucc!ytsuji@arizona.edu (Y.Tsuji Y.Tsuji shagaku)
Subject: Setting Floppy Seek Rate in all TOS versions
To: Info-Atari16@naucse.cse.nau.edu
I don't bother setting the step rates because nearly all the drives can
move from track to track in 3 ms. What you need is to feed the STEP signal
of WD1772 to 74123N, a TTL, with C & R for 7.0 ms and let this negate the
HD-mode. Just another IC and you can forget how to set the steprate.
------------------------------
Date: 22 Mar 91 10:28:37 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
!sunic!mcsun!ukc!pyrltd!mwuk!tony@arizona.edu (Tony Mountifield)
Subject: STe Flakey DMA
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Mar19.213400.28693@netcom.COM> rcb@netcom.COM (Roy Bixler)
writes:
>
> It could also be the 'flakey DMA' problem. I had this problem when I
> got my original STe and solved it by trading it in for another one.
>
> --
> Roy Bixler
> rcb@netcom.com -or- (UUCP) uunet!apple!netcom!rcb
I have also experienced this DMA problem talking to a hard disk with an
ICD host adapter from a 1040 STe. Can it be solved by just replacing
the DMA chip, or is there anything else required? Unfortunately, mine
being an early STe, it is now out of warranty :-(
--
Tony Mountifield. | Microware Systems (UK) Ltd.
MAIL: tony@mwuk.uucp | Leylands Farm, Nobs Crook,
INET: tony%mwuk.uucp@ukc.ac.uk | Colden Common, WINCHESTER, SO21 1TH.
UUCP: ...!mcsun!ukc!mwuk!tony | Tel: 0703 601990 Fax: 0703 601991
**** OS-9, OS-9000 Real Time Systems **** MS-DOS - just say "No!" ****
------------------------------
Date: 24 Mar 91 16:47:24 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!cs.umn.edu!thelake!steve@a
rizona.edu (Steve Yelvington)
Subject: ST Pad specs
To: Info-Atari16@naucse.cse.nau.edu
[In article <UbuwG1K00WC0EmXYJ3@andrew.cmu.edu>,
mc4c+@andrew.cmu.edu (Mark Choi) writes ... ]
>> Excerpts from netnews.comp.sys.atari.st.tech: 22-Mar-91 Re: ST Pad specs
>> Marshall Lake@irscscm.UU (310)
>
>> Simply incredible!!
>
>
> Not really. Look at recen PC Worlds, and lookit whats goin on over i the
> MesS-DOS, Windows world. PEN Windows, and the new GO systems, pen pad.
> They will have opersting sytems BASED around this technology form the
> ground up, with pseudo 3D GUI and a lot of other niceties.
Go's OS is built from the ground up. But they're just beginning to peddle
their designs to hardware manufacturers. It's not really ``going on'' yet;
they're just talking about it.
Pen Windows is yet another blast of hot air from the marketing masters at
Redmond. They've been working on Windows for most of a decade and still
haven't got the technology straightened out. Just what I *don't* want in a
Dynabook: a buggy, ugly, crash-prone user interface that runs on top of
MessyDos and requires at least a '386 running at 20mHz to be tolerably
fast.
----
Steve Yelvington / P. O. Box 38 / Marine on St. Croix, MN 55047 USA
INTERNET: steve@thelake.mn.org UUCP: plains!umn-cs!thelake!steve
GEnie: S.YELVINGTO2 Delphi: YELVINGTON
------------------------------
Date: 24 Mar 91 22:34:13 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!stanford.edu!leland.Stan
ford.EDU!zimm@arizona.edu (Dylan Yolles)
Subject: ST Pad specs
To: Info-Atari16@naucse.cse.nau.edu
In article <A1441535608@thelake.mn.org> steve@thelake.mn.org (Steve Yelvington)
writes:
>Go's OS is built from the ground up. But they're just beginning to peddle
>their designs to hardware manufacturers. It's not really ``going on'' yet;
>they're just talking about it.
False; more than talk. I work with GO. The software and hardware are real and
have been shown to developers. (You're right about it not being MSDOS based,
though.)
>
>Pen Windows is yet another blast of hot air from the marketing masters at
>Redmond. They've been working on Windows for most of a decade and still
>haven't got the technology straightened out. Just what I *don't* want in a
>Dynabook: a buggy, ugly, crash-prone user interface that runs on top of
>MessyDos and requires at least a '386 running at 20mHz to be tolerably
>fast.
>
This I agree with.
>----
> Steve Yelvington / P. O. Box 38 / Marine on St. Croix, MN 55047 USA
> INTERNET: steve@thelake.mn.org UUCP: plains!umn-cs!thelake!steve
> GEnie: S.YELVINGTO2 Delphi: YELVINGTON
Dylan
------------------------------
Date: 22 Mar 91 12:41:12 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
!sunic!mcsun!ukc!doc.ic.ac.uk!citycs!dh108@arizona.edu (KEATES M G)
Subject: ST to STE demo fixes wanted.
To: Info-Atari16@naucse.cse.nau.edu
I'm posting this for a guy named Chris Wood, who's at Exeter
University. He wants to know if there are any patches for either the Union
or Whataheck demo's, so that they can be run on an STE.
He's tried in vain to write such a patch, but without an older ST
he can't find out what's supposed to happen.
If you have any details, or such a prg, contact Chris,
not me, at :-
woocm@uk.ac.sx , or failing that at , woocm@sx.ac.uk
--
| "Wrathchild" | e-mail : dh108@cs.city.ac.uk | ||| Atari - Power|
| dh108 | ** All views expressed are my own - ** | ||| Without |
| Mark Keates. | UNTIL I GET MARRIED !! | / | \ Our Support |
------------------------------
Date: 24 Mar 91 22:31:30 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!samsung!munnari.oz.au!diemen!tamar.compserv.ut
as.edu.au!pieman.compserv.utas.edu.au!tgray@arizona.edu (Tony Gray)
Subject: Two New Computer Announcements - CeBIT
To: Info-Atari16@naucse.cse.nau.edu
In article <gbux2Yy00WC0ImXbxT@andrew.cmu.edu> mc4c+@andrew.cmu.edu (Mark Choi)
writes:
>> Excerpts from netnews.comp.sys.atari.st: 22-Mar-91 Re: Two New Computer
>> Announ.. T R Hall@atari.UUCP (1095)
<Lots of nice bits deleted >
>
> But... Why no monitor port, I want colour graphics! And a floppy drive
>is a must. almost all PC notebooks got 'em, and if Atari ever wants to
>sell to anyone other than current atari faithful, they had better follow
>the competition. DS/DD is archaic! We need 1.44 meg, not just for this
>notebook, but for all ST/TT's. I write this in the hope that enough
>external pressure will force a redesign. Also, without a cartridge port,
>unless D.Small makes his internal emulator, there will be no Mac market.
Add all of these things and you'd just about require a box the size of
stacy. I don't think you could use these (or any) notebook systems
as a full system - you'd need some "base station" or at least another
ST to exchange data with, otherwise you just have to squeeze too much
hardware into too little a space.
--
Tony Gray AARNET: tgray@pieman.compserv.utas.edu.au
School of Applied Computing Phone : (003) 260 366
University of Tasmania at Launceston CIS : 74010,1556
Australia
------------------------------
Date: 21 Mar 91 16:44:03 GMT
From:
deccrl!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!inmos!ganea%cheetah.inmos.co.uk
@decwrl.dec.com (Andy Gane)
Subject: ULTRASCRIPT -- HELP!!
To: Info-Atari16@naucse.cse.nau.edu
Has anybody out there tried running Ultrascript on the TT. If so does it work
correctly. Also will it support all the TT screen modes ( TT medium ??).
Is it prone to crashing on the TT ??
Will Ultrascript sit in the background on an ST/TT and as far as
the machine is concerned you are just connected to a postscript printer,
although this would use a lot of memory ??
Can ultrascript display the postscript image on the screen, come to
that can it do anything clever apart from converting the postscript file
to a bit mapped image and dummping the bitmap to the printer.
CAN ANYBODY HELP !!!!
-- Andy Gane (ganea@inmos.co.uk)
------------------------------
Date: 24 Mar 91 16:30:15 GMT
From: math.fu-berlin.de!opal!unido!sbsvax!wolf@uunet.uu.net (Wolfgang Huwig)
Subject: Uniterm & Kermit
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Mar20.114315.19825@watdragon.waterloo.edu>
badorion@watyew.uwaterloo.ca (Brian A. Dorion) writes:
>In article <2KY-+Z@irie.ais.org> ty@ais.org (Ty Zucker) writes:
>>Help! I'm having big problems trying to get Uniterm to download
>>files with kermit. Can someone send me a detailed message on what to
>>do?
>>
>I'd be interested in any advice people have as well. I download some-
>thing to my ST, and when I try to unarc it, the arc usually comes up
>with a comment like "This uses 13 bits I can only handle 12." Can anyone
>tell me why the files I try to downloaded after ftp'ing keep getting
>smashed? The text files are ok, its just the binaries that are getting
>creamed.
Sometimes I had a similar problem while downloading bigger archives from
our VAX. The transfered file was about 30% bigger than the original and
(guess!) it got broken, no matter what sort of archive. I'm shure the
kermit settings were correct. After wasting some time with unsuccessful
downloads, I decided to use another program which also has a built-in
kermit, but I miss the enhanced features of uniterm.
Anyone got an idea what could be wrong? (Btw. sometimes the transfer
completed successfully, using the same settings!?)
Wolfgang
--
+--------------------------------------------------------------------+
| Wolfgang Huwig | intelligent | FB 14 Informatik IV |
+ CS Dept./AI Lab | remark | Universitaet des Saarlandes |
| wolf@cs.uni-sb.de | goes here | D-6600 Saarbruecken 11 |
+-----------------------------+--------------------------------------+
------------------------------
Date: 24 Mar 91 20:52:32 GMT
From: ubc-cs!news.UVic.CA!news.uvic.ca!mberkley@beaver.cs.washington.edu (Mike
Berkley)
Subject: Uniterm & Kermit
To: Info-Atari16@naucse.cse.nau.edu
> On 24 Mar 91 16:30:15 GMT, wolf@fb14vax.sbsvax.uucp (Wolfgang Huwig) said:
WH> I'm shure the kermit settings were correct. (Btw. sometimes the
WH> transfer completed successfully, using the same settings!?)
Would you be using a 7-bit line by any chance?
There is a bug in Uniterm's implementation of kermit which was not
discovered until C Kermit 4E came out (and after Simon stopped
development of Uniterm).
In the negotiation phase, the two kermits decide upon characters to
use for 8th bit quoting, repeat prefix, etc. What happens is this:
- Uniterm says it wants to use '&'
- C Kermit replies (correctly!) with 'Y', meaning "yes, '&' is
OK for me"
- Uniterm incorrectly interprets this to mean "we need to use
'Y' instead of '&'"
The solution? If you initiate the transfer from Uniterm (i.e. server
mode on mainframe, doing gets from Uniterm), set Uniterm's 8th bit
quote character to 'Y'.
Mike Berkley
University of Victoria
mberkley@sirius@UVic.CA
------------------------------
End of Info-Atari16 Digest
******************************
