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 " - 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 ******************************