Info-Atari16 Digest Thu, 11 Jul 91 Volume 91 : Issue 385 Today's Topics: acopy Amiga is better then [sic] what??? another st atricle bytes APPLE + IBM Agreement (2 msgs) atari amiga inc. Color monitor died Double Click programs lynx games PageStream VS Calmus PD BBS software for Atari-ST. software QDOS emulators on the ST? stacy mhz? What's the best database f Xcontrol & MOUSE Accel (3 msgs) Zoo 2.1 - first impressions Zoo 2.1 - second impressions (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: 11 Jul 91 14:36:23 GMT From: noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!swrinde!mi ps!pacbell.com!ucsd!nosc!crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul) Subject: acopy To: Info-Atari16@naucse.cse.nau.edu anybody know where i can get the docs for it? ---- ProLine: chuckie@pro-odyssey Internet: chuckie@pro-odyssey.cts.com UUCP: crash!pro-odyssey!chuckie ARPA: crash!pro-odyssey!chuckie@nosc.mil ------------------------------ Date: 10 Jul 91 14:05:24 GMT From: noao!asuvax!ncar!zaphod.mps.ohio-state.edu!rpi!uupsi!mpoint!ritz@arizona.edu (Chris Mauritz) Subject: Amiga is better then [sic] what??? To: Info-Atari16@naucse.cse.nau.edu In article <679032652.0@therip.FidoNet> Rod.Fulk@f24.n228.z1.FidoNet.Org (Rod Fulk) writes: >No, you misread my post.. >Most programs on the ST are powerful enough that they do not need to use >multi tasking to get other features... >Sure the St has very well running TSR's which is the main type of programmost >amiga people do multi task with day to day... >With the inclusion of Desk accessories I can add specioalized functions if the >program doesnt already have them... >I can download in the back ground or upload.. I can run a bbs in the >background too.. (Citadel via one of many multi tasking kernals) >The beef is the ST doesnt really NEED multi tasking... >The current features really make multi tasking pretty worthless for most >functions. >However if you ever want to use a computer as a multi user system well then >niether the ST or the Amiga will work well as is.. I agree that it is possible to force the ST to multitask by using third party software, though I have yet to see any of these systems multitask gracefully, with the exception of Beckemeyer's shell. The trouble is that since all of these solutions are basically third party hacks, there is no standard and therefore only a handful of ST programs are written to take advantage of them. With the Amiga, and any other "turn key" multitasking system for that matter, the multitasking is built right into the OS. This way, all developers know about and can take advantage of multitasking in all programs if they wish. Also, with the ST you have to buy a lot of third party stuff to get this type of multitasking ability whereas machines that were designed to multitask already do it without any additional investment on your part. Is multitasking a good thing to have? You bet! I never realized what I was missing with my ST until I started using Multifinder (though this isn't true multitasking) and later a Sparcstation. After using a multitasking machine for a while, you will wonder how you ever got along without it. Cheers, Chris -- ------------------------------------+--------------------------------------- Chris Mauritz |People are strange ritz@msb.com |when you're a stranger. Copyright (C) 1991 |The Doors- ------------------------------ Date: 11 Jul 91 14:36:17 GMT From: noao!asuvax!cs.utexas.edu!samsung!uakari.primate.wisc.edu!sdd.hp.com!mips!pacbe ll.com!ucsd!nosc!crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul) Subject: another st atricle bytes To: Info-Atari16@naucse.cse.nau.edu in california there is a newsmagazine for all computers called microtimes they dropped atari coverage with no explanantion june 1991,another n magazoine dumping us!!! ---- ProLine: chuckie@pro-odyssey Internet: chuckie@pro-odyssey.cts.com UUCP: crash!pro-odyssey!chuckie ARPA: crash!pro-odyssey!chuckie@nosc.mil ------------------------------ Date: 11 Jul 91 12:04:09 GMT From: ncrcom!ncrcam!mreiss@uunet.uu.net (mreiss) Subject: APPLE + IBM Agreement To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul9.112242.31968@kuhub.cc.ukans.edu> shawl@kuhub.cc.ukans.edu writes: >Just to get some discussion going: What do you all think will be the >effect on Atari of the recent agreement between Apple and IBM? It seems to me >that it could be deadly. > >Steve Shawl About the same as the Next - IBM agreement. Nothing. Just seems to me that IBM wants to LOOK at what everyone else is doing, but I have yet to see anthing come out of it. The last thing that I remember coming out of one of these agreements is OS/2. 'Nuff said. mike -- Michael A. Reiss | | mike USENET = Mike.Reiss@CambridgeOH.NCR.COM | ------------------------------ Date: 11 Jul 91 14:36:17 GMT From: noao!asuvax!cs.utexas.edu!swrinde!mips!pacbell.com!ucsd!nosc!crash!pnet01!pro-o dyssey.cts.com!chuckie@arizona.edu (Chuck Schul) Subject: APPLE + IBM Agreement To: Info-Atari16@naucse.cse.nau.edu In-Reply-To: message from shawl@kuhub.cc.ukans.edu it is the best thing to happen ever!ibm running apple o/s ,apple using advanced ibm technology!next year should be interesting now suddenly nothing else compares!the end of windows is near!!!and now we can have the power to be our best!(maybe specture will even run system 7 one day!!! ---- ProLine: chuckie@pro-odyssey Internet: chuckie@pro-odyssey.cts.com UUCP: crash!pro-odyssey!chuckie ARPA: crash!pro-odyssey!chuckie@nosc.mil ------------------------------ Date: 11 Jul 91 11:16:20 GMT From: noao!ncar!asuvax!cs.utexas.edu!sdd.hp.com!swrinde!ucsd!nosc!crash!pnet01!pro-od yssey.cts.com!chuckie@arizona.edu (Chuck Schul) Subject: atari amiga inc. To: Info-Atari16@naucse.cse.nau.edu apple and ibm,soon atari and commodore will see eye to eye,cdtv a step forward what a concept!@ ---- ProLine: chuckie@pro-odyssey Internet: chuckie@pro-odyssey.cts.com UUCP: crash!pro-odyssey!chuckie ARPA: crash!pro-odyssey!chuckie@nosc.mil ------------------------------ Date: Fri, 1 Mar 1991 06:23-0500 From: poehland%phvax.dnet@smithkline.com Subject: Color monitor died To: Info-Atari16@naucse.cse.nau.edu [This message has been redirected: "atari16@naucse.cse.nau.edu"%INET.dnet@smithkline.com has been removed; Info-Atari16@naucse.cse.nau.edu has been added.] In response to Bill D'Augustines's request for info on dead SC1224 , a monitor that blows fuses usually has 2 places where you should look first. The first place is the horizontal output transistor feeding the flyback. I don't have schematics, you'll have to locate it yourself. It is typically a TO-3, TO-66, or TO-220 device mounted on a hefty heatsink. This is a weak link in any video product; look for a collector-to-emitter short. You can check it with a cheap transistor tester from Radio Shack. Or simply, remove the unit from the board & power up the monitor: if it doesn't blow the fuse, you are *reasonably* certain that's it. If the monitor will power up without the HO transistor installed, check the power supply voltage (+12V usually, it might be different in the SC1224). If you get a good measurement, you're home free, almost. The second thing to check is the supply regulator(s), but that's tricky because if a short somewhere else is loading down the supply it could cause the regula- tor to shut down & appear defective even if it's OK. The only way to tell ,for sure is to replace any/all regulators. If the unit still won't power up, you gotta find a shop! Without diagrams & a bench full of test gear, there ain't much more you can do. Even if you do locate a defective part, getting a replacement is a very iffy proposition. TV repair shops or "jobber" parts suppliers to the TV repair industry in your local area are the best sources for the casual repairman. But in general, it's an uphill battle. BEN POEHLAND 8-BIT EDITOR, CURRENT NOTES GEnie: B.POEHLAND INET::"POEHLAND%PHVAX.DNET@SMITHKLINE.COM" ------------------------------ Date: 11 Jul 91 13:24:06 GMT From: noao!ncar!zaphod.mps.ohio-state.edu!menudo.uh.edu!uace0@arizona.edu (Michael B. Vederman) Subject: Double Click programs To: Info-Atari16@naucse.cse.nau.edu In article jhenders@jonh.wimsey.bc.ca writes: >In <1991Jul10.205242.22251@informatik.uni-erlangen.de>, Claus Brod writes: > > ...folowup to request for 8x8 font installer. >> >>Yes, of course. By using GEMINI 8-) >> > > I'd like to see a DC program that allows the same keyboard window >handling that Gemini uses work with applications. Control D to close >control W to rotate through, etc. If you can do DC Topper, then this >should be possible. > Does DC Topper work with Gemini yet? > >-- > John Henders jhenders@jonh.wimsey.bc.ca > MIND over MIDI Productions or ubc.cs!van-bc!jonh!jhenders > Vancouver,B.C > Hi John! Let me first say that we are very glad to be getting the great feedback on the net to our programs! Please, everyone keep it coming. 8x8 font installer - Several programs exist on the market to replace the fonts used, including one on the CodeHead's Utils disk called FontTrix. I know several PD ones are available where you can choose the font you want. Is the idea to also get double the listing in windows, or do you just want to replace the font. The former would be tricky, the latter easy. As for keyboard handling of windows, just keep an eye out, it is already being worked on. Personally, I've only booted Gemini to look at it, so I'm not familiar with its keyboard operations, but I know what you are talking about. Version 1.2 of DC Topper does indeed work very well with Gemini and NeoDesk and within programs. V1.2 does not generate button clicks, so it will not 'click' a dialog box, file selector, menu entry, etc. by accident when you go over an inactive window. Please, keep the ideas rolling! - mike vederman -- ------------------------------------------------------------------------------ Double Click Me | Double Click Software | P.O. Box 741206 | Houston, Tx, 77274 ------------------------------------------------------------------------------ Voice: (713)977-6520 | DC DESKTOP | DC FORMATTER | DC UTILITIES | and others ------------------------------ Date: 11 Jul 91 11:16:16 GMT From: noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!swrin de!ucsd!nosc!crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul) Subject: lynx games To: Info-Atari16@naucse.cse.nau.edu where are the 30 odd new games promissed they are slow to show up!!! ---- ProLine: chuckie@pro-odyssey Internet: chuckie@pro-odyssey.cts.com UUCP: crash!pro-odyssey!chuckie ARPA: crash!pro-odyssey!chuckie@nosc.mil ------------------------------ Date: 11 Jul 91 02:03:28 GMT From: noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!unix.cis.p itt.edu!gvlf3.gvl.unisys.com!tredysvr!cellar!darling@arizona.edu (Darling) Subject: PageStream VS Calmus To: Info-Atari16@naucse.cse.nau.edu carter@engr.wisc.edu (Gregory Carter) writes: > Look, when you buy from Atari, you GET what you pay for. Like it > or lump it. > [...] > The ONLY good use for an ATARI Machine is GAMES and MAC Software > Emulation > > PERIOD. and later: > GEM isn't even a viable App platform environment anymore, for christ > sakes, come to your senses and yell for a real operating system > like UNIX and MOTIF/X Windows. > >GEM is a DOG with RABIES that should have been SHOT a long TIME AGO. and later on, the insightful and gramatically brilliant: > Calamus? > > PageStream? > > HAHAHAHAHAHAHAHAHHA. > > Your joking right? Greg, on behalf of c.s.a.st readers, I'd like to thank you for your participation in this newsgroup. I don't know what we'd do without you; we'd probably have to settle for constructive criticism, intelligent input, and quality grammar. Thanks again for granting us an alternative to such horrors. ~ darling@cellar.UUCP \\\ Thomas Darling * record production * dance re-mixing uunet!cellar!darling \\\ Fact HQ Studio * The Cellar BBS:215/336-9503 * FACT v ------------------------------ Date: 10 Jul 91 21:03:43 GMT From: cucstud!tfd!afp!gna!frmug!elrond@uunet.uu.net (Bertrand Petit) Subject: PD BBS software for Atari-ST. To: Info-Atari16@naucse.cse.nau.edu I am seeking for a public domain or freeware BBS software for the Atari-ST. I can't afford shareware because i have bought QuickBBS ST and dropded it last week. This program is a shame: full of bugs. I nearly must reboot the computer between each calls. So i need a little BBS software to keep the link while i'm writing my own server. Thanks. -- | Bertrand Petit | Signature is under construction | | alias | | | >Elrond le demi-Elfe< | Be sure to wear your helmet | ------------------------------ Date: 11 Jul 91 13:16:13 GMT From: noao!asuvax!ukma!psuvax1!psuvm!dearn!dmswwu1c!onm07@arizona.edu Subject: software QDOS emulators on the ST? To: Info-Atari16@naucse.cse.nau.edu In article <9107110822.AA25880@ucbvax.berkeley.edu>, ford@tardis.computer-science.edinburgh.ac.uk says: > >From what I've heard, the only ST QL emulator so far (unless Tony Tebby's >managed to get his QDOS compatable OS on the market) is the hardware/software >emulator from some german company, and I don't even know if that exists any >more. (The last QL World I got was March last year). > >I hope that helps. Sorry I couldn't help you further (us QL owners have to >stick together). > >Stephen Usher > >Addresses:- > >Janet:- ucacmsu@uk.ac.ucl or ford@uk.ac.ed.cs.tardis >Internet:- ucacmsu@ucl.ac.uk or ford@tardis.cs.ed.ac.uk I spoke with these people last week. They are still in business. I have address and phone number at home... ___________________________ cut here _____________________________________ Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Phone: ++49 251 861241 fast eMail: ONM07@DMSWWU1A.BITNET, slow: jr@ms.maus.de (++49 251 77216) ____________________ correct me if I'm wrong _____________________________ ------------------------------ Date: 11 Jul 91 14:36:24 GMT From: noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!pacbell.com!ucsd!nosc!crash!pnet01! pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul) Subject: stacy mhz? To: Info-Atari16@naucse.cse.nau.edu what speed does the stacy run at 16?i ask cause i read the mac portable uses cmos 68000 running at 16 mhz with static ram to handle the speed.curiuos where we stand at compared to it ---- ProLine: chuckie@pro-odyssey Internet: chuckie@pro-odyssey.cts.com UUCP: crash!pro-odyssey!chuckie ARPA: crash!pro-odyssey!chuckie@nosc.mil ------------------------------ Date: 11 Jul 91 14:30:01 GMT From: mcsun!sequent!sbsvax!sbuvax!univwa@uunet.uu.net (Bernhard Stumpf) Subject: What's the best database f To: Info-Atari16@naucse.cse.nau.edu In article <45772@bn.maus.de>, Klaus_Guhr@bn.maus.de (Klaus Guhr) writes: > > > Tt>By the way, I believe it was written by the Adimens programming team. > > Yes, it's true. The authors are Dieter and Juergen Geiss. > > > cu Klaus Let me make a little correction: D. & J. Geiss -as told to me by an ADI developer- did the migration from Adimens V1.6 to Adimens V2.1, they added a GEM Surface (and debugged the rest...). Having finished their studies they left ADI Karlsruhe to join BASF Ludwigshafen. Now they work as they told me on Atari Messe last year with GUI on several machines (Mac, VAX, Atari I don't know...). Packing all experiences they made with Adimens (including it's disadvantages) they developped PHOENIX database: Believe me - this beast is REALLY T R E M E N D O U S !!! ----------------------------------------------------------------------------- Dipl. Ing. Bernhard Stumpf phone : ++49-681-302-4143 University of the Saarland e-mail: bestu@sbuvax.rz.uni-sb.de Geb.5 - Zi.218 Im Stadtwald ||| D-6600 Saarbruecken ||| Germany / | \ ----------------------------------------------------------------------------- ------------------------------ Date: 11 JUL 91 09:27:26 CDT From: Z4648252 Subject: Xcontrol & MOUSE Accel To: Bob Malay writes: "I just got XCONTROL from a.a and tried out all the setups on my 1040STe. When I click on the Accelerator setup button, the disks whirrs, reads in the CPX file, and then I get a dialog box the tells me that I need to run the mouse accelerator program first. Where is this program? Is it PD?" This should be an easy file to locate. It is named, MACCEL3.PRG and was mentioned in the docs that accompanied XCONTROL. There should be documentation. Highly recommended reading. Larry Rymal |>Atari ST Users of East Texas<| Stephen F. Austin State University, Nacogdoches, Texas ------------------------------ Date: 11 Jul 91 12:52:03 GMT From: waikato.ac.nz!comp.vuw.ac.nz!actrix!Roger.Sheppard@decwrl.dec.com (Roger Sheppard) Subject: XCONTROL & Mouse Accel To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul10.141741.14032@sae.com> malay@sae.com (Bob Malay) writes: > > Hi, > I just got XCONTROL from a.a and tried out all the setups on my 1040STe. > When I click on the Accelerator setup button, the disks whirrs, reads in the > CPX file, and then I get a dialog box the tells me that I need to run the > mouse accelerator program first. Where is this program? Is it PD? > > Bob Malay > I think they are refering to Ataries mouse utill 3, don't have the correct file name as I trash it, because it was causing a few problem with some programs, Dcshow 1.1 was getting damaged, so I use another mouse utill, I have seen other comments about this program being buggy.. -- *** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz *** *** 85 Donovan Rd * * At least I don't Flicker, not *** *** Kapiti New Zealand.. * like a dying light globe. ! *** ------------------------------ Date: 11 Jul 91 14:49:48 GMT From: noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!cs.yale.edu!cs.yale.ed u!fischer-michael@arizona.edu (Michael Fischer) Subject: XCONTROL & Mouse Accel To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul11.125203.20083@actrix.gen.nz> Roger.Sheppard@actrix.gen.nz (Roger Sheppard) writes: > >I think they are refering to Ataries mouse utill 3, don't have >the correct file name as I trash it, because it was causing a few >problem with some programs, Dcshow 1.1 was getting damaged, >so I use another mouse utill, I have seen other comments about this >program being buggy.. Presumably you are referring to "maccel3.prg". I have been using it but still got the message from xcontrol that it wasn't installed. I changed my boot sequence so that "maccel3.prg" is the LAST thing loaded from the auto folder and now everything seems to work fine. I don't know which program in my boot sequence was causing the problem. Does xcontrol locate maccel3 using the cookie jar, or does it use some other hack? -- ================================================== | Michael Fischer | ================================================== ------------------------------ Date: 11 Jul 91 10:09:09 GMT From: mcsun!news.funet.fi!fuug!nntp.hut.fi!nntp!Petri.Wessman@uunet.uu.net (Petri Wessman) Subject: Zoo 2.1 - first impressions To: Info-Atari16@naucse.cse.nau.edu On 11 Jul 91 07:22:48 GMT, klute@tommy.informatik.uni-dortmund.de (Rainer Klute) said: Rainer> The ST version lets you do something like 'zoo a// archive.zoo Rainer> *'. The '//' in conjunction with the 'a' adds not only simple Rainer> files but also directory trees to the archive. I would like to Rainer> see that as a general feature in zoo. Hear hear! I would love to be able to say 'zoo [magicoption] dir_name' and have the whole directory structure archived, like tar. Using find and the zoo 'I' option is clumsy. Wish #2 (related to above): a Unix-specific option to also archive directories (also empty ones!) and (hard/symbolic) links would be a big plus. For now, if you want an exact copy of a directory structure you have to use tar. Unpacking these on non-Unix platforms could be done by automatically dereferencing the links while unpacking. __________________________________________________________________________ P e t r i W e s s m a n Helsinki University of Technology, Finland - You don't exist. Go away. - Petri.Wessman@hut.fi ------------------------------ Date: 11 Jul 91 08:52:01 GMT From: mcsun!unido!laura!tommy!klute@uunet.uu.net (Rainer Klute) Subject: Zoo 2.1 - second impressions To: Info-Atari16@naucse.cse.nau.edu One more note on the compression rate: When I archived the zoo 2.1 sources with tar I got the file zoo-2.1.tar (647168 bytes) After compress: zoo-2.1.tar.Z (245339 bytes) Then I packed everything into a zoo archive: zoo-2.1.zoo (208253 bytes) Nice, isn't it? And one more flaw: Unfortunately the old time zone bug is in zoo 2.1 again! What happens is as follows: I want to archive a file 'file' (note date and time): -rw------- 1 klute irb 4672 Jul 11 10:44 file Then I run zoo to archive the file: zoo ah archive.zoo file Looking at the archive contents (note date and time): zoo l archive.zoo Archive archive.zoo: Length CF Size Now Date Time -------- --- -------- --------- -------- 4672 63% 1744 11 Jul 91 10:44:46+64 file -------- --- -------- --------- -------- 4672 63% 1744 1 file After extraction zoo xOS archive.zoo my file has a date and time somewhere in the future: -rw------- 1 klute irb 4672 Jul 13 1991 file My time zone is Middle European Time (MET) which is one resp. two hours ahead of GMT. -- Dipl.-Inform. Rainer Klute klute@irb.informatik.uni-dortmund.de Univ. Dortmund, IRB klute@unido.uucp, klute@unido.bitnet Postfach 500500 |)|/ Tel.: +49 231 755-4663 D-4600 Dortmund 50 |\|\ Fax : +49 231 755-2386 ------------------------------ Date: 11 Jul 91 13:51:42 GMT From: noao!ncar!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!ub!acsu.buffal o.edu@arizona.edu (XiaoFei Wang) Subject: Zoo 2.1 - second impressions To: Info-Atari16@naucse.cse.nau.edu /* klute@tommy.informatik.uni-dortmund.de (Rainer Klute) wrote */: * One more note on the compression rate: When I archived the zoo 2.1 sources * with tar I got the file * zoo-2.1.tar (647168 bytes) * After compress: * zoo-2.1.tar.Z (245339 bytes) * Then I packed everything into a zoo archive: * zoo-2.1.zoo (208253 bytes) * Nice, isn't it? However my result is different. I compiled for sysv and I used /tmp: zoo a zoosrc.zoo /tmp/xf/* to zoo the files and I used /tmp: tar -cvf zoosrc.tar /tmp/xf/* and compress zoosrc.tar to make zoosrc.tar.Z. ls -ls zoosrc.tar.Z 248 -rw-r--r-- 1 xiaofei 245749 Jul 11 09:40 zoosrc.tar.Z ls -ls zoosrc.zoo 288 -rw-r--r-- 1 xiaofei 286540 May 13 1939 zoosrc.zoo Can someone tell me why? ------------------------------ End of Info-Atari16 Digest ******************************