home *** CD-ROM | disk | FTP | other *** search
- Info-Atari16 Digest Wed, 20 Mar 91 Volume 91 : Issue 157
-
- Today's Topics:
- 1 year warranty and stuff (2 msgs)
- Calamus demo
- GCC: Virtual memory exhausted error?
- Graphic TIFF to IMG converter request
- IFF converters?
- Laplink(tm) compatible program for the ST?
- memory upgrade woes on a Mega 1
- Monochrome monitor for 1040ST
- Mouse Crazy! (also NoiseTracker 1.5)
- Spectre 128
- standard practices (2 msgs)
- ST Disks & Sparcstation Drives
- Stuck STe ?
- Trouble with Mono-spaced Fonts in a Mupfel (Gemini) Window
- TT questions
- Uniterm & Kermit
- Uniterm & Xmodem (was Kermit)
-
- 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 Mar 91 22:40:54 GMT
- From: fs7.ece.cmu.edu!o.gp.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu (Mark
- Choi)
- Subject: 1 year warranty and stuff
- To: Info-Atari16@naucse.cse.nau.edu
-
- ATari supposedly updated their warranty to one year. Is this
- retroactive? I have some problems w/ STacy (that occured in 90 warranty,
- but I never got a chance to bring it in) and I would wlike to get them
- taken care of. The track ball sticks all the time, one of the plactic
- covers arrived broken, and worst of all, the LCD screen has become loose
- on one side. I could probably take the baby apart and fix it myself, but
- if it is now still under warranty, why bother.
- Does anyone know if GBS is still working on an internal Spectre. The
- external one is a real pain in the ass for the STacy, with that floppy
- wire tangling things up, the power cord (There is NO Stacy battery from
- Atari!) hanging off, and the cartridge almost breaking off every time I
- lift the machine. It's a mess. D. Small was supposedly talking about
- piggybacking a Spectre to the TOS ROMS. Where did this ever go?
- I still need a copy os STOS/SCULPT, by the way.
- Also, just read some stuff about GEOWORKS, talked about here a while
- back. It seems like a great implementation of Motif, and Atari should
- do something similar. It does preemtive multitasking (with DOS!),
- supports most graphics standards, needs minimal memory, and is fast. It
- will give Bill Gates a run for his money.
- Since Atari is supposedly going to use Motif for the vapourware Atari
- UNIX, Why not bag GEM for the STe's and MEGA's as well?
- While I'm in this mode, lets have a vote. Should Atari bag backward
- compatibility (except for software emulation) and design a great
- operating system from the ground up, or go with Mach or something, and
- do it right this time? Or should they continue to try to update TOS,
- which is obsolete, and as a CP/M clone, is archaic and all but dead IMO.
- I know all the old programs would have to be rewritten, but then maybe
- we could get a really powerful machine, with a much nicer GUI. I mean,
- the hardware is O.K.. Send to my account and I will compile.
-
- ------------------------------
-
- Date: 21 Mar 91 02:14:48 GMT
- From: ucdavis!csusac!csuchico.edu!ekrimen@ucbvax.berkeley.edu (Ed Krimen)
- Subject: 1 year warranty and stuff
- To: Info-Atari16@naucse.cse.nau.edu
-
- mc4c+@andrew.cmu.edu (Mark Choi) writes:
-
- - ATari supposedly updated their warranty to one year.
-
- From whom did you hear this?
-
- - Does anyone know if GBS is still working on an internal Spectre.
-
- Still working? I didn't know they were working on one. Have you
- called GBS and asked them?
-
-
- --
- Ed Krimen ...............................................
- ||| Video Production Major, California State University, Chico
- ||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661
- / | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0
-
- ------------------------------
-
- Date: 19 Mar 91 14:45:13 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!bloo
- m-beacon!eru!hagbard!sunic!mcsun!hp4nl!telmail!neabbs!vousten@arizona.edu (ROB
- VOUSTEN)
- Subject: Calamus demo
- To: Info-Atari16@naucse.cse.nau.edu
-
- I just uploaded CALAMUS.LZH to atari.archive. It's the demo version 1.09
- of Calamus. Someone on the net asked for it last week. You can't save
- documents, but it will give you a good impression of what the program
- can do. (Be prepared: archive contains path names.)
-
- On the same subject: as far as I know, anyone who uploads something to
- atari.archive will have to send a short description of the uploads to
- Jeff Weiner (the archive caretaker) so he will know where to put the
- stuff. If we limit the description to, say, 3-5 lines of relevant info
- then perhaps Jeff could collect the descriptions and send them out to
- the net maybe once a week. Something similar is done on the Mac digests
- that I receive. Is this a good idea? It would give us info on *all* new
- uploads so we don't have to depend on the occasional soul who sends his
- 'new uploads' message. And it would give Jeff something to do after
- graduation... :-)
-
- ----------------------------------------------------------------------.
- | Rob Vousten |
- | University of Nijmegen - Dept. of General Linguistics & Dialectology |
- | Erasmusplein 1 NL-6526 HT Nijmegen The Netherlands |
- | BITNET: U218008@HNYKUN11 INTERNET: u218008@hnykun11.urc.kun.nl |
- '----------------------------------------------------------------------'
-
- ------------------------------
-
- Date: 20 Mar 91 11:49:17 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!ai-lab!opal!db0tui11!ger
- loff@arizona.edu (Olaf Gerloff)
- Subject: GCC: Virtual memory exhausted error?
- To: Info-Atari16@naucse.cse.nau.edu
-
- In article <0bsiSby00VADAIpl4O@andrew.cmu.edu>, es2a+@andrew.cmu.edu (Eric
- Stuyvesant) says:
- >
- >I'm running gcc from RAMdisk on my 4 Mb system, and am playing a
- >balancing game between disk space and memory. I have been getting an
- >error from GCC, namely "Virtual memory exhausted." Does this really
- >mean "disk space exhausted," as it seems to imply, or does it mean "not
- >enough memory?" It doesn't seem to matter which version of gcc I use,
- >be it 1.37 or 1.39.
- >
-
- It means that gcc hasn't enough memory to work. He says virtual memory, because
- gcc was first designed for UNIX, where you have virtual memory because of
- paging and/or swaping.
-
- Greetings, Olaf
- -------
- *******************************************************************************
- * Olaf Gerloff * Internet: GERLOFF@tubvm.cs.tu-berlin.de *
- * Technical University Berlin (FRG) * BITNET : GERLOFF@DB0TUI11 *
- *******************************************************************************
- * Impossible things will be executed immediately, *
- * miracles take a little longer! *
- *******************************************************************************
-
- ------------------------------
-
- Date: Wed, 20 Mar 91 20:57:16 +0100
- From: Z07801%BBRBFU01.BITNET@CUNYVM.CUNY.EDU
- Subject: Graphic TIFF to IMG converter request
- To: INFO-ATARI16@naucse.cse.nau.edu
-
- I 'm looking for a TIFF -> IMG converter. Is there any at terminator...
- or other FTP site ?
-
- Patrick INSTALLE
-
- ------------------------------
-
- Date: 20 Mar 91 20:20:00 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!sun-barr!newstop!texsun!convex!r
- osenkra@arizona.edu (William Rosencranz)
- Subject: IFF converters?
- To: Info-Atari16@naucse.cse.nau.edu
-
- much of the PBMplus package has been uploaded to atari.archive.
- look in
- component. check the manpages. with PBM you can convert (and
- manipulate) between just about most all popular graphic formats, color,
- grayscale, and bitmap (mono). i have not tried it on the ST,
- but always had good luck when i had access to a sun. warning: it
- is HUGE. i know there are spc components as well as pi1, pi3, and
- gif. the manpage archive is only 50k or so. get that first.
-
- wait, i just checked...PBMplus has an IFF ILBM to pbm converter.
- from pbm you can go to GIF, PI1, SPC, etc. only problem is the atari
- port does not include ilbmtopbm. still, you can get the source
- for PBM at your nearest comp.sources.unix archive and port it yourself.
- best bet would be using gcc with 32-bit ints for easiest port.
-
- hope this helps...
-
- -bill
- rosenkra@convex.com
- --
- Bill Rosenkranz |UUCP:
- Convex Computer Corp. |ARPA: rosenkra%c1yankee@convex.com
-
- ------------------------------
-
- Date: 20 Mar 91 22:42:03 GMT
- From: haven!umbc3!umbc5.umbc.edu!chuck@purdue.edu (Chuck Rickard)
- Subject: Laplink(tm) compatible program for the ST?
- To: Info-Atari16@naucse.cse.nau.edu
-
- Is there a program for the ST that is compatible with the program Laplink
- on the IBM? I already have the cable and everything for the PC, so all I
- need is the driver software for the Atari.
-
- Thanks for any help!
-
- Chuck Rickard
- (chuck@umbc5.umbc.edu)
-
- ------------------------------
-
- Date: 20 Mar 91 11:06:58 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
- !sunic!mcsun!hp4nl!philapd!idcapd!wilko@arizona.edu (W.C. Bulte)
- Subject: memory upgrade woes on a Mega 1
- To: Info-Atari16@naucse.cse.nau.edu
-
- I am experiencing some problems in upgrading a Mega 1 to a Mega 2.5. I did
- replace bank 1 consisting of 4 x 414256 (256Kx4 chips) by 16 x 411000 (1Mx1).
- The missing A9 line (not used on the 414256) is connected to the 411000 via
- a series R of 33 ohm.
-
- Result of all this: the ST recognizes the new bank 1 as a 128k bank, giving me
- a total of 640 kbytes. In addition a very interesting moving pattern of
- vertical bars appears on the screen. The bars are approximately 8 pixels wide.
- I get the impression that this screen pattern is due to non-refreshed dram
- locations. Apparantly the ST thinks (?) that 64 k drams are used for bank 1,
- resulting in a refresh cycle on 8 address lines (256 address refresh cycle)
- instead of the 9 address and 512 refresh cycle a 1Mbit memory cell requires.
-
- My question: does Atari use a different MMU chip in the Mega 1 with 414256
- chips which cannot handle the 1Mbit cells? This would mean I am stuck with
- 1Mbyte. I'd love to see Spectre running with some more memory and Multifinder.
-
- Any help appreciated
-
- _ ______________________________________________________________________
- | / o / / _ Wilko Bulte Domain: wilko@idca.tds.philips.nl
- |/|/ / / /( (_) uucp : [mcsun,hp4nl]!philapd!wilko
- * Philips Information Systems Nederland phone: 055-432372 fax: 055-432103
- ____________________________________________________________________________
-
- ------------------------------
-
- Date: 20 Mar 91 20:14:04 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!uwm.edu!psuvax1!
- ukma!xanth!xanth.cs.odu.edu!jason@arizona.edu (Jason "dedos" Austin)
- Subject: Monochrome monitor for 1040ST
- To: Info-Atari16@naucse.cse.nau.edu
-
- Anyone know of a good place to get a monochrome monitor that
- will work with my 1040ST? Atari dealers have become non-existant
- around here, and I can't find much information on compatible ones.
- Thanks for any help.
- --
- Jason C. Austin
- jason@cs.odu.edu
-
- ------------------------------
-
- Date: 20 Mar 91 14:16:29 GMT
- From: visix!brett@uunet.uu.net (Brett Bourbin)
- Subject: Mouse Crazy! (also NoiseTracker 1.5)
- To: Info-Atari16@naucse.cse.nau.edu
-
- In article <9103191745.AA09197@ucbvax.Berkeley.EDU>
- robotron@tardis.computer-science.edinburgh.ac.uk (Stephen K Mulrine) writes:
- >In comp.sys.atari.st, smisra@eos.ncsu.edu (SAURABH MISRA) writes:
- >
- >I got NoiseTracker v1.5 recently. I'm sure it's public domain, so should I
- ~~~~~~~~~~~~~
- >try to upload it to atari.archive? There's nothing in any of the
- >documentation which suggests I shouldn't distribute it, but there's nothing
- >which says I should either. It's a wonderful piece of software - I use it
- >on my STe to play Sound/NoiseTracker modules I've downloaded from a couple
- >of Amiga Games Machine anonymous FTP sites (ab20.larc.nasa.gov and
-
- I would double-check that, because I know the Amiga version was NOT in the
- public domain. I would think the same would be true for the ST.
-
- >UUCP: ..!uunet!nsf.ac.uk!tardis.cs.ed.ac.uk!robotron
- --
- __
- Brett Bourbin \ / /(_ /\/ 11440 Commerce Park Drive
- ..!uunet!visix!brett \/ / __)/ /\ Reston, Virginia 22091
- brett@visix.com Software Inc (703) 758-2733
-
- ------------------------------
-
- Date: 20 Mar 91 18:34:53 GMT
- From: ucdavis!csusac!csuchico.edu!neonman@ucbvax.berkeley.edu (Justin DuBois)
- Subject: Spectre 128
- To: Info-Atari16@naucse.cse.nau.edu
-
- I am Looking for an older style Spectre Cartridge. Is anyone
- selling there Spectre 128 Cartridge please leave me mail at
- neonman@ecst.csuchico.edu
- The Mac Roms may not need be included, Please leave me a message,
- and a price.
-
- ------------------------------
-
- Date: 20 Mar 91 20:42:57 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!sun-barr!newstop!texsun!conv
- ex!rosenkra@arizona.edu (William Rosencranz)
- Subject: standard practices
- To: Info-Atari16@naucse.cse.nau.edu
-
- while on the subject of standards, can i throw in my 2 cents on another
- plead for consistency?
-
- it would be really nice if unix-like programs on the ST (or anywhere, for
- that matter) would include the following command line switches:
-
- -debug to turn on internal debugging, if any
- -help to print a usage synopsis
- -version to print current program version
- -changes to print major changes since last rev (or indicate
- that this is first rev)
-
- it makes life a little easier and is no big deal to program, viz:
-
- for (argc--, argv++; argc && (**argv == '-'); argc--, argv++)
-
- switch (*(*argv+1))
-
- case 'd':
- if (!strncmp (*argv, "-debug", 6))
-
- debugging++;
- break;
-
- /* otherwise handle any "-d" option */
- break;
-
- case 'v':
- if (!strncmp (*argv, "-vers", 5))
-
- printf"%s\n", versionon);
- exit (0);
-
- /* otherwise handle any "-v" option */
- break;
-
- case 'h':
- if (!strncmp (*argv, "-help", 5))
-
- usage ();
- exit (0);
-
- /* otherwise handle any "-h" option */
- break;
-
- case 'c':
- if (!strncmp (*argv, "-chang", 6))
-
- changes ();
- exit (0);
-
- /* otherwise handle any "-c" option */
- break;
-
- /* any other options... */
-
-
-
- i like debugging++ rather than debugging = 1 since you could potentially
- have severall levels (-debug or -debug -debug or ...). if you really want
- more generality, change to:
-
- case 'H': /* for desktop's benefit */
- case 'h':
- if (!strncmp (stolower (*argv), "-help", 5))
-
- /* stolower returns (char *) ptr after lowercasing
- the string arg */
- ...
-
-
- does this sound reasonable? i have adopted this myself for both unix and
- TOS. i just wish P1003.2 would say something about this...
-
- -bill
- rosenkra@convex.com
- --
- Bill Rosenkranz |UUCP:
- Convex Computer Corp. |ARPA: rosenkra%c1yankee@convex.com
-
- ------------------------------
-
- Date: 21 Mar 91 03:37:39 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!munnari.oz.au!brolga!uqcsp
- e!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
- Subject: standard practices
- To: Info-Atari16@naucse.cse.nau.edu
-
- In <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William Rosencranz)
- writes:
-
-
- >while on the subject of standards, can i throw in my 2 cents on another
- >plead for consistency?
-
- >it would be really nice if unix-like programs on the ST (or anywhere, for
- >that matter) would include the following command line switches:
-
- > -debug to turn on internal debugging, if any
- > -help to print a usage synopsis
- > -version to print current program version
- > -changes to print major changes since last rev (or indicate
- > that this is first rev)
-
- -debug - Very rarely used, so should be #IFDEFed out in releaase.
- -help - No way! I MUCH prefer "man <command>" - and again, save on program
- size.
- -version - I totally agree, it takes no effort or space, and is useful for
- updates.
- -changes - No, stick it in the manual.
-
- See. Standards only work if they are inarguably beneficial.
-
- Personally, I write more GEM stuff than TOS stuff, and in THAT CASE, "help",
- "version"
- and "changes" are good things to include - because the average GEM user is
- _potentially_
- a dim wit - so it goes to make the program more User Friendly. People who use
- command lines are used to using "man" or just "more"ing the documentation.
-
- Warwick.
- --
- _--_|\ warwick@cs.uq.oz.au
- / * <-- Computer Science Department,
- \_.--._/ University of Queensland,
- v AUSTRALIA.
-
- ------------------------------
-
- Date: 20 Mar 91 19:38:59 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu!m
- .cs.uiuc.edu!flute.cs.uiuc.edu!totty@arizona.edu (Brian Totty)
- Subject: ST Disks & Sparcstation Drives
- To: Info-Atari16@naucse.cse.nau.edu
-
- A few months ago, some people were talking about reading Atari
- ST disks from a Sparcstation. Does anyone know how to go about
- this?
-
- Specifically, I want to read files from a double sided disk onto
- my Sparc and then transfer them to my ST hard disk via modem (I
- only have a single-sided floppy).
-
- / Brian Totty o o
- /__ __ o 1304 W. Springfield Avenue o
- / / / / Urbana, IL 61801 \_/ "We have corn in
- /__/ / / totty@cs.uiuc.edu Massachusetts too!"
-
- ------------------------------
-
- Date: 20 Mar 91 16:46:41 GMT
- From:
- noao!ncar!elroy.jpl.nasa.gov!usc!samsung!olivea!mintaka!ai-lab!life.ai.mit.edu!
- johnb@arizona.edu (John Bunch)
- Subject: Stuck STe ?
- To: Info-Atari16@naucse.cse.nau.edu
-
- Hmmmm, Hello all.
-
- I seem to have encountered a strange problem. I will try to do my
- best to describe it. Just to make thing clear. I have an Atari
- 1040STe with 1 meg of ram. I just bought it 2 weeks ago. I also have
- an SC1224 that came with the ST I had and a Beast Systems DS/DD 720k
- floppy drive. I have the following programs in my auto folder:
-
- STE_FIX.PRG ! off of my Atari Language disk.
- VDI_FIX.PRG ! V1.10 from terminator.
- QUICKSTC.PRG ! V2.11
-
- Well, that should be enough info on that. Now here is my problem.
- When I run any program they work, but when I try to exit said program
- my screen goes white and does not return to the desktop till I hit
- ctrl-alt-del. Now I tried a few programs and encountered the same
- problem with a few programs. Uniterm, unlzh14.prg, dterm_1c.prg.
- Those are the only ones I've tested so far. This problem just started
- now. I just changed my auto folder so that the only thing that loads
- is ste_fix.prg and I have been able to exit programs, but I didn't
- have any problems yesterday like this. Any ideas?
-
- John Bunch
- --
- ************************************************************************
- * 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: Wed, 20 Mar 91 20:29:04 EST
- From: scott@sparc1.stevens-tech.edu (Scott Kolodzieski)
- Subject: Trouble with Mono-spaced Fonts in a Mupfel (Gemini) Window
- To: Info-Atari16@naucse.cse.nau.edu
-
- Hello, this problem has been driving me crazy as of late.
- My situation is as follows, I am using Gemini 1.2 on a 4 meg 1040
- with TOS v1.4 (rainbow). Now I run bash in a Mupfel window (bash.ttp).
- If I select any of the supplied gemini fonts, all is well. However
- I recently got some other GDOS mon-spaced fonts (converted Mac fonts)
- and when I select them, they work fine, but in the Bash window the cursor
- leaves a 1 pixel high trail behind. The trail is under the cursor, as it
- gives the apperance that all characters are underlined. I have tried to
- edit the fonts with Fontz and Gemfed, changing ascent/descent/base/half
- lines, but nothing seems to work. I always get this trail.
-
- By the way I am using the AMCGDOS that came with Gemini 1.2!
- Also since I am asking, does anyone know if there is a program that
- will convert proportional fonts to mono-spaced fonts.
-
-
- Many thanx --
-
- Scott Kolodzieski
-
- Your choice of reply:
-
- scott@sparc1.stevens-tech.edu (better)
- -or-
- skolodzieski@sitvxc.stevens-tech.edu (ok)
-
-
- ------------------------------
-
- Date: Wed, 20 Mar 1991 12:17:00 -0500
- From: CSULLOGG@CRL.AECL.CA
- Subject: TT questions
- To: info-atari16@naucse.cse.nau.edu
-
- As a TT user, life is pretty lonely right now. I keep posting questions
- on the net about TT compatible software but I do not get any responses.
-
- If anyone has an answer to any of the following, please post a reply:
-
- 1. Is there a terminal emulation package (VT100/240,etc) that works on
- the TT in TT screen modes (Flash and Uniterm have to be in ST
- screen mode).
-
- 2. Do any of the PC emulators work on the TT (ATOnce, ATSpeed, Delta-
- Modul, SuperCharger). I want minimum AT emulation but would prefer
- 386 performance.
-
- 3. When will Pagestream be fixed to work on a TT (Calamus works in
- ST screen modes and sort of works in TT screen mode).
-
- 4. Has Signum been updated for the TT? (Tex works well but I hate
- the command interface).
-
- 5. NeoDesk 3 requires a warm reboot to change rez on the TT, thus
- making it unusable because I have to change rez often. Will this
- be worked around in the future.
-
- 6. I spoke with the developer of Revolver and there is no plan for an
- upgrade to the TT (ST versions did not sell very well). Pity,
- the ST/TT without Revolver is a drag. Anyone else working on a TT
- task switcher (I could retire before UNIX is ready).
-
- 7. MVG works only in ST high rez; any plans for a TT screen mode fix?
-
- 8. Turtle and Megamin will not work on the TT; any plans for an upgrade?
-
- 9. Will EasyDraw be recompiled for the 68030/68882; it would scream!
-
- ------------------------------
-
- Date: 20 Mar 91 16:19:31 GMT
- From: fs7.ece.cmu.edu!o.gp.cs.cmu.edu!redmond@sei.cmu.edu (Redmond English)
- Subject: Uniterm & Kermit
- To: Info-Atari16@naucse.cse.nau.edu
-
- >>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.
- >
-
- You are probably not setting binary mode on either on or both ends.
- The kermit server can be set to binary with: set file type binary
- and the uniterm end can be set to binary mode by clicking on the
- "Binary Mode" button.
-
- "It works for me!"
-
- Red/.
-
- ------------------------------
-
- Date: 20 Mar 91 19:51:54 GMT
- From: noao!ncar!elroy.jpl.nasa.gov!jato!vsnyder@arizona.edu (Van Snyder)
- Subject: Uniterm & Xmodem (was Kermit)
- To: Info-Atari16@naucse.cse.nau.edu
-
- In article <7190@bgsuvax.UUCP> jbernat@bgsuvax.UUCP (Jim Bernatowicz) writes:
- >From article <1991Mar20.114315.19825@watdragon.waterloo.edu>, by
- badorion@watyew.uwaterloo.ca (Brian A. Dorion):
- >
- >... If you
- >are using Kermit to Xfer files from a Vax, you may wish to look for
- >sx,sb,sz (Send Xmodem, Batch (Ymodem), Zmodem, respectively.) Also,
- >rx,rb,rz are the receive counterparts. Once I found these, I found
- >Kermit to be too annoying and slow to deal with.
-
- If you use Xmodem, make sure to use no handshaking or CTS/RTS handshaking.
- Xmodem uses an 8-bit binary block number, starting at zero. When it gets up
- to ~S, the connection shuts down if you're using X-on/X-off handshaking.
-
- --
- vsnyder@jato.Jpl.Nasa.Gov
- ames!elroy!jato!vsnyder
- vsnyder@jato.uucp
-
- ------------------------------
-
- End of Info-Atari16 Digest
- ******************************