Info-Atari16 Digest Tue, 16 Apr 91 Volume 91 : Issue 215 Today's Topics: .Z compression for the ST (2 msgs) Atari for Auction Flash & QuickST GDOS/TT/TTM195 Graphics on the STE - v. generally speaking... Mint... (3 msgs) Posting Z*Net International 3rd request! Running Mupfel under Neodesk (2 msgs) smail on Atari ST The language named C TT Toaster (again) Ultima VI Weird TT hard disk thingy (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: 17 Apr 91 00:42:36 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!helios!rigel.tamu.edu!ieb482 6@arizona.edu (BOU-SAADA, INGRID EDMOND) Subject: .Z compression for the ST To: Info-Atari16@naucse.cse.nau.edu Does anyone know of a program for the ST that can compress and uncompress .Z compressed files. If there is one does it require a shell or anything to implement. I've been downloading some astronomical gifs that are huge and uncompressed with a 1200 baud modem and I'm getting desperate!!! Thanks in advance and for help in the past... E.Bou-saada (ieb4826@zeus.tamu.ed) ------------------------------ Date: 17 Apr 91 02:24:40 GMT From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!wuarchive!uwm.edu!spool.mu.edu!munnari. oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison) Subject: .Z compression for the ST To: Info-Atari16@naucse.cse.nau.edu > Does anyone know of a program for the ST that can compress and >uncompress .Z compressed files. If there is one does it require a shell >or anything to implement. I've been downloading some astronomical gifs >that are huge and uncompressed with a 1200 baud modem and I'm getting >desperate!!! Yes, I think there is a "compress" at atari.archive GIFs are already compressed using the same algorithm that "compress" uses. It's just that the files you have are probably BIG images, with lots of detail - there's no way around it. See if there is a IBM PC at your campus and FTP to 3.5" floppies (or kermit, or whatever). Warwick. -- _--_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.--._/ University of Queensland, v AUSTRALIA. ------------------------------ Date: 16 Apr 91 21:24:34 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!ub!dsinc!netnews .upenn.edu!platypus!jaguar.ucs.uofs.edu@arizona.edu (OGRINZ MICHAEL E) Subject: Atari for Auction To: Info-Atari16@naucse.cse.nau.edu Ok, folks. This is the last update that will be posted here in comp.sys.atari.st. For the remaining updates, I direct you to misc.forsale.computers. I haven't really been flamed too much, but a few people feel its not appropriate to post the updates here (or at all in some cases :-) ) Anyway, I'll keep this message short... But over on the other group I'll post a much exapanded list of stuff the system comes with for those of you who don't know already. Remember: Bidding closes April 22nd! High bid as of today is: $750 Mike Ogrinz ------------------------------ Date: 17 Apr 91 01:30:54 GMT From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!uakari.primate.wisc.edu!aplcen!jhunix!d _alvear@arizona.edu (Dom Alvear) Subject: Flash & QuickST To: Info-Atari16@naucse.cse.nau.edu In article <2804b3e4.2556@petunia.CalPoly.EDU> sslee@polyslo.CalPoly.EDU (Steven Lee) writes: > > >I have Flash v1.52 and QuickST v.2.20 and it seems either no one comes across >this problem or everyone is just ignoring it. The problem is that Flash >tends to leave remaining cursors everywhere on the screen (I'm emulating >vt100). Even when I disable QuickST, it still does this. Only when I >not load in QuicskST on autoboot does the problem disappear. My brother has QuickST 2.10 (I don't know if he's updated to the latest version.). I used Flash 1.60 on his computer and I got the cursor left-overs as well. I told Darek Mihoka about it, but he didn't believe me. (Said something about it being a problem with Flash or that I was using an older version of Q-ST...) Obviously it is a problem with Q-ST 2.20 as well. Incidentally, Turbo ST 1.84 does NOT leave junk all over the screen, but it unfortunately disables the ability for Flash to display underlines. >I've tried using some german program (called fixflash or something like >that) but it doesn't seem to work. Alas, I have no docs to that program. Does anybody know what this program (fixflash) does? If it fixes the problem with the underline in TurboST I'd love to see it on atari.archive! >I'm not sure which program is at fault, but it sure is annoying. It even >warrants me to boot Flash on my disk drive (yech!) as opposed to my hard >drive so I don't have to reconfigure my autoboot programs there. Why not use a program like SuperBoot or DeskManager? It'll make your life much easier in the long run! > >Steven Dom ------------------------------ Date: 16 Apr 91 18:01:12 GMT From: noao!asuvax!cs.utexas.edu!uwm.edu!spool.mu.edu!samsung!umich!wsu-cs!jake!pbh@ar izona.edu (Patrick Haggood) Subject: GDOS/TT/TTM195 To: Info-Atari16@naucse.cse.nau.edu In article <23575@know.pws.bull.com> CSULLOGG@CRL.AECL.CA writes: >The trick is to put 08p screen.sys to 10p screen.sys lines in, >along with the fonts for the 04p screen.sys driver. Thank goodness that >there are users out there who can help. Here's the first time I've seen any discussion about the screen.sys lines above 4p. When I dloaded Rufus it had some fonts and lines in the > 4p range (6-9p if I recall). Since I am using only a monochrome monitor, can I remove these lines? Can I remove all lines excluding the 4p (and the fonts under it)? -- Patrick B. Haggood Wayne STate University Detroit, MI Physics - Class of 1991 (-2?) ------------------------------ Date: 16 Apr 91 21:13:04 GMT From: uncle-bens.rice.edu!bgr@rice.edu (Robert G. Rhode) Subject: Graphics on the STE - v. generally speaking... To: Info-Atari16@naucse.cse.nau.edu In article <1991Apr16.192259.4357@rice.edu>, bgr@uncle-bens.rice.edu (Robert G. Rhode) writes: > In article <1563@ipsi.UUCP>, wallmann@ipsi.UUCP (Georg Wallmann) writes: > > > always came up with "too expensive". Of course if you think 16 MB isn't > > expensive ... as you do in your post. While thinking about it I > > had this great idea for a new RAM technology, which unfortunately > > (then unbeknownst to me) already existed as dual-port RAM. Even then the > > bus width needed and the cycle speed is just about too ridicolous for > > a home computer. Personally I'd be happy with 640*400*16bit colors at > > 70Hz and some hires in mono. That would be monetarily feasible, I only > > want color for the games anyway, and some hires for programming. > > I think I can (theoretically) offer you a better deal: > > How about 1024x1024x24-bit color for <$350 parts cost (if you are an OEM)... > > Ingredients: > 24 1-Megabit Video Rams @ > 1 Brooktree triple 8-bit RAMDAC @ > glue logic > > 1024x1024x70 Hz = 110 MHz pixel clock. > Each VRAM is 256Kx4, so each VRAM needs to output at 27.5 MHz. > A 100-ns VRAM is rated to shift out serial information at the rate of 33 MHz. > 1 VRAM chip per bitplane. > > A VRAM is a dual-ported RAM with a DRAM half and a serial shift register half. > The two halves are completely independent of one another except when passing data > between them. 512 bits (1 DRAM row) is transferred at a time. > > Anyway, I am currently doing a theoretical video board design for a senior EE class, > and I assure you that the performance you require is not at all unreasonable in cost. > > - Bob > Silly me, I forgot to tell it the right distribution. By the way, that should say Brooktree VideoDAC, not RAMDAC. A RAMDAC is what you use when you want to have a 256-color lookup table for 8-bit graphics. The Bt459 RAMDAC has a 256x24 lookup table for color information, 16x24 overlay color lookup table for easy text-over-graphics or windowing applications, and even a 64x64x3-color cursor in hardware (For those of you who want a sprite). I hope this reaches more than just me this time... ------------------------------ Date: 15 Apr 91 01:40:06 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!linus! snorkelwacker.mit.edu!ai-lab!life.ai.mit.edu!johnb@arizona.edu (John Bunch) Subject: Mint... To: Info-Atari16@naucse.cse.nau.edu Hello, I have the Mint/MGR package, and would like to know how to get it to start up in medium res. I have a 1040ste that like to boot up in low res. Right now I run quickst 2.10 to have it start in medium res, but when I go to gem from mint it comes up as low res, is ther a fix for this?? Any help would be appreciated... 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: 16 Apr 91 23:37:07 GMT From: noao!asuvax!ncar!elroy.jpl.nasa.gov!jarthur!petunia!csuchico.edu!ekrimen@arizon a.edu (Ed Krimen) Subject: Mint... To: Info-Atari16@naucse.cse.nau.edu - I have the Mint/MGR package, and would like to know how to get it to - start up in medium res. I have a 1040ste that like to boot up in low - res. Right now I run quickst 2.10 to have it start in medium res, but - when I go to gem from mint it comes up as low res, is ther a fix for - this?? Any help would be appreciated... This is a bug in TOS 1.06; TOS 1.62 fixes this minor bug as well as some other things, but TOS 1.62 is not available as an upgrade. Anyway, there is a program on the language disk called STE_FIX. Putting this in the AUTO folder will have your STe boot in medium res if the DESKTOP.INF is set for medium res. However, there is another way.... Depending on how your personal DESKTOP.INF file looks, you want to change the 12 in line 5 to 13. #a060000 #b000000 #c???000?000<000?00;;400;0;;;4440??0;;?0?;0;;;0??03111103 #d #E 90 13 ~~ This tells the STe to boot in monochrome, but when you're running a color monitor it goes to medium res. -- 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: 16 Apr 91 23:33:52 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!samsung!munnari. oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison) Subject: Mint... To: Info-Atari16@naucse.cse.nau.edu >I have the Mint/MGR package, and would like to know how to get it to >start up in medium res. I have a 1040ste that like to boot up in low >res. Right now I run quickst 2.10 to have it start in medium res, but >when I go to gem from mint it comes up as low res, is ther a fix for >this?? Any help would be appreciated... This may sound silly, but... 1. Boot without MiNT 2. Set preference to Medium 3. Save desktop Try again. Or have you already tried the obvious? -- _--_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.--._/ University of Queensland, v AUSTRALIA. ------------------------------ Date: 16 Apr 91 20:47:38 GMT From: argosy!henry@decwrl.dec.com (Henry Polard) Subject: Posting Z*Net International 3rd request! To: Info-Atari16@naucse.cse.nau.edu In article <14250@ccncsu.ColoState.EDU> sytang@euclid.math.colostate.edu.UUCP (Shoou-yu Tang) writes: > Also there is a mailing list for individual want to receive it I'd be just as happy recieving it by email instead of having it posted here. I haven't noticed subscription info posted here for a long time; could somebody please post how to do so? If I can get it via a mailing list, I'd vote against posting ZNet here. Henry Polard | REAL net address: | Reality / Virtual 17-line .sig (408) 736-3300 | henry@maspar.com | is an allusion. \ with spiffy graphics. ------------------------------ Date: 16 Apr 91 18:37:17 GMT From: mcrware!mwca!bill@uunet.uu.net (Bill Sheppard) Subject: Running Mupfel under Neodesk To: Info-Atari16@naucse.cse.nau.edu In article <779@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes: >Try out Mupfel that comes with the Gemini stuff, it allows "/" to be used >instead of "\" and has many csh like features. Also, it doesn't remap the >keyboard (which make Gulam useless on my Australian (uk? us?) keyboard). I see some wierdness if I try to run Mupfel from within Neodesk - if I run Mupfel, then run Zoo from Mupfel, zoo gets executed twice. Also, upon exiting Mupfel I get put back to the desktop instead of to Neodesk (using the non-resident mode of execution). Doing a bit of experimenting, I tried running shell_0 in my AUTO folder, then running Neodesk, then Mupfel, and with that combination Mupfel won't exit at all (goes right back to Mupfel). Any ideas? -- ############################################################################## # Bill Sheppard -- bills@microware.com -- # Microware Systems Corporation --- OS-9: Seven generations beyond OS/2!! # ######Opinions expressed are my own, though you'd be wise to adopt them!###### ------------------------------ Date: 17 Apr 91 02:19:08 GMT From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!caen!uwm.edu!spool.mu.edu!munnari.oz.au !brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison) Subject: Running Mupfel under Neodesk To: Info-Atari16@naucse.cse.nau.edu In <1847@mwca.UUCP> bill@mwca.UUCP (Bill Sheppard) writes: >In article <779@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes: >>Try out Mupfel that comes with the Gemini stuff, it allows "/" to be used >>instead of "\" and has many csh like features. Also, it doesn't remap the >>keyboard (which make Gulam useless on my Australian (uk? us?) keyboard). >I see some wierdness if I try to run Mupfel from within Neodesk - if I run >Mupfel, then run Zoo from Mupfel, zoo gets executed twice. Also, upon >exiting Mupfel I get put back to the desktop instead of to Neodesk (using >the non-resident mode of execution). Doing a bit of experimenting, I tried >running shell_0 in my AUTO folder, then running Neodesk, then Mupfel, and >with that combination Mupfel won't exit at all (goes right back to Mupfel). >Any ideas? About zoo: Check if it exists twice on your path maybe. I run Gemini with Mupfel, then Uniterm within that, then Mupfel from within Uniterm, then zoo from there and THAT STILL WORKS! Hmm. Maybe a strange set-up, maybe Neodesk. When you "exit" Mupfel, it calls some "exit.prg", but I don't really understand that bit (.logout maybe?) -- _--_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.--._/ University of Queensland, v AUSTRALIA. ------------------------------ Date: 16 Apr 91 22:38:00 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!samsung!uakari.primate.wisc.edu!caen!sol.ctr.c olumbia.edu!src.honeywell.com!msi.umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington) Subject: smail on Atari ST To: Info-Atari16@naucse.cse.nau.edu [In article <1991Apr14.071306.3889@edm.isac.CA>, darius@edm.isac.CA (Darius S. Naqvi) writes ... ] > Possibly what happened is that the above two people took smail 2.5 (or > some other version) and modified it a lot, and then placed the whole > thing under the Gnu Copyleft. No, Smail 3.x is definitely a fresh start. I'm not a 3.x guru, but as I understand it, it was intended as a replacement for Sendmail. Among other things, it handles multiple transportation methods, while Smail 2.x doesn't. > version. Where could I get the standard UNIX smail v2.5, i.e., the > version that was modified for TOS *minus* all the modifications? I'm afraid I don't know much about how to find Unix archives, but you could ask in the appropriate Unix newsgroup, comp.mail.uucp, or even comp.os.minix -- I wouldn't be surprised to find that somebody's already done the work for you. ---- Steve Yelvington, Marine on St. Croix, Minnesota, USA / steve@thelake.mn.org ------------------------------ Date: 16 Apr 91 22:47:08 GMT From: noao!ncar!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!src.honeywell.com!msi. umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington) Subject: The language named C To: Info-Atari16@naucse.cse.nau.edu [In article <1991Apr16.134257.8944@cs.wayne.edu>, pbh@jake.tmc.edu (Patrick Haggood) writes ... ] >>(in response to a query about editors and C compilers) > since I gave up on GCC. CBREEZE is a Michtron product, and they've > moved so I can't give you an address. However, it's still advertized in > ST mags so I'm sure you can find it. Last I saw, E. Arthur Brown had acquired a big pile of Michtron sw, including CBREEZE, and was selling it cheap. (I actually prefer the speed of MicroEMACS and a full, clear screen.) The basenote asked about C compilers for learning. I think anybody who wants to learn C and doesn't pick up Sozobon AND the free source code to the libraries (dLibs) is missing a golden bet. I've learned more from Dale Schumacher's code (and from Dale himself) than I've ever learned from a book. And as for commercial support ... don't place too much value on that. They're not going to teach you how to code on the phone. If you have questions, try comp.sys.atari.st.tech. And post code samples! ---- Steve Yelvington, Marine on St. Croix, Minnesota, USA / steve@thelake.mn.org ------------------------------ Date: 16 Apr 91 18:43:39 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!jarthur!petunia!csuchico.edu!ekrimen@arizona.e du (Ed Krimen) Subject: TT Toaster (again) To: Info-Atari16@naucse.cse.nau.edu I found this article in comp.sys.amiga.graphics and dragged it over here 'cause I thought some people might be interested in it. I think it has some relation to the TT Toaster that was discussed a while ago. I have redirected the follow-up to comp.sys.amiga.graphics (at least tried to). Article: 1069 of comp.sys.amiga.graphics Path: csuchico.edu!petunia!usc!rpi!masscomp!calvin!mark From: mark@calvin..westford.ccur.com (Mark Thompson) Newsgroups: comp.sys.amiga.graphics Subject: Re: Burn MACWorld... BURN! Message-ID: <61899@masscomp.westford.ccur.com> Date: 16 Apr 91 13:50:30 GMT References: <1991Apr14.224051.369@usenet.ins.cwru.edu> <41281@cup.portal.com> <1991Apr15.102050.21859@uservx.afwl.af.mil> Sender: news@masscomp.westford.ccur.com Reply-To: mark@calvin.westford.ccur.com (Mark Thompson) Organization: Concurrent Computer Corp. Westford MA. Lines: 23 In article <1991Apr15.102050.21859@uservx.afwl.af.mil> galetti@uservx.afwl.af.mil writes: >In article <41281@cup.portal.com>, amigan@cup.portal.com (R Michael Medwid) writes: >>Ah..but yes the Toaster *is* available for the Mac..when you buy the "Toaster >>Package" it comes with a toaster inside an Amiga 2000HD..and they throw in >>a connector cable so you can export your images from the Mac directly (ahem) >>to the Toaster (uh..by way of..an Amiga!!)..chuckle chuckle.. >Seriously? Is this for real? You mean to tell me that a toaster installed in >an A2000HD is considered an available peripheral for the Mac? You've got to >be SH*TTING me! Yes, it is being marketed this way for the Mac and IBM clones. But there is something else. Tim Jenison (NewTek president) was recently quoted to say that their goal was to produce a stand-alone Toaster for under $1000. They plan on achieving this end by incorporating pieces of the Amiga into the new "black box" toaster. I have heard they have already done some negotiations with Commodore to create this product. % % ` ' Mark Thompson CONCURRENT COMPUTER % % --==* RADIANT *==-- mark@westford.ccur.com Principal Graphics % % ' Image ` ...!uunet!masscomp!mark Hardware Architect % % Productions (508)392-2480 (603)424-1829 & General Nuisance % % % -- 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: 16 Apr 91 14:01:20 GMT From: zodiac!borkowsky@rutgers.rutgers.edu Subject: Ultima VI To: Info-Atari16@naucse.cse.nau.edu Ultima VI: Will it ever live for the Atari ST? Does anybody know if a) Origin is planning to produce it for the Atari ST and b) Will Origin produce it for the ST? And what about all their other great games? (The titles elude me, but they look good on the IBM...) I'm not really much of a gamer at all, but, hey, who can pass up Origin? (I don't understand why Ultima V didn't have MIDI sound...Ultima III did...) ------------------------------ Date: 16 Apr 91 19:53:00 GMT From: noao!ncar!elroy.jpl.nasa.gov!jato!hanauma.jpl.nasa.gov!hyc@arizona.edu (Howard Chu) Subject: Weird TT hard disk thingy To: Info-Atari16@naucse.cse.nau.edu In article <1991Apr16.042133.20872@mailer.cc.fsu.edu> boyd@nu.cs.fsu.edu writes: >My friend managed to get his external Supra HD connected to his TT >(which has an internal SCSI device). The TT differentiates between >SCSI and ASCI devices. The internal drive is set at SCSI 0, so my >friend set his Supra at SCSI 1, so they would not confict. This >turned out to be the problem. BOTH drives had to be set to SCSI 0 >to work. Extremely weird. Anyone have an explination? What did he plug the Supra into, daisy chained off the SCSI port, or the Atari DMA port? If DMA port, then the answer is that you're using two separate buses... -- -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA Disclaimer: How would I know, I just got here! ------------------------------ Date: 17 Apr 91 05:19:21 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!samsung!caen!uflorida!mailer.cc.fsu.edu!bind!b oyd@arizona.edu (Mickey Boyd) Subject: Weird TT hard disk thingy To: Info-Atari16@naucse.cse.nau.edu In article <1991Apr16.195300.1906@jato.jpl.nasa.gov>, hyc@hanauma.jpl.nasa.gov (Howard Chu) writes: >In article <1991Apr16.042133.20872@mailer.cc.fsu.edu> boyd@nu.cs.fsu.edu writes: >>My friend managed to get his external Supra HD connected to his TT >>(which has an internal SCSI device). The TT differentiates between >>SCSI and ASCI devices. The internal drive is set at SCSI 0, so my >>friend set his Supra at SCSI 1, so they would not confict. This >>turned out to be the problem. BOTH drives had to be set to SCSI 0 >>to work. Extremely weird. Anyone have an explination? > >What did he plug the Supra into, daisy chained off the SCSI port, or >the Atari DMA port? If DMA port, then the answer is that you're using two >separate buses... >-- He plugged it into the DMA. However, if it is a separate bus, then it was the only device on it. So why does the Atari software demand that it be device 0? That is what puzzles me. -- ---------------------------------+------------------------------------- Mickey R. Boyd | "Kirk to Enterprise. All clear FSU Computer Science | down here. Beam down Technical Support Group | yeoman Rand and a six-pack . ." email: boyd@fsucs.cs.fsu.edu | ---------------------------------+------------------------------------- ------------------------------ End of Info-Atari16 Digest ******************************