Info-Atari16 Digest Wed, 18 Dec 91 Volume 91 : Issue 666 Today's Topics: 1280*960 IMG ? Yes! Atari books CACHEXXX.PRG Where can I find it? Just how _do_ you force a Mail server @ terminator? (2 msgs) Mint and GEM (2 msgs) Pagestream printer drivers PYM Demo on Terminator Sozobon shell ??? Sozobon V2.0 crc fault?? ST-Super-VGA Information... ST Disk Utility Prgs TOS 1.2 Pexec-Mode 4 fails TOS 2.06 TOS 2.06 Available in USA! Unix-Windows for ST 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: Wed, 18 Dec 91 10:16 From: "the GUARDIAN" Subject: 1280*960 IMG ? Yes! To: Info-Atari16@naucse.cse.nau.edu Hy there! If you want to get a BIG-IMG( >640*480 ) then you can use e.g. 'snapshot'-programs which run with TTM 194. Lots of these programs are in PD-Pools. But there is only one program I know, which can 'snapshot' everywhere in every resolution and with every graphics-extension : Mortimer Plus (Omikron.Software, Germany). Most items of this program are not well, and when you use Mortimer, you will have more often bombs on your screen than usually... but this function (Snapshot) works well. More Info: UK1T@ibm3090.rz.uni-karlsruhe.de ------------------------------ Date: 18 Dec 91 07:26:12 GMT From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard) Subject: Atari books To: Info-Atari16@naucse.cse.nau.edu In article <1991Dec17.160200.9971@gumby.cc.wmich.edu> obryan@gumby.cc.wmich.edu (Mark O'Bryan) writes: > In article <3mUzpIWZmOk@jonh.wimsey.bc.ca> jhenders@jonh.wimsey.bc.ca writes: > > In <1991Dec10.053556.4131@actrix.gen.nz>, Roger Sheppard writes: > > >In article jhenders@jonh.wimsey.bc.ca writes: Stuff removed The book you're thinking of is "Compute's ST Applications Guide: PRO- > GRAMMING IN C", by Field, Mandis, and Myers. Copyright 1986. > > -- > Mark T. O'Bryan Internet: obryan@gumby.cc.wmich.edu > Western Michigan University > Kalamazoo, MI 49008 Is this book any good..!!! -- *** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz *** *** 85 Donovan Rd * * GEnie. R.SHEPPARD5 *** *** Kapiti At least I don't Flicker, *** *** New Zealand.. * not like a dying light globe *** ------------------------------ Date: 17 Dec 91 20:14:06 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-stat e.edu!paperboy.micro.umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington) Subject: CACHEXXX.PRG Where can I find it? To: Info-Atari16@naucse.cse.nau.edu [In article , jhenders@jonh.wimsey.bc.ca (John Henders) writes ... ] > One strange phenomenom though, I notice when expire is deleting > messages, that the deletion progressively slows down, after about 60+ > deletions, it's runing about 1/4 normal speed. Someone told me this is > because TOS still sees the deleted filenames and has to seek past them > to find the next file. Anyone know if this is true, or if the expire > program just isn't written very efficiently? It's a TOS phenomenon. Subdirectories are just special files. If you have 90 bazillion files in a directory, the file gets very long (and, because of the odd order in which you probably created those files, the directory may be fragmented all over the disk). Scanning through those zapped files slows down the system something fierce. That behavior, plus the pre-TOS-1.4 problem with opening files on a very full disk drive, led Dale Schumacher and I to choose a different method of storing Usenet messages in the rnews that we wrote a couple of years ago. Instead of a single file per message, we have a single file per newsgroup. Messages are stored in common Unix mailbox format -- i.e., concatenated with "From " at the top of each message. Expiration is performed by a file-trimming utility. This method lets rnews and expiration processes run much faster, but it introduces its own set of problems -- notably the need to scan very long files in order to get a directory of messages in a group, and the need for some sort of message-ID searching to find each user's previous highest-read marker. We never really developed a satisfactory user interface for all of this, which is one reason it was not released. -- Steve Yelvington, Marine on St. Croix, Minnesota I ate two helpings of lutefisk ... and lived to tell the tale. ------------------------------ Date: 16 Dec 91 09:24:00 GMT From: noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!ya le.edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Laurenz_Pruessner @arizona.edu (Laurenz Pruessner) Subject: Just how _do_ you force a To: Info-Atari16@naucse.cse.nau.edu Allan Pratt (apratt @ atari.uucp) writes: >Please don't jump down my throat for not answering directly. Why don't we >make this stuff available for free? Because it's not free for us to create >and disseminate this information. The developer program is hardly a profit >center. This is probably one of the biggest misunderstandings of the Atari Corp. The developer program does not pay immediately, but it helps to establish a computer system that would otherwhise suffer from a lack of good software. So an efficiently working developer support really produces profits, even though you don't see it immediately. To my mind one of the reasons why Atari seems to be dying continously in the US is that there's more or less no good and clean software over there. And there can't be good software without good, quick and immediate information. >============================================ >Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. >reflect those of Atari Corp. or anyone else. ...ames!atari!apratt /------------------------------------------------------------------------\ I Laurenz Pruessner I "Thank you for making my life more complicated." I I Hamburg / Germany I Leonard Tramiel, 8/24/1991 I I I I I Long live Cyberpunk I----------------------------------------------------I I Actionware I Laurenz_Pruessner@hh.maus.de I \------------------------------------------------------------------------/ ------------------------------ Date: 18 Dec 91 07:30:59 GMT From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard) Subject: Mail server @ terminator? To: Info-Atari16@naucse.cse.nau.edu In article <1856793.569206@DMSWWU1C.BITNET> zwq017@DMSWWU1C.BITNET (Bjarne Pohlers) writes: > In article <95679@bu.edu> selick@bucsf.bu.edu (Steven Selick) writes: > > > >I was just wondering if there was a mail server for the atari files at > >terminator.cc.umich.edu that are available via ftp. I just want a backup > >in case I ever lose ftp access or something. If so, what is the address, > >and how do you use it? > Yes, such a mail-server exists. > Send a mail-message to atari@atari.archive.umich.edu which contains > > help > > as mail-body and you will get more info. > -- > !"$%&/);=?!-.'"[!=({\,@*%#+$['&~(/!&=]`"%$_~.|?>}`>|"/%~<$:&)*;#!;[&=#"&%$\':"[ > " Bjarne Pohlers Fast address: & > \ Slow address: Asbeckweg 15 | W-4400 Muenster | Germany \ > & Phone number: (xx49)251-866559 " > [":'\$%&"#=&[;!#;*)&:$<~%/"|>`}>?|.~_$%"`]=&!/(~&'[$+#%*@,\{(=!["'.-!?=;)/&%$"! I think you will find that BART is down, and from what they state they don't know when it will be up..??? -- *** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz *** *** 85 Donovan Rd * * GEnie. R.SHEPPARD5 *** *** Kapiti At least I don't Flicker, *** *** New Zealand.. * not like a dying light globe *** ------------------------------ Date: 18 Dec 91 12:32:30 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!malgudi.oar.net!yfn. ysu.edu!ysub!psuvm!frmop11!dearn!dmswwu1c!zwq017@arizona.edu (Bjarne Pohlers) Subject: Mail server @ terminator? To: Info-Atari16@naucse.cse.nau.edu In article <1991Dec18.073059.7811@actrix.gen.nz> Roger.Sheppard@actrix.gen.nz (Roger Sheppard) writes: > [...] >In article <1856793.569206@DMSWWU1C.BITNET> zwq017@DMSWWU1C.BITNET (Bjarne Pohlers) writes: >> [...] >> Send a mail-message to atari@atari.archive.umich.edu which contains >> >> help >> >> as mail-body and you will get more info. > [...] >I think you will find that BART is down, and from what they state they >don't know when it will be up..??? > I just tested BART with `help' and `index' and it worked! -- !"$%&/);=?!-.'"[!=({\,@*%#+$['&~(/!&=]`"%$_~.|?>}`>|"/%~<$:&)*;#!;[&=#"&%$\':"[ " Bjarne Pohlers Fast address: & \ Slow address: Asbeckweg 15 | W-4400 Muenster | Germany \ & Phone number: (xx49)251-866559 " [":'\$%&"#=&[;!#;*)&:$<~%/"|>`}>?|.~_$%"`]=&!/(~&'[$+#%*@,\{(=!["'.-!?=;)/&%$"! ------------------------------ Date: Wed, 18 Dec 91 14:34:39 mez From: Michael Hohmuth Subject: Mint and GEM To: Info-Atari16@naucse.cse.nau.edu Olaf Schlueter writes: > If you use Gemini or the builtin desktop and bg.ttp to let TOS programs > like TeX run in background, the background processes get almost no CPU > time, even if the GEM program is blocked by an evnt_... call. [...] > > [...] > > Seems like the AES needs a patch for Mint to handle evnt_... calls > without event polling. Any ideas for a patch ? An appropriate "patch" could be an accessory that sometimes gets activated by an evnt_timer(0,0) call and then performs an Syield() call. Michael Hohmuth hohmuth@freia.inf.tu-dresden.de ------------------------------ Date: 18 Dec 91 12:55:30 GMT From: noao!asuvax!cs.utexas.edu!wupost!darwin.sura.net!Sirius.dfn.de!fauern!faui43.in formatik.uni-erlangen.de!faui09!roarment@arizona.edu (Roberto Armenti) Subject: Mint and GEM To: Info-Atari16@naucse.cse.nau.edu olaf@oski.toppoint.de (Olaf Schlueter) writes: >After trying Mint 0.91, I found it pretty stable and useful, but >cooperation with GEM is poor. Performance is what one expects >of an 8 MHz CPU 68000, as long as there is no GEM program running. >If you use Gemini or the builtin desktop and bg.ttp to let TOS programs >like TeX run in background, the background processes get almost no CPU >time, even if the GEM program is blocked by an evnt_... call. The >reason is apparently, after checking GEM operation with SYSMON, that the >AES does active polling of mouse and keyboard events in the following >manner: >The mouse movement and button change interrupt vectors of VDI are used by >AES to set flags indicating that the mouse has changed state >The AES scheduler seems to poll the keyboard by the use of vsm_string >(vrq_string in sample mode) and the mouse by looking at the flags set by >the routines above. When the user moves the mouse, AES starts polling >mouse position by vq_mouse for possible activation of drop down menus. >Seems like the AES needs a patch for Mint to handle evnt_... calls >without event polling. Any ideas for a patch ? I too found this problem and solved it without a patch: The obvious point was that GEM doesn't call GEMDOS very often when waiting for any event. It seems to me that MiNT schedules processes upon return of a system call. So the obvious thing to do was the following: I wrote a very little accessory that forces GEM to call GEMDOS and thus can be scheduled by the MiNT kernel: -----------snipp------------------------------snipp------------------ #include #include int main( void ) { appl_init(); while(1) { envt_timer(0,50); /* GEM waits 50 milliseconds */ Syield(); } } --------snipp-------------------------snipp----------------snipp------ That's it. The thing is that every 50 milliseconds GEM is preempted from the processor and the MiNT kernel has the opportunity to let another process run. You'll see that your background TeX-process will get much more processor time than it got when running without this accessory. I don't know if this is a clever solution or if I am doing something that I should't do, but this solution works fine. Hope this helps Ciao Roberto -- * roarment@cip.informatik.uni-erlangen.de * * Roberto Armenti, Loewenichstr. 37, W8520 Erlangen, Germany * ------------------------------------------------------------------------ "Beam me up, Scotty. There is no intelligent life on this planet." ------------------------------ Date: 16 Dec 91 07:37:15 GMT From: munnari.oz.au!comp.vuw.ac.nz!med.wcc.govt.nz!kosmos.wcc.govt.nz!fmcg!equinox!sh ore@tcgould.tn.cornell.edu (Craig Shore) Subject: Pagestream printer drivers To: Info-Atari16@naucse.cse.nau.edu This message is posted on behalf of a friend that doesn't have access to internet, If anyone can help could you please reply by *email* only, not on this newsgroup as we don't receive it here yet. Thanks, Craig, (ChCh, New Zealand). Message follows... ------------------------------------------------------------------ Can anyone assist by providing a source to obtain the following printer drivers for 'Pagestream' DTP program: 1) Mannesman-Tally Spirit 80 2) Bluechip These drivers were not included with my revision of pagestream, and the latest version lists them as now available. Most of my output is printed by lazer by others, but the ability to output drafts 'in house' would be very usefull. -------------------------- Craig Shore ------------------------- Email:INTERNET - shore@equinox.gen.nz FIDO - 3:770/120 SLNET - 250:700/1266 or 250:700/578 - - - - - - - - - - - - - - - - - - - - - - >>> NIXONS THEOREM : The man who can smile when things go <<< >>> wrong has thought of someone he can blame it on. <<< ------------------------------ Date: 18 Dec 91 05:08:45 GMT From: noao!ncar!gatech!usenet.ins.cwru.edu!cleveland.Freenet.Edu!al885@arizona.edu (Gerard Pinzone) Subject: PYM Demo on Terminator To: Info-Atari16@naucse.cse.nau.edu In a previous article, selick@bucsf.bu.edu (Steven Selick) says: > >After reading a message earlier about a 1.8 meg demo called PYM.ARC, I >decided to get it and take a look. It is the "Punish Your Machine" demos >that were shown last August in Germany. There were 4 lzh files that >turned into 4 msa files and finally turned into 2 disks. It is very >nicely dono. I wish some of these fantastic programmers would write some >really good graphics applications or games that would be STE compatible! > How much memory do you need to run it? BTW, how the hell is a person with one disk drive and no HD supposed to unarc that 1100+ file?! Also, how am I gonna transfer it from a HD IBM disk to a 720k ATARI format disk?! I'd really perfer msa's of a reasonable length like the LOST BOYS Finalle. -- _______ ________ ________ "Small nose, loose girls, no nipples, (.|.) / ___/ / _____/ / __ / Iczer curls!" -=- Gerard Pinzone ).( / ___/ / /____ / __ / gpinzone@george.poly.edu ( v ) /______/ /_______/ /__/ /__/ Join the ECA Wehrmacht! Kill CM! \|/ ------------------------------ Date: Wed, 18 Dec 91 12:54 N From: SCHARTZ%WET.RUG.AC.BE@CUNYVM.CUNY.EDU Subject: Sozobon shell ??? To: info-ATARI16@naucse.cse.nau.edu Hi, several days ago, I decoded the SOZOBON C compiler. It was very disappointing to discover that the whole package is composed of several TTP files. I think it's very hard to use TTP files (and I don't seem to be the only one, according to reactions of others). So I would like to know if there exists some sort of Manager / Shell / Editor that can be used to coordinate and simplify the work with Sozobon. Thanks in advance for any suggestions, Schartz@wet.rug.ac.be ------------------------------ Date: 18 Dec 91 04:52:43 GMT From: munnari.oz.au!darwin.ntu.edu.au!topfm@uunet.uu.net Subject: Sozobon V2.0 crc fault?? To: Info-Atari16@naucse.cse.nau.edu In article <692675075.1@tdkt.kksys>, Chuck.Grimsby@tdkt.kksys.com (Chuck Grimsby) writes: > > In a message of , Steve Yelvington (1:282/31) writes: > >From: steve@thelake.mn.org (Steve Yelvington) > >Newsgroups: comp.sys.atari.st > > >Here is how uuencoding works. > > >In English: What you're doing here is taking a group of three bytes, > >spreading their bits out across a set of four bytes so that you have > >four nice, low binary numbers, then adding the value of a space -- the > >lowest printable character -- to each result. This gives you four > >printable text characters where you used to have three (possibly > >unprintable) binary values. > > >Decoding simply grabs four bytes, subtracts ' ' from each value, and > >shoves the bits together into three bytes, restoring the original > >binary data. > > Thanks for both the code and the 'English' translation, Steve. I've wondered > how UUencoding works, now I've got both some code and a explaination! > > Thanks again. Yes my sentiments exactly... It seems _somebody_ has altered my (vms)uuen/decoders so as to include some error checking checksums and the like. I have since started ignoring the error messages and getting OK .ARC's Now if anyone has a lharc for vms that handle lh5 let me know Rob. ------------------------------ Date: 18 Dec 91 11:04:00 GMT From: DESYVAX.BITNET!MORGADO@ucbvax.berkeley.edu (Carlos Jose) Subject: ST-Super-VGA Information... To: Info-Atari16@naucse.cse.nau.edu Does anyone have any experience with the ST-Super-VGA card from Rio Datel in US? It's also known as Resolution Super VGA I think. How does it work? Does it come with the SVGA card itself or would I have to buy that seperately? Presumably I would need to buy a monitor capable of displaying SVGA. Does it work on an STE (2MB+hardisk)? Does anyone know the price? What about drivers? Is there a supplier in Germany? Sorry about all the questions, but I was considering designing such an adaptation myself so after reading Ben Gilbert's posting saying it was available comercially I got pretty excited!! Carlos ######################################################### # Carlos Jose de Sousa e Morgado .......................# # ......................................................# # MORGADO@DESYVAX.BITNET................................# ######################################################### ------------------------------ Date: 18 Dec 91 06:52:57 GMT From: noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!uakari.pri mate.wisc.edu!usenet.coe.montana.edu!milton!tymbrimi@arizona.edu (Ben Gilbert) Subject: ST Disk Utility Prgs To: Info-Atari16@naucse.cse.nau.edu Hi, can anyone suggest a good disk utility program / set of programs for the ST? I'm looking for something along the lines of Norton for the IBM I guess, kind of a catch-all for utility programs. I only have a floppy drive (Don't tell me, I know it sucks but I can't afford anything else... :) but it would be nice to be able to check disks for problems or analyze files and whatnot... Mail to tymbrimi@milton.u.washington.edu or post if you think it is worthwile (which it probably is...) Ben Gilbert ----------------------------------------------------------------- Yes, I only have a 520STFm, wondering how I can buy that 4 Meg Mega STe... (anonymous Christmas gifts anyone?) :-) ----------------------------------------------------------------- ------------------------------ Date: 18 Dec 91 09:31:56 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!sol.ctr.colu mbia.edu!ira.uka.de!THD-News!news@arizona.edu (Dr. Eder, Manfred) Subject: TOS 1.2 Pexec-Mode 4 fails To: Info-Atari16@naucse.cse.nau.edu Hi everybdy, yesterday I had a big proble with the Pexec-service. I wrote a procedure, which has to LOAD (mode 3) a program, then add a field in the basepage and last start the loaded image with Pexec (mode 4). Everytimes, I do so, I get an exeption #3 BUSERROR and while looking at the exeption-making code I found: The service tried to get a longword out of the COMMANDLINE-data, made it into an address, subtracted 4 and tried to access this address. Well, quite bad. I have no idea, what went wrong. I passed the parameters in the correct order and the only thing I changed in the basepage of the new program was the value for p_resrvd2[0]. Any help? Thanks M. Gaertner ------------------------------ Date: 18 Dec 91 07:13:40 GMT From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard) Subject: TOS 2.06 To: Info-Atari16@naucse.cse.nau.edu I did read last week from some Atari info, that the RTS/CTS flow bugs could still be there as the Person (Bob Brodie) I think was refering to a patch program to fix this problem, but stated he did not know if it was fixed in TOS Version 2.06/3.06... May be some of the Atari chaps can fill us in..?? -- *** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz *** *** 85 Donovan Rd * * GEnie. R.SHEPPARD5 *** *** Kapiti At least I don't Flicker, *** *** New Zealand.. * not like a dying light globe *** ------------------------------ Date: 18 Dec 91 11:41:43 GMT From: mcsun!news.funet.fi!sunic!lth.se!newsuser@uunet.uu.net (Jerker Nilsson) Subject: TOS 2.06 Available in USA! To: Info-Atari16@naucse.cse.nau.edu In article <5440174@hplsla.hp.com> andyc@hplsla.hp.com (Andy Cassino) writes: >>Ok, thats all real peachy-keen if you're an ST owner, but what if you happen >>to own a 1040STe - how do I go about getting the new TOS and docs?? >> >>Bob Malay >---------- > >CodeHead is introducing a line of boards to allow such an upgrade. One will >plug into the Mega ST computers, and there's a couple of others that fit 1040 >ST's in various ways. I only skimmed the announcement on GEnie, but the price >$69.95 sticks in my mind, but don't quote me on it! > The STe can be populated with TOS 2.0x directly. I have (a swedish) TOS 2.05 in my STe and it works just great! Oh, yes, I had to remove two jumpers to use 32 pin EPROMS instead of the 28 pin ROMS that where there originally. The TOS was ripped straight out of a Mega STe. /Jerker -- - Jerker Nilsson, email d91jn@efd.lth.se - ---- My opinion may change, but not the fact that I am right! ---- Insert own toughts here. The above is mine, and only mine! ------------------------------ Date: 18 Dec 91 09:53:30 GMT From: mcsun!news.funet.fi!funic!nic.funet.fi!lahtinen@uunet.uu.net (Kimmo Lahtinen) Subject: Unix-Windows for ST To: Info-Atari16@naucse.cse.nau.edu I have seen a Xterm implementation on Atari. It works, but not very fast. You also need an ethernet interface. You could try to contact: Michael Gehret X/software Michael Gerret Markstrasse 8 D-8944 Gronenbach Germany tel: +49-8334-1411 fax: +49-8334-6245 email: mg%xsoft@unido.informatik.uni-dortmund.de I hope this is still valid as it is an older visiting card. -- * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Kimmo Lahtinen E-Mail : lahtinen@gideon.fmi.fi or Finnish Meteorological Institute kimmo@field.fi Phone : +358 0 758 1322 Possessed by a Spirit G3 Fax : +358 0 758 1396 ------------------------------ End of Info-Atari16 Digest ******************************