ravi@MCNC.ORG (Ravi Subrahmanyan) (09/30/88)
From Mailer@Score.Stanford.EDU Sat Sep 24 05:23:12 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA10957; Sat, 24 Sep 88 05:23:12 EDT Message-Id: <8809240923.AA10957@speedy.mcnc.org> Date: Sat 24 Sep 88 02:22:22-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 02:22:57 Status: RO Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 02:23:04-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA00443; Tue, 20 Sep 88 23:40:33 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Sep 88 14:59:31 GMT From: nunki.usc.edu!sal5.usc.edu!rjung@oberon.usc.edu (Robert allen Jung) Organization: University of Southern California, Los Angeles, CA Subject: Re: spectra 128 Message-Id: <1417@nunki.usc.edu> References: <8809191251.AA15678@ucbvax.Berkeley.EDU> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <8809191251.AA15678@ucbvax.Berkeley.EDU> nfrech@ALMSA-1.ARPA ("Norman R. Frech") writes: >... is it absolutely necessary to have >a monochome monitor? You don't need a monochrome monitor for the Spectre 128, but it looks nicer. If you're using a color monitor, then grey shades are used for the screen, and the locations of the pixels are mapped to different shades (since the Mac monitor has more pixels vertically than the ST's medium resolution has). You can also hit a key and get a fully-mapped view of the top/bottom half of the screen. --R.J. B-) P.S. This is the same trick the Magic Sac uses for its color monitor support. ----------------------------------------------------------------------------- Disclaimer: These are my views, and mine alone. # ## # Mailing address: Beats me, just reply to this message # ## # (rjung@sa132.usc.edu?) ## ## ## #### ## #### ------- From Mailer@Score.Stanford.EDU Sat Sep 24 11:56:10 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA12659; Sat, 24 Sep 88 11:56:10 EDT Message-Id: <8809241556.AA12659@speedy.mcnc.org> Date: Sat 24 Sep 88 08:52:06-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 08:49:52 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 08:50:00-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA08461; Wed, 21 Sep 88 07:19:08 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 12:44:23 GMT From: steinmetz!mazda!perley@itsgw.rpi.edu (Donald P Perley) Organization: General Electric CRD, Schenectady, NY Subject: Re: Boycott Apple Again -- Now about Suns Message-Id: <12196@steinmetz.ge.com> References: <14301@agate.BERKELEY.EDU>, <406@stag.math.lsa.umich.edu>, <620@bnlux0.bnl.gov> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <620@bnlux0.bnl.gov> drs@bnlux0.UUCP (David R. Stampf) writes: >In article <406@stag.math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu) writes: >>Lots and lots of problems, no single one of which renders a Sun totally >>unusable, but altogether adding up to too many headaches. Bad network >>support, flaky network services, etc. etc. etc... For a company whose >>motto is "the network is the computer" it's pretty disgusting how >>poorly their network software runs. > I really think that Howard's opinions are in the >minority viewpoint. So much so in fact, that it would be interesting to >find out what he *would* recommend to his worst enemies as an alternative. I know I wouldn't reccomend a Sun to my worst enemy. What WOULD I recomend to my worst enemy? If I told you that here, I would probably make more enemies. -don perley ------- From Mailer@Score.Stanford.EDU Sat Sep 24 13:23:25 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA12898; Sat, 24 Sep 88 13:23:25 EDT Message-Id: <8809241723.AA12898@speedy.mcnc.org> Date: Sat 24 Sep 88 10:22:05-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 10:03:54 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 10:03:58-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA09532; Wed, 21 Sep 88 08:27:18 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Sep 88 11:43:29 GMT From: eagle!icdoc!dcw@ucbvax.Berkeley.EDU (Duncan C White) Organization: Dept. of Computing, Imperial College, London, UK. Subject: Another TurboDos problem Message-Id: <438@gould.doc.ic.ac.uk> References: <19880907153917.7.JRD@MOA.SCRC.Symbolics.COM> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Recently, there have have been several messages describing some more problems with TurboDos... I would like to describe another problem: A friend of mine [without net access] recently bought Metacomco Pascal-2. This uses the same [GST] linker as does Metacomco Lattice C 3.04.01, a product which I have bought. Well, when any Pascal program [even one as simple as "hello world"] is compiled on an SH204 with TurboDos running, the linker reckons that the .bin file produced by the compiler is not a valid linker format file.. After much experimentation, we found that rebooting without TurboDos and recompiling fixed the problem... this is irritating, however, to say the least... does anyone know why this should happen? All I could think of was that Pascal-2 doesn't close the .bin file down properly?? [Whereas Lattice C does, presumably?] Can anyone explain what's happening here? I will happily summarise any replies I get... Thanks.. Duncan [If dcw@gould.uucp fails, try dcw@doc.ic.ac.uk] ---------------------------------------------------------------------------- Duncan White, | Flying is the art of aiming oneself Dept. Of Computing, | at the ground and missing. Imperial College, | -- Douglas Adams, So Long and Thanks London SW7, England | for all the fish. ------- From Mailer@Score.Stanford.EDU Sat Sep 24 13:23:38 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA12903; Sat, 24 Sep 88 13:23:38 EDT Message-Id: <8809241723.AA12903@speedy.mcnc.org> Date: Sat 24 Sep 88 10:22:06-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 10:04:43 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 10:04:47-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA09794; Wed, 21 Sep 88 08:44:13 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Sep 88 11:16:12 GMT From: mcvax!ukc!strath-cs!glasgow!whitbye@uunet.uu.net (Elliot Maxwell Whitby) Organization: Computing Sci, Glasgow Univ, Scotland Subject: Re: Writing to write protected disks? Message-Id: <1633@crete.cs.glasgow.ac.uk> References: <614@ethz.UUCP> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Yes it is unfortunately possible to write to write protected disks. This is a great idea for software protection, which I personally don't believe in, but you do get the unscrupulous people who are that bad that they will ruin everybody else's fun by writing pointless viusses which are no use to absolutely anyonee ps Borf is here. ------- From Mailer@Score.Stanford.EDU Sat Sep 24 13:23:54 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA12908; Sat, 24 Sep 88 13:23:54 EDT Message-Id: <8809241723.AA12908@speedy.mcnc.org> Date: Sat 24 Sep 88 10:22:07-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 10:08:50 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 10:09:08-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA09894; Wed, 21 Sep 88 08:50:06 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Sep 88 11:59:54 GMT From: mcvax!ukc!strath-cs!glasgow!whitbye@uunet.uu.net (Elliot Maxwell Whitby) Organization: Computing Sci, Glasgow Univ, Scotland Subject: ST Moria Message-Id: <1634@crete.cs.glasgow.ac.uk> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Recently I at last managed to pick up a copy of Moria for the ST from comp.binaries.atari.st but unfortumately I don't seem to be able to uudecode it properly. When I uudecode the files it comes up with the error short file and when I cat the relevant files together it comes up with the error no last line. It has taken me so long to get this, and now that I have it I can't use it Can anybody tell me what I am doing wrong please. ps Any chance of someone outside Europe replying to this message anyway, because I am not sure I am getting to anywhere outside Europe let alone ouside the UK. pps Borf is here. ------- From Mailer@Score.Stanford.EDU Sat Sep 24 13:24:09 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA12913; Sat, 24 Sep 88 13:24:09 EDT Message-Id: <8809241724.AA12913@speedy.mcnc.org> Date: Sat 24 Sep 88 10:22:08-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 10:12:24 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 10:12:27-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA09606; Wed, 21 Sep 88 08:32:34 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Sep 88 11:45:13 GMT From: eagle!icdoc!dcw@ucbvax.Berkeley.EDU (Duncan C White) Organization: Dept. of Computing, Imperial College, London, UK. Subject: A Hard disk problem Message-Id: <439@gould.doc.ic.ac.uk> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Hi there everyone, I have a problem with my hard disk: at the recent Personal Computer [World] Show in London, I bought the Hisoft FTL Modula-2 compiler for the ST. [Show price, 90 quid including source level debugger and profiler and make and resource editor] I was happily installing this onto my SH204 hard disk, using the Desktop to copy disk 3 of 4 when the blasted ST collapsed in a heap.. Vertical lines appeared on the screen, and I had to power off.. Sadly, the result is that the \M2\FTL directory I was installing into is totally corrupted: if I open it with the Desktop the ST crashes again, complete with vertical lines. If, instead, I use Gulam and cd into the FTL subdirectory, the machine doesn't crash, but ls reveals total garbage.. The rest of the disk is fine however. So, what I want to do is remove the garbaged directory and start again. What I thought might be possible is the following: Recursively follow the directory structure, [except \M2\FTL of course] and follow each cluster used by each file: Mark in an array which clusters/sectors are used. Then, when I have finished the traversal, blank the FAT entry for every cluster/sector which the array marks as unused. Now the crunch: I don't know enough about the FAT format to do this. The only information I have is from an MS-DOS book "Tricks of the MS-DOS Masters" which helpfully says "the format of the FAT is beyond the scope of this book"... it recommends the "MS-DOS Developer's Guide" which I do not have. So, I wonder, would anyone care to tell me the format of the FAT table, and any other information I might need [partition table, boot sector??] or better yet, does anyone have source doing something similar to what I want to do ??? [C preferred, Pascal, Modula-2 and 68k assembler acceptable, 8086 assembler deplored but ok, if it's all you've got..] If you care to mail me, I'll gladly post a summary of anything I get.. [post only if you can't find a path to me] Thanks in advance, everyone... Duncan. [If dcw@gould.uucp fails, try dcw@doc.ic.ac.uk] ---------------------------------------------------------------------------- Duncan White, | Flying is the art of aiming oneself Dept. Of Computing, | at the ground and missing. Imperial College, | -- Douglas Adams, So Long and Thanks London SW7, England | for all the fish. ------- From Mailer@Score.Stanford.EDU Sat Sep 24 14:54:18 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA13317; Sat, 24 Sep 88 14:54:18 EDT Message-Id: <8809241854.AA13317@speedy.mcnc.org> Date: Sat 24 Sep 88 11:52:03-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 11:35:20 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 11:35:25-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA10651; Wed, 21 Sep 88 09:35:48 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Sep 88 16:50:23 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Organization: Philips I&E DTS Eindhoven Subject: Re: SG-10 Printer:Different character sets Message-Id: <812@philmds.UUCP> References: <1103@fredonia.UUCP> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <1103@fredonia.UUCP> sale5312@fredonia.UUCP (Marty Saletta) writes: > Yes,I'd like to know if some fellow ST user who has a Star Micronics > SG-10 printer has been able to change the character set for the Near > Letter Quality (NLQ) mode. I'm not even sure if it's possible. I have > some config programs and drivers for the printer,but none to change the > char set. Any help? Thanks in advance. A while ago I posted a NLQPS (Near Letter Quality & Proportional Spacing) program to one of the comp.{binaries,sources}.atari.st newsgroups. It works very well (if I may say so myself 8-) with my old Star Gemini 10X printer, which doesn't have an NLQ mode. It does a double scan of each text line in graphics mode with a very tiny linefeed inbetween (1/144 inch). The PS option can be turned off (e.g. for listings, tables). An older version had the capability to load the characterset used dynamically from a file. I removed that option, thinking that there would be no interest. If you (and perhaps some other people too) would like that, I can add back that option. In that case there has to be added a font editor too so you can easily define a new NLQ font. Ah, perhaps a two phase project... Leo. P.S. To be able to use the NLQPS program, you must have a printer that can do double density graphics, and linefeeds of half a dot distance (1/144 inch), but I think today most printers can do that. ------- From Mailer@Score.Stanford.EDU Sat Sep 24 15:25:07 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA13408; Sat, 24 Sep 88 15:25:07 EDT Message-Id: <8809241925.AA13408@speedy.mcnc.org> Date: Sat 24 Sep 88 12:22:02-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 12:17:30 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 12:17:47-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA11813; Wed, 21 Sep 88 10:46:45 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 14:56:26 GMT From: nunki.usc.edu!sal6.usc.edu!rjung@oberon.usc.edu (Robert allen Jung) Organization: University of Southern California, Los Angeles, CA Subject: Re: Publishing Partner Amateur Message-Id: <1425@nunki.usc.edu> References: <2992@dalcs.UUCP>, <11830008@hpldola.HP.COM> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <11830008@hpldola.HP.COM> ritchie@hpldola.HP.COM (Dave Ritchie) writes: > I was looking through one of the Amiga rags he other day and - surprise - >Soft Logik is doing a PP for the Amiga. Isn't that strange? Nope. Quality software eventually gets translated for lesser machines. B-) --R.J. B-) ----------------------------------------------------------------------------- Disclaimer: These are my views, and mine alone. # ## # Mailing address: Beats me, just reply to this message # ## # (rjung@sa132.usc.edu?) ## ## ## #### ## #### ------- From Mailer@Score.Stanford.EDU Sat Sep 24 16:24:20 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA13621; Sat, 24 Sep 88 16:24:20 EDT Message-Id: <8809242024.AA13621@speedy.mcnc.org> Date: Sat 24 Sep 88 13:23:43-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 13:12:09 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 13:12:22-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA12963; Wed, 21 Sep 88 11:58:41 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 18:03:28 GMT From: orange.cis.ohio-state.edu!amra@tut.cis.ohio-state.edu (Nasir K Amra) Organization: The Ohio State University Dept of Computer and Information Science Subject: uniterm & dialup Message-Id: <22215@tut.cis.ohio-state.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu I am having problems trying to dial the modem from uniterm v20d. I set the number in the dial directory and then press <alt> 1 to dial the number, however although I get 'ATD2923112' on the screen, it doesn't dial up the number. Can anyone help me here? ------- From Mailer@Score.Stanford.EDU Sat Sep 24 20:53:10 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA14742; Sat, 24 Sep 88 20:53:10 EDT Message-Id: <8809250053.AA14742@speedy.mcnc.org> Date: Sat 24 Sep 88 17:51:56-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 17:35:14 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 17:35:19-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA15484; Wed, 21 Sep 88 14:36:35 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 16:51:28 GMT From: oliveb!3comvax!bridge2!ngg@ames.arc.nasa.gov (Norman Goodger) Organization: 3Com Corp., Mt. View, CA Subject: Re: Genie? Message-Id: <88@bridge2.3Com.Com> References: <861@viscous>, <2279@silver.bacs.indiana.edu>, <881@viscous> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <881@viscous>, sethk@sco.COM (Seth I Katz) writes: > chatterchatterchatter<2279@silver.bacs.indiana.edu>chatterchatterstowe@silver.UUCP (holly): > | > Ok, everyone and their uncle has been clever enough to repeat the point that > GEnie never claimed that they didn't charge for download time. > > I'd like to see someone stand up for that piece of garbage mailer of theirs. > > BTW, I don't know how rich you folks are, but I think $5 an hour is not > cheap. Do we base our standards on Compu$erve? > -s Yes a variety of comparsions are made to CIS and their $12.50 plus surcharges in some cases for 1200 baud connections. This does make $5.00 much cheaper. And Genie provides many of the same services, and some CIS doesn't and of course vice/versa. As far as GEnie mail and the BB software, there is room for improvement, but CIS could use some to, either method has its drawbacks if looked at very closely. The thing about Genie is you need to take the time to learn how to use the software effectively, there are a lot of options and it can be quite powerful if you learn to use them to your advantage...this means reading the manual, and getting out there and just spend some time seeing what the commands do, and ask questions if something does not work like you expected....most of the problems it appears is that users of Genie that have a hard time using it come from not reading the manual, or not taking that couple minutes to ask the questions to learn how to use it. Norm Goodger 3Com Sysop - MacInfo BBS @415-795-8862 -------
ravi@MCNC.ORG (Ravi Subrahmanyan) (09/30/88)
From Mailer@Score.Stanford.EDU Sat Sep 24 21:23:26 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA14805; Sat, 24 Sep 88 21:23:26 EDT Message-Id: <8809250123.AA14805@speedy.mcnc.org> Date: Sat 24 Sep 88 18:21:54-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 17:52:42 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 17:52:47-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA16083; Wed, 21 Sep 88 15:21:09 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Sep 88 16:32:08 GMT From: hp-sde!hpcea!hpnmdla!glenne@hplabs.hp.com (Glenn Elmore) Organization: HP Network Measurements Div, Santa Rosa, CA Subject: Re: Help with recieving satellite pictures!!! Message-Id: <810005@hpnmdla.HP.COM> References: <880914013141.700922@PCO-MULTICS.HBI.HONEYWELL.COM> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Try the amateur radio magazine "QST" about two or three years ago. They had an article or two on demodulating and decoding some satellites for display on computers, I can't remember if it was Atari 8 bit or PCs... maybe both. If you really meant 'weather radar' I don't know where to get info (like the weather radar that the Weather Channel displays) but if you want visible light or IR photographs I believe there is still stuff going on at 130-140 MHz and certainly around 1.6 GHz where the GOES satellites transmit. There is also WEFAX hardware available, again in amateur radio circles, which will dump directly to a printer from data presently transmitted by wire services and others. Try Advanced Electronic Applications P. O. Box C-2160 Lynnwood, WA 98036 (206) 775-7373 I built a system for copying ESSA and NIMBUS sattellites in the early 70's but I don't think they are running anymore, though the same modulation techniques are probably in use (NBFM with 2400 HZ subcarrier modulated to provide synch and luminance info, 200? lines/min 800? lines/frame.) Glenn Elmore -N6GN- N6GN @ N6IIU-1 glenn@n6gn.norcal.ampr glenne@hpnmd.hp.com ------- From Mailer@Score.Stanford.EDU Sat Sep 24 21:23:38 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA14812; Sat, 24 Sep 88 21:23:38 EDT Message-Id: <8809250123.AA14812@speedy.mcnc.org> Date: Sat 24 Sep 88 18:21:55-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 18:06:23 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 18:06:27-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA16550; Wed, 21 Sep 88 15:50:25 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 09:22:34 GMT From: mcvax!nikhefh!t68@uunet.uu.net (Jos Vermaseren) Organization: Nikhef-H, Amsterdam (the Netherlands). Subject: Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany)) Message-Id: <539@nikhefh.hep.nl> References: <5618@pasteur.Berkeley.EDU>, <5440005@hplsla.HP.COM>, <472NETOPRHM@NCSUVM> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu All this talk about a dying computer is clearly by people who are either 1: unfamiliar with the European scene 2: unfriendly to the ST (have an axe to grind). In Europe the ST is selling very well. Maybe a part of the American problem (if it exists) is that a much larger percentage of systems sold in the US is a color system than in Europe. The color systems are not really very suitable to work with (in the eyes of all the people that I know who have an Atari). This leaves the color systems as either a special purpose system, or a games machine. If the dying approach concerns those applications I'll not say very much. The monochrome systems that I see in use every day are very powerful mini computers. In the shops they sell very well. Maybe the good software never made it to the US. A sign that indicates this is that even turbo-c for the ST was developed in Germany, not by Borland-US. This leaves the question: why is the American preference for color so much greater than in Europe? I posed this question a long time ago, but nobody could come up with an explanation. Anybody has one? Jos Vermaseren ------- From Mailer@Score.Stanford.EDU Sat Sep 24 21:55:17 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA14880; Sat, 24 Sep 88 21:55:17 EDT Message-Id: <8809250155.AA14880@speedy.mcnc.org> Date: Sat 24 Sep 88 18:51:53-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 18:27:37 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 18:27:42-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17325; Wed, 21 Sep 88 16:41:30 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 22:34:39 GMT From: agate!e260-4f.berkeley.edu!c60a-1bq@ucbvax.Berkeley.EDU (nunnayourbiznezz) Organization: University of California, Berkeley Subject: Re: Publishing Partner Amateur Message-Id: <14589@agate.BERKELEY.EDU> References: <2992@dalcs.UUCP>, <11830008@hpldola.HP.COM> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <11830008@hpldola.HP.COM> ritchie@hpldola.HP.COM (Dave Ritchie) writes: > > I was looking through one of the Amiga rags he other day and - surprise - >Soft Logik is doing a PP for the Amiga. Isn't that strange? > > Dave Yes and no. It's not strange that a company is porting it's (good) product over to another machine. What is strange is that they didn't do this sooner. They would have their foot in the door, as the Amiga has good draw programs, but few solid DTP programs (esp. at PP's price). John Kawakami Please send replies to c91a-ra@franny instead of this address (where this originates from). ------- From Mailer@Score.Stanford.EDU Sat Sep 24 21:55:31 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA14885; Sat, 24 Sep 88 21:55:31 EDT Message-Id: <8809250155.AA14885@speedy.mcnc.org> Date: Sat 24 Sep 88 18:51:54-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 18:32:32 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 18:32:34-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17450; Wed, 21 Sep 88 16:47:55 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 22:37:14 GMT From: agate!e260-4f.berkeley.edu!c60a-1bq@ucbvax.Berkeley.EDU (nunnayourbiznezz) Organization: University of California, Berkeley Subject: Re: TeX Driver for Atari Laserprinter Message-Id: <14590@agate.BERKELEY.EDU> References: <8809211344.AA07895@ucbvax.Berkeley.EDU> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <8809211344.AA07895@ucbvax.Berkeley.EDU> ABK07@DK0RRZK0.BITNET writes: >Does anyone have the source of a TeX Driver for the Atari Laserprinter? >If yes, please post it to me. >Axel Clauberg >Institut fuer Kernphysik der Uni Koeln >Zuelpicher Str. 77 >D 5000 Koeln 41 >West - germany >Bitnet: ABK07@DK0RRZK0 Does anyone have a list of servers that maintain TeX things. I also need to get a TeX driver for my Pana. 1091i (epson compat). John Kawakami please reply to c91a-ra@franny.berkeley.edu ------- From Mailer@Score.Stanford.EDU Sat Sep 24 23:27:03 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA15237; Sat, 24 Sep 88 23:27:03 EDT Message-Id: <8809250327.AA15237@speedy.mcnc.org> Date: Sat 24 Sep 88 20:21:51-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 19:58:12 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 19:58:13-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17752; Wed, 21 Sep 88 17:04:12 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 22:28:47 GMT From: mailrus!um-math!hyc@rutgers.edu (Howard Chu) Organization: University of Michigan Math Dept., Ann Arbor Subject: Re: Problems with gcc.arc's: Newer version of arc? Message-Id: <414@stag.math.lsa.umich.edu> References: <8809211050.AA00106@jade.berkeley.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <8809211050.AA00106@jade.berkeley.edu> VCD51661@DS0RUS54.BITNET writes: >Recently I tried to dearchive the file gcx123.arc, belonging to >the GNU-C compiler postings. I got the following message from my >arc.ttp: >"I don't know how to handle file COPYING in archive GCX123.ARC > I think you need a newer version of ARC." >The same thing happened with all the other archieves belonging to >the GNU-C postings I got. The first thing I tried was downloading Correct, it appears that all the GCC related ARC files were compressed using Squashing instead of Crunching. >a newer version of arc from LISTSERV at CANADA01 (BITNET, as I am >a BITNET user). The file I ordered and received was >PROG-A16 88-00152, described as "ARC.TTP ... (Repost)". It identi- >fies itself as (stuff deleted): > >" System Enhancement Associates > 21 New Street, Wayne NJ 07470 > > ARC - Archive utility, 5.12 - Atari ST > > Atari ST version developed by Harvey Johnson " There has been one major new version for the ST since 5.12 - 5.21, with modifications to support Squashing. (developed by lil' ol' me.... }-) If the person in charge of the CANAD01 LISTSERV would send me a message, I'll ship 'em off a copy of the latest ARC. I can also be reached directly on bitnet as HYC@UMICHUM -- / /_ , ,_. Howard Chu / /(_/(__ University of Michigan / Computing Center College of LS&A ' Unix Project Information Systems ------- From Mailer@Score.Stanford.EDU Sat Sep 24 23:27:21 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA15242; Sat, 24 Sep 88 23:27:21 EDT Message-Id: <8809250327.AA15242@speedy.mcnc.org> Date: Sat 24 Sep 88 20:21:52-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 20:15:25 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 20:15:33-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA18033; Wed, 21 Sep 88 17:21:33 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 19:19:29 GMT From: pacbell!sactoh0!ejnihill@ames.arc.nasa.gov (Eric J. Nihill) Organization: Sacramento Public Access UNIX, Ca. USA Subject: NETNEWS interface Message-Id: <428@sactoh0.UUCP> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Humble apoligies if this has already been covered for I do not normally access this fine newsgroup. Does anyone know of a Public Domain program that will allow users of an Atari ST to access a USENET site and receive mail, send mail and NETNEWS? The program should be simple enough for most to install, and be able to run uucico. A ideas? I am sure with this wealth of knowledge here on the net, someone may be able to help. It seems a shame that the atari BBS are going to IBM's so that they can participate in mail and a news feed. Please respond via E-Mail. I do not get normal access to this group. This site has sent in their uucp map entry, but it has not yet been posted to the net. So use the following return mail path: ...pacbell!sactoh0!ejnihill In advance, Thank-you for your time & help; Eric -- ################################################################# # Sign In Triplicate before # Serving The State Capitol Of # # Discarding:________________ # California: sactoh0 # ################################################################# ------- From Mailer@Score.Stanford.EDU Sat Sep 24 23:56:42 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA15306; Sat, 24 Sep 88 23:56:42 EDT Message-Id: <8809250356.AA15306@speedy.mcnc.org> Date: Sat 24 Sep 88 20:51:49-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 20:26:30 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 20:26:34-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA18377; Wed, 21 Sep 88 17:45:30 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 23:17:10 GMT From: agate!helios.ee.lbl.gov!pasteur!franny.Berkeley.EDU!c91a-ra@ucbvax.Berkeley.EDU (reader.john.kawakami) Organization: University of California, Berkeley Subject: moria troubles /// pascal info sought Message-Id: <5864@pasteur.Berkeley.EDU> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu This is a two parter: I thought i had moria done all right, but no -- it won't run. It loads up, then instantly dies with two bombs, then back to the desktop. It de-arced ok here (where i got moria), but did not work. It de-arced fine at home (on the ST), but did not work. Both times, I ran it from the desktop as .TOS and .TTP (which can't work as .TTP uppercases all text). So I figure, I'll write a prog to call moria (and maybe add options features later), but that did not work. Back to the docs. Seems I have to set env vars. Well, I was pretty sure that was not the problem, but I whipped out 68000 ST Ref (by Peel), and looked up the AES calls. Why? Because I have Personal Pascal, which does not have a built in AES library. Then set up the AES calls (C-strings etc.) complied and ran the prog. Again, this did not work. What is going on. Should I go back over my prog caller and make sure the command tail is ok? Should this work under the desktop? In any case, moria does not work for me :-{ Which brings me to my second:AND MORE IMPORTANT QUESTION I use OSS personal pascal. i have no C compiler. 1) has anyone used Tackle box ST? Is it any good. 2) where can I find info on how to make flawless calls to OS routines from PP. Right now, I'm winging it, mimicking the examples from OSS and using the Peel book (which is very good). 3) should I just get C? Is the level of programming I want to do easier in C? 3a) Does MWC come with the Atari Devpack? (In other words, should i get just MWC, or pay the extra $100+ for developer support?) 4) what is a good assembler? Are there any object-file converters in case the objects are not compatible? 5) in general, what are some of the best tools out there (just kidding, don't answer this one). TTL CCD MUX RKL A3I MTX MDC FOE TUS KFC JTK MMU CRT VDI PSA DRI GEM CPM MC5 OIV JOH NKA WAK AMI c91 a-r a@f ran ny. Ber kel ey. Edu kaw aka mi@ zen .Be kel ey. EDU WHA TTH EFU CKA REY OUL OOK ING AT, MAN ?HA HAH A.O RIS THE JOK EON ME? ??? ------- From Mailer@Score.Stanford.EDU Sat Sep 24 23:56:58 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA15311; Sat, 24 Sep 88 23:56:58 EDT Message-Id: <8809250356.AA15311@speedy.mcnc.org> Date: Sat 24 Sep 88 20:51:50-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 20:45:46 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 20:45:50-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA19875; Wed, 21 Sep 88 19:23:27 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 20:50:03 GMT From: mcvax!hp4nl!nikhefk!paulm@uunet.uu.net (Paul Molenaar) Organization: Personal Computer Magazine, Holland Host: NIKHEFK Subject: Re: Writing to write protected disks? Message-Id: <420@nikhefk.UUCP> References: <614@ethz.UUCP>, <1633@crete.cs.glasgow.ac.uk> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <1633@crete.cs.glasgow.ac.uk> whitbye@cs.glasgow.ac.uk (Elliot Maxwell Whitby) writes: # #Yes it is unfortunately possible to write to write protected disks. #This is a great idea for software protection, which I personally don't #believe in, but you do get the unscrupulous people who are that bad that #they will ruin everybody else's fun by writing pointless viusses which are #no use to absolutely anyonee # #ps Borf is here. C'mon... be more specific. Show me a program that writes to a writeprotected disk. We did extensive tests on programs that claimed such activity and always came to the conclusion that all of these rumours are bogwosh. The hardware specs of Atari drives/diskcontroller are pretty much standard and I've never (I mean NEVER) seen a modern diskdrive that wasn't completely capable of recognizing writeprotection. Gimme more than "Yes it is possible.." Paul Molenaar "Just checking the walls" - Basil Fawlty - -- Paul Molenaar "Just checking the walls" - Basil Fawlty - ------- From Mailer@Score.Stanford.EDU Sun Sep 25 02:22:18 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA16546; Sun, 25 Sep 88 02:22:18 EDT Message-Id: <8809250622.AA16546@speedy.mcnc.org> Date: Sat 24 Sep 88 23:21:46-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 22:54:48 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 22:54:53-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA21142; Wed, 21 Sep 88 20:41:20 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 18:46:07 GMT From: super!lerici@uunet.uu.net (Peter W. Brewer) Organization: Supercomputing Res. Cntr., Lanham, Maryland Subject: atari hard disk for sale Message-Id: <761@super.ORG> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu FOR SALE: A slightly used Atari hard disk and cable (I have not had an ST for quite a while) .. It has software loaded on it. Also I have a large horde of software I would like to sell A partial list follows... The following is a list of miscellaneous atari software/hardware I currently possess. Beckemeyer MT C-Shell MICRO C-SHELL MICRO RTX MICRO MAKE MICRO C-TOOLS MegaMax C-compiler Utilities Atari Developer's system linker compiler rcs utilities BASIC Atari 20 MB ST hardware disk I will try to put together some very reasonable prices upon request. Peter Brewer lerici@super.org -- Peter Brewer |_____________| THE lerici@super.org |___|____|/ SUPERCOMPUTING |__ |__ |_/ RESEARCH |___|__ /_| CENTER ------- From Mailer@Score.Stanford.EDU Sun Sep 25 02:22:33 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA16551; Sun, 25 Sep 88 02:22:33 EDT Message-Id: <8809250622.AA16551@speedy.mcnc.org> Date: Sat 24 Sep 88 23:21:46-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 21-Sep-88 23:19:10 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Wed 21 Sep 88 23:19:13-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA22445; Wed, 21 Sep 88 22:03:05 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 02:20:00 GMT From: pwp@iuvax.cs.indiana.edu Organization: Indiana University CSCI, Bloomington Subject: Re: moria troubles /// pascal info soug Message-Id: <36500055@iuvax> References: <5864@pasteur.Berkeley.EDU> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu I have used tackle box a little and it seems ok. The documentation seems somewhat better than that in the Abacus books or the developer kit, but I have not check things carefully. -------
ravi@MCNC.ORG (Ravi Subrahmanyan) (09/30/88)
From Mailer@Score.Stanford.EDU Sun Sep 25 04:53:52 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA17134; Sun, 25 Sep 88 04:53:52 EDT
Message-Id: <8809250853.AA17134@speedy.mcnc.org>
Date: Sun 25 Sep 88 01:51:41-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari16-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 01:32:48
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 01:33:03-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA23294; Wed, 21 Sep 88 23:03:24 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 22 Sep 88 02:28:09 GMT
From: bw0i+@andrew.cmu.edu (Bryan Wu)
Organization: Carnegie Mellon
Subject: Networking, ST's and Spectre 128
Message-Id: <YXC6Ity00XoBI940VJ@andrew.cmu.edu>
References: <8809101819.AA23376@duttnph.patroon.nl>
Sender: info-atari16-request@score.stanford.edu
To: info-atari16@score.stanford.edu
Note: I hoped to send this to David Small, but couldn't e-mail to him..
I don't know if it is even possible, but since you are making a new cartridge
for the 128k ROMs, will you also be putting in AppleTalk network port in?
Perhaps by putting in the Zilog chip onto the cart itself (since the chip can
be bought by anyone) you would be able to get networking into the Atari series
via AppleTalk. Perhaps making the Zilog chip available to the ST via. cart
slot and bypassing the Mac ROMs you could also introduce high speed nets to the
ST w/o using the Mac part of the cartridge? .. This way you could put a high
speed port on the Spectre 128 cart itself and wouldnt have to use the Atari's
hardware ports (as they are supposed to be slow compared to the AppleTalk
ports) for networking.
One of the big reasons I'm asking this is because I'm at Carnegie Mellon and we
have a computer net. called Andrew (as in Andrew Carnegie, MIT had a similar
system called Athena I think) which is a campus wide (even in the dorm rooms)
file server system. Just last year, they released a handler for the Macintosh
that allows you to access the network via the AppleTalk port. (This project is
a joint effort between CMU and IBM and recently Apple (using Mac II's as
workstations soon)) Now the project is going to start at the University of
Michigan (I think) as well and will be trying to get all kinds of computers
(not just IBMs and Macs) onto the fileserver. The Andrew project is aimed
towards Universities it seems.
If you could get the Spectre 128 to work with AppleTalk, then you would offer a
"cheap" alternative to buying a $2000+ Mac SE and would get the business of
students buying STs at colleges with the Andrew System..if the Andrew system
goes over well. In addition, you could get the ST to share printers w/ Macs if
necessary, send info between the two and so on.. a great aid to the ST line
which has no really good networking to speak of. Having AppleTalk networking
capabilities certainly won't hurt the product. eh?
Besides, it would be nice to use the laser printers in the clusters from my
room.. sigh..
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 05:22:29 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA17216; Sun, 25 Sep 88 05:22:29 EDT
Message-Id: <8809250922.AA17216@speedy.mcnc.org>
Date: Sun 25 Sep 88 02:21:50-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari8-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 02:01:47
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI8.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 02:01:51-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA23491; Wed, 21 Sep 88 23:20:08 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari8-programs@score.stanford.edu (info-atari8@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 20 Sep 88 20:36:16 GMT
From: att!holin!oaa@ucbvax.Berkeley.EDU (Owen Alexander)
Organization: AT&T EUO, Holmdel, NJ
Subject: Turbo CPU board for 8-bit
Message-Id: <115@holin.ATT.COM>
Sender: info-atari8-request@score.stanford.edu
To: info-atari8@score.stanford.edu
Just saw this on a BBS (Network Express 512-662-9765) and thought
it might be of interest.
____________________________________________________________________
Date: September 09, 1988
From: DataQue Software
P.O. Box 134
Ontario, OH 44862
To: All Atari 8-bit Developers, Users and Supportive Organizations
Re: Turbo Power without getting Burned!
____________________________________________________________________
***** PRESS RELEASE *****
There have been many mentions in the almost decade since the original
Atari 400/800 Personal Computers hit the dealers shelves about there
being a future upgrade to meet the user's needs, and new and more
challenging applications. Finally that upgrade is available.......
The Turbo-816 by DataQue, for the Atari 400/800/XL/XE.
DataQue Software is pleased to announce a powerful new upgrade which
was co-designed by Ron Shue, and Chuck Steinman. This upgrade will
be available in two forms. There will be a replacement CPU board for
the original 400/800 Computer system, and a plug in module for the
XL/XE series. In either case, there usually is no need for any
modifications to the existing hardware. The only exception to this
is with XL/XE systems which have their CPU soldered in place, which
will require the removal of the existing CPU, and the addition of
a standard 40 pin I.C. socket is suggested. Also included is the
Turbo-OS, by DataQue for use with the Turbo-816 CPU boards.
The Turbo-816 will not only increase the potential speed of the
computer, but also break the 64k memory barrier of the existing
systems. Not with the awkward paged memory, but with a fully linear
decoded address space of up to 16 megabytes. Benchmarks have put the
Turbo-816 into a performance range ABOVE many of the 'other" PCs/!!
Special memory boards will be available to take advantage of the new
extended addressing range. These will be mounted internal to the
computer cabinet, and in most cases require no hardware modifications.
And here is the amazing feature..... While adding all this power and
all this expanded addressing, the Turbo-816 for the Atari 8-bit
computer systems will maintain compatibility with most currently
available commercial and user written software. Using the Turbo-816
even those older programs will enjoy a speed increase!
The Turbo-OS is a replacement operating system for use with the Turbo-CPU
which will release the 16-bit processor to its full power. Increased
speed will be the most obvious change, but hidden in its code, will be
an advanced new floating point library that will speed even the original
Atari BASIC to new levels of performance. Again, on most systems it will
be just a matter of replacing the existing ROM(s) with the Turbo-OS.
The future holds many more products for the Turbo-816 systems including:
1) a real-time multi-tasking operating system kernal
2) a new assembler-editor-debugger package which supports
the new assembly level instructions and addressing modes
3) a new BASIC which will speed past the fastest of the
current BASICs for the 8-bit machines
4) a new K&R compatible C development package
5) a new Turbo-GOS operating system (graphical based)
6) a developers development kit for new applications
The NEW Atari Turbo-816 should be available by November of 1988
For more information contact your local Atari Dealer or, write:
DataQue Software
Dept. T-800
P.O. Box 134
Ontario, OH 44862
____________________________________________________________________
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 07:26:12 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA17651; Sun, 25 Sep 88 07:26:12 EDT
Message-Id: <8809251126.AA17651@speedy.mcnc.org>
Date: Sun 25 Sep 88 04:21:37-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari16-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 04:07:56
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 04:07:59-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA25936; Thu, 22 Sep 88 01:45:28 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 21 Sep 88 14:44:59 GMT
From: mcdchg!chinet!saj@gatech.edu (Stephen Jacobs)
Organization: Chinet - Chicago Public Access UNIX
Subject: Re: Damaged moriabin.arc header
Message-Id: <6644@chinet.UUCP>
References: <14436@agate.BERKELEY.EDU>, <598@stag.UUCP>
Sender: info-atari16-request@score.stanford.edu
To: info-atari16@score.stanford.edu
In article <598@stag.UUCP>, trb@stag.UUCP ( Todd Burkey ) writes:
> It uudecoded fine here, but I've noticed two problems with it so
> far...first, it hangs quite often on me (both when I use if from the
> desk top and when I run it from gulam). I haven't made it out of the
> bartering stages yet (it always hangs when I am moving between the
> first screens buildings). No bombs, just nothing happening (except
> hearing the keyclicks) as I press keys. The other problem is just one
> of implementation. The command line options are lower case only, so
> you really can't run moria as a '.ttp' file. The reason being that the
> desktop uppercases all your text that you type. The workaround for
> this is to simply write a little wrapper program that pexec's the
> moria code with the appropriate command tail. This wrapper can also
> set the SHELL variable at the the same time.
I've played this version of moria for probably about a hundred hours without
a real keyboard lockup. There was a problem when I did a ".<direction>"
move while confused, but it cleared itself in a few seconds. The program is
so large that I wonder if there might be too much already in your machine's
memory when you load it. I generally have a hard disk interface and a clock
setter in the auto folder, foldr100, FATSPEED, and the control panel. ST
curses is a stack hog, but the program was compiled with LOTS of stack space
to allow for that.
The case problem was a really dumb oversight. It should only interfere
with the use of the rogue key layout and consulting the highscores file,
though. TOS ignores upper and lower case in filenames. If this bothers
people enough, maybe someone (maybe me?) could come up with a binary patch.
In my experience, there's rarely a sequence of 20 op-codes that can't be
shortened enough to squeeze in 2 more.
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 11:22:01 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA18289; Sun, 25 Sep 88 11:22:01 EDT
Message-Id: <8809251522.AA18289@speedy.mcnc.org>
Date: Sun 25 Sep 88 08:21:30-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari16-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 07:54:19
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 07:54:24-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA02598; Thu, 22 Sep 88 06:35:00 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 22 Sep 88 07:12:11 GMT
From: ece-csc!ncrcae!ncrlnk!ncrcce!rogers@ncsuvx.ncsu.edu (Bob Rogers)
Organization: NCR Comten, Inc.
Subject: Re: TOS--Whats next??
Message-Id: <747@ncrcce.StPaul.NCR.COM>
References: <948@aluxz.UUCP>, <1172@atari.UUCP>
Sender: info-atari16-request@score.stanford.edu
To: info-atari16@score.stanford.edu
What changes does the new version of TOS include? Will it be useful
without the blitter?
--
Bob Rogers rogers@StPaul.NCR.COM
NCR Comten, St. Paul, MN {backbone}!ncrlnk!ncrcce!rogers
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 11:22:14 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA18294; Sun, 25 Sep 88 11:22:14 EDT
Message-Id: <8809251522.AA18294@speedy.mcnc.org>
Date: Sun 25 Sep 88 08:21:31-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari16-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 08:05:55
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 08:05:59-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA02915; Thu, 22 Sep 88 06:50:14 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 22 Sep 88 07:18:56 GMT
From: ece-csc!ncrcae!ncrlnk!ncrcce!rogers@ncsuvx.ncsu.edu (Bob Rogers)
Organization: NCR Comten, Inc.
Subject: Supra 10 meg floppy?
Message-Id: <748@ncrcce.StPaul.NCR.COM>
Sender: info-atari16-request@score.stanford.edu
To: info-atari16@score.stanford.edu
I'd like to get users' reactions to Supra's 10 megabyte removable
cartridge "floppy". The ad says it can also read and write IBM 360k
and 1.2 meg diskettes. Have you tried it? Does it work well? Have you
tried it as a 5.25 inch drive with PC Ditto?
Thanks
--
Bob Rogers rogers@StPaul.NCR.COM
NCR Comten, St. Paul, MN {backbone}!ncrlnk!ncrcce!rogers
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 11:22:28 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA18299; Sun, 25 Sep 88 11:22:28 EDT
Message-Id: <8809251522.AA18299@speedy.mcnc.org>
Date: Sun 25 Sep 88 08:21:32-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari16-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 08:13:32
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 08:13:34-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA03013; Thu, 22 Sep 88 06:55:27 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 22 Sep 88 07:22:43 GMT
From: ece-csc!ncrcae!ncrlnk!ncrcce!rogers@ncsuvx.ncsu.edu (Bob Rogers)
Organization: NCR Comten, Inc.
Subject: ICD Hard Drives?
Message-Id: <749@ncrcce.StPaul.NCR.COM>
References: <748@ncrcce.StPaul.NCR.COM>
Sender: info-atari16-request@score.stanford.edu
To: info-atari16@score.stanford.edu
Has anybody tried ICD's hard disks for the ST? Are they any good? How
do they compare with Supra's offerings?
Thanks.
--
Bob Rogers rogers@StPaul.NCR.COM
NCR Comten, St. Paul, MN {backbone}!ncrlnk!ncrcce!rogers
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 11:53:21 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA18439; Sun, 25 Sep 88 11:53:21 EDT
Message-Id: <8809251553.AA18439@speedy.mcnc.org>
Date: Sun 25 Sep 88 08:51:29-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari8-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 08:26:51
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI8.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 08:26:56-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA03087; Thu, 22 Sep 88 06:59:23 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari8-programs@score.stanford.edu (info-atari8@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 22 Sep 88 12:20:18 GMT
From: killer!jolnet!rich@eddie.mit.edu (Rich Andrews)
Organization: Jolnet, public access Unix, Orland Park (Joliet) IL
Subject: Re: dreaded 1200XL
Message-Id: <845@jolnet.ORPK.IL.US>
References: <8809220240.AA20135@ucbvax.Berkeley.EDU>
Sender: info-atari8-request@score.stanford.edu
To: info-atari8@score.stanford.edu
In article <8809220240.AA20135@ucbvax.Berkeley.EDU> BIW109@URIMVS.BITNET writes:
>
>Subject: re: interfacing problem help
>
> I think the CS2 line you describe is the same as the CCNTL line.
>I got most of my information from Mapping the Atari (revised edition).
>I am using an xl (the dreaded 1200xl, to be exact).
> Ray Courtois
>biw109@urivms
In my opinion the 1200XL was one of the best 8 bit machines that atari produced.
It is more compatable to the 800/400 OS than the 800XL and the 130XE. It
seems that the 1200 got a bad rap when it was introduced.
rich andrews
--
Any opinions expressed are my own. Now, for a limited time, they can be yours
too, for the incredible price of only $19.95. Simply send $19.95 (in Alterian
dollars) to ...killer!jolnet!rich or rich@jolnet.orpk.il.us.
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 13:54:51 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA18839; Sun, 25 Sep 88 13:54:51 EDT
Message-Id: <8809251754.AA18839@speedy.mcnc.org>
Date: Sun 25 Sep 88 10:51:27-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari16-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 10:45:40
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 10:45:47-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA05533; Thu, 22 Sep 88 09:16:08 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 22 Sep 88 03:33:02 GMT
From: tness7!killer!pollux!dalsqnt!usl!usl-pc!jpdres13@bellcore.com (John Joubert)
Organization: Univ. of Southwestern La., Lafayette
Subject: Re: low cost HARDDISK interface
Message-Id: <40@usl-pc.usl.edu>
References: <8809190537.AA09957@ucbvax.Berkeley.EDU>
Sender: info-atari16-request@score.stanford.edu
To: info-atari16@score.stanford.edu
--------------
I would like to get in touch with you via US-German mail,
could you post your mailing address please?
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 17:24:33 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA19477; Sun, 25 Sep 88 17:24:33 EDT
Message-Id: <8809252124.AA19477@speedy.mcnc.org>
Date: Sun 25 Sep 88 14:21:20-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari16-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 14:10:09
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 14:11:38-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA05750; Thu, 22 Sep 88 09:29:51 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 21 Sep 88 09:13:24 GMT
From: mcvax!ukc!etive!hwcs!neil@uunet.uu.net (Neil Forsyth)
Organization: Computer Science, Heriot-Watt U., Scotland
Subject: Line A and Hard Disks
Message-Id: <1971@brahma.cs.hw.ac.uk>
Sender: info-atari16-request@score.stanford.edu
To: info-atari16@score.stanford.edu
I was poking around in Neochrome the other day (is that illegal?) and found
some more negative Line A offsets.
Screen width -$2B4 # Note: The mouse pointer is clipped by these
Screen height -$2B2
Colours -$29A
Mouse X -$258 # These change even when mouse cursor is disabled
Mouse Y -$25A
Since they are in Neochrome and work with both ROM 1.00 and 1.02 then I assume
they are officially supported. Thanks to his involvement with the BIOS Dave
Staugas seems to be in a rather privileged position to know all this sort of
stuff. Would Atari care to comment on these locations?
Now a different topic. I have a Xebec S1410A SASI controller board connected
to a Hitachi DK511 40MB disk drive. When I do a system reset the heads take
quite a time (and small steps) to get back to the boot partition C. If I have
accessed partion E or F the ST times out and I have to press reset again.
There is no problem going from F to C during normal usage only at reset and
I know from experimentation that the problem does not involve the ST hardware
or host card. Is this just a quirk of the Xebec that I have to live with or
does someone know of a solution?
_____________________________________________________________________________
/ DISCLAIMER: Unless otherwise stated, the above comments are entirely my own \
! !
! "I think all right thinking people in this country are sick and tired of !
! being told that ordinary decent people are fed up in this country with !
! being sick and tired. I'm certainly not and I'm sick and tired of being !
! told that I am!" - Monty Python !
! !
! Neil Forsyth JANET: neil@uk.ac.hw.cs !
! Dept. of Computer Science ARPA: neil@cs.hw.ac.uk !
! Heriot-Watt University UUCP: ..!ukc!cs.hw.ac.uk!neil !
! Edinburgh !
! Scotland !
\_____________________________________________________________________________/
-------
From Mailer@Score.Stanford.EDU Sun Sep 25 17:56:38 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA19676; Sun, 25 Sep 88 17:56:38 EDT
Message-Id: <8809252156.AA19676@speedy.mcnc.org>
Date: Sun 25 Sep 88 14:51:25-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: info-atari16-request@Score.Stanford.EDU
Subject: Message of 22-Sep-88 14:33:41
Status: R
Message undeliverable and dequeued after 3 days:
*PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded
------------
Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 14:33:52-PDT
Received: by ucbvax.Berkeley.EDU (5.59/1.31)
id AA08573; Thu, 22 Sep 88 12:40:58 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 22 Sep 88 16:51:46 GMT
From: phoenix!srmaster@princeton.edu (Stephen Reis Master)
Organization: Princeton University, NJ
Subject: Re: TeX Driver for Atari Laserprinter
Message-Id: <3733@phoenix.Princeton.EDU>
References: <8809211344.AA07895@ucbvax.Berkeley.EDU>, <14590@agate.BERKELEY.EDU>
Sender: info-atari16-request@score.stanford.edu
To: info-atari16@score.stanford.edu
>
>Does anyone have a list of servers that maintain TeX things. I also need
>to get a TeX driver for my Pana. 1091i (epson compat).
>
>John Kawakami
>
>please reply to c91a-ra@franny.berkeley.edu
If someone has such a list, could they also send me a copy (or just post
it to the net)? Thanks.
-------ravi@MCNC.ORG (Ravi Subrahmanyan) (09/30/88)
From Mailer@Score.Stanford.EDU Sun Sep 25 18:52:52 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA19801; Sun, 25 Sep 88 18:52:52 EDT Message-Id: <8809252252.AA19801@speedy.mcnc.org> Date: Sun 25 Sep 88 15:51:19-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 15:37:31 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 15:37:34-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA09651; Thu, 22 Sep 88 13:44:44 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 16:52:25 GMT From: att!mtuxo!mtgzz!drutx!druhi!dlm@ucbvax.Berkeley.EDU (Dan Moore) Organization: AT&T, Denver, CO Subject: Re: Spectre 128 Message-Id: <3595@druhi.ATT.COM> References: <8809191251.AA15678@ucbvax.Berkeley.EDU> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu in article <8809191251.AA15678@ucbvax.Berkeley.EDU>, nfrech@ALMSA-1.ARPA ("Norman R. Frech") says: > I just got Dave Small's newsletter and I am fairly excited about this > product. I don't know how to get to Dave on Usenet so I though maybe > you could answer a few questions. He talks about a version 2.0 > coming up in the near future; will this be a free upgrade from 1.0 or > will there be a charge? Second, is it absolutely necessary to have > a monochome monitor? You can reach Dave on the Well, try hplabs!well!dsmall, that usually works for me. I don't know if the upgrade to version 2.0 will be free or not. In general upgrades to fix bugs in the code are free, upgrades that add new features are a small fee ($10 to $20). The feature and bug fix list for version 2.0 isn't finished yet so Dave hasn't decided what to do. The Spectre 128 works with either the monochrome or color monitors. A monochrome monitor is recommended since it is a *LOT* nicer looking and easier to use. Color monitors work but they aren't nearly as nice, the screen is smaller (640x200 instead of 640x400) and updates to the screen are slower since the Spectre must convert the "real" screen into the correct format for the ST color screen. If you really want to use Mac(tm) software I'd recommend getting a monochrome monitor. ------------------------------------------------------------------------------ Dan Moore AT&T Bell Labs Denver dlm@druhi.ATT.COM ------------------------------------------------------------------------------ ------- From Mailer@Score.Stanford.EDU Sun Sep 25 22:25:41 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20433; Sun, 25 Sep 88 22:25:41 EDT Message-Id: <8809260225.AA20433@speedy.mcnc.org> Date: Sun 25 Sep 88 19:21:15-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 18:54:33 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 18:54:40-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA11841; Thu, 22 Sep 88 16:11:45 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 20:29:42 GMT From: jato!jennifer@elroy.jpl.nasa.gov (Jennifer Schlickbernd) Organization: Jet Propulsion Laboratory, Pasadena, CA Subject: STATUS OF REC.GAMES.MICRO PROPOSAL Message-Id: <206@jato.Jpl.Nasa.Gov> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu 87 yes votes, 19 no votes. Voting closes this Saturday, September 24. -- Jennifer Schlickbernd (Lorini) Jet Propulsion Laboratory jennifer@jato.jpl.nasa.gov or elroy!jato!jennifer@csvax.caltech.edu CIS: 72466,3413 Voice:(818) 354-8617 "Great leaders are rare, so I'm following myself." ------- From Mailer@Score.Stanford.EDU Sun Sep 25 22:25:57 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20439; Sun, 25 Sep 88 22:25:57 EDT Message-Id: <8809260225.AA20439@speedy.mcnc.org> Date: Sun 25 Sep 88 19:21:16-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 19:00:44 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 19:00:48-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA09809; Thu, 22 Sep 88 13:53:56 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 09:18:21 GMT From: mcvax!tnoibbc!remco@uunet.uu.net (Remco Bruyne) Subject: UNITERM 2.0 DOC wanted ! Message-Id: <841@tnoibbc.UUCP> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Could some kind soul mail me the uniterm 2.0 doc ? Thanks in advance, Remco. NB: wonderful program and nevertheless PD! -- ------------------------------------------------------------------ Remco Bruijne USENET: remco@tnoibbc PHONE: +31 15 606437 ------------------------------------------------------------------ ------- From Mailer@Score.Stanford.EDU Sun Sep 25 22:26:09 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20444; Sun, 25 Sep 88 22:26:09 EDT Message-Id: <8809260226.AA20444@speedy.mcnc.org> Date: Sun 25 Sep 88 19:21:17-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 19:04:16 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 19:04:19-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA09953; Thu, 22 Sep 88 14:03:14 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 20:28:10 GMT From: pasteur!franny.Berkeley.EDU!c91a-ra@ucbvax.Berkeley.EDU (reader.john.kawakami) Organization: University of California, Berkeley Subject: Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany)) Message-Id: <5890@pasteur.Berkeley.EDU> References: <5440005@hplsla.HP.COM>, <472NETOPRHM@NCSUVM>, <539@nikhefh.hep.nl> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu TTL EXE MUX PRG A3I MTX TTP FOE TUS APP JTK MMU CRT VDI TOS DRI GEM CPM ACC OMV JOH NKA WAK AMI c91 a-r a@f ran ny. Ber kel ey. Edu kaw aka mi@ zen .Be kel ey. ------- From Mailer@Score.Stanford.EDU Sun Sep 25 22:55:42 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20637; Sun, 25 Sep 88 22:55:42 EDT Message-Id: <8809260255.AA20637@speedy.mcnc.org> Date: Sun 25 Sep 88 19:51:12-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 19:27:58 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 19:28:02-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13411; Thu, 22 Sep 88 17:55:53 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 15:31:40 GMT From: amdahl!pacbell!cogent!uop!joshua@ames.arc.nasa.gov (Ed Bates: Joshua is my son's name.) Organization: University of the Pacific, Stockton, CA Subject: Re: Boycott Apple Again -- Now about Suns Message-Id: <1682@uop.edu> References: <358@island.uu.net>, <626@mace.cc.purdue.edu>, <12196@steinmetz.ge.com> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Please move the discussion to some other newsgroup (comp.misc maybe?). It currently has nothing to do with IBM PCs. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Edwin J. Bates University of the Pacific Academic Computer Specialist Stockton, CA (pretty close to Sacramento) (Jack-Of-All-Trades) (somewhat near San Francisco) ------- From Mailer@Score.Stanford.EDU Sun Sep 25 23:23:05 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20698; Sun, 25 Sep 88 23:23:05 EDT Message-Id: <8809260323.AA20698@speedy.mcnc.org> Date: Sun 25 Sep 88 20:21:12-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 19:58:57 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 19:59:02-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA10136; Thu, 22 Sep 88 14:13:41 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 20:36:37 GMT From: pasteur!franny.Berkeley.EDU!c91a-ra@ucbvax.Berkeley.EDU (reader.john.kawakami) Organization: University of California, Berkeley Subject: Re: Networking, ST's and Spectre 128 Message-Id: <5891@pasteur.Berkeley.EDU> References: <8809101819.AA23376@duttnph.patroon.nl>, <YXC6Ity00XoBI940VJ@andrew.cmu.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Interfacing to Appletalk thru the cart port and Spectre 128 is a good idea, but doing it through the DMA port would be the ideal method. There could be an Appletalk connection whether Spectre were running or not. [spectre->[appletalk->[ST] vs. [spectre->[ST]<-appletalk] || || some net some net TTL EXE MUX PRG A3I MTX TTP FOE TUS APP JTK MMU CRT VDI TOS DRI GEM CPM ACC OMV JOH NKA WAK AMI c91 a-r a@f ran ny. Ber kel ey. Edu kaw aka mi@ zen .Be kel ey. ------- From Mailer@Score.Stanford.EDU Sun Sep 25 23:23:18 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20703; Sun, 25 Sep 88 23:23:18 EDT Message-Id: <8809260323.AA20703@speedy.mcnc.org> Date: Sun 25 Sep 88 20:21:13-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 20:15:59 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 20:16:05-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13643; Thu, 22 Sep 88 18:10:54 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 06:10:00 GMT From: a.cs.uiuc.edu!m.cs.uiuc.edu!totty@uxc.cso.uiuc.edu Subject: UUENCODE Source request Message-Id: <7500006@m.cs.uiuc.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu This might not be the right place for this, but does anyone know where I can get source code for ST uuencode and uudecode? This will also be used on an IBM system, some some degree of portability would be great too... --- Bri / Brian Totty o o /__ __ o URH 655 Sherman / 909 S. Fifth o / / / / Champaign, IL 61820 \_/ "We have corn in /__/ / / totty@a.cs.uiuc.edu Massachusetts too!" ------- From Mailer@Score.Stanford.EDU Sun Sep 25 23:23:32 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20708; Sun, 25 Sep 88 23:23:32 EDT Message-Id: <8809260323.AA20708@speedy.mcnc.org> Date: Sun 25 Sep 88 20:21:14-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 20:17:56 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 20:18:00-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13733; Thu, 22 Sep 88 18:16:35 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 06:28:00 GMT From: uxg.cso.uiuc.edu!uxf.cso.uiuc.edu!glk280@uxc.cso.uiuc.edu Subject: Thomson 4120/1040ST Message-Id: <46300004@uxf.cso.uiuc.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Oh, does anyone know anything about Thomson 4120 Monitors and connecting to a 1040ST? Gregory Lemperle-Kerr Escape to free the mind. Visualize to free the soul. Abstain to free the body. ------- From Mailer@Score.Stanford.EDU Sun Sep 25 23:23:44 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20713; Sun, 25 Sep 88 23:23:44 EDT Message-Id: <8809260323.AA20713@speedy.mcnc.org> Date: Sun 25 Sep 88 20:21:15-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 20:18:55 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 20:18:58-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13722; Thu, 22 Sep 88 18:15:49 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 06:25:00 GMT From: uxg.cso.uiuc.edu!uxf.cso.uiuc.edu!glk280@uxc.cso.uiuc.edu Subject: Comp.binaries info? Message-Id: <46300003@uxf.cso.uiuc.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Could someone post detailed information on the conversion of a file from comp.binaries.atari.st to a running program on the ST? Do I "s" from the menu and upload to my atari? Do I then cut off after "XXX begins here" and unnarc? Help... Gregory Lemperle-Kerr Escape, Dammit!wq ------- From Mailer@Score.Stanford.EDU Sun Sep 25 23:53:07 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA20771; Sun, 25 Sep 88 23:53:07 EDT Message-Id: <8809260353.AA20771@speedy.mcnc.org> Date: Sun 25 Sep 88 20:51:11-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 20:39:57 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 20:40:02-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA14247; Thu, 22 Sep 88 18:44:39 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 12:12:33 GMT From: att!chinet!mcdchg!clyde!watmath!watmsg!achowe@ucbvax.Berkeley.EDU (CrackerJack) Organization: U. of Waterloo, Ontario Subject: Atari ST VT-100 Terminal Emulator Cartridge - problems. Message-Id: <20997@watmath.waterloo.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu *** attn: Allan Pratt re: Atari ST VT-100 Terminal Emulator Cartridge. Environment: Colour Mega ST 2, with SmartLink 2400 modem. Last weekend I bought the this VT-100 Emulator from "What's This" here in Kitchener. Yesterday when our phone was reconnected to the rest of the world, I actually started trying to setup the emulator for a session. I had trouble with parity and bit settings. In my normal communications environment I use the VT-52 emulator accessory with GEM Kermit. I set the RS232 to 7 bits, even parity, strip bit on (1 stop bit). With the accessory I have no trouble getting the modem to respond with OK. If I change parity fine. If I change to 8 bit, no parity, 1 stop nit no problem with the accessory. Now if I plug the cartridge in and power up again, I find that the only format I can talk to the modem in is 8 bits, no parity (I assume 1 stop bit since there is no parameter in SET-UP B for it). When ever I change to 7 bits, any parity, my modem refuses to echo characters and respond with OK. I tried for an hour to get the modem to talk to the VT-100 emulator using 7 bits. No frigging luck. Is this a bug with the cartridge program or I'm doing something wrong? - Ant -- achowe@watmsg.waterloo.edu | "Killed by pirates is good." __ _ | - The Princess Bride (movie) / _ _ _ |/ _ _ | _ _ |/ | \__| `<_\<_ |\|= | ` \_/<_\<_ |\ | disclaimer... -------
ravi@MCNC.ORG (Ravi Subrahmanyan) (09/30/88)
From Mailer@Score.Stanford.EDU Mon Sep 26 02:52:52 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA22503; Mon, 26 Sep 88 02:52:52 EDT Message-Id: <8809260652.AA22503@speedy.mcnc.org> Date: Sun 25 Sep 88 23:51:10-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 22-Sep-88 23:38:01 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Thu 22 Sep 88 23:38:19-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA15526; Thu, 22 Sep 88 20:09:34 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 17:27:52 GMT From: aplcen!jhunix!ins_bjjb@mimsy.umd.edu (Jared J Brennan) Organization: Johns Hopkins Univ. Computing Ctr. Subject: Re: spectra 128 Message-Id: <7056@jhunix.HCF.JHU.EDU> References: <8809191251.AA15678@ucbvax.Berkeley.EDU>, <1417@nunki.usc.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <1417@nunki.usc.edu> rjung@sal5.usc.edu (Robert Allen Jung) writes: >In article <8809191251.AA15678@ucbvax.Berkeley.EDU> nfrech@ALMSA-1.ARPA ("Norman R. Frech") writes: >>... is it absolutely necessary to have a monochrome monitor? > >If you're using a color monitor, then grey shades are used for the screen, and >the locations of the pixels are mapped to different shades (since the Mac >monitor has more pixels vertically than the ST's medium resolution has). You >can also hit a key and get a fully-mapped view of the top/bottom half of the >screen. >(rjung@sa132.usc.edu?) Yes, you can use a color monitor with the Magic Sac or Spectre 128. If a color monitor is all you have, however, you will not be doing yourself a favor by purchasing one of these emulators. I know this too well from my own experience. The half-screen mode is too awkward to use. Manipulation of screen objects becomes much too difficult. It is particularly disconcerting to "lose" the mouse pointer on the other half of the screen. The full-screen mode is also very difficult to deal with. In this mode, half the resolution is lost, which hinders reading text. "Hinders?" Well, come to think of it, it's painful to try . . . . Any advantages of having the two screen modes available at the touch of a key are negated by the loss of speed due to the remapping of the screen. That 20% speed advantage over a Mac evaporates as soon as you start up with a color monitor. The effective speed is probably less than a Mac with the Sac running on a color monitor. If you really want to see what I'm talking about, send me $150 and I'll send you my Sac w/ROMS. 8-) (Actually, I do want to sell it, but you don't want it if you don't have a monochrome monitor.) -- Jared J. Brennan <ins_bjjb@jhunix.hcf.jhu.edu> BITNET: INS_BJJB@JHUNIX ARPA: ins_bjjb%jhunix@hopkins.ARPA UUCP: allegra!hopkins!jhunix!ins_bjjb "Help me, Spock!" ------- From Mailer@Score.Stanford.EDU Mon Sep 26 03:22:08 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA23092; Mon, 26 Sep 88 03:22:08 EDT Message-Id: <8809260722.AA23092@speedy.mcnc.org> Date: Mon 26 Sep 88 00:21:06-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 23-Sep-88 00:11:49 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Fri 23 Sep 88 00:11:54-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17347; Thu, 22 Sep 88 22:06:38 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 88 23:35:10 GMT From: ucsdhub!sdsu!sdsuelx.uucp!coffey@ucsd.edu (pat coffey) Organization: San Diego State University Computing Services Subject: Color Monitors (was Re:Wait a Sec...) Message-Id: <3163@sdsu.UUCP> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu Jos Vermaseren asks: . . . > This leaves the question: why is the American preference for color so much > greater than in Europe? I posed this question a long time ago, but nobody > could come up with an explanation. Anybody has one? I bought an Atari 520 ST when they first came out. I wanted a good, clear monitor, so I got a monochrome monitor, which was much better than what IBM had to offer at the time. I soon discovered, however, that most of the software available in the U.S., especially the PD stuff, was not runnable on my system. After several years, I broke down and bought a color monitor so that I could run some of these programs. When I do my real computer work, I always use the monochrome monitor. When I joined our local Atari user group, I discovered that most of the early members were former owners of 8-bit atari machines. I think all of them had color monitors and all of them loved computer games. None of the games worked on monochrome at that time. I don't know if that's the reason, but I recently heard that U.S. dealers are having a hard time finding color monitors, so the picture in the U.S. may soon change. _ _ Pat Coffey |_) (_ San Diego State University | ------- From Mailer@Score.Stanford.EDU Mon Sep 26 03:22:24 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA23105; Mon, 26 Sep 88 03:22:24 EDT Message-Id: <8809260722.AA23105@speedy.mcnc.org> Date: Mon 26 Sep 88 00:21:07-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 23-Sep-88 00:19:39 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Fri 23 Sep 88 00:19:44-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17575; Thu, 22 Sep 88 22:23:32 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 22:10:43 GMT From: imagen!atari!apratt@ucbvax.Berkeley.EDU (Allan Pratt) Organization: Atari (US) Corporation, Sunnyvale, California Subject: Re: argc and argv with gem Message-Id: <1173@atari.UUCP> References: <626@mace.cc.purdue.edu>, <3441@boulder.Colorado.EDU>, <806@philmds.UUCP> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <806@philmds.UUCP> leo@philmds.UUCP (Leo de Wit) writes: > In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU > (COCHRANE JIM T) writes: > >How does one go about writing a GEM program that will accept arguments to > >main via argc and argv? I'm using Mark Williams C and when I try to use > >argc and argv with a GEM program the program bombs. > > Although I don't use MWC myself, I will make a few remarks: > 1) There is no means that I know of to supply parameters to a Gem > program if it is started from the Desktop. This is what "Install application" does. This is how to use it to install (for example) GFABASIC.PRG to run *.GFA: Select (click on) GFABASIC.PRG. Choose the menu item "Install Application" from the Options menu. Fill in the three blanks in the "Document Type" field with GFA. Now, whenever you double-click a file *.GFA, GFABASIC.PRG will be run and its command-line argument will be the name of the file you clicked. Of course, it's up to the program (in this case, GFABASIC.PRG) to deal with a command-line argument. GFABASIC happens to do nicely; other programs might not. Microsoft Write, for one, does not. There are other caveats. The "current directory" will be the directory the file is in, not the directory the program is in, so finding your resource file might be tricky. Put all your resource files on the root of the boot device (Drive C: if you have a hard disk) and AES will always find them. ============================================ Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. reflect those of Atari Corp. or anyone else. ...ames!atari!apratt ------- From Mailer@Score.Stanford.EDU Mon Sep 26 03:22:40 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA23119; Mon, 26 Sep 88 03:22:40 EDT Message-Id: <8809260722.AA23119@speedy.mcnc.org> Date: Mon 26 Sep 88 00:21:07-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 23-Sep-88 00:20:54 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Fri 23 Sep 88 00:21:07-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17853; Thu, 22 Sep 88 22:39:03 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 03:26:32 GMT From: lean@sbcs.sunysb.edu (Lean L. Loh) Organization: State University of New York at Stony Brook Subject: Re: Font editor Message-Id: <1610@sbcs.sunysb.edu> References: <619@accelerator.eng.ohio-state.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <619@accelerator.eng.ohio-state.edu>, rob@kaa.eng.ohio-state.edu (Rob Carriere) writes: > I got the fonts and editor off binaries, and while the fonts are great > (thanks!), the editor doesn't work. When it starts up, it asks for a > filename, and then it leaves you with a mouse pointer (hand) and an > empty screen. Now what?! > > Rob Carriere I'm the one who sent the files to Steve. I downloaded the ones that Steve posted to comp.binaries.atari.st, and they seem to work just fine. When you invoke the font editor (on a MONCHROME), it prompts you for a filename ( I've always used *.fed for the font files ). Select one of the font files (6 were posted by Steve) and then you should be in business. Yes, you'll see a hand pointer. The top 3 lines of the screen should show the WHOLE character set. On the left side is a box that shows a magnified version of the character you're currently editing. Some sort of on-line help should be in the box roughly around the middle of the screen. If you don't get this, then you file is probably damaged ..Lean -- if you can dream it, you can do it. CSNET:lean@sbcs.csnet ... go sleep ARPA:lean@sbcs.sunysb.edu UUCP:{allegra, hocsd, philabs, ogcvax}!sbcs!lean ------- From Mailer@Score.Stanford.EDU Mon Sep 26 06:22:10 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA23748; Mon, 26 Sep 88 06:22:10 EDT Message-Id: <8809261022.AA23748@speedy.mcnc.org> Date: Mon 26 Sep 88 03:21:01-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 23-Sep-88 03:17:04 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Fri 23 Sep 88 03:17:09-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA19882; Fri, 23 Sep 88 00:37:56 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Sep 88 02:54:16 GMT From: gdtltr@vax1.acs.udel.edu (Gary D Duzan) Organization: University of Delaware Subject: ST Report Message-Id: <1937@udccvax1.acs.udel.EDU> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu This is the latest copy of ST Report. If you like it & want me to keep posting it, send me a note. The file was ARCed and then UUENCODED due to the excessive size. Gary Duzan Time Lord Third Regeneration Atari Enthusiast Extreme begin 600 streport.arc M&@AS=')E<&]R="YT>'0 -YT #81R;4%Y9\F 0 ,"D! LC"%"@@I1: \D6+P M2I$B2YAD ?'$"9,D3HJ :!+D2! M&(L$A,2AR1LW9,+D80%B2D(J+D#$R,%R M)@X<(S]8><,&1)(D($ X>1.SQHR1('I 6J!@)(,@4(HD<3/&!4LH+I[$!"'D M"180-VBPW)B&#!DV9>:4P</2B0LE6V'<I&&C!0P889L&A5)%R,4I2(I($>CB M2)&,4H(PV1C$24?! 0^>!+'DC9TP8^8(?"'%A1$73<+(21/&S1N]D!0HO8&Z M0L&#"1<:+$(D"96%.D!00?.F31C-4M8>+!.&3!G4$!1R?8,'A T;-V2 4()Y MS9R3=M*P0<O2")LWHU/&G"%#QHRZSZ.CQH"$.)DX=433*2-'LY ZV\O02>-F MN6@R<^CU6G!P@$>'4 :B(5 * Y91H!P'3O%&'72@$9D,,,30P@PTS-!"##3( M8(- +>0 PTMW(!#733$<(,-J$W0 B0D!-3@@P<.488;=,@11D^0G'"C@2!< MD18=%\90EXHHPE!#6"3FH&2)-LC0@@PU/#=2"$-41,5A5$RQI5((*. #"$;( MT1L(%98!PA%-" D"$6FMX0(D$IP9! A=.F&$8(<-H=$5MB&A6V @0('0%$D0 M >:= YCIDQ.,'H%$F"P%08=H:9R@F1$4UB%'&7<R<.9K4*CY9A%-@# "#7=6 M(.D4:(2Q1EIP$#<J"*61@6852B1Q9P1G'B&:&&&<X>9D;8+ !'^D0O* I$^8 MT5*N8Y#6TU#SQ7JJ00@IQ!"?%1G1*)A)*%9J4THEH4 16 S!1!6,6E&$1!0Y MD1LD!'39!!0M5-&"2U+8&Y0?01GF1!(:@8#PG/="@010#U.!Z!1/5"&%H*I! MXBXD Z2Y9K-'[$C?CQN5EBQ]GLY9)PM-'3&J?OR=,<>=!(" 1!APP)&'4&7< M 4(6NK+Y!J_;@3"A'-,%G<8<"IHQVHX AK 7?;7"H5D8!U;XM +[M;&LM7D4 MK2FG(-2JV1B\J=5?LV(<R68:8AN==AAVN!F&LXT1P9$42X PQDEFT+?C&,=- M-D024VPU%0AF8$8'2W?H'2&XL8T;-QMIE)$W"->!WN-)9[#Q<X5<LXG&TR"P MWJ8"HYV!1M=TET&YF[5^SM\8;-1AG*^^N?%S@?S1H1D=1Q>($GV\BC%AUVBX M:4:HN[YA[>NO]0K"V:.UWI^R;IS<4X5JUB'[\ZJS_O0<=9 :E)%W?T[&26YZ MK5GH>4RH0.YZ"WY2MFH!W=(0IS1KG>$-;_ 5^\2@AC*,X4"^H<-\F(8\$(BA M#MKQU1T2=(?5H04$\#E2&DX2(#. 1W5N$H$0DG $0AUA"B+@U8&XEP87- 4* M:/F-FWQS*]")RDWYJP.OYK"&H65L,"&<PWXFH[WY@6!48FM#W"A8JP,YX0D@ M;)\21]B?K^U-B76 0UFR*,+)X.PDIA.@V.@'@@X>;0XJV1H9MS@9UH%1C+YB M'1GJ(,40*& WZI.CCZK7,P/5P0UIH,//3$A%-]$0!%50BQR0I1:61)(^9RB? MUGB%$@44:#X\TI8%ZS ':,U!,Z2DS\V"<LG6=>UH061:W)3(*S)<AD<KL]KV MB*BZ-ZA% 5'0XA+=<+PJQL]-<=L1"-R0K#/4# 1!Q%FS2C.'RM4'!+[Y&?OD M (?1!#":3:D(OC"RO28()@E#"(+5((& (R20)4#YSN<J* 8?G:%YZ&L6O=2) MFA5TYC.A&4UI3@.) LSH8P40B 7VU*<_(<0)@BI2H0ZE$445@5&.<@(51F(! MI7Q 2 + A6"( 6@W 8*((!7$88P!=U@4:1?<@(1$M67BPP!30NI0A,4,",3 M-&4WCMQ4]XP 'CYJ1G&]@4,=ID"?S]U!.SV)&^B4=YW1N.&>>]N@'-A AA8\ MU3@@* -:'J@F1([ACV)U(.$,1Q4W/;5"+0E#&W3CHS9TC@U7&54IC<,C3OIJ M"*LK@[6>D"L?[>>J%#&#&=* .#G ; IIN.?.(!0\-["D"'AP((72\#DK,-9- MJ4I+679T(.U)R QTN(-H0*O7T?:U@-L3:AI H( A@.=!7..B7X&F'9V)QILR M1"$(;I4'Y_WGJ/TQ"4I4PA*FPF$^4F2>B(*K@!SHX"YPF"MM8!*4+"P-!'"0 M#V/3$-YA>B]]:UOKJ-K:.LU4C@V#$YNOM*> PRUM963PXQ^CEZC6\G4_*+.M M&PJW7@*R[H#/I"?NQ)K'_MBV#4IEJASRYJEWC75T9N43=DBK6QWQB#XHH$,; M4K 5H*;TPF5EK(;=D+=0*HZT(!9Q"A2@6LT8IY1G")\"L96&Q8[A1VEDY%0= M*,K!#9BMB#OJ]5:G&6;2X8>[_;$;]H<WO6DF>#_[#0AF<!?PEN$-</A@>"$T MWO(^LY1MP,^F$#FA.:3QK;RAD.#"0,J:@8V_;H[L[.0VAUR5P5?&&<.H=.BX M_A2'#(GD(DN:5004GT3% F[Q,&L+8SF$>,0%)' QW?3C\(I!.XG\F?72QA-$ M(W9O;0"/FY0HASH\\(=D4("1"7PXVV'35L],)'A]64HQ?%#(0;3;;XH8RSD. M<VLHL>!QJ&G-/UOP=/S5J_)2PB/W)C+.I16>]R;8ZN=R<96Z ;.7Y<#(X!DX M0&$0PW5Z-Y\TGB$^/OKPGW7)A-_0P72+YF^C'8AA2&_8Q0ZN]*5G;#U-UQ+1 MPT29D5O<N;9J!@6(GL,82*D67[&!:\SC#WK9M!8ZI$!UJ7OJ=A3 0R!^=\S[ MR9:9Z_@V)OOOR 76FV_T4+,T$F<.>7 <V29T@KQY4KPJQWB#E=8FICF9BPI7 M;ZV5O'%%YDK9C-1;LOFG@&3VYY#&D4,'Q2K?X#9+M3_3=8U?OL<'.EM[S2IL MN4M#P%&_3I+9(> >K7K/$T0/;WDX 0A(N;)\LV[62'83ZXH-9AP=,M1&JR\> M"MMP C8KOFDV:VXG4R!KPG9OW;1>6DIYDA^U #X_0GSIWH L-BB /VLW;_A2 M"QX[-24(0Q#4%!CEA"-0E%Q.L)=&DU 1/H$),C/Z:!"NS&'ZS==Y><LW:T7[ M7U$*F-;L%7E4%\Q5[]4VJ4MM:AE:MF^R/GH,*Y9TAP4N8Q"TH 5">8)!'J]T M]JXV# IP.W\?.24AZ)JHK6Y#B8^&F21O.OS%%W ?YEALD@=/=P1/4%L5H7M4 MP'M.$%RE\3,/%F':YS]M$#R^DGD01@<VI !7$#W]$6Q.YR8(B'L,Z( L,8'9 M-V%N!54@$'%AIA+"94+;\09/A5ABXP9UH .MT7W]!GZ1%H!\0GXCAAH7@!%& ML! <T8 5P1D7)1A6(%(.*"8"H0$QX!/$U".N=FPCH0'2\2RT]'R!-P<O$!H] M%!QP-WG$U(4S,!S9$30O, 1L)U;#D89<6(4TL&+01T!%L!\A)$'',1(%4 0# M*#B\\5D@H%^ ]0:(>(5 9H.:(8)'\X9"PWX0AA;SX3VLMH6Z]6ZC!3DG5&>( M]3I!"'!#.(!;L8B(*!W:HXH$U(:/*#22" *<0TMA%%]VUF=$EG0PMW2[%8&U M=$L$) )ZU51J. <QA )79! 9(7M30%(3D812\$<3TU(-!2@0500A\''!9E>R M<R#\<VO&L17UID3X9HB,2$!YF'G9<6-J=!RH!QX1I%O,PE\T\X>92(/?43F^ M(@;# W3D51K&<UZE$5:.9E:RUGZ(TX%/D%PGD1(KT1(. EU3! (BPA*I@P,Z MP&6)TBK;!0(HL#>UP@;6$F>R)%BJ)EP*$%I[Q6$!II""=S]L\V?XX6P*YDQN MD +*!X"FZ&$3A$T[4@<TYH(\DRNB,42@PQMW8&C(UX)P-4UFD6B3,6HY*$1L MDXYN4@-MM#ILTT90I0"Q"$T38C>5)EPLZ5H UA-B&'-;$03]L19R%69C0VJ5 M&#W7QV)"Z)/,4Y5>F31%6312LR8:R9'D,R&R(UQ4 UNO W@QIS3]X5P4*5TC M\I>BH1F;8X,\.!(3X(,I!H3_9EYZ:6DRUAI(J(12V(2+ H6G22DCD0%7.!6; M^$#?UII?^#0Y I-D:(9N@H;&>(>0D %M&!R4&(=SV!.\.6''V)IYN):UEE)^ MV#Z B!H4H 1/0$[7^% 114Z*\@1'L"A4" D3H)6/=);_U3+,V5:H,8B%>)6( MJ%]!D#3!)GW+5 8V>31.9$=I]4#HB(A:J7'@D75VHP:,V'+'P9BUQI#L%6QJ M<6'[24 UD(+8)V%.Y8(:^%QB*4055);%QDQBDYD",0 ?F#J#]UT<6@8_,!UO M@ ;]001O$(B$^),;*E=2EX%Z)4<\, 12<"9:!C4VV$4$BD^? Y>72"I-D00[ M)T1ER7Z]Z'Z#!G4I:5U=!@4>2014P!+!)F6&R#55-S5F\&;71G31PS2ZDD:_ MQ5FJM'>A-#[\E6I9)W0OMX?(5 8X>3.O-P5+@!&VMR=14 47Q81.P%.0$ $* MT)".MZ8)=#+SX2L&REYQ,Z<L@4;0MD.':E@GI#WO=B0*H(NVPCSR*56Q6)]* MDRMND$:0=W@_EHFI V1S(S;@]@1%]W-D%G35ADVD=" XQDQJFCIM\C,;A!\6 MEP8]5$'#QBO&1H],4W)@:8$Y>"#^N'>E-(K\]0)[VJ<.")(G)*U\^G&0URM; M0:@F)T3KTSXHI #8JA';BA(0"F$K.*%^:187:G0R"I+^*0=9]W$5U"PAU#XV M]('*I&LC*BIL(BIO\T9&N0;I2H$LV)?3YR#ORG%R8%>XZE<* (,7EV5 >4HK M$U:+=W'\D6#&Y*^1^%U/)@>&EFS=*(.F(33#I@#%ED3#I',7*D/09:$5!&8[ M0JJ]$7F,A7%.NBL@^ZY@([!VHZD&*URE")IE*9]NXRO!MC=0Q!\ BCH'PA_Q M1Z_,(ZR\M#<N:ZRWUD-[ WFD9:5CF6:TE*31.JT)>8':HSVJI6O )K("VX%& M&K/A6C]GRZ?*NK;)QC:EH2P-"[''AS[#]DSPM[4G(;9669!FZR8O4 5.,*UY MFVP5!$66\:U,$X,$%)AS]3KY2J0*0"]X>GM"4 5&X%" "@'[Y2:<^7UZ&'BG M.$$#U[5IX4J[=DIIX&O2<T*2F+8%$D"A&&9O4!P-:[C]<4)*A''+NFW\-TJ* MQ3SO!S/Z:(/.UJS.E!V()8+\!6;F-6I_EFC06C\=YZQGMF8I0:_7IZX2JKJU M81#G"B @N18Q""U#9QR;TEL:1QNVX0)4@ 55RBN7H1WI]D%4>Q%"D!A2,!%7 M*']!A3;U=W]%-6(E!H*(.V?]L;1 VTUET +QU;O36P?-RS1;UT53&[( .[(# M.V2V<EY*"J<VU!Z[LEK"U;XDK+#S":IKD++G]9]7>S2I)%P7],$*4#A< V4* MS)-(.X >"@(O,+JE*Q@IM;Y!@7Y<07<S7#Q'(P+=2P<QQ*9N%:;?2L&:N<&^ M9&M!, 6+DP0M$$;?41R/*J8(U[#S@0<<J!=*S,0.U1*',5/F%Q1,E6P_3&#" MEC0H5V8"2:>#:C%.["\<(5,ME049TQ)(D#%,,%-+<$57L#U=404;-2,U8F+1 M>X/W5(L',FHRS"LO_+\7A[MV$VP:URQ'RT64AL1-L<2D>\?X.QMO',?,ZL& MS$ZTW,2#X1(R)9&2&[Y_3!_D.KI,P 1%T( /R"]$\#0QJ$V\ 2&CE!^'%11Q M^ 1-L,A$T%+\0BLV2(NV"5LR3*Y$$ 03 0D)(,Y"DQ*H*KFU(Q &\ *U,050 MP 3J+! % %A]NT.;E[$4JQ+DNE*1+! (X,[>HU0' @D.\ +P8AL(C5FZML*! M1ZY79-!8! D&P*++] :VJI0++6>0< O$!A,@%+L]& 8F#9B!0<<)\<8'03F MA-#^?%66NTSQZLM7),PSQ='!,3T!U$V<Q;,BL+3(2*Y/4+H"D0!,\ 9GT (% M)Q 1\ (^C=!]/%_@-1J7D8FL"D?*0JX%(5+T0L^7) <O<*FT-#B'U- (\ )7 M<-#LK- 71TM$B\R-2S#@? !@>""I=$U+0:Y,\ 1/$#CL%$QE5,&;\F0/)])8 MYF5@]D$PW,K\U;DS5JX%4:W\@MATU!^CXK((W;B/RZ=X6U!RV%8]H;7"!,L* M,+?!%H[ 2+QSP!)RJ4.00Y\](37T:3>]6UH7"];U<S38DP?7L4E%_$CX9U3= M6G1/54FD]G3!9D)8MW'%HR9E-VF+]4&I-#VIG6R5<P*[\AUOL ;/Q$BJ1:]# M2Y_/U+30@TR1E9!+BCA^Q"\J E*$!G+B$X:D=\1Q=_[K7[ZG7X-V-\ 3N # M_M\'+N ![M^HH0'2N#W.D@1-8!NTH1L2KA'BE 6HT2_<S!<$8S"$LLR)DIH: M!0(D$ ,UX )==@6R82A+32[_<A'FI%'0F"\7D1$6;DZHX0'WRE_!41RJ%",# MDCD&(4XAD5+,/ 14( 45@4Z,X1$@D1&HD0$9<<GT(A@M52D/6 4H=1OIG 7Z M)1 ,((=^J6U%/ 4'0B!$DE@^)DI"( 0MI8/1=4TC00$HT-=GU]Y& ].C-N3B M0@4S)A D !Y.P03$\3E%T *^T5L5A.;#@2,L(06341F7D1E*PS3!T1P_;ARH MP0!"L&I05D&[TSM@56S<W1.+SCFG9A8U*D -.Q(.H()PYR;D?2!8*E5T(U^D MT6X_D^J@&D1A#I[UG3,<C5EBI%<@ ,YL"$PT (W0<_##E(#$!3^K> &ON % MCN#8GN#5WNW9;NTB4=_WS2\"@0'XO%+ILAA3P.6)L1%/X"BMLM0.%0(@,Q(8 MH!0<(.TJF+XM@]P/K!GAZ!M@E3=RH$T\AC*_]<_+:FUPM9*B(5<3TE>IDD!; MJ!E3415V4W!7NZ9E,.=,]UV,9%0Q7"OL54$*$$:9!.0-BW-*U/%V(P,TT&7( MXCN@TU2(F*H@0/ &OXL]0=0+&11-@7_$RCEVE:BK:FO[7H$+)'&C,457)H-* M)0=\&T#-@AH-L.Z*PE +@146&?,P8$%TYBL[4S9SH,%)E5NJS,5S-1(+(&3- MHO,@H (J,-A7(/=;C8BCI@:U:N(Q, ,YX (YH)7TGE _%3T!!,/UI#WA<P<L M81H',BI&AG!<Y&R'9SR4\Z7-<NHMP>Y:+P5<3V,)SR,Y%Q0FAO7MW@3OSBK. M.KO-,O:S.P6^05F'.E<G(%)ZU[XUGVVQ9K.&-;NIPV7-'@,8TNPP+_-A[SAT MT#(%^3S&A=Z5#Y*.STG;1A\1ZTF]$]4:]V/T^G&Q^$PW-Y<]0DV 7+-%9X$, MK4I;<9?A(YMU5$RM)ES'NUSH+053<"7D,?WDAAGN@P)*L/=A9CZT:\4JB2QC M4$2C5FPB15) 41 DAAH'0 7"O:G!*) 9*W]V=/ ]H?$$" 6\$3["A0-=)N<5 M.1('(,K3*U;C?$)W,!J9B#P>"@D8 4/GVIMW5\4_T 63Q4V5.X@XB0MX0)% M$!-0@!D]IF)"P 9V0 8V5.[OB2S"PQ)/,"H'U!\@DP,W0!XQ@!H)4-\)E1I0 MP!OA<^E9-P>Y@0(X<!<I0 ,@TP(Q;P-7R$[U70#IF2J?M2\$<.)^#_A:N0)) M25YB=%6"R.4ME4D13P;[4@"'9N*P<A>"R.4M)02]XR:I+%:Y<6@FC@,J#@." M. 19X0)$X +[D@"'9N(RX )80L>AT?)R((?H?4)6P#A[TG\3Z6Q/8+77U*FK MMCH]8Y/\%3YR/$K/NGDO2- C,0"NS7.?8W6\,@;^]TQ)G["I(_S&[SM^IQFL MLS<@D$G$<2!@!S9'LX_,4VS(LRD]@4;08D$N^*P$M#@M-3^SJP++J )!P;=R MX+>8][1\!(IRH #%__4S/U]CX'];@0+>E;C?HQ_P'Z\0W]:P%8\/JX:7_H(] MNL:QUBQP5#<0W]:PE7DIWP::H7%%J29X0#<8ET8Q\ +2T2QA8V4R,?Q@3_,G M+TESL(VZX7)J3\-0L,\/;ALNP01&<%YZ3TM[4SA"HQ:V2T(V5% S,NX)A2<8 M42F7TE(8<1NW9P2:K#$8;@2W)U(D!10%,1(2H!0H(.W-V@2,52MT& 00@@:B M4J0_NL$4PCQ_W3*@+62IMBO%S60IYZ:^P3:F!'('(I_S0W*JQA+30Q7F%3> M2(#:(U4WUSD4Q,/._=C:^VW'Q"L]HRM_=F?E<SYR!C=<FC:V"1ZBMF0[Q%AJ MLL$40A];(?18MI/,1A_0:[R]X2:#=AV6=3>629_]D01"T"J^P3:FM!5"WR9M ML)/3,[)NPCFSJW%8-K&>(U9@MO LP3D]] 13\ (RP!(7!$%AP!]I1-EN,@,K M8HCD13E<J2#RJ?T%CT)M<'H\(MS\-1,FXBE;(2%BDV^&B08L$8Z,!$>WTG*L M4S[Y6*GS68D&F#C6\M?X'SF(PQ*BB%7S*31BP[>(- =S]6/YH=6IEDH8F6RB M>$]5B6[>#;60N%N(]B-0;4',P?H\3/71DP;'BAFK$SY7YFH*<G.=0T4%V4%: M.G88G!UM1J:H',#NDS)FOF1IX2:Y$MFX4V7HZ#;"%1K9PB.^A 8PTT&,I2!J MX\-R0S=RN:QJJ)@NM_AM)(.C)HI89?X40A\8V4EJ0ZP8+$$_4T]Z=B#3,[*V MIF5!T#,"K!GV<L"0PQ]LIRUII!83-RH8F6R_X4G67?'DW$-(8(#TH?WS);G\ M%1K@]Q,@4+UNHG;R.(<@-\)A!7H]0>AQ XA45)#-D@1"T"J^P3:FQ!)ZI6:Y MUG*I\]BY$MFX4V6B4WA_=O+/>D]M,E<A[#G,T[N]QAV[Y431C\& G 1"$"?' M(]S\%1K9PB.^A 8(:K>$ZSQRUBRAD2T\XDMHD&^&B08LX3H?JV2@%#:LCT : M*ZJEY'-"]MBY$MFVICT7-P;6<=M#C.SK'] %?UX;3"%GJG&J>D'M37*^="#P MNR.E]#FAD2T\XDMHL).A 7X_$1.AH6V,!P=A^B,/EVKF&*F..;LDI_+-&@0] M@Q;<GVRI1DM%?!VH==XQB32A [\[4DK)%[ D^TQ8YDE?)I=V(]Y%)%9JL76C MTH$24C<*/-1?)I?'A(YN(UQ!X(UA</EPE4A;,W//E/)PP)6S+;$7I!UTT (: MEV9LL!^;0D0U$\&.Y(UAD&^&B08L,3^SNXS'1*RA,08MP#D]]->G-X"14Z@B MJAD83& !;&O:HS;$JLLM0$F4+TGX'SF%*J*:45\MUD;@0?4DOY4AIV4:EP1" M$">K])[7P1*)=&5JEDB#BUB\GUN(Q?+0)6L^ C6^[RSJAY&.'Z;I ZTBVF2> MPSP83& ![#Y-(2&WIFVY$MEN(MY%)%9JL76C@I')IA9VN\#=4Q!R.\(@8"\' M##GVQA)J0ZQ_C?^14Z@BJAEP?T#OM)6,A088R0858I@6$OUQ XA45)"A 7Y& M +7TP1('AD"^LB.&&34GE&JTE"N1[3X^45IL$#IJ0W+ V/'XP37@<51R)F2) MA)&CI!UTT (:-^&U@?^1@SB4PY4*4G*:4=%VF>$-FKO'"HR95SBVVWFH7F?9 M0DT8F6RIMBL7I!UTT (:%T7@ 6VEH0"-,1$@':;F3R'TT8'W45JHQ3S*(D&$ M^YC]NZN0 [5*(V=2*US9PP:A\S1N< ('HG;\AI&=)+4HE 9,(\37E&[H\TB) MM*#6DDT?S:QN<DC2O3QDT(& =%6:P3D]9 1_AJA_EBFRU3*C<G''YI5PE4@V M1AQH41^9(ELM _G_&7_68@4\ Q[G;6MHAV>\818_0R=Y\QV%U3)+H&LH<!UB MXS6(E1'V,AAJT:]3ML&ET3F:P3D]E 1"T 0[$!2/!$?$#7)^#0<I?V.-'S1N MIA\3M#6[XC8'HO/QAUK*5$'&D3??45B660=Y\$STPQ(7Q('\\G'A^&.I!#S M"-)AVMQN\AUY\",*\!H]>J8U*ZIIE'GS04LTI/SL3TPQ 51#_65R>4S*IDP_ MEA^Q]DA"\!MA.MO"E6JT9 =O\&,]H<!S!4=CI& $"0*9-"$P_6/YX2NO8RR( M-6I&8*9;,06NIB"2\VWY9I@*$G'),C,!/*-A)44);[NC>#2IID0*\!I_/=M; M>33. U=5%-PN?93LTY7A<P:Y-4^K<U7(!FBX\C2X@S<)=AK/.!%M0O6K<U5; MXSQR]D@PS$B(XRL5Y$2A$S<_UL,_VRR02EM@QQ(AV3.KQ2.FHY,9+P;U6[(_ M0][)-FJ#QO[]H;FQA392VUZTY3EHV8%%T&(?S?A;J1T+W#WSX_N&1@9VY2.J M+*!B %NWXB#/!!^=4UK.(V<3ZSEB!68+WUP&\==;LRMQDV"#9O09B@>(DQ]] M=4 )U#F:84$@'35JLO:/A':K@]XH]S/&D3??45C(IJAGCTAID?XNK#>[4CA" M4\2+%3YL,F@#F:&+QV^0HR9S]4@:%SY'.3TC&RT%,!(),"/3SDXSL@ " 0$S MDE#L/",&4*1&P$FBMF2"-V#RJ(9!@<%N8_3JPTQC,'&]3]LY%$!0U/$5^3I$ MGTC.IE<#Y/NH',"Y2T6L W1HT99L<!TL$3<_UL-%?'%C4$3Q9RU]IO]^MS6Q M^D&0"HH3IQ;()5R/5"OT>MYE\ +7@5KGK3>#IAE@F6S&D3??D5VD54RINBN- M5;\G#-MOV;SZ68]N4A M,STCZSZT!3*(O#TC55(M81#^PA=?,A@W+A(SH@$C M,0"EW[^Q,SL?S?AW@UQIQ#Z%9,VCEH=-(*?IE@?S,=NKCUQDVA\XL!%(H 4* M8 ,X ,@@Y')QCZ%!"&:D?)PP)7NQ95H@)%L4"&&J2"[BC3[*%RO,;F')$.G M-Y"10TN]SQ(YE#=7YFH*HF O*%JC0@8=^$A(4,:<9!J'A#A:;0,X ,<>6A2 M?<+-4A L<<,]BI2,5A#Y9IAH(+?@J&5Y*#8V UN)T2J3T?QDP!*I)$=64-,7 M--L^5$@0\G_K_H!.H!]:M08*8 3:X2930-S0Q1)JTQ(LE03VS!&[!B&SO?J: M@06$(E-/< 4M!6>0M#!?806JI%LI/@,8V4GQ-;MP)OTX\/5-(*?IE@>9.%F^ M$LU$%!,!T=JV&D8XHAEZQ1.;14*P)?PX ,JD ,V\/4:EVJFP39J4C<AF6S9 M)%5*XC_?41\ZR2L*$ ,P /,J\"(X\(+27+%>"5=8,B*#\QW7I*MX%J]A8VMK MZQPQKP)>CTV'2ENB>$_-PF&[$EZ8F(FCIB38!%6Z-3C?41\8J>=P5#=AX[DF MEGG(,X+M]42'A$BG=B!*LA%(H 4L<4%3>R!*BT#APS0G='$_R3Z%!"$*@"%7 MDH=-@ 1:L%MAA/PT/#BT)!H1[RLS4 -WT0(U ,@\X(\<7'U@9'>[8)Q$W^* M-5Y EF5N8!J'A#CS=2!74#S,\V#&@0<="$C6EC12Q49%O%CU8>O8-T%,UQ@3 M0=Z2R\-4SU\V@ ,PP&48V4G-8B[T;Q!V)6AOL,$4LL.K[TI;<1]3^Z/?@5BM M9EFTZXVS\]$'4G5J53=2NVM*=7%RT(%!@%H;+WB(E)9/Y#F=<P?WHQ+/)-*5 M1Q_<3;M/PQ(BK6OL4T@0<F6JEI#?<4VHTQ\8G!UMED9JT:_]85>"YDL8.77C M/"J<$\""-\(L@0))8 2QA3:@/ZL5_49BA5>[U6,HE&6[TMRVMJLT;%RTE&[H MDT@5-BJ<$\"(ISTEYT.[DG9UX&LJ=L.0B#,_<AT8N2J(D3$M==[QIDB>I"8I M/U=Z)%C\@7%I-*]9MQ57B'YM6#:5.=\#$ ,?-_'M*'6U5 :@EXG'JUBP=<,V MB!9D< 8![":Y$MFYRS1#4*N]P3Q3$$8X0EMN-%PXG&J[@CK]H?>TM#?@(SX6 MQ*7/5+W*U*Q[(P*Q?RN'=4_P2Q_&(P)^9&*0"J;,LVZ;-1F]6GU254&PW49B MQ08M<,,]FC[HC7*\RAM@R0:#1@:]OJG(ID!AA".:X;A)\!5"IA8$CS*^P3:F MM-66\8F.FP1?P3Z%!"$PHST_UL./)RKK9:N;HEBP104.I*([VQ-3$$8X8C>C MTJ7\)ESI5KE@8X!S><,VB!9DX+=&UEB(]+UW0Z_G/:,"A%KG[3ZZX7)?LZR3 MWX\.1&=4SU]5KAL.I*(\ =6\ZH*?C4&[ K_T<2!4X$ JNK.F-P5A!.F[U4&I M\TAJ<UZ8:SE--\^N ]) %G;,9!R@-Q]@N;>E$?V95UA!YH+V4\-D8$,@(P,? M%P2V1!_[$4"!$016D 3XXO8NYQML RVNGBN1W8))8V0MR32)M!5&H@"*L1@W M/,Y2&UMHPSK1+Y)M5@:\47TE>EX7]*R;9_Z;=54P4W0HZ;,C'%94P4=QTU=A M-!F/5$&95UAII($@;;=NPF&CH@"OD7G73<[A$Q.:0HLW-SFNU.^9;! -:$ZZ MU) H%$"9%/$ PA*ZYHVS0UM2A08&"-*&GP9Z8)/&]$C>.#L?#8Y51JQ\VU88 MF6RL4V.'=4^)I!E@4SLL<4'0\W?8]Y,L7@63G)3C##>BN'EM!![5)[6QA38E MIQDDYVH*DFJ[@CK?$Z^^P3:FE/ZM;02QA3;SX_MH4@27[#57I1FQ,SO*]Z-] MBDUZ!HY51JP\6EIZK@#V<L"TZ&J&9:9MU'K':UZQ?RN3LUN>HTQQ$U]6=AW9 MXJ9PII(V@ ,PP)&<$ZS\%1K@]Q/MY95/R5\V@ ,P@"$V!#)08" !["8% :A, M\4AJ@S2A(P*K\V%D$$,X#P4&$L!N4A"4PY4*(I^P;9%?WP1RFFYYD(E4AMX1 M5[1K"Y1GD&YYD(E4V?'@,?JZP5]08" !W(*"K";(XFL_$U]N,I1P)<0C.[N< MX[4;T2A >FCI!UTT (:UZ6%]S-DP-6V!C>< XA,PS;D15MHQU^+[U(MQ>1- M8,@F-M"\ZH+Q)3UJ,E<#5?X;'($LP3D]I 4[<FTL@69A]C-Q\V,]K B$#P> M+#FB\DQ,, 0S%5[APP:SO96&DU+V<L#@E0:9A>I[+U6\'\"VAJ6L%@94F_GI M-AJGJEN1DRV<LQ^S2Y7 N,&ET3DW$T.ZX7*NLZG]H;DJ"9D=7Y%U"UM"D ?S M\:C]$5Y^"_,VT);HNI7:D4*9ASPCN#75$SZTY3571=O6S8F3T6K$9,IN A^) M)'4@':8BP!)B4QH>&W(>M,#=XXVS0V6?@WEJ@CPCJ)C\!04&$L!N\AJ#1@99 MEFRJZHVSHVQM)%9XM97]>B!IR_KS7$&95W9VZR9,, 0SQ?3T24R-#])AU6+" MM?BQA39&(#G@$7;]H0!(T&;(TQ_>.#O*UCP?5$'W^?AZ5EJ^/3BT)+5M-"'5 M5W*T&\0W=[O<L5N/))_*DFT@':;F#XP5-'%*U!N*OJG"%5[APP::$<0GU"Q0 M8" !["8%T8$F!@4&$L!N4A MP_3TV1_RF7G(XFL_T\-.JRLMP#G?6#-M#/9C ML :<,SD*P 1#,%/A%3YX93<E1[NIMBN#EA*X>UFZ=U[(\JO?6#/D. 0SQ?3T M24RTA:4#_3,V$/,JX/6@(VCT24PL<4$SQ 08XT.%9,WD 0,J,/R[90,QKP+# M3UMZQ1.;14*77R'H,SC?41^/:BUL71_N<T.\=KL1:3\M81"=JC>J7$'5E$A= MJ;G.,LX5U 3=RT=V@P1Z1EMHR!.;=;B_J,J3>T@6!-(*\M1W4(;=RT=UR!.; M-1E]HS-Z1EMHR!.;-1G7@5KG;6MPEBA<,Y.^<ALMQ>1-<#Q'4W*TJU6NU]I& M$%MHPSK-;6N[2L.2-$*DA+/$-%I,(XI8U1],, 0SQ?3TV7*I,['27+'I]1W7 MM*.UXHZCYFOMTP(I_S-AQ$1;F4C(5!V9%/%DP!+\T?+":SUWYB8HT 15, 1( M\'%:%4#B3=ZG-N>@(VCT24P17 :\.B'5]R.A,SBTE&[Y9)=P5#=:)E<5R?3T M24PX4Z36\DA7.<;'<S2P_8+Z@1FUHLK$U?QD@)&@XQOYP30$SWG%NV3'05S- M[RNIY"MNSU]-(*=[4Q LD4U2E3N$NTQ\1!\J1ESA10:4PY4*PCKQAUK*='%C M0-Z(I7'U]ESB1ES-#R#2%#V\.B'5%X[-(@+Z# 4GM<6B<2M(0MG(-&SZH5^0 M5?+\%1K9PB.^I"!Q\V-U4R!*=7$$&!K@=]8 7V5M))#.9B\'3*M=:?*PG2@& M$L!N$AK9PB.^A 8LX?9X%J^#=AW$!'*7L_K7%(ZJ]6&QMC=08" !["8%$1,- MN2P4M$&*:?BX4V5)V:-[!P<L<4&CC%K*M*O'Y#]*!);EDVPT4 -WT0(U ,@ M\X(\<7'UT?A%DW:CT7;6LC>A 7X_T8&E;Q"LD]DBWBP9;OX4LL-AE687AZHI M,P93@3Q0DV^E81UV0P15I@"P#V08F6S/6JB@92 ![":O(9^PS2?R$1Y^"P4& MPA*ZQM;5%S?QYVV=MQW:5&I>"5=3@"T]XB;"CP,@V2RA 7Y%D&87ASS'JO+- M2@15UA*^D312>_)JH1G"CP.!P^1-, ?<GVS%0?#[47%VTRRA 7Z"9H/S]7\9 MGB@&$L %BGT_*;44O/HI W[7@5KG[;F Y%X34GT_UL-[8R\'3(NBX;>9-"%\ M;BVY$MG!K6SQY2:O<=:SO5LT-B'55[UVZR;9XRSJATTI*6C=^VF<HTB[%?NW M<B"BJA^&I5L0CUA5)XJ;M_KU84,A)5O;@RQQ0%LSTNE4$&]]1B', RHCZ_N2 MRU_MP3F^1!&%E5N(-07$#5U.,2,R4/C20SW@/W_($@<UW_&: ??%8SA;=%7( MWUY*(P;9T69D6COSA215@$@$7TK[X?O)5HRBT961DRV<LQ]I03F\<4RK[RM4 M$&]]1B&JA)')!M)A"JM 1H>9YW_@,=NWQA]DJADB\&/PA1^YA5@[@I-I(0*7 M#U=[ P4WI67P%Y@\T@*)R;834GVI%M[ *E8_T\/!47;.!IM:R/Z/J1\:IJX_ MJ0 H4%)F_'& 15Z:H7$0:3<0&:J(^FT=2 4;E/.J]&V*.7_($@>F["8QZ 8Z MUJWA0\.>:FAF(=7]X?;\U01R"G\%03E<J2"]6GTD?Q9ND@0O@$6\?XPL@2L\ M'V0GU"PQOQ%RFFYYD(FU8KX15T122\.X3A6D_F<8*;G96_Z=VC_QWU4_PD:^ MP3;0 C-P1JP_%D!H!L 4)-S\U01RNC<%X2F7#U<%^1JI5G3-[RM81_W$T?#- M$@3($@?8!-)AVOQDT($F%@3($@<^5$@0HAEY.-"]?JC@9A)@]?5*&T8X0JS" MCP,PH (Y8 -?/]!Y,)1P50;7QCQ*XC_?<4TGE&JFP39J(C8LH#TF 597J#;$ M&@,P /,J\"(X\(+27+%>62$*@"4C,CC?<4VZBF?Q&C;NLQ&':I%W(T<V$/,J MX/4O*,T5RQ(7!(Y:QGJTI19CQK-,3Y_$I(GS(;RC1C\L(63PP5A%JQ9RA1:G MQ$ETHX8=R*\BW%Y/E%8Z1 8LP1NY<NH_0R>(,^<L@0)P)D"H==YN I:H',!E M8*_SARQQ0,/AF(=N!M*S#8IBNGC4I%O:[[X*)H[(]#,*0$,Q$1DC,0"T$1/+ M6 2Y422X4V6T.QFCPCD!+'@#)MS&]$@Q2$QV,RHY1/5V^:$S@@ ?&@1"$ 11 M ))4$&]]1B'T\7'WJS%/$!4@605+\''F0O]40.^1DKJ\ZH+Q)7AOLT%O&EFB M<HR/&C[$2@7QUF<4PCPB8 2BT08QI/UDP *Y8V=Y2 7QUF<4<J8:ET@8F6RH MUO'@\3/P2TVZI?UDP!*Y\TP8LA%%X!%"D 5?TE+6HP!$D!BMPC;D-=M/E!9J MEFLMESI7.B'5%XXXD(=-(*=,)P5RU<8RP1I4$&]]1B&J=/EPI:IN!M*:D=UH M009M;(&?=G0D)+Z(U89&(!IS)8?TBF[)=H51!!X_ [_4I%O:[RL5%(Y]3U?4 M=/[7I#TPOQ%RRG2)T00="%GLQ494$&]]1B',TVK$%%PQ\/5- %6Z!9M:R/[$ ME"C,PU21#Y(3#@53H)-49KWWE(=&(!IS)8?T.MN7+A,WH!O.?A>>0CD34GV8 M*%Q!@"QQ<$PR<0-?/^%0T%+6P[N;A5B51Q\L 7J<8P9YD&NE)4?[V *).05A M1!\;3"'TP1)")AH1[RLH#C9'@R6]Q'?)-C_;49D8Z3^TU 15, 2&LH\;7Y#- M<N)WP0(P #+F3R%G*K6>I";MZ":5QSQH!L 4)-SSARQQT#*1T_)K33B1)2IJ M:$,@TQZ<XTL445BYA5A30-S0!:@7D+K;@RQQX$H+:BWJ V$U:J8L<4%3.Y"\ MGUN(Q?+0Q1+MP3F^Q!(EIQF)!#N>PQ.;U7D%CY&2RU_3,[+@/W_($@<OZ"!4 M@US"52!*=7&CH4CQ9RWMP3F^U*WA UN)I!E"/+*S&Y*2NZ9AH'$'A#*CUAZ< MXTL?YSK\5X-WH !!@"QQ8)ENLGI:=2M#EU4R*+5(TQ-%3 7QUF<4<J8:IZH* M3'*8L3KADUZ^NFN@E)9IY*FH',#!O3TB_M>S#92EX;$B>J14YBMY& 3($@>: MH7%[LWI:5;3:TX9!@"QQX%Z&TSIG86N9OS1PQ49L77VI=&=N0@7QUF<4<J:4 MO2SE3SZ[74%&H#&(/!BZ2/DPG4A'55C'J'P*T(9!@"QQL#6R>6J:(0(;3"&K MIGWU(0(Q\5-'4W*TJV618U><<Y1:UKN]QATZ(U8CI!EZ)%HY!JK%*$4?5 6( MU!R_07*NIB!:UKN]AA8QD03)?S_1DS2LHP3T8A"<$ZS\506(U!Q#,##1LQTL M(8I8E315@$AXD+88.-N[U1Z<XTMAE687-Q^:406(U!PL#UUSMAW'(]S\13Q] MM76[T@15, 1(\+F(U!S7@5KGS6D%*54X,KT_PSD2]$&IMBNHX]EJ!6&@AEB) MM!5-0!R(=%5WIJO\506(U!S7@5KGO2P_VJ?^XZO*%E:_H1W#8R"@VBQ!@"QQ MP!+7$7_A8_X4PC+W8SVI!<.Q?RNV/B'5UR:JEG) IDUAA"/"!=)AZBEM#)8' MDD.T)+7"%03($@?^XZM9Q%AKD$;&D3?? =-[<W%RX+?7@5KGC4R$5OB.A"QQ M0,,]C 6$(E-/< 53P!)T(Y?+^DR&T2K,(FZCYK:5"@(I#P=<>?*2A/^1@S@8 M&96G]I:A-"IIM/@O6#O$I%L55 6(Q!:[Q4,>>QPY1++/-'$)Z_;\A1:GU +P M2Q^-1_F2]$1BE5MYDT:<(T%HT8%" -(*,F9 1H>9YW_@@6R^4E)F;(CDM36[ M D=CI& S2#UCP[L4HDH8*;G\107QUF<4PCRI9)D@K2 *3/4.I*(\ =6=LTHF M%@3($@?M=6?2DP;U8>O8]Y,5U,/V8XCDY95P]47D^Q^ABJAG1MS0A9&=I#8Y MGP80$A_;\3.F8?XT8U[9CWT3A$K/>D]E<&U7:X!SR3;DA?RG-]M>62&"^X(3 M(@:3 XJ-E#9ZU@*)6<2Q?RN3LY5'TZO5%SXVR61@8X!S67G.B\H!;&MLRQMM M-"'5EVKA#:QB]3.PO?J@2$5?<[R96,3RP7%L8QK?<0:C3UNM?2#R:1R+A4B\ MKFR@.-T:=W@$7TK[X?O)5HRBT961DRV<LQ]I@9&=U*EZH\H5E/)BL'&)6<2Q M?RL'<@7['#=1QTFB5OX;'(%I.[OH V?$BF8 O%7#,QJ(XRLAJ1F4[28G#@,L M ,@TP(G_J P #)/],\?Q[L4PCRY0[C:-H*P-69 1H>9YW_@0=M8PS.:X3G* M%#>X>&H*D$.F=D\;3"$9UW*L\WZ%!CF2PQ*ZYHVS$U8M!CE0ZTKN)8-6?&>K M)J?)6\2Q?RO0HZOZ]AJL$P:U,U\<"/0*T!Z<XTLT'#UL -,55'+"107QUF<4 MPC*:42!*=7&CH4BUVVO<@3058I@*DDA#F331+U5KP3MU-D_"/7_($@<8>3^> M(S[F7QJ=,]L^U)6_D:EA1!\;3"',LU@/.]LT_".AT\/^2J!IP#14$&]]1B%[ MB1FK$SZ&7 0MIF$7F$ IR3I:1=Z(!6?$6C(/6Y"PN1]/EHD55'+$2@7QUF<4 M@LQE !_DE2L:U'K'.TR7#U<%&03>N#<8 C)V0_)GX29)\ )8Q/O'&,%?,S^S M&_V+]6Z[HF"<]#,;3#/#A)&:(78N&/U2A3Y"EE4>9#M@F6R>HTPX_+.C@B-_ MED;1KV4'E$!(V2Q!@"QQ8$,@,P1$T ),WBI2/)Y#T (U *@4D+JQA39#0 0M MP.2M8D=AQ,&^HF!*(V>I6C[)-A1Y,^<L,3A;A%@UD -_'_BPHQ]AH!UM"3VN M4SL8>=M"<QVH==Z<=O:(-+OR61JF<4@$- 1$T ),WBJ>9-T5#XJ-%%MH4Q 8 MF6RZIA8=7TRZ&FTW5X^LDWG7?3>:477TV1_14WV5RS2A\QV(Y3K&% :HQ3R/ MM%B(!#7.9AQY\QUBA%B)A)'ETTE!0-1XA4+:1%HOZ#EBQ?O#E4C'<S2-5;_] ML<&ET3FSO5L_^W5AH&M!?$+.\Y2&SVEGCTB^+[G\=8N]\4S(+3G@ 6VI$XZW M8J%WYB9#0 0MP.2MHKG*]DP,K304TH'WT=Z\:C@?/;5GX29SY[&N4SL17 8_ M$X[L.%H*%$8X HIR4%M$T ),WBKQ7[X PA*<TT-(H&<MT3ERX",8F6P"+W7X M'SD$I/UDP!*ADP1"$"?HMK=GOQ^X:VU)XZFJ7$$]G$@=:&)0, 0M\*"QQ2DM M(P,K(CC?$3Z7+\AJ@BR^]C/1'U_+(F=MW5MC^C/A(]-E(QH8Z=T@2+NL\SPL M(78G<0*V*E:Y>B#OA5=(F01"T"J\0S];LRLIFZR(5C=[,S]ZL",8F6Q7E"\: MP3J<<RMI1$]UD&7],9XW=4AH<4JQA38+R@8!XK:5^I9R#$5B]3/[>/>(<SM) M<YEUR6E)13.(E01"T"I#\!WA<_=)!C/Q]6DZYI5PI8L/A!GX<91"/+*SBP)6 MX!$L(1U-(*=,)^,0W00ME1A-P/W)%AA!8 4:7AP$OQ_/>@88F32CUD&,I2"] M6GW17W*QA3922ZM=F7F+-3F[U4&,92&]6GUDX",:IU<#Q/K&U*O5)U6S9*NB M.LH_^D@%T8$F1M,3P3;DU5ZBXX(:EWG7K6B[)9^9ARR^]C/1+U5JT:\EFP<* M\$B9=]UHNA\]<7&9:!,YH$M" &VZ.L]BYX*I1DN<<RMI)%7A=4IEH%\F]DCE MR#RI4CS,HS;"]4DNV1.C%C?/5"!*=7$$>$$'DN%>62%WYB9)X!O@DRB^9#R" M1EX'8A)[]$%2&UMHPSHQZ :(-(I',^J^8V6<%'_>=A)R>R"]6GU2U015, 2& M$C> 2$%'LSN#1O7\Y?/@SU]3P 2M@@,GPA+-FDU2-?P3RQ,75Q\L<4&OY#V\ MXSMVZR95P ;AS_3D=2 FL4>2?3_D^Q];(2%UDRN1?1SAXVR02JPBL$=2%$-U MS3Q$/8 L<4$'LL@3(9^J)?&^9#R"1EY(LL%H#VJ*A)%LD&JTI!B+(9^JU5<5 M%([. U<X?T )=/>(@Y')EDB92I]M4$RIDP1&$%MH@Z7*,K6C+&=K:TOTL1\! M)&2)I'S]\4C>.#N9NA])HRQZ'ONW$M(P++4H]#/?04O-BHF'=4^Z%C?QY2:7 M\2#G3:0@\QK&4C>AP3;0 JC3\DB, P((-HI'4W+2_QK&4C>AP3;0DF\AYX*> M*CJCT3/.-C]+V1(;!6=\(A_AH2PM0$G.=@8R>CQ'(U73[&Q,5+STRA^B\3-4 M8 7DB$!%)&05?1JKH^>Q?RL#.7<>*SUI4!\' GH0PCRC9A-_CQH1X-ICV03T M8A#AV"PV@ ,P #(@< ;QZAML RV0@AH.X!@U+=$88TX6$[JW,5++/!&*P3 / M>!NW]QHWKHU G[H^JQGV<L#D+$$?A&@?W)QQDUKT^:,3U :S#0(B\!K&4C>A MP3;0 C/<&A,B4/H&P3C$:BQU$QIL RTB0.\$(.TB<!LMI3;$.CTC6P8B *@2 M\'I9!-*VIKF\U1.3Y4U;\8':8;>!A$]RIF6DEQUMAI1PE <>FSJM+02MHC;$ M.CTC:VNZ1@1/<%%OF@8/>VO:YC57M37.(V>93SUS>1N-4_BL(]T0HB"CDAV< M5[S6<ALM);6QA39ZY#EB!6;/U*G+(F?-6O6+51^CO&1 I"L8Z=N#0TNC1@(W M ,JWNPFHN(PL!5^+AL^,7MX.P(@4 -7J#9@F33-HAC,3 2&,5-"/+*S*\I_ MAC,IGRUMED;L.%K]^#,TU('P(BA04.0X+N%_WA@&\2=DC1 X-1A(0%(S=<^! M,P594!"L,@6Y05N#YBLFT$:CD8D5E&J[@CIO\UZ?,\C'!ENIMBNHTQ]*(D6W MUAR%!:O[,4Q6 U(&Y3$@E5"0L &-,> TY1>,,S&U-RE#8$,"X0%= @594%*6 M8A V@1-5&"XEI5$5+@03$152,.&SYX VQ-$"00 37SBVVWD]81BM\FRZ03<4 ML5XCT2\\P4?]\2I[;&)H.$#2HQW' 3+T;"3PU1MN8C?"!8JB E?\<;S;D;Q] M;A#;N2I-L!7P \/IED^G\:'&P0:?H[Q!T2QM0-P3U#E,9QBMHE<#M&I:^&JC M@I&2"X*KCUXC,0 W;(-H009^:S>",VB9^(Y!L=WXL7?[P3G[,;M"1O)G\4R( M]B-0#6[#-Q(# &=!T2S@96_^TSMM0$S*Y[/(14#)$@8:MS?SLY1K["O9[3Y# M,Y;2-Q(#L%C)IFM8M_%N4J*KT@3R BLW1=F.-%(E)1-U\6D'DMQSA0(E" 4L MU0(U@ ,DAAH&8&*0DP;U<2"[=7%RH"RTA'**R5_SLY1KK*@G4;_$1*PW13<9 M.VKP]Z%P-*1!H5<#)#W:X3[A)CB#EHGV0\Y;=%7PM/J^0C*JCX8#=!P?*F"Q M:5X2>2!V(SB#EHG$^H)\U 8_\T1I,4!NXI5PI3HS$Q2(]B-0'2 ?.NJ^\TP: M&Y=HH1FPA30]H30,Q&]!,8*S'11M\I;,A+N^XLI*0R$,/1(#H+VZM5MPE#>^ MTBQZ-4#NXQ-'>DR\,@;^)VS^XS.PM3%3 $\C,0#L<P;*0DM2&[."1AR92'A+ M2<Y;A%CS&K5'HRR^73ATZ/9V^:%ZI6:K!#) 95GBBUAE<&W,(\J$*TC!2P:^ M =,][B9Z-4"V%D0C,0!8^LE(0SI(63EAA8KU#C(?NB<<H048;@2Z02@%,1$7 M0054P,R)4L;/:!C?.0 S0EOT_(':X2;$:ABMHE<#%).T&+R_@Y1[XVMO, 9% M-&J?QDP%[SVIIVBN-!(#P#J\\FI ]C/F/\:^,FI[(^<5.6J(]L&D]8)<\T5: M^&IZ%<%I<1P?&ILC.[NF[";D[ :WXBM&HRSE?U[$:EAARB9]BQ:^$EB#Q#:C M3Q&B,A(#L%CU<2 "*@;M93>^ =/V0\YNL 89R_+0U8'T;&)[GFJT)#JM]FJ[ M<E[$JE<#)#W:$9/"I5<#M&! +@<V]*& I!GM%10%:<H^\C.PI57N:V3UBTC? M"SIIH <SFFEJ<2!P1MG'\:%Z-4!N EO"!:;,(SJM]FK(WD&,%34\L8\1K#X# M)H]JV%XC,0"IU(\_8QBM,G<>ZR9Z-4!NLL8T^@;^AY$F.Y8\ZJOS2? U'&L? M6D&\,@;^%Q2)M!4H8&)/E!8#Y"8N#>1,,S^S&_V4R324[28W]3P,/1(#D-UE ML -!\;/@@ZC3&ZD'8<8((5(:L5F<HTBMLV1N<E/9'9.K[RO(,Q(# /F#EHG- MHE<#1"HS-A(&8&+S*<>BTVJO5CW64CR&0TNNPU\]LMM0NQ81'$C2G_!Y,!(# M,&JT2#I!03P#.-M!01Q=.6H=Q%@*<F@UROK\U:C\@4B(-6K+ST#\-A(#T"/T M&1-!< 9AP!\3W*M<Y08G<""F\;! EF5CX'\;%YLCZR:(!OGW-OJZ89<?:ABM M\D1S(/5?< :'QC1SEC2KKQFTNY7*!#E0^TQL,C-SH'>'5J-I$<%?\Z&Q.;(Q M.6?YX2O$. =?T"-0NQ8Q1-EN<E//P] =2,]S&[.TB$!%I*O\962@-)"C5A]? MT"-0*QSQZ8*.CXA2.ZX?>AF],[NF[";3KRSU,1;\T?+"JYC\13P#:/$OF!:" M=KM_MA4A"HZ_,1(#D#6BZFSM%112&Q0;TU)WDUYX"2$VR5_$,X#'<S10^UF: M8<7C^J&DUT#ZF?"CCP*N/9:2$Q_;\3.IY"NN##G:$=Q/Y$"#EHG-HE<#=!P? MFMVVUB8_2CP#Z%X34GU2-2K@@ZC3^S/TCZ-%(%)%X (S-A(&,!2R.)98^LG" MI>I%I+E/- =?T"-0*QP]OBP,Q&_W@SRCTF C,0#U\06DUT /%!,@0P6;&A0H M(&2:N&:(\W'"5?.1'U8\4O#G51]?T"-0*QR],A(#P-:O-3]+&112>VO:INJS MJW'U\06DUT /%,&Y6X.@3,[A8ZT,Q&^!#C(\ZJNB(Q]>"5=[\R$1K#XHL;/S M44PB.L+"I28@K30,Q&^7-Q(#T"/T&<&Y6X.@K#0,Q&\VUJ-VTRSA(\=/A$#, M*E:D8S=2RR8S8T,?:B0G(,B_<50$+UST&P;:P73%0Q]2S4#\1LYNL 89*V0I MRQ(Y9+WWE$@C,0!"MC<7]Y.#TSMMX 8=2,] M2NF[";$*N<5.6J(]L&D!3EW MY;X:M_P,Q&\L<4&/KV<'DK(C,0#?G30OAS@\TON.R28;I)C1TP:Y\01"\ 54 MD 51L5M/( 1?<.Y#$,%N\@1"\ 54D 51T5XC,0#- CEWY2M;R5@*8F3U2TS8 M%#ZI9E::P3D]= 1?4! E57N[=01?T!5? ;4[>UAG,!(#T"P%^'2P)5RDUT / M%!,F]@1"\ 7G?E.ND[VCNDAW-73$T96DUT /-!(#T$&,I2"LLS>#77M[?*4% MV6X]H6O-VBR+$0:HM?%N(N=3U('T'*+)KQGG11%"\ 7G?E,OZ"!4HQF.*5RD MUT#Z.8(L$3J54\.^<J\_L@8C,0#IACX=E#KDC1(?ST#\MC6G' 8 C+N48TS= MJ&=^3?71,U>,!#,?JCV+A:MI)-*[NOK"]01"\ 7G?E.+Q6 =2,\F9D',$10C MJ#0,Q&];LRM'\ 5=@04L<01?D 1=@048F6Q'\ 5=$2](0%)M^29?T!5?\34? M6I"A&@8A%!20OV:E8VM>"5?+[VV=%U4Z+ ?(WS*IY"L5)&C$@:HC,0#K-D;@ MQ35=:<X\<4(G5%X35+S]T4&,I2 5A+G+4OZDUT /!&[X-Q(#P!_QCS@[B2QC ML :9%/&^,FI[@V@_ M7M1:Q'\ 5=@04=2,][\B9?D 1=\17M%10BR1/[:$', ML96,I2!JXYAD:D$Z+ =;@0)S"S<Z+ <C,0!J$Q2F$11>,P8WO'ECT28_ZCS- MP3HBP!_9T6MH(0(L 8*%ZB8EZ@(?IQMV^:&18P?@D4ANLOI!(60^T158,+NN M<S2\47T^@FA'<T$21$(1;#CMA32A0S\C,0#AHZNC,0;$-I98.LU>"5<%F01= M@04P^]I5ADTIB3K%&SY*PT#\-A(#@ )P]#/2WSJ^X;=K*SIT]W$=Q%@*$I\3 M4GV<$ZQ'$XX+RF]G-W(?FCK_8VM76I#\(4GM/5<:MS>(]B-0K7S],3@$CT)S M!6?2GP1=@04V]*&0Q5X^S!SMQ2;QUF>KQ2/*QZLNR*-U63ZR [/!AL/(^J'- M8D',$10+RF\!;&N"PSEC0-Z(Y9BT*Y^K(SN<\XW"Y4:2W:1:^J'_4P;!;@ F M]B9?T!7Q@@0D%12LH_>TQ#E>^R9?T!58P!)K@3@T:TQ?5'.<5BL^8G9R,!(# MP#HOZ"-+>5Z)M#:5%L%ED&6[DFKF^#.I-%^:(0)&-CH]/Z#&(P*Y\3H?:@15 ML,R",1;R\@0$,Q:,H@6"@9')]EN0>%Z&T2HW.#]WL#6[TA7Q@@0D-=M(N5HC M,0"6J#RDQ73L]QU,LZ#\UHG%H2P#2=F[R5(=2,\F]@1"\ 7G?E-"YCS-,8)* MPT#\IAFL@WG5,;VZEO"C[Q,#>1FCT68C,0"+Q6":\7+UVQ\^7!V9%/&*RA.5 MFFSE-4&6Y<,Z3$6,=<.;-Q(#H#V#\QT$B';9ZVV=UQ-\ZR-FQS3:DTCI]1UR MT('T;&*B0W=!,8)!07H-]$":8<IN\B9?4! E57MC<01?,+I4<!M.,!;:\R9? MT(!4P,PV]*%'\ 4%45*UIQGRVA\')Y7]83=Q0[A@GX&'Q/V[(F1J(4'/%$:B MDUMG]:'P>W%.!AX_$],' F<:AV@_ M7@9F)\ZR-F=TTP_"-@YUZC 8@^.A(# MT"Q'3=S0!8H\(@*YH?FEI >VYFO5<?EP91I#EBTH(UB%\T"&3,_P ]ML,&AD M\#,1-W&GY&R/7<2IQ'1'\ 6C2P6WX03@!E19YJ[P]Z'.8[5,8\H1[RO"%=,< M^*$FECYC<,.;%Q2C1JQ'\ 6C2P6WX00MXSQ6RS1?\Z'T2Q\0.[V\:DQ=FBQ; MLRMJ<2!NG[T,Q&]MF307)$$D)#KRH304,A(# &=!L3<6I,-4Q%@WO'FPQ49B ME%ELT*WA UYID%D]P3J'YFP])EP1O5$?RC4]<KL4XB;M%11J,3E!H3V.*:D^ MNS5FX6P])ER.8@1!4 5,8!!<TR.W2R$Q.1(#H!9S/!(&8&)O\@4-2 7,'!0C MV%[$JHO9 F2+)(]<8_2Z+#ITM_J^ JG6]Z'-,C?WYB9@SS2P!90ZN$H@ TC' M8X Q6<._8S<EYT.[(K7C^J%5J1E/]&<^(C3^(P>0?V^C#S(FAH8#Y"8"%IOF MQ52E12&]D5L_MAUY,!(#0/)G,;O\(4F'=4]'\ 4-2 7,/-NN'I\NN*#S,U<] MW"9SA6B0?V\YAQH&\#C$JE<#9&O-\@1"\ 7G?E-"IJJL]DRDUT /I!FLLS?? M@5C$,X C,0 51*S+A!\]X; 0ZZ9E?,:B0W<1O&H]\DSPO#>4[28WE=TQ.1(# MP*-+&10:)UQ<D05?$A0)_S/U\06L5C/@%@1G$ 8:%Y\NZ/B(*+7C^J%/( 1? M<.Y#H!GG9;20HQVX4V7*IDP+1Q]&+^HH\5F:8<5/- =?P&HU8T,?2@5' SE0 M"_\]\DP=Q%@*$D$S^7^DUT /M&B;*ER7T3MS^01"\ 7G/@0C,0#:XS]M'13S MLY1!(;5!\=BJ/KL:5Q]?P&HU VXF%CYR3,[ATU[C^J&#(P>0;ZL]4C,=2,\F M!HH/RS5&K\M*PT#\5H"YLC6[<@1?\"7\RQ)'\ 5=P;_PTK]'\ 5&\"7\BY&= M]*%'\ 5&T!7\"R_<!3)'\ 5?PK^:8<IN0JRT"-)!P3D])#I4/!9K@3@T:TQ7 M6AHC,0"ZF"UF\#/$.CC?08"(]L&D!3IIH =I@9')AGF^))6(A%BM]FLGU"RZ M;$,?"EGLA4(_\T1E !]IL"NIMBM1!![05I!'\ 4%45*U-]MO\@5?PK_W$V?5 M)U6I%&L?VF><<E5I9#<OZ",J"XBF*.H09B "Z3VIIUMPIG%[@V@_ M4V]*%' M\ 5?PK];\\)L$#K;C1^@R#1TACSS"'Z(,X#/-&J(]B-0'=,'TD&,I2!?\Z%\ MB].^$EQ/=$@M$#;N S) (9\W)FBW:[>NXT JF@8A=%[T&P:]=7$3-!(#<!(= M2,\F]B9?T!7\"R_K9X!Z8Q9RM&YCA"QCL :9%/'SY<<Z3$'"S5]'\ 5?PK\C M,0 C&!,@ U0!I#0,Q&];4SUC\&.<AZMIE$I#A[ES>01?,+I4<!M.X%X@.!(# MT"9IP#2#\QT@[()DX",J"XBF**Q=!&$&(I!*PT#\UH'T;&)O\@5&\"7\&Q2D MUT#ZV5Y!49!AA7 !["8Q?2"+Q6!;X5U"!,,!'-PC,0"ZF"UF\#/$^G+Q?R @ M( (S>W'S$4/F7"L^8G;U@9$Y'WKPK%N+Q6"@* <C,0 5,L99ZB-F=TT=Q%@* M L,*5H"YTF 8F6P%V;%IF?,_(JYN;Y<?RA\,'11\ZR-F5Q\Q 3+>)42W]C-( M$SH+RF_^\QT$6$IZ8&O:T[M2B4A7-1(#T&J_=D)'\ 5&\"7\"VY&<@))$W$3 M=THQ?2!93+@'@A97!5>7>0<=2,\F]B9?8 1=P;_P8A"DUT /A)$S[(VSXT.Z M^$ LX3IX%J]:=@1?8 1?PK\C,0!P%A10*?E3:2W(,@9KD$D1/U]^K,-R$,&N M8X Q6?-<M2:I1 8\^*'-HK'A'Q24&6\$](+Z$0;:H1DO:)L^HI]< TKFI;G" MI<O*9F<?FL5_UH'T;&(4(01?<.XW)61[DWI&K\M*PT#\UE[$2CR%6$%EDVT@ M':8C,0 C&!2C)CJM]FJCDAO$^B6UX2=:$12/X\J0HQVV%I\NN%B2:_B"-V4? M6A]?D*CQ&!,@0P6;&A3-0A%"\ 7G?E,Y_R/B"CEJ,E?$T96Z7(!/1WH-I)^] M,A(#P-:O-3]+&112&Q2/'58\,C6:<5Y/- =?D*CQ.!:+A1(>NT-<PS9V]J%? M4AM^@D6.*5SA(\?D'#Y;4028H2!&5K_$M&O%<Z855,9G+#I4#(IR,!(#T"P< M=XD8-Q:7P3GPK&A!H3W>DVBAIP=J&!,@XUU"1,&0 [4H]$L?RFHUHQD:5Q]? MP&HU,]L@H/>TI&7I5KD=2,] M2NF["9($SJ0<U?N"XI,(URAFG ] ?9CL :9 M%/&^LEO.8[5R,!(#0+]AH!VS'13: XJ-1(L[<@9P5<0S>W'Q["NZW);NU8)) MHQ;'\:$A'!01-W&VBUAA)?E7-1;-@DV^=""M V$&(I"Z@;]^@D6+Q6!;LRNO M\Z%?\@50\"7\&Q3$4XAVXSV)%GIZX&PQ?2"[U2Q?\@7[2P7,_("+Q6!;R5@6 M\J'5.[N)I!EH<545TH'T;&)'\ 42_AA*PT#\5H!/YSK9.ZJB%CZPE4B:0=XH MT99O\@42_ACMQ2LC,0"I9AILHR9U8T'^ZAO*LA5"+Z1R.=LU;[>"YQO*PO"K M\Z.7,1IM-A(#8!BM\B/TP:S,D19;P2UVFSJI9AILHR9U,S^S&_WK']"CD49B M4Y"^5ATV]*$FUCJ^X;>W]C/*QDD_,SC?08 75%J"+!],IVLPW"S/6-.#\QUR M8$,?>@1?(.&/H1FF[":K/U^:D1WLHW!:=%Z(]B-0#6Y E66[LJ#S,U>I-%\! M\J$+RF\![":NU/&:H6P_UL-MD@9B&DJ[ OEK5CHQZ3T$;_0AC$)Y,!(# ,." MPSEC<"MD$,&L(UB%HY_XR55KDAWL V3#DT//>@:T#73X(1IIU&,C,0#-0C<9 M^W<\H6IDT('T? 1?(.&/$12DUT /I!G'%!0%21%"\ 7G?E-;R5@*PCJ8-Z _ M*:R0(RJO^J&Q.;)N4H"YDAO"Q16VX1=+$!,@(P0_D[(3S*.^"@)J74RI$Y]? M^:&+E6RT>U["Q2=!D=V"]Z,)_S/U\06?1@>^9B>DSU\K1 5^$3A&5K]K^*&+ MQ6":\8)I(6BW^TS"Y=)Z=B"[Y95D %=%3#<9JW%BE%EL,-NN%" ?.CC?X5C) M1KL_$CI&5K_$-/2DLVO%L\/")3GQ$56)Y%Y<J2#(^J%A%!3-TCJ^H2PQ 3*/ M8[20HQVVUBQTLS);LROV]3M(&3UX .39XANF]Z%:Y;[:HT2J-G0)3]PZW742 MWA$P $\<<00Q@)')%CHGT8'T;&)UW34&.)>DUT#ZZ3K\=01?@$X508[ :K<D M^ 42_A@[>01?@$X5,1(#P#I[\VE3ZQO*PA(7-+6E919RY!M9*P<^PJM<J2 + MRF_N94PX\FT%-!(#T"RMXQM^2\/*%A1DX"-+.19:UD9BE=K(IK$QZ&3@<3KA MNU@,UI8C,0!'\ 7HU'NW]C-($SI#EBUF\#.(]L&DY3_?<4U"EDB:(0)1ETD1 M3P8Q)$:9Q08!\J$AQE^.R?K&!,.F\;! ]C.^5ATZN5N)I!DB@"QCL :9%/%D M$$-BE%EL\' =Q%@6\J$P;!H/"V2\NCKS06*H80 F!EZ,-;*SNY6,I2 QJQ:" MMZ)U@CPP?8/S<P=;LRM'\ 7H5!&SO5O7,1(# ,/-$G'6L5OA#S586H]N<F-K M@#PPO4V1\_-%@OG\=7& R#1!-!(#()\?G7)N@IC-^T!,URR^0401["8WM@;( M ],\>@?N;Y@*$CNS,Q(#$$9!44'"%59DX+>P)5QO\@7H5!%CH3V.F4;"U3I& MYDH+:BTH$/WP]Z&0OV:E4P8?ISYX"2'.%L+$&G%%A)\7]F<=2,\F1A%"\ 7G M?E.P)?VM8V1!03RS:C><!-)A&A2Q.;*<!F1G-V4?BDX5X1=+$!,@DP0'TEY! MP:-+&10:)UQ\$A39[29(61]?P%@GX6MV0OK\A4X5X1=+,!(#8&3U2TQ!\1V( MM6O%<Z9VXTJ:$769%/']J&L)'Y$]OD/#^FE(\J$)'Y&[93?"5<9G+#IT!UOP M>W%.!AZGTW'(CS2AHS;C^J%1ETD1[RN[!?9CL :9%/&^XC_?<4U:]EZI_7_? M<:KTN&3@*],?^GY!H;E!T2QA5%BT*%BCO&2"9V01+*EKG;.3T<.C=@1?@$X5 M$2 ?JCT^T2=^L02:T5Y!$?WGA6@_ M6SK8GS(;R[:LINDDJ^HMLAQ"-I1+4? MVB/TJ1E;R5@*8LIN,DK:<2#!]42'U )A8VL^U)5:1B=$A#PP?8/S<P?@]CCP M]Z'3,[)N8LHIQQU!43E!(9]/I!]":S?$^H)/,W&V.QFP=4$9=&:N9B$?*@(G MT0)MT@)=F@<QU"/TR? *<@1?@$X58<CT/!2,'Q28V#*0SS/"%5B#Q#:B9BUZ M-4"KIH6OIE>YH1O\M3JR@ZD?BA9YTQ.Q.;*^ORO-HE<#M&! 3H!H!X+"U2.[ M#;5K$<''\:$]LMO>8QS-L6O%HQEVX\-RRA^(A%C<BQD*0GH-I)\]0I\Q86*D MUT /%" ?RD//M'<P+5QL,C.F/)=J0? H,X*SO5O&(:JF=D_UJ*L&:#LC,0"[ M&A39]'+UVQ_$,X#'<S1E?,:B0\5M;#=?4AM^\@3PU"=^L01M/!(#L$)4X!>! M(SJM]FIZ%1,@\R6UX2=/H!DO5[_] 3FB4OZ[5CQG.K0]4C-SL ,C,0 K1 5^ ML00 7V6[5CQG2D_^ZAO*,@<[L%OH5!%^L00 7V46!-)H8$,@(Q $P!=4X,RV M)]&W420+L00C00 S(@$C80 FADV^="#*.AF@DTCQ<6Q!\=D81'=!,8M8ITKD M^T1I,4#'\:&Q.;*SZSUVP!.?(URK'Q2C%M,'LEMAA7 !["8Q/<H,Q&^:0;4? MBF@_ M7@9B0GD#3B742ZND$^U)7SP3:(E$0=2,_5 DI!49"\TC.<<ZJZ]41E M !]I@.QLLD&7CDTIB6@_ M7NQ94* L,Z/Q(#@&8 S#0:BS@6"HI,PT8GQ'IS M<V]NHNII46@;ERU2;U1KACB(.Q(#@*5P]#E[<T )](+$T1.CIE<#M&KA14#- M>D$9]$R0ZIAN@F@_ M48V4D?RK=7Y;'UDTB2_?B'=/0=2,])<"#M%10W]S-V M P('%!1W4%;W!&<;UTV2\UDLH92>0Q\L$3<_UL.O\Z&DEQUM%A2;(IO@!UOB MBUC$>@1?4! E57N[=0>C<5CW5+E,DTC'$[ZITVI3]J%AXR84# ('U$9E=081 M+#UI4!\'DGFX.U>N8TS=N/<W/,X:5QS">!P?VBRT2#IR,S?WYB9VHVQ!D4ID M,!;:P]#$RFH>FSK?@5A6/*X?JE<#Y#X@,[<Q.S]N< ('$I\NF!*^X;<@':9* MPT#\IAF4[29Z-4#'\:%:%K/^XS-!H7%9ZB-F5Q\1O"SEGWFX.U>N8TQ[<P1? M4! E57OM-1(#\"-@9V,^LI1>AV?QBKF"9V@OJ"U0#;/-@A97!5=%O!_W=AP" M00!\B].: 3EJ,E=''Q05=/1CT2POJ"U03<.P?75N4'IS.%^=)! $X&:%EV4] MHRMSV('TO"?*!HA,TT8R:#=.9#_M198;RXAZ?@1?\"7\JS0,Q&\%F"L8V4D? MVBRZ@;]^@D6BTVJO-BHQ 3(FIA9T\ 6ZC (?5SZ')7@_.C]+N<8*I)0!\J%* M&1,@8V)C)J,3I!GL.%KSM2O-TB.[?6@UNI.DUT#Z*>=3!#,?JCW"M656\FD' M<G"M7L2LEF!'(U5+OQ]/EJA;(?3VDW@?JE5%*URDUT#Z.2IPJD!Q5GU291R+ MI6-(N3='\ 5?PK\%^'2DUT /9$,?&@11F7#;$9'"];J&XRNZ7(!/QZ.^JFSH MZ#88*;G9RT#\-A(#P*.^&A3A:'4@<-0]HA\S208Q%#I22[O9S0;_AV@_ M46 MQ!R0HR9SU9(C,0 5U)(=2,^/$\.'NI.+51^EQ?Y==#Q'HRQZ_@1"\ 7G?E.: M*URDUT /-!(#T$&,I2!MI&5/)%B!1P9; 5G11^LX++7"17H-I)^LLS='\ 5? MPK_*-Q(#\ 1"\ 7G?E.T2DN[5CS"IAOXZR=:\3YN$CZ@RK<XS28;!#EWY;Z4 M?1P?^B6UX2=:\:$F]B5? 5?PK^0<U=Y]'_$4X@]KC>OAC*LEF!'$S<C,0 # M739DL -!43E!,2J8ZR:TZY5P)5P'U^JP1:)!(SIT%Q- -1(#\"5?L+]4P,P/ M"#EWY2OM%11K_#M! 6=!T2R++SITUS)H<545LA605?)V^:&AF><]<KL4XE8[ MRF.+Y6QNG[T,Q&\LP;=7Y;%N\B5?L+]4P,Q_^J'R.6<]#/\]DF!'(U6#(P>0 M?V_#XTM2J6,JO*9E<1;@;Y<?BF@_ M7!;@!%(/F(%=,'@C2A\]D8A.Q:1=Z( M!6?"]26UX2=8%)LCZSX->1P?"G9!,6HO.*#WM''M%10\NI0JS%_SLY1K3 81 MO"P,Q&]V(U6I%&L?B@*W_ 1"H 0?UUY!\1OLTW5VHVQ!L3='\ 5&\"7\>^EO M\@5&T!7\"R_<U1*[XU8M.'(?.BJ8ZR;"U;%IF09Z8)/AFSJM]C:UDV^ILU@, M=FL_(U5H@5IAM8%Y,!(#$,*CE$$>NRP,Q&\J[.,LU8'T;&*4I&(]PEA%)']_ M=ZCMQ=L#JN=?4AM^\@0M\R5? 5?PK\0.!(#P&K/M)6,I2!Z)%CR>U[%-CC& MT3+?\6,]<;QC8">DSU_%<4N;HBQ*-A(#8#]!,1]L@T@A%!0P#'('HJ!5]D1I M,4"K%EZ(PQ)P]#G'FW(OR#5[XX\C,0 ,?5CWU"RLEFN>709\I\K'.P9%%$7@ M$9%K2R&]D5L_MAT_(VC$@:HC,0!,SS5=R6K/U$&,I2#9I&PO^#3:_SNMLV1N M@F@_ M7M1<&(DQ]DT('T;&*Z+#ITEY0]VEZF_&GA/QIIU")9ZB-F=TW?<55; MX5U"Q*.^.A(#4+UN\JZ:0:RTN"-G %=A!7H]83?")><5.6J^5AK6H<+9RT#\ M5F$?.K,7EXF0<U>^ EZ]HQF.Z3X@PRUVJZO\-3A@94=*:6ARI!9GL*PP\Z&& M%:9!@3K]0:P^5$_/ RTQ 3* I!FL\]D8-"K]Z$!T1O7\I<NB0W<C,0!D>R#* M%A2/>*K.YI5>TQ\Q?!*ZK)C\A6@_ M5W@Q*J?D_E<UC'\:&)M*!FP!*&%:8@ M9VA/]#S0LI6,I2"Z]F/;,0?!;@!!@%K,(UQL,C-!<6BMWEY!(=WH&A3L!U:9 MASA_=CQ'LUB2:Y<?^B6UX2=8M%O8E$ ]]C.NI!FZ401? 5?PK]!H64OF!:" M=KMGUY1;@0322_#*-Q(#@!97!5=;R5@*TEY!P1^29/3*2_I%\ 7[2P7,_(!D MRZQVNT-A@ =TPT>B0W<C,0!H<545PA*C[CL>ZR8ZN!W!;@ F!CG\@3+D'#Y! M0<J'JHGT,9![HX-)8\4SF ;U8>NUXB-FQS36,Q(#T"QHVK%IF09ZX&RB0W<Q M 3* I!DTG'EE)W5AM8$_D\7E?5>Q]J$A'!3-\H+: M5!H4?27+%_!K-%%Y/2 MOQ:V^4R7T3NYVT@C,0"DUT /-!;!EI034GV:.!_"V\.L-@8^@P+V>C2IICM3 MRR/"W7%;T 4QX:TC,0#-\H+: M7M9?Z8:&L*&F?5-Y-C4$2)I!F+%;''R]A( M>6."=KM_-A(#H''"5=>E%:MH ;,%*0*%'4,7)$&3,7:\PUBW0@83+)]M<G6_ M]*&L-@8^@P+V>C2I-D_\=1F](WAOTW%;T 5@/P9%).H#>;PI1XMO<*I<U('T M_)X58I@*XA-!@<& O'% 62$)!%LD?Q;>CW !#+YRC)&.'Z8C,0!B4R$)%!0W MIGV: 92F^"/7$<&LDWF(,W=Z4X.GZON0@Q\]@19752$C,0"Z'!2L]DRCYFNE M81U;J4R"1AR'=4_-DL4!O"P,Q&\J[.,L%1.:,A(#T&INT )A8VO"]25? 5? MPK_D[ 9%Q#J?#*J+);DNQVHUTS+?<:JP_*$:)UQ/E!8#9&N[Q4G#,RHML!:V M^4R7T3LQZ3]BY&S\$1-!@%H;?QP?BF@_ M5!P3I/=$ACT2Q/E!9J]DR7T3LQ MZ3]B-+W5H31RUF/"A6@_ M4C,0 ;C(G.QCYCX'^GGG.H80#<XB8@=R#G94$@ MK2!9G& .I*)ID$3$.C@^HYC\-7%RL%ZVVB-V]J&7T3MNTEY!<2L6ZI5>TQ_" MQ2L]PSFGRD4M\X)<LS>F3!P1/&BF=D^O\Z%Z-4!NLI4F0_!!$6PU["MV8X@. M5$3$RFHUTS*7T3LQJ;$]TO%BE0<C,0 U-A_<W8'TW)!N CG\@3(?G8F.&119 M',!N$M.CS$#\-@>YL2IQHAE9'(IJL6DC,0!@*_6B%%RW"@(G 1ZIV5[(P)B MLRD:7"L^8G9R( (P^[.9GP;UP:QY,!\C,0"C)ES>DVBAIP?.%M.3@T(_NE@, MUEXO*,T5.[T7YP9%9!JW!HAR,!(#T$&I XHU> >K!#* I!D4K&RKS]TL<4$C M_(YA,[NS)HKW%,*\,A(#\-=!H7%(TQ/\81J(PUZ5AFP@ 2[I39IXSKA&W&4 MV4CS*=,?&C9VZR:(]B-0W5XOZ"-+.=_3SB_,3 5?0O\LX1"K8A#,3 5?0O\C M00 S<@$C80 FAB;T20;(,@9%5//LWQ^.&12-,> M4>06<>2L@\/30Q4)U]UY M%" ?FGEE]TS$"@(IOQ]FD ?/E/,\P4=S*6TDY#Y[(N<5.6J?+4SN93@C,0 " M[R:@R#1[SECWXVH*HF6O42OT>MXSVA(&(01E[.0=Q%@*@OAED#^2:Y<?6CQ4 MXVR@,SA/!UL;YS^]TP9N$,%I@3M5IFS*-"H$-BJ^4D&-,> 5]J%9#!ZB=+R* M!8I,(SE<U('T+"%!\=@'E$"KTBJRW4:&\T0.5 9FZBM2ZQ,T;!QV -)N@G(% M-!(#T"SS*<=!,3B]TP8GS&ST<6:>(SZP!3[B@_]'TI9L<!V(*P<C,0"?+4R: M<4Q/E!9JYFP:)W'1LT>J?D_3,[*<QA-\1$R."0)64!LQ/<H4PM C,0#:XYA! MT2QW3Q7DA1::8:U,@TUY4"$\ =5Y\'&P=6.1A4B(91BM4I2<<ZJP_*'%0Q^1 MDV1;803\ 6012:QS ].P)5QW\TK"-5#"DVJD]$3NP:F\,1(#P#YGH"PM[RO> MPSN^\TS"Q2NOAC(O*%@=>VR7ES2^(6AOE =2Q!.S+4 C,0!2&Q05,L9! 6?H M(UR\TC-J0M0\JS.0HQVSBZ6?C#2DTY9;,Q(#H%=J%A2CMG$^= ;*TMECT2PO M*%@=>VR@2$5_QQ-\5+*^\CH?BL'9T69!03Z[;<INXCV\XSO.%ES"%5;)!EO" M-3]+N<9DL!6@,K+'\:% AQ;6EC1&=ECB:C];+3F?94,@(Q $4!")<<D*L<Q^ M)! $,"-,0<])< *^0LX]9#>R&Q1[L]62@XBP);[?BR;T20;(,@9%5$'*<B"Q M-!(# &8=2T)!,1G"Y3^]TP9NT#*IUY9RM%CUT34"A5<^<0*_&JQ'<\,V.!(# M4&RW+58ULS7.(V=M\#,]/&HB@"/I!FJ*=&N"YDLQ1-FK%I<?-#CC.!(# %0! MY!N"YDLLL<R&81!")J1RB9&[DDJ^(F0;C/:@IDC*EEKTV1\V@ -+,!(#8!BM MPO+0I1F<$ZS\51 8F6Q3T6Y@7W&@0]S0I1F<$ZS\E01"T"I0, 01_#4?FDU! M@>L09B ":3>/;1QY\QV%U:H_"M)A>C?HJC1%?UCWU"9M,!(#H%=JIAGGE6J[ MXF2B@C+B3=Z(=5.#,XY!(?3\$?^(PQ*4[2;SLY1K'&L?&FPT##E0&Q1?I%;) M1O"<5[S6HA9T\ 6ZC +<;V-I(6BW>W9-R1(7A"0?"F?H(UPXDFZ@IDBW)FB^ MM!42 D]M-"'5QSG!>C0W/,X]%K->XP9K,!(#4#E!P:.^&A0H$ 0?1QGT"=/" MY1N"YDM[C"/I!FJ*U%ZM V$&(I#I/1IM-A(#8!QY\QV%-=M!@0)"\'%OHA]/ M-$8*/%?HYT9SANSIACY3T6Z&2%[(E@=@!S,?>D(@.00?5R2\,6=Z=:(^<0)) MLRG;$:DY#]*SV\H;U$;T:1V_Z :F<4B%>AP?JE=J!O"&8T,@(Q $,-83006. M2QM^)! $,"-,0<_#%Q3OU1-(R4G5=*9V<]M_ABQC4$3%2D([&3YR[#^]TP;] M(7TC,0 1-W&G%!0BO2JMHC0,Q&];$][\<2N^4D'EQB8S,]N[)=(5U,-!<%$C M,0 _MAV:L5N$MY3^ U85%#SDA1\\VR9S)6334[(T:CV)5&CC^J&?_$R:N"G; ML:QC\=U)0XL(5$2ZRE]64!M/9&_,P_O'")(_<ATC,0 WW*-(*0*^ED@Q-#U4 M<6PD!E(%X ._&5=#RB=*0R$,#3G:(3UJ,E<;TU(\@"=3_@(J )(L35I;8Q9_ M]G$%I0(OH !"D 5?$O?U\06L5C-SL 5=D!0@L <"\0 OH +;8\8_\8)<LS>I MH0(OH B0 6)]$%H3G<B #,B0-%:##,B$)K.1@4=)P(P(P(B #,B( (P(P)4 M,-[Y(P(P(P(B #,B0 6UDQM?\ 4Z\ 5?H -?\ 4B #,BD ,<+0(P(P(B #,B M0 6UDQM?\ 4Z\ 5?H -?\ 5!(0(P(P(YP-$B #,BX 1!,S2M)P)]L --P>)2 M,%,2WA$PL 5=D!0@L <"00$OH )<D4B^ =-"=@1?(.&/$?<OH P@ <W4+HL M 0-X8 3\PA(P@ >EBP,PP!(P@ =#<!<P P-X ,L 0-X, 0PP!(P@ <Q@ ,S M8 0L 0-X8 0P, -& #,P@ =& ,V ,L 0-X$ ,X< -&P!(P@ =&L"(PP!(P M@ <QL"(P #,P@ <Q@ ,W8 0L 0-X8 0K @,L 0-X$ ,K @,L 0-X$ ,X< -& M #,P@ =&L"(PP!(P@ <QL"(PP!(P@ <Q@ ,W8 0L 0-X8 0K @,P P-X$ ,K M @,L 0-X$ ,X< -&P!(P@ =&L"(PP!(P@ <QL"(P #,P@ <Q@ ,W8 0L 0-X M8 0K @,L 0-X$ ,K @,L 0-X$ ,X< -& #,P@ =&L"(PP!(P@ <QL"(PP!(P M@ <Q@ ,W8 0L 0-X8 0K @,P P-X$ ,K @,L 0-X$ ,X< -&P!(P@ =&L"(P MP!(P@ <QL"(P #,P@ <Q@ ,W8 0L 0-X8 0K @,L 0-X$ ,K @,L 0-X$ ,X M< -& #,P@ =&L"(PP!(P@ <QL"(PP!(P@ <Q@ ,S8 0L 0-X8 0P, -& #,P M@ =& ,V ,L 0-X, 1WP1(P@ <PP!(P@ =# ,P P-X< .ERQ(P@ =&P"\L M 0-X4+HX ,L 0-X ,P P-X ,L 0-X ,L 0-X, -&P&4L 0-X, 0J<@,P M P-X@ -_ @,L 0-X, 1^SQ(P@ =#P"\L 0-X$'MW 3,P@ =#<!XL 0-X, 1& M$'LL 0-X8 0X ,L 0-X, 1<!C,P@ =# #)$P!(P@ >Q=Q<L 0-X, -&P&4L M 0-X, 0@<P,P P-X, 1_ @,L 0-X ,L 0-X ,L 0-X -]L --P>)2,%,2 MWA$QL 5=D!0@L <"00$OH (IPTM"MECU,;5&%O<OH P@ <PP!(P@ <PP!(P M@ <PP!(P@ <P #,P@ <WT,0L 0-X ,L 0-X$ -&P!(P@ =&P"\P P-X8 1# M<!<L 0-X4+HL 0-X8 3\PA(P@ >E>Q<P P-X, .ERQ(P@ =&P"\L 0-X4+I# M ,L 0-X8 0@ S,P@ =&P"\L 0-X8 0@ P,L 0-X, -& #(L 0-X8 3\ C,P M@ =& #)#P!(P@ <W8 0@PQ(P@ =&P"\L 0-X8 0@4P0P P-X8 3\PA(P@ =& MP"\L 0-X8 3\PA(P@ =&P"\P P-X8 3\PA(P@ =&P"\L 0-X8 3\PA(P@ =& MP"\P P-X8 3\PA(P@ =&P"\L 0-X8 3\PA(P@ =&P"\P P-X8 3\PA(P@ =& MP"\L 0-X8 3\PA(P@ =&P"\P P-X8 3\PA(P@ =&P"\L 0-X8 3\PA(P@ =& MP"\P P-X8 3\PA(P@ =&P"\L 0-X8 3\PA(P@ =&P"\P P-X8 3\PA(P@ =& MP"\L 0-X8 3\PA(P@ <W8 0@ S,P@ =&P"\L 0-X8 0@4P0L 0-X, -& #(L M 0-X8 3\ C,P@ =& #)#P!(P@ =& #(L 0-X8 3\PA(P@ =& #(P #,P@ <S M4+HL 0-X8 3\PA(P@ >E.P0PP!(P@ >E"S,P@ =&P"\L 0-X4+IWP1(P@ <Q M8 0L 0-X8 3\ C,P@ =&@ -WP1(P@ <PP!(P@ <WT,0L 0-X -]L --P>)2 M,%,2WA$RL 5=D!0@L <"00$OH )SPC5[(V2+51]3:V1Q_P(* -X ,L 0-X M ,L 0-X ,L 0-X ,P P-X, .E.P0L 0-X ,L 0-X8 0L 0-X, 1W,0,P M P-X8 0P #(L 0-XH"(L 0-X$ ,X ,L 0-X$ -%<!<P P-X$ ,X ,L 0-X M$ ,X ,L 0-X$ ,X ,L 0-X8 ,P, ,P P-X$ ,X ,L 0-X, 0P8 ,PP!(P M@ <Q, 1WP1(P@ <V #,P@ <S@ ,L 0-XP&4@PQ(P@ <Q@ -#P!(P@ =# #,P M@ <V -# ,L 0-X8!,L 0-XP&4VP!( 1,L 0-XP&4VP!(P\-B 6D "P4! M8PB!P0)$0!L- ](@:- AGAA%&"+$(R,BGB$4/<8 Z7'&P8!#C)"T& ,'0XLS MC)BT"++@23PO \Z4&-*BQH =+0ZTZ=,CQ(T#5P;,B6<&#(@P0VYD.D0D2*8_ MF^(P"F/G19<>00Z\V9)I69%@+=[8NO$LRXQ,C82%T?6FD9Y+2QI1Z1%&GQT* M%%QY(H4(B"1-@AR9L:4+B!X@]H" ]."%"A!-PLQ9 \+,&SD@YI09\\8-&1!I M2+L!H>+%U+ZPBVZ\L;=([(1R+1J!1,#N58][@?,&?C=KS-P!=_?6K3*NS8W* MA0]@&I-H\N'0"U95N[OB]>77!]C.#AY/=-W#T?<F+[S\^>]VT\-7WSZ^>_GF M\4=G3[\_?/[S!9C?>@*^-Z!'M#U78$&VP=1=?=D-L%UX]:$WW4W'59A<<\39 M1QQ=(B%W('0N885@;7W]%=A@A1V6V!$T-/989)-5=AD18= 11F>?A39:::>E M5AIKKN55U)%Y;73<A#@!-U==T.&%QUIHF04766DEE.573 UD4EM;BF76;T)A MN%54UGW%9%5(P:#413F<J=-37"EXT4)&>311FAAE%11*4HY$W4TIO>F63C+- M9>>@%NWI79,;_2F0E%W>E)2)44$UYZ)A606B;#K).:E7AW[T5%:EIKHEE6!: M^6ER3WZ9'*5Z\>63B@HP\8031X @QQQ?F/$K'7+(")EDE%D&@A%RE%%&:,2F MX<89J)E6!AX@M !"'6[4(=IIK2&$JQ!)4"$$$TOX"JP8:= A!AMK&$LC) PH M:T0:PX)0AAO$YH':'-62<2T(=+R!6AMAG/$L&3GN&"X,3#0$E0PT1&2Q0[CJ MRJNZP<J11AMGR(NLC<LV^^S'"9]L+;;:<NMM&> 6B6L20^QZ;KJ_?B&D&^_& MZ]BQ"L00,0@R#!T#Q U-E -$#.7$ D,T;$5Q0SFP,+53+)Q9D+WXSD$'"'"\ M(2T=98"6!L (;T:D C,,38/1-[B-@PT5-VTQU%)7[)#5%4>=]5\@@*#L%#^: M]B\(#.O8$!UHX!NS I.]H.S9!!M,1[ML/.NUQ]-.1D"X5!1!1!).&/$$QV23 M(:UG(BM0=$-M)SWT3!.+5.I++<304 P5Z^XYU_F&/7;9AY.-Q]?AQMT0#D/G M,+O$#4DJ PPW2(K[3#'H[CMO@Q<>),!DMP$'&SD^RUNXV1O].@@QQ X"[1<G M='M#N>_.0@PU-*0L%8W+\3T(=@@#&]*0N#0,J2#H>]ON:F T&SP/!%#QG?QN MX!6GL>]^-\#5$X2@A"(,@0H<>X,8U# :.K2N?A=\7T..\ 4A/ $+#7E""YA M.M%Y1 ;9H\O0[,:^K<0@*) H@+*@(#9^E0U@86A6Y72PMJ"@$(4LG (5I$"Z M(S3$";MJ$!:ED)@=XN1YOOOA_?1WF9QM3EIG !@D#A"NF3S1=RP40A6H0(5= M(>B*A.FB2(:6OZJ!P(<-V5H9@77&::F1C45*FB)!$,<7XM$)6LQC$+RXE^Q5 M[WG8ZTC^V$8_WT'Q"XA13(.8$ 0I;A"/7)QD7\ (O9DH*V?L<A>\)H. <*'0 M=U!I) Q!@$5(QG"&-23"#7.(M+V]1 8F$:/K.LE,1GXA=%B@PB,CF4HO%I,A MOD/F&"<S@%<"*W6K,]@:PP65F>3/F4EPX2Y[24T]LN1HQ80(]G2W2;V]<84M MG&,=G6 [5+HS( R\V^ZT1T:.%3*-DT&D LYY3V?*D8YV?*<_52F4'5IMH-OT MYA<.>LAP.=&3<&SA"X> A"!(H9^\E*07:7 <WNG08GK+WA@1TLQ/JA.:TK2( M#&[@SSTVI(^[2V9#!#?(+X#3#9Y)J"W#"#M\JG.:,9PC#2$I3)T2TZ(OF4%' M9+K,;($4GS2+*#LG:DVW;1,B>N->47?6,Z6ZQHU?=:81<-H0T96KISI5WT79 MU[M =K.H1TWJ.!,) KWIC85&N&D1HNF1=E)4)\\[IPSRIS>BH@YFX70K)[W: M3!:&E9\@(*4IA4!6GU[P)6@%G$;9.LO!!D9CO<I9M%8FLAH-L8AT )_!O);$ MK[W!# 0S&<"DM;9B0B($&A4A"<?P-4A,(%P!#5K1<+6Y.C"71R),XKPHL+\R MB.\S2?17=9E;!R6^[#1B\-?Y7#.9 K#(,$$D0QW:T(8\[,"VEY'"%(8@A2($ M(70@N ,:]N4C.ERN<W6 P\%2MK;VOK>]*D"9PNX+"0<H2WA&_)4+)F.!<+6W M#QS[&!G> (<RM.XE)@CE$6"P!1ATX20-2?&+8M#B%],4!#)6C QJ#&,<JY@Q M+NYQCF%48UQ-)@/*&L(;N)5;$/P66G*P+AW*6P: "<P,TH+9VD9PY2SSL@I- M^((4J<BK*?10 5PN Y;=\"PG@/D+1M#O%!V"YBZS^<MA5G$1S%R#.JO9RVX. MLQ"$P#X_K[G-;XXS8GH% T,#^LWI))JC[QSH9R:AL)-&=)@W:.88W"#3>'YF M?XOPOL ((0L AH,;PM &$_\,!"(@0A&:\ 07Z'<((@!,07P B0Z @ J8>]88 MT!"&:3VK#I<;(!W\Q0-(5" P[;7"$Y) ! 6(A@Y&O18=4$ L9S5$N0W97 H@ M%T38MK?;90@WL0#C8,+ MP#*97<0]T#N I@[B"*<0XG' )AZYWO?,V("$XY0 M!"J@8(-BAH('4:#<%*2 P@M0UA'*\+70C:YTIPL#&<C0K#D K,'E9L(4"HZ" MT'T!"CAEN!CT/9H4J%L.#Y],Q"]#N*^Q^0X$TS;8<$L\#Y?["B,WN,FI$$TF M%,$)*F?Y&%P>VC$;'>GBCGGW +:,1L=Z71 N"ES!P2;,F[.T$$# M(!%2\4 M-"S01P&D 3X@60!!I0R>@&7(I DXY@V9,B#FE#G3!F% 'I T*) (J0"3)TZ. M3*0CITP9%B#>B)D#I\R8'30+",E"I<A.CW2VT(C1!6E2.7/DC/ER)@P9,G)0 M2/E"14J1(D")) ER\PA0$SQ]IMC1T, +%2".E D8%Z57L&7FS)D(,:E0HD9! M] #!A,F1(E10/!'R90J4(D-0%%%+9;*2%',;'KB;=R_'S4F<&'D"XF]/P2! M%)[8> ID%$V_0&F*)?+AHF-2 U"A(@4%'-X@J9;D_04TP,+TH$* LZ;-&ZF MRY$=D?85VY%S4^G-I(@3%+^-"@<Q-32D!<Y-MPF#QR!"A0P=SJXY_>,6&%TH M!L()7,!P G,9D-9$&&N@5$8;<-"11TH\87=&0P04=E%&%( P11@0'@2"#3@L M$90;;$PXQQMU:(5222>! ),%,TUDQ1-)$*& 2G1\T1\=*/0%E%!J )6<'"DD MY1EF5!#6%U(37?&$%$1,1"24-2W5%&%'8EG 'DDUI99JK-6D0GI'U5@3F@+B MAAJ9LJ4 0I ]H;1"4&*HD4(+/@CU!6)I-K0":7H%)&9JJ[7VU6N#<6?84,#Q M.=T7$5*W6)<-/1!?0-&!\&-UUV57QG;[%8"FI&7X^-%!;@AX)*O(*<><77@] MQRE!]B6TD&BE5K0A)!QXF$<;8KS!!@@GF8'=2&F\X<9@,&6@I@>D78$=&6\4 M!$<8<M Q6&$C)(L=2DX$T813,. !PT4Q*!!N&<H.!,(0-]DF!0CIKCN #.Z* M*Z\15316Q+WY7D1#O_"."T(33U@Q,+[J7H0#PO&BA"AK^<(0 PP4*SQ%$EH\ MG+$,'+];,0A50!&$%%(\<07$,,! 0\G^HD1$N2R[##,,.-"<L+Q63,%$CNBJ MN['/)S-AQ,HMOYPOR4@K+ 453.N<[\Q1RXN$T$3#W#/''<M[A1%?+)%:E3$T M1 %I=US+U5XO\%@=MR#N->JW$9FL\-A?E'LN"/SJ+3;9%X,P0]@H\7T%%EE< M@01[B(/ ]Q",.PY"#9'S#47EC]N0.=E&< ["#9]_L?701#@UL>")DQTTZD[E M4'IG4("P<>E&)"'%%.,U_G@,[;(N.=E.%-&;Z#$$7O/P?1=Q1>I3F!C#P<+S M??K'6MB.>?6N"XV][9XW1"U>;;N!;4$M"1;&&8$1EO?R5S3QA5G&!?$RR9G+ M3_ME5<H0//SRH]<3;-,_Y?TL<?(#F,#Z=[CJR:]J5]@,X*@'0--QK7_;J^#K M<@0XSSFP,B"3H Q(]T&&.:Q_JZM@\:Y .\#)3GRDX98<L@6"],UA?>TST_L. M*+D@?"%E*GL,OC+GPYL%T2G_X^$5?)BRH14/<$3\PLV<Z)0&PL^'2CLBY*KG MPZEI,8-*Q*(1J#BB*$Z-C*2+W%C*<A9\J8TT4@B)',)0$'\QRUF#@80!P+6\ MECVA25E#21."@ 4I%F$WCYL83<8'@CK @0QAF X(S,"&]>5Q 7SD84W,0X0? M0H$(0=A2("<BA"(<P9.@W%(23[9))W2R"4,H"Q-B8T!6*L647X"E+&-S.!CB MI0DL4@F%(ODB-(0A(3G,T Y/)K\G&,$(@*N!!Y?73"=$DW2^!,$3\F24@%#2 MD@W!Y#(5Y@2<.,4A^8J<;<H3RR (H3P06Z7"4K>T@#4)$@1(5RT59KPDW/, MZ:(@#U%#M7>><P#I2B$/I2"$*E"A,]:\2+INE\UMJJ&;PYQ.'@N0R9.MDTD2 MC&?DAM"R*1"P(0C%PS[E-00D8&8)$I0H'@1Z,K5,P9WEJ1+$%'JR)SB4BE6: MZ"BG@ 3BN$R"^@2;\$XIA"=@82+X6RI9C'=/ O@O<DQU*F^:)(.5HN2421BD M$"\B ROR$*Q-?2H^90#&DS'5H1"EY33/^H6TMG1E@"/A\D[).RFD1B> XZG" M3FF$K:)4!K*3JA'2:M@9C!*L0\ )AF8@3WF=D@K^A.=%9L"O;!(ADF&@D!SJ M, 8ZM"B''(V(A(J2+-&2-B!GZ$EIDP*FB6 G(#4YPQ?PX*7;3D2W>>AM=G[[ MA3L(%[<%T"T:O-2'O)@EEE99;4C@Y=K2XNFBLYU(;6OBV_?X:2 ?8<YH\,*G MZW;S!(,!;T#FD 8QL,%"=2E5=Q?@)S24P2OB)4UY[>N5H)C!O*5%+PC&@(8T ML $PK7*4;8?K73'X* P&SB]Y?> I"!_K#?\ETGD'0V #(S@VI:K#L])PAH&0 M 02^Q9./\E 4"7N*Q2C!,(#IT (0I!4H=Y4""UQP$0771,3L+7%(4#Q<%7_S M#'.8%6F.G,<,A'C$0CYQBOV4'&(J&2]5GDZ-/QK+S0#E"9=Q E!X/ ,E8H- MSKH0)!1 9>"X6 0LHH,(:ES>8^9A(? M QN$J9_N<)?!]'4P;QNB -(XLBC; M.8@92/(&.0QD.S+6L'4O(E] ^RFXA#8T'!!MGT4/N-&/]N^,45IIW :ZN&D@ MPT*N#(*VJ9HAD<Y30R10ZG#6MPPD1@,=F%, TM@WUP&)M1H:$H%>:5,(2F!2 M=&'<VB.]UE-0^4)(L&.&-] V*6A."*$G5:GPUH4T$=H.'=X [8_,J0UU2 X( MQ("2&"1'3CK$=IJWG:H(A6C7$P$W3SQ%[NF$B)B9.O.\U\QM.X3AO63@M;[% M36Z#(SR2S6H5@;'B E[YN0#=5<"DJIT=YB!@R<["K09J3?!4J4'$:XB!BT_N MAC6TNM$GAD0%2*YQDZ<;WY#X.%Y.GIPT*&L,$'=6C15-!Z#( =AD]C'&&5SS M+Y0$S7)P\=,;3>1JRV$^=(CXR^40<P30?%(L7X,,5H[RK<=\YA?/^*3P/(8U M#$0PS!D :8K%]5%YJL!M?WL>'?#U5-%A50AA-:OP(^I/'0F^D$A WWT4HL!_ M&R^#WY6,_0V'2DKR\-J.]T2:>R@R6:4A"<*+"*#0:#J$P;UE$ &R0(NLG]WQ M68X2WF2:UQL4X '> Z"33T!P)]O+"<MIT$,9,"P99#-)3G>"09)D3QF7$L?W M*-6]G>9T>]FD)/C#-T/QDQU+Y -N^<N;/=62P 3H7T3ZO*?^[Z\O?.(OJ?OI MIP'X>2C^+%S&_+GO2_JA#_SV:__]5.!]-C!_/4498Q0$1S %T#<G^M=[U==_ MV;=]QY=^.$" "C-[O!-*1;" Z.> Z\=>_B>!\'<G&V.!\H*!EY$9U7=^#:A^ MU@>"$0B WI<\)H@2LX<%YF< '>B"$.A^QC>"X%.#Q_8%69"#.\A_[!>#/QB MZ1<#%1@YLW<%.4(%2,"!+8B$,.B#W,>$=T(R0CA[+I4$1X $D5%]1_B 2:B% M$]B%,I DD9,;NT%5''A[;U@$9$$>Y@%]MI=^,B!_%E$ +0 )2O"'#=$!1!4$ M,&491; R3G%,)P8P2I $--$!/0 )%# 38C A<50?<>0593 3(A $;' L"X$2 M=]!H!X9B@Q%:5<8^(,!C"" "4V!,#8(8W&**83 8B&9,<# 8;=!H?E$=,P0' M]D4'&F=,K7('IL@BJ?A>#<)OBM(&(Q$4VY$&@S&-"Q%)(( &=3 ?K<)NQF0' MS;(=QC0';G " =$3!Y<B(* !'9,['-BZWAWVHAN!#9),]0&VVB-(# JH35N M0=$B<_ #L4$%]B5,M[B-]V4'$V(=MS48 *D UF$^HU)Q'N(3TI@0*0(4I8AB M)W%P@S%YQ@02<]0:YG-W*.%()9&1%U(&=N 2U]@JI:@ 06!Z1_=I;8!N;C 2 M$Y*0U^(3)\9>TEA)<L!C!# 3UC**(%"3W)(&0'$']B63]C4A9T!N:C(!(C $ MYM$4]Y*!CZ%ZSG*1$=)!0!$#.8 #. "?C O23 %() #<*"/1< [-$$!@<@" M,^&(ZP8OP(B2K88&QK*,<G!@0!$&UN6,*-&1(" "UJ('W')B,O8$>B "(1 ; MHG@L;G ="'F2.Z)G_W5T9Z!KPY=N(,!S6?=S0><&%CD33R '0(&4!D:*4SE) MQH)FTF%?U]=X)GEB(H8==F L+WEB+;$0)E%X>O9>VM:1/%$'"Z$ ;4.<S-D: M2MF1)2$'UC%'DD1)=6 &_Z67U?85%1D;2$!#/6$&KU%@R3F2+U<'J<AN"A & MBV9W'2D"QY29(C8&#P*3NYE1^9D=<P"6_]61E:1N9H KRE@&:S '%CF>16$& M[)DBQU@&$](VT\D@B8F;EJ<=GR:09> "2(D2ZOA>PD>/?(&A]W426%%@<"!J M3'F3_.@L[,B-WOB*%T$$K$&%19 %/S 3+9H&K1:;VQ@&+^F7(G $QG(2K?($ MFU9ZO2DAJ@>0<#!'I94&0#>*$P*:NB:=LOF)=S!#";&*)]D3V-%STXF;+L&- M[)6+63<&*7%HI2=J(R%@Z38J8I"+'1H;3V &[L@B6/$3*!80_.A(T%B*^JB7 MA"J=SG*G2SD89L MK3$8RM@:/?%I;H"?CA823SF2-&F3/HHM[?.<#(%G@Z&2 M;\"2E%J@/5&I*($"SQ$A+B #-@ "-38$;2DG%$J*QXF2S@F8(G**@WEB4*F- MI3@A>-9RA8>;5>"65: 2<E"GFREE="!@#FI:/>&A"O $\E*L%\*/EFIZV#$< MG#I@QU1#%NJ7)>$&J(H0^-D:Y"H'+XEFI.F2+D&BS@FDX?@B>)1J_HAZ>]F4 MVA:6'3FMIW6L*-&C1.:75;"3TT$&"C %IJ=1"\,M#4('E6>8BCH31F L"0H4 MY\I>*(J2PA0'=1 868='+N "1N 3QV*>NP>0<XJ2^H@=Y@H0NP>0<XJ2;]R8 M*2.GC)LQ910H 'I0 P0+4!<09,'1)$Z<M[ *0/"3!HY<^BP '$'C4$0>=[4 M 7'F#1V4*N6 "!E&SDN3!4&D<0."CDD05:8$^0%I@$*&!V1 E,AQ9\^?08. M0!/&#L<V;W**J8.GYYN9&]V0(4D1!)FO*5?.09,&CE>+B^7&TX8RE2>8\ MY0@'XYPZ:5Z^,0,"3D:/=/3.^1HRHYLS(,+HI?.U8!S .7TF9+@@#)DV.],T M#D,G34 0@R.#$$&F#&DT(,2P>7-'Q%O-0*> :%)S31DZ=!<VI+%T(NG(F7\6 M#,.F,)LP;O2:R;HW-X@VO7^/3$,8>D7H8\_"K"-\ 9SG/"F#J#.'8QBSW <6 M=//239@V'$_C=E/F#@@V.^5'V!AOM-$7'03-$1Q2->!%&&Y34'&$;J*IMAR M=.0QTAUIL-%<6B 8]%=R'(E@F$MEC%%:0+8-5AYN.R%XAAR!590:A%3\%V!L MWX%@'WX@C$'58QS]-H8++@1W!4=C0.>&2^N)15!D;E0TQD=CU-$&30>5H=>) M=J316F0>5G>9ERM&YR-U=ZC$QEAW)%2&5>G)D8<+(# U555-'<1&':V-M1B0 M<]QWGI=/'<=AF=CY!L()9;3QU$YKQ%;&= 4IH%E%;+CF%@\S[N0#""Y 0@ 1 M7SWY$J9G_/:69)6&(89*+QE1!!%%2!$$%;=2.19NK3&G*4X<85H=>PGZ6ET2 M3N *11'-!N%$CK@&P42N4[B@4!"S6D5F<V6PT=Y(ATK&44%FR!&&4^D66!U% M(1&41I/-B8#35VV"Q!8<ML6YIU4*M'>24[C!(1D=I0X ZTPBIB$;1V>&9%IT M(U7UAIB%)1@0<Y'104<88ZPQ!Y(H^"2: OA!IU<89ZP;W4M!?$RCLH&=\&49 M&G6:PEX5!2%%$2#$7%,:I$)B0*<O,=><9@J(]A>B!'8IAQL[02;TS. %N5QI MCT594$@Z\9263#6Y9FEL&=5Q!AIT*(#I'361@6=="/S<1!%-")'K2+OZG$1N MV)9*0%T>4(%$$KHA#D(63U0A!0A'/,$$KDZ \ 044#PA!155.)$$%5F 0,43 M3X2@0%$,L2!%&7B4NL#I!#"4 14_0?&UF :5QO$0 <EG$$)U43!%&7 @V(88 M4\I@PT@QY( ##@P-T$)$(.0 A0N-(&G11'6!<(03S0!10M5M#!%KE84<?H M<,RA PA)$ 9BV6LFO5Y[,J4V!.(C.?'$%3J9S$]* R3U?,Q1GK$#=#[6*M0\ MR"0!V\B5.#88^2A+#1?CR?ZRE:>2_60GF,).F@(8MDGIQ6EU*$,*8-<"2"@! M=D>HB1A85H86/,$-+:!=#9D0( 6T< +K8P@&='@]&G7)@2 @0F_X,P>]\ X_ M>C%"5N F!S((!P,]@ 0)UB>&BO!0+.^YPAO>0(9\^61](LC"&T8R!"5LAPXV MNTX92E4 $$R!-- )09[4N)(I: DK4B+##T2P+1UYK%.HL0K9KA,0GT2F)2/! MC117UP00& $$3O@-UR C!"%,03$R0]!81- JCU5M*H$A9!=5TX8\Q(M&*OG2 MD"@C*=YTB"#;0T*XV&"$CW"DD[IQ ADY8H.B;(]V%:J0:^90$0481"5K>\M9 M*B86LISD8VRH%/):QA."_60*KGR"6X1@KCF,Y&_(:Q*08D2C,Z10;@HH504D M@@9\2<:$=L0C3U(CS#$5<P @^$%P# <M:EHRDQXK QE>8 1;-L<CB%0G1WPB MAY7@!J&O*A,XYR#.D>7I?#\[@@M\-H2YW?%C/*'*6,:@KI IM#HG0I"*)C83 M(44J/SQ1PFFDX)D*QO$T .(/2^Y3AI$H8 H&0XA%#.3+[27A)2WS%FYDU:$: MO:6B/$$JR#A2!*9FYBLUDTX=RJ0 JF(H#5[:'F^J9,=PPB&.<<I)'=KWFX3- MI$ <B:M[VH L,E2L3!G:B%Y<1* VX(<^>M'K6Y W%==4T:F6DFB(Z,3(G)A! M,E>RCRBUI0 B8.RDT(F,BNJ@M(I@535">$/<-G3/GX@@( *ZGPA&@AVV1BQ- M*ZNF DJ2ASAN,[18I5K7:J(2L6S/."]1+%OTLIS%J,E8;#%EUV951;TH0%UB M*1 ;*N)-CE!M;0C+$Q72 "2X,;<.;A N9&AEUXOV9S?KZI1,S,N2#$*F:?3Y MRJ4&HB)JC@6]G6IB8TERS_<4Y RB05!!QK)1<9(D,+!1HK>&P)8S!=6H/,"- M0Z<4ACKX)"NC\E>;QCJ6V;0'-1@)4H'X2K4FC3"H:]B>5*!8J 9*=%AIBV:A M\G!*T/*$OJ2T;V3,H.#J9-(_&Y8)?_! !Q% MCWT07'24.:E&D_T*TI;4VO, M&9DYK.&4;)&4>F:S7IZT,C:JK>)=2<(D-_V*.3'.DU3<]MX/JXUM\".P7MS@ M82YGC;Z-.N5[DII<"%>G-6%B@U,%6*'=EN5O*F5E0 )#'3*@-:#!X1:M>M(F MLX3!E4,N,FYH3$,V1YE6(_'Q?]YPAE:-)2!.Y<EE^YMG!43Z/02:*R)];+/M M"<'#>8XT;F";9[C11Z%VS3.L7KI<$"A@(W( 31-IJA[QF.R$QY9#F/KC7S9; MBINJN>P<=D*:4UJ:.:R&+',6HP!Z=>I7/^'S\:;TDTX1>3UP "JK89VG&+0 M!S" 00N04 0F&"$)/]N>,%6<WA2EB;-$] A(7M(>P1#FMA/3R]^6S6!]LO:$ MA%%.:-\SJ]72C###XHA6E=I5./A2:R#SC4QNW9.,J"&T3@D,"'@ ($<-BB.1 M+I28?*#P)[Q% ;/RR?9477%\@T"7'NIE3@J\&JR$S#; W(Z!.G58458GR4=W M=W5*7MUC_D3B8#-9UYB^KE]]I;SWO';"%"("J//RY< DX3TOU&75W.4L'JI) M;#K$ADC^Y)\D5 -[*(Y7M4/F;^TFJM,YY$CU(*:$E(<-A/I6.3$$!K)G<<,) M7G*A[9(D*VMI2W44@.@.H89L57*\4^&H%\6#[>=J/P'#Z9 118Z;8UDKY<UR MYAX/*4 $$G_I7)V<I[]9F@RBOPF?J&1:US2G+W+(]XF1QY9J0@AH-,JW&0AS MHAG=Q]DNP4FBTO,5,#7E);E^T]E"/T<Y2X<ZN)E-U]K3%8@6-5$OL5N2$7W? M<AT!(F,=\5[I@E9BH1<FP08;X7:/4EAEH'MS]6".]',Z$2SW)P=-@S"$I !2 M@2%T@$BM!R!K,15:0AT")5XF41%!AU?U148;N$Q>\09TM'.AX@8^H! ZE!/T MY3^B8W,XEQ[?E"M%< 05HW%[ F_'85,N]6H>-G='I4]Q%&G-%B$=01UA >M M P(Q .,1!]HX&?5-$!O('] XEH]]U+IXAI?UC7/AC.'(F7*PGL\UC7JT23( M,BF/H1AU("1])TD856USD@:D42P9(680]"31QC'38V1% $!@!R:XLS(^\EY" MHC0&T4#&@A\)8QO.)AP&D&'Q]EZ5V'N7J!J;Z"&=6"Q<J%%N-1ECM!0[V(,* M\#<#P08OT8;%=D^C009D$%20@1L#T27'!&>GE'GYA%*HL4]"-21^Y6Q9(V$< M06%I8&$[,1+Z\1/IATO-!P*E5Q'TU1X><DIGMAAC95=;\1*4X6A?T8(Z:$2C M\G1$DUHTHA<AH$>B,R0BLX4RP7N+AXYY96BX,4,A,R/%-1;X%4+E=AK=R!<9 M(5,C9"SNA63QA4L*H6I1PS7O]!9D]HP 61U+YHZ=%B=E(#*@)R8$6$IOX1&Z MM6E9!B,"D14B1%-_8VR;A3KMJ",#$4 $^ :*-!)Y4%=Y @4$017M4VN+TASB M\1[3X2&TX72X1U[U%VQR,6 MP7B$4FYS,&LCM&DW D&M]Y"RMH@D:9/==B . M6"%T$"?T41%%61.Y]6IB$":QU!/,D3M'UX?J\8!NP1[?,C=5Z(Q8Z)88P1/' MD7]6"2#@U6U%R64;)RD(%B9=$V:5-4<\Z6&Y> )2!6<O]4QWAH&P@9GJL09/ MXA\?- <$& 9$-B5G<4J\]P8W)WJ#)1/M%A#CUAKJ\C"[MQ,?B1UY8!)M %E\ M!3:5.5$_<8*HI!=DD$)+&&R>$1G/EA$/(RFG0438" ?=AH9O4"FX04!7]A^N M B2H21O;PP.T QV5PD?UF(O_HIS%4@;A F9-@8G0YEQF(60:R#K09I7TL8R& M!B #@2=(<#*DUBJ)11#C63 9)!(,-VY< J%98P9CU1RI@08K* ><I5,\P5-G M,7XD-%=-5T]QHDB^YF&&=Q+^$G]CX9(Q\A6X(0)-DG8_X38?<7N4P1^V$5BQ M)7MY(@5I %YK<@?G= *2HBKU)9LRJA*"Z!/'06R[96CO@2"R-D8OD6^=,GO? MTSB3(X[K<F+ <HAL8#KP^7P=L1-2^!*J%FE/4A@@(QAF5A'J6'A]]Q-4H1>B MJ6-N0HO.]AQ@ Y6:F#L8@58>94?TN24ZXBB: 80,JAJS87%W-58=.!-[J1IT MYA]S"1*/A(-Y@@1M8$RH VG3691)HRKJ!TB4)A,M88>VUXL'XR-#RC;[Z(/U M%JOB&6R.-1;M(BFJ1E^G,3S% P++ X;. SW'D0,Z /0 P65Q --0 14@(LB ML"0>0EL500:?MC(O(9S$B1SY@:)YLG!8D1-&@%";U!%H.6JNI&"FP1X*8'=2 M]TN>-!)O6JY,TE)Q> :0117> C*%=1ZB81)P0A4OD9,+I%"1]!4H$P:. C=6 M<:A3((/8@4$!*28< [%I-:Y3":7N:+!Q1'_GM)\$R!\OA3+M*B]Y:0;\T:WQ M]7HJ-B9BL!S[6A@987Y;X@(A2$0^-B^6E!5*15^L<R7IFC5_ Z5N$"NRR%%O ME5CU]"VT\5)G1F5-1$-^6A#8X101^1%H%C<C<SH%T$(O9"I/<$E3\"S[8RV8 M] 2\H@,*D$4/L#X^8 2+J ,H(&&?A1T>LD)^) 9JX'#O<V1)A$?7 S+<X;-' M-@=(HV *L 1ED ?Y0@;N<QTLX[.%,@8C00;<67,J\QR4X8%*A"#OHSQ!HS8@ M\#S.5A2A^QY08+@>,09[PESALDPO]1[\X1^WJ[B:-"7=]1^Q.A#^H:V@YK&L MYR4$$;&J047JA2=/%4<66B:I86DAD16X-1)4P09FT ("Z1-<5B'2UBF>434L M4%;5U)$NHQ@R: :>VQ'KUB<.^7#P0WM+JH=?$346>F+O$:D*D!H;07PCL1CP M@Z0UEX?%R!B&X1KPEE=9 4_",0!2)!,[P24(L:*9> >ZFU R8;X1K&)_T@;/ MA9;]6X<ED2IOH #ZURKSE16Q\A)D 4@@ )8 3;1"P5Q1!,B>ADZYQ2\(0=" MT@)!8!@=LAU^ B@$F0+:\E1ZF4V#U1T5W!,I AOY&1 C(0)-D :^,5MD\15G M@2A*RCH)IBPC3"9PXTJV=D_(<Q*#UA[/&1!Y("G&HE/A8DWIX;"R^<1!HC1? MNQ"[D14<\1=B4((:0I+]<<%%1EX"BR@>:Q8N7"'^2I"K]IUA\X[O$0,R@ -+ M )2$#X@X'LT-98<P1L(!KMW="3]F$S2T;X[()W>@JI,NI]3ZDBK6[A7\KHH M,+3$LRK406P=V5(O@4%B !$1P<FG80,N\!"I <H^.\KCZQ1#.R2>R(4@P 3F M(@=70",*9L2*_,)PS 8[PS(%\5(GW*EO,;V!.6Z/@;(^(GD&9"?CO$M[P;4G M\IPJ,@>IO"F>R1$S^YW79!+PO(BB,4=U,0!$E+N+.R4[IA=*Q!--,$8Y@0+# MV 9 0 85Q1:-51 [(P+YXANOIDCB24CJ$<^!^,E".24QX (W@"=$M+VP(1HC MD=#P,18+K4A@:-(C"97K2P(Q4 -B.! )X11*,%9W\G1Y=4\&@S&K!(6Q\IHR M(=$:X7)=4T&')AIKD,K--D-)Z[N,2QGR9YH&"P+;# (J$'24 0<16!U(K0+, MRQ-K0;V9N\B*L4N"I@#"O$^$$=,D3=.)O"D=L;[3BTB].KANP%G-)S\J$1ED M71 3A"#4AT2XL<L.XV$9!]BQ2[EC8D#?E"/Y\B;C^Q>"&'<_004<\DKPX64 M*4(CT01E< 8M$ 8M !I\IM@(N09S-1*V@R(J(EH(T419H2'D^VJ-RF4@XJ+B M^!N)B4J,6"P6(Q.KA"[LT<I;D:TT[)Q2K0#H51I+\X+#C17>8M<R4=(WH*[N M$AC=MKBR^:WGZ1^\A2<)?86>45;B"$VP 4@^0=7XG!&.TFS2.-P(01_;U6W) MI)AWG'9?T6SA,BMWH HX!TLX2IQ4B9-4ET,$V5A\AZ1\K(C)G^,-2.N <B& M?<")K5 I,+ZKA!MCK"VH4Q1),*>HX=03T])NW3'&4SRM?,!0=JHZ@1T-E-?= M=P9S4%93)T"/RV8Y\9Q&5(P_T1(T*+Q<5A*WQ##G^-0B>D]\)8C3&S)=]FQO M,&T/LR$&V6P$O;LR$8F:882/>P(Y44KIREY/-Y7A(J8E[)_/T5V2<B#I^L.' M\E-WD%649U.P-Q9&\ 33\@)$(!7<+9*:\1''UQ>RX;-GD;5N8!O26RF1^(T! M.239+!H$>!Y.<DJG@3R"EC;5=,+.]"2C:2QVCDA[2!I/^JT)7DWMQ#;/:WJ+ MD<JZ9!-ZL(MPHL+,%C?[J^>!P>=&K!!)< (E9L7O1]E, KXR0:JKG'ZM+![, M&,NM.\L^ZQWXFLI)0+YS$%?97!">^U(8IYMVF!JY9A->4A'J<69IN%*+AU<@ MX5\*P,I=@Z\H_1.%LDZ345&P*!,NO=!\7.\3%:?S@M"$.^V'"[LG,[T:P:1" M?!TVPN)2_!:@D4V0&A@E>!5\/(9!_M<:5KFB##)(=RD9'Y66UC472#]K+8S< M1>8APF18^W]&ZX>5$E:JL1:2UTKQ+GD5(C%E(AF+\>%PTN45$K#>8:"_\W_7 M5C\ +8*5BA\CZZ_NT<1$7R4C$4-D('P@( 05,05Z:Z<ICKE@7($YH>GI536] M/MS@:\[KE6)HEZ49(<\OX4$J)T&\QQ&4C ,[$ZRWC"<Q4*R+^1-7DP8*< 2= M D:(%/@#<7LFBB=3L!-*U<*3G<^^T4WR&[DOS#(NLS/JD9QR5%9CD-M^>N@9 MW.[X(1-92XPZ$A(;PA:"B$Z P8LCVR29#FR;QC26+RNU_TUTGQ-WCV_F5]DR M^A/(_/&P:\O#.N*-^!L9G<?1\\#5@=@+W&WJH3+</F@%@9>"&>X4DV?V]A+2 M[KKS@E_PQ<.P,985LJFK/S OD4Z2-P;*#H"7OS-?35]*VA)F_Y<!D<LIYLV) MFCMF.!8H( 8[4Q(GH8L+:8>2- 1#X"-:@CS*709F?R"&_MG8I;BD01WH%1@. M.)UG?*5RX&K=]M5NVG[HX:=S0A *L 6-K(<FT066- 1#$"0$41IF@.X_@5Z? ME_7U.2=7\7\(&V5O:C VP=AVPJ0! R!N06P&8Z,<801#4%(H4 2*5!%4@%V* M2QK4@5XZEWID_5+(0Y?X=._(+2X)(6_(PZ$KE)-N1H",93 V@>[!+QJIS!\0 M-B47/A8)G?XI!72[BB<HL)Y)V^/J$1/JRH"2"]Z^.E?J,I)(7=[>I27(0S8? MRQ%&, 1#D/6>Y"N: M<F[[3'@85=&!8*%0(KU,!_0_9O\>#L?!I_0=;4BT20 M_]S)PHQG=KLJ9B#>8;V/"AYG3^F9^)8J[&>86.X(PDRW\1,AC$AAO!:[]%*; M!D@;GQ4I!U^AG$]@WY,3KAJWJV(&HN H8/7"%^)]U^#-<4\FPAZ:!T$&816S ML1&V8:$VH7ZGP1O%SU>>2U/,""&[;_>5;+-D%(CAY7P!,7H"&&733P8<_<\5 MC5."G*5UL.CNGP>I7"XGQM1N 205[GI K$ (LEU-0]AU8.9]HF!H\E(H@ :: M+@9S$ (-7J:2V_4P*[E=#P0-SLW83K*C)_,IMVKTHF*&A5Y6=>%CT84>CHB* M+:BJB5X2_5)IY"7DDO9];!!C@1\-^0:VH2J(0BPE%+ NP$PC@T<TX@(A(=C] MR)Z5NAPE#QD&]AI3$LZJ4@;8[AP(#/_#+BE]]19H;O9%/1:K%+FY%F6@0H^" M'8GKF;1<9HUVU/7"00!6C_6KQ/5*<TX'H2T,40#K([:PHX4_DSF;TZ5.<'"4 M0P5)8"UO"PD6L)'H524*A$A#$ 1+EZAZ$?@$AEA!PP1,<"SXHY D>E4U=& ) M1A!O%$ ^! D,$#WO@>1C@3MAL!V$O1(FF\"ES65B-P1J^ATP(S-I,#<,\0"- M#QE(4!-T4%LIY=GG,JLO@3MA,,5,\!N^U<>\MRY$^C:\SA /D#4!87H:6END M>2SX,P?,=P1; S_!8J9^E%YYH$"(- 1!L'3G1P7J AKA0MNWTQJG1AB!3R8! M 1G,V/B0@00U00>UY08^! D,$#U6,"\<83M>@CNG1AB!_V!E4D_R!Y4VR3'V MRZ!'%!#"\0!/U!?XXRV]RSMN0"<C- 2Y,R7"&EZDFP-P("E%H(5*(QP/$",, M&B]C83 V8:C@&C9AXG73GU#&I1!($$L[*CI8@">F,@76W1Q"& 1'\#-X RTY M$I$S$1C[+LC^$?B6%*>[/7<MI!"#7_C:BDA#$ 1XHKIXU (&_[K<>)?OJA?( M7P9<*RM0-L$DM%R?R]LMM ,00 N\"M7(0.V1PC8A56$A!P7[N !!ES0/>D M@7K"\0!_W\>+_U&[;_>5K&>J,05-$ 13@ 1/]SD=HQ.T)QP/P$YD%(@CE#5' MX$E-6/.[U *;MM9WP(^\TQHFT=X,\0 32V14--2Y1>F4:[$PSLLTM=8<TC5' ML )0P 1!X2O"\0!-$ 01DBNX,@67C&Y=PXP45A,!IBPZA0:!':3$0[T*97IZ M+1P/X*;.WC7=W\YE4@80!HZ0LS45K!?NY$IFNCKAVS50$ 1X8BI!\/D+W,K6 M7R !$F6G_WJ\.16QI'*#\1),P&H^>S(M)!P%L-8N<4K&$EH&\6H/A/%DB/:T MR]@0Q! /( *UG?CCMC%L8!MSC40T+ZTNG%1K0$.YE)6+,1)\V!["\0!)?_JO MQYM3$4M]7 9ZH!.$H2HK6A%$D,DN3.+UA$A!509F>D,R8QK?(RUX4A3#$RE MGA,5\AY$$"E?D1HB, 3,<1_L81N!IH?*L9!<%A#;Y4.0L ,00 G<ITDE# T M[Q1'D"M-("VU"@EAZT*P8SB*<P5%4 1+< *Z$055P+9!( 37 @)14 5LJSY9 MI &V^J@5PAQCG%LA(AG?$1W<KAYS0A PJ"6A=2+724?>XP1%L"NTS01!$!1) M( 37HBQ7D,E.< 2F8RIBJP"K \11!FW2-FZG87['-A;&GUS$HO1CT;LU41KN M7W]!P%8% <3T@3*+%S;N#R@J1P4ML#KY9A-W^!,=]F$0S/(LI5"!<:A6@%86 M7$3&>VP,22Q.03]*RA^@/S2F]V$GEAH1T@*KDV\V ;.>;$<?,WXR5B:!$2D] MGC4U41KNCRA=N!%#TS5.$2$M\#.9LSG@JF)P +G6S!$H, 8I$ 3/\O7:(K8* # !H end ------- From Mailer@Score.Stanford.EDU Mon Sep 26 07:25:56 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA24030; Mon, 26 Sep 88 07:25:56 EDT Message-Id: <8809261125.AA24030@speedy.mcnc.org> Date: Mon 26 Sep 88 04:20:59-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 23-Sep-88 04:02:34 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Fri 23 Sep 88 04:02:36-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA21879; Fri, 23 Sep 88 02:12:38 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 88 19:00:40 GMT From: portal!cup.portal.com!Dave_Ninjajr_Flory@uunet.uu.net Organization: The Portal System (TM) Subject: Re: This "Dying ST" nonsense Message-Id: <9338@cup.portal.com> References: <8809061721.AA27884@ucbvax.Berkeley.EDU>, <379@bdt.UUCP> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu >David Beckemeyer claims that ST sales are now only 20% of BDT's business. >I submit that that's because, powerful as they are, BDT's products are a >pain in the gluteus maximus to use. I mean, we're talking about a machine >with a windows-mouse-icons interface here. Most ST buyers are looking for >programs that DON'T require a command-line interface or a lot of manual- >reading to use. Yeah, I know that's not the case with a lot of the ST users >but we AREN'T typical ST users. I sell the things; I see who buys them. >And I have to teach these people things you'd think your average >cocker spaniel would intuitively grasp, day in and day out. Atari has >found their market. The great silent majority. At last someone who understands. I don't say this because I am a computer user, but because it should be obvious. The people who used computers earlier than 5 or 10 years ago are not 'average' people. The average person is not real bright, that's why they are average. I don't mean that insultingly, just as a statement of fact. Most of the people on the net are WELL above average. That has been their major problem in designing computer products for the masses. No one will ever achieve the sales/acceptance of computer products that we all wish for unless the realize, once and forever, that the 'average person' doesn't want Unix, or even messydos, s/he wants a computer/user interface that doesn't even require a knowledge of typing. The mouse is as close as we have come so far. Atari and Mac are the only ones who seem to have really come to grips with this, tho' 'windows' on the IBM and others are approaching it. The problem is that Atari is still the cheapest and most affordable for this 'average' person, who usually isn't in the highest income brackets. For computers to become truly appliances they must be designed for this group. ------- From Mailer@Score.Stanford.EDU Mon Sep 26 07:26:09 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA24035; Mon, 26 Sep 88 07:26:09 EDT Message-Id: <8809261126.AA24035@speedy.mcnc.org> Date: Mon 26 Sep 88 04:21:00-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 23-Sep-88 04:15:15 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Fri 23 Sep 88 04:15:19-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA22829; Fri, 23 Sep 88 03:13:24 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Sep 88 08:47:37 GMT From: pasteur!franny.Berkeley.EDU!c91a-ra@ucbvax.Berkeley.EDU (reader.john.kawakami) Organization: University of California, Berkeley Subject: Re: Comp.binaries info? Message-Id: <5912@pasteur.Berkeley.EDU> References: <46300003@uxf.cso.uiuc.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu If you are reading the news with rn (and you probably are), use s to save the binaries file. Then use the program 'uudecode' on it and it shoud leave you another file (in caps probably) that you can send to your ST. You should have an article in comp.binaries that explains all this. It is probably the first article in there. To get to it, (from rn, in comp. binaries.atari.st) type in the numer '0'. rn should take you to the earliest article (which should have the uuencode/decode info). If this is not the case, start pressing ctrl-N, which takes you through each article, step by step. TTL EXE MUX PRG A3I MTX TTP FOE TUS APP JTK MMU CRT VDI TOS DRI GEM CPM ACC OMV JOH NKA WAK AMI c91 a-r a@f ran ny. Ber kel ey. Edu kaw aka mi@ zen .Be kel ey. ------- From Mailer@Score.Stanford.EDU Mon Sep 26 08:25:38 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA24363; Mon, 26 Sep 88 08:25:38 EDT Message-Id: <8809261225.AA24363@speedy.mcnc.org> Date: Mon 26 Sep 88 05:20:57-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 23-Sep-88 05:17:11 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Fri 23 Sep 88 05:17:15-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA24867; Fri, 23 Sep 88 04:52:41 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Sep 88 09:19:45 GMT From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@ames.arc.nasa.gov (Greg Lindahl) Organization: Dept. of Astronomy, University of Virginia Subject: rsrc_gaddr() Message-Id: <577@hudson.acc.virginia.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu I would like to change the contents of a string in a dialogue. I know how to find the address of a tree, but not the string. Tree numbers are unique, but item numbers are not unique between trees. My documentation for rsrc_gaddr() only lists two inputs: the item number and the type: rsrc_gaddr( 0, TREE01, &adrs ); /* works as advertised */ rsrc_gaddr( 7, MYITEM, &adrs ); /* cannot be done?! */ Can some expert explain the proper way to do this? Greg Lindahl internet: gl8f@virginia.edu U Va Dept. of Astronomy bitnet: gl8f@virginia.bitnet ------- From Mailer@Score.Stanford.EDU Mon Sep 26 10:30:15 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA25034; Mon, 26 Sep 88 10:30:15 EDT Message-Id: <8809261430.AA25034@speedy.mcnc.org> Date: Mon 26 Sep 88 06:50:55-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: info-atari16-request@Score.Stanford.EDU Subject: Message of 23-Sep-88 06:27:58 Status: R Message undeliverable and dequeued after 3 days: *PS:<info-atari>ATARI16.INCOMING@Score.Stanford.EDU.#Internet: Disk quota exceeded ------------ Received: from ucbvax.Berkeley.EDU by SCORE.STANFORD.EDU with TCP; Fri 23 Sep 88 06:28:01-PDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA25951; Fri, 23 Sep 88 05:45:37 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for atari16-programs@score.stanford.edu (info-atari16@score.stanford.edu) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Sep 88 12:11:49 GMT From: jacobs.CS.ORST.EDU!wayrynd@cs.orst.edu (darin wayrynen) Organization: Oregon State University - CS - Corvallis Oregon Subject: Re: rsrc_gaddr() Message-Id: <6600@orstcs.CS.ORST.EDU> References: <577@hudson.acc.virginia.edu> Sender: info-atari16-request@score.stanford.edu To: info-atari16@score.stanford.edu In article <577@hudson.acc.virginia.edu> gl8f@bessel.acc.Virginia.EDU (Greg Lindahl) writes: >I would like to change the contents of a string in a dialogue. I know >how to find the address of a tree, but not the string. Tree numbers >are unique, but item numbers are not unique between trees. My >documentation for rsrc_gaddr() only lists two inputs: the item number >and the type: > > rsrc_gaddr( 0, TREE01, &adrs ); /* works as advertised */ > rsrc_gaddr( 7, MYITEM, &adrs ); /* cannot be done?! */ > >Can some expert explain the proper way to do this? > >Greg Lindahl internet: gl8f@virginia.edu >U Va Dept. of Astronomy bitnet: gl8f@virginia.bitnet To find the address of the string, you have to first find the address of the dialog (I'll pretend you named it DIALOG in the resource construction set), by using the call: rsrc_gaddr(R_TREE,DIALOG,&dialog); R_TREE is 0 like you have, and dialog is an OBJECT pointer. If you wanted to assign the address of the string with name MYITEM to the character pointer named 'string', you could do so with the follwing assignment string = dialog[MYITEM].ob_spec; ------- From Mailer@Score.Stanford.EDU Tue Sep 27 04:07:11 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA02465; Tue, 27 Sep 88 04:07:11 EDT Message-Id: <8809270807.AA02465@speedy.mcnc.org> Date: Tue 27 Sep 88 00:17:16-PDT From: The Mailer Daemon <Mailer@Score.Stanford.EDU> To: Info-Atari8-Request@Score.Stanford.EDU Subject: Message of 26-Sep-88 20:22:58 Status: R Message failed for the following: dwp@Score.Stanford.EDU.#Internet: Can't forward - unknown host "mitre-b-chubby.arpa" SHAHROKNI_A%CUBLDR@[128.138.238.84].#Internet: 553 Mailbox syntax is incorrect. ------------ Date: Mon 26 Sep 88 20:22:57 PDT Subject: Info-Atari8 Digest V88 #90 From: Info-Atari8 Digest <Info-Atari8@Score.Stanford.EDU> Sender: Info-Atari8-request@Score.Stanford.EDU Errors-to: Info-Atari8-request@Score.Stanford.EDU Maint-Path: Info-Atari8-request@Score.Stanford.EDU To: Info-Atari8 Distribution List: ; Reply-to: Info-Atari8@Score.Stanford.edu Info-Atari8 Digest Monday, September 26, 1988 Volume 88 : Issue 90 This weeks Editor: Bill Westfield Today's Topics: Re: ZMAG Homepack & termcaps more info on my interfacing problem.. Re: ZMAG Re: ATARI 800 printers Re: more info on my interfacing problem.. Re: Homepack & termcaps Re: more info on my interfacing problem.. MIDI INFO ehs@src.dec.com ?? MIDI INFO Latest ZMAG (part 2) ---------------------------------------------------------------------- Date: 14 Sep 88 15:57:02 GMT From: bsu-cs!tiger@iuvax.cs.indiana.edu (Sean C. Mikeworth) Subject: Re: ZMAG To: info-atari8@score.stanford.edu Yes Keep posting Zmag...Also does it cost anything to call Delphi if the call is local?(besides the 20.00 joining fee ) ------------------------------ Date: 14 Sep 88 20:58:22 GMT From: agate!pasteur!limbo!hauck@ucbvax.Berkeley.EDU (Scott Hauck) Subject: Homepack & termcaps To: info-atari8@score.stanford.edu I'm trying to use HOMETERM, part of HOMEPACK, to communicate with several Unix-based machines and failing mserably. The problem is that while HOMETERM emulates vidtex (a program in most termcap files), it displays 38 columns instead of 40 and 20 lines instead of 22+. This makes use of emacs or vi (or any other text editor for that matter) impossible. I tried editting the termcap entry and, while I could set it correctly in my environment, emacs still insists on 40 columns, 22+lines, and vi just fails (it starts printing in the middle of the screen and really messes up cursor motion). What I need is one of the following: 1.) A good vidtex termcap that specifies 38 columns, 20 lines and which emacs will accept (I changed the co & li entries and it didn't work, so it's not that simple). 2.) A working termcap for 1030Express or the default 1030 modem program (I have the 1030Express program, and since I own a 1030 I have the program that's built into it) 3.) A way to tell emacs to shrink itself to 38 columns, 20 lines. Thanks in advance. Scott Hauck Hauck@postgres.berkeley.edu ------------------------------ Date: Thu, 15 Sep 88 15:54 EDT From: BIW109%URIMVS.BITNET@Forsythe.Stanford.EDU To: info-atari8@score.stanford.edu Subject: more info on my interfacing problem.. The interface connects to the computer through the cart. port. it uses the 7 low order address lines, and the CCNTL line for control (addresses $D500 to $D57F are decoded). I used a design like this because i want to build an interface into which cards can be plugged into. The decoding logic works like this: A0-A3 are fed into one 74154 (4 to 16 line decoder), A4-A6 are fed into another one. Both are enabled by the CCNTL (active low) line. All of the outputs of the 74154's that are used (all on the first, only the first half on the 2nd - its high order input line is grounded) are inverted to obtain active high strobes. The sixteen outputs from the first 74154 are fed to 8 44-pin female plug in slots. The 8 outputs from the second 74154 are fed to one slot each (these are used to activate cards in individual slots. The read/write line is passed to all slots in both origional and inverted form. This was done so that when a particular address on a card needs to be activated, a 3-input and gate can be used (active high strobe) or a 3-input nand gate can be used (active low strobe). Using this method, a card can be used in any slot, as long as the program knows which one it is in (the relative addresses within each slot are the same). The data latch in question is a 74374 (i think.. I haven't been home from school to look at it in the past few weeks), and acts on the rising edge of the pulse. The timing problem that I was intested in is how long is data valid for once it is placed onto the bus? Since the latch acts on the rising edge of the strobe, i assumed that the interface circuit must be taking too long. Since the 74154 is the most complicated chip in the interface (if I remember correctly, it has at least 4 or 5 levels of gates in it) I was thinking of using a high speed version of the chip, assuming I can find one. I hope this is enough info.. And thanks to anyone who can help.. Ray C bitnet: biw109@urimvs ------------------------------ Date: 15 Sep 88 01:04:53 GMT From: imagen!atari!portal!cup.portal.com!Ordania-DM@ucbvax.Berkeley.EDU Subject: Re: ZMAG To: info-atari8@score.stanford.edu Could you please continue uploading the ZMAGS. The only way I can get them is to call an East coast BBS (I'm on the west coast), and download them. Even at evening rates and 2400 baud, that starts to get expensive. Thanks in advance. ------------------------------ Date: 14 Sep 88 21:42:30 GMT From: hpda!hpcuhb!hpcllla!hpclisp!hpclkms!ken@ucbvax.Berkeley.EDU (Kenneth Sumrall) Subject: Re: ATARI 800 printers To: info-atari8@score.stanford.edu / hpclkms:comp.sys.atari.8bit / rbrown@svax.cs.cornell.edu (Russell Brown) / 5:53 pm Sep 12, 1988 / In article <5141@fluke.COM> jeepcj2a@tc.fluke.COM (Dale A. Chaudiere) writes: >>Any comments on the Gorilla RS-232 printer for use with an ATARI 800. >>It comes with an R-verter RS-232 to Atari serial port converter. >>The seller had a 400 and claims it only works with an 800 or 800XL. > >I would be somewhat wary of this claim about the 400/800/800XL business. >The serial ports for the 400 and 800 are the same (the old 800; it's possible ^^^^^^^^^^^^^ >the XL is different -- though there's no reason why it should be). ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Actually, they are slightly different, though I never ran into a problem where the difference mattered. The original 800 SIO port had 12V on one of the pins. The 800XL puts out 5V on this pin. (This is because the 800 ran off of an low voltage AC power pack and rectified its DC internally, whereas the 800XL runs off of a 5V DC power pack, and thats all it has to work with) Ken "Just thought I'd shoot my mouth off again" Sumrall ken@hpclkms@hplabs.hp.com ...!hplabs!hpclkms!ken ------------------------------ Date: 17 Sep 88 02:47:09 GMT From: dalcs!dalcsug!euloth@uunet.uu.net (George Seto) Subject: Re: more info on my interfacing problem.. To: info-atari8@score.stanford.edu In article <8809152000.AA28912@ucbvax.Berkeley.EDU>, BIW109@URIMVS.BITNET writes: >The data latch in question is a 74374 (i think.. I haven't been > home from school to look at it in the past few weeks), and acts on the > rising edge of the pulse. The timing problem that I was intested in > is how long is data valid for once it is placed onto the bus? Since > the latch acts on the rising edge of the strobe, i assumed that the > interface circuit must be taking too long. Since the 74154 is the most > complicated chip in the interface (if I remember correctly, it has at > least 4 or 5 levels of gates in it) I was thinking of using a high > speed version of the chip, assuming I can find one. I don't know for sure, but..... You can get "high" speed versions of the 74374 but I am not sure about the '154 in High Speed versions. I would suggest usage of the HC series of devices, or if you can't find them, LS series. 74LS and 74HC are both faster than standard TTL. LS stands for Low-power Schottky and HC stands for High-speed CMOS devices. There is also a version of the HC called HCT which will work best with TTL devices. As you can see, the both of them should also be lower power than the original TTL devices you have mentioned. I will check on the availability of HC and LS versions of the 74154 and advise tomorrow. > -- ******************************************************************************* * euloth@dalcsug.uucp || Disclaimer: All opinions are my own unless other- * * /\/\/\/\/\/\/\/\/\/\ || wise noted. * ****AKA: Atari Nut************************************************************* ------------------------------ Date: 16 Sep 88 11:35:24 GMT From: uw-entropy!dataio!pilchuck!ssc!happym!rwing!markt@june.cs.washington.edu (Mark Tapper) Subject: Re: Homepack & termcaps To: info-atari8@score.stanford.edu In article <5652@pasteur.Berkeley.EDU>, hauck@limbo.uucp (Scott Hauck) writes: > > I'm trying to use HOMETERM, part of HOMEPACK, to communicate with > several Unix-based machines and failing mserably. The problem is that while > HOMETERM emulates vidtex (a program in most termcap files), it displays 38 > columns instead of 40 and 20 lines instead of 22+. This makes use of emacs or > vi (or any other text editor for that matter) impossible. I tried editting the > termcap entry and, while I could set it correctly in my environment, emacs > still insists on 40 columns, 22+lines, and vi just fails (it starts printing > in the middle of the screen and really messes up cursor motion). What I need if you have a good monitor i would suggest that you try VT10SQ. alot of people prefer KERMIT over it, but if you have a good monitor the display on VT10SQ is the best, it gives you a really good vt100 emulator, it wont show inverse video but thats all it wont do for you. i've used it to play games on a handful of different unix machines, it works on everything i've used it on and works great with my xm-301. if you want a copy i might be able to mail you a uuencoded copy of it. let me know. -- Mark Tapper uw-beaver!tikal!toybox!rwing!markt markt@rwing.uucp ------------------------------ Date: 18 Sep 88 00:36:33 GMT From: rbrown@cu-arpa.cs.cornell.edu (Russell Brown) Subject: Re: more info on my interfacing problem.. To: info-atari8@score.stanford.edu The old Ataris run on the 1.79 MHz 6502B. The 6502 clock setup provides for a two part instruction cycle. Information placed on the bus is supposed to be valid for the duration of the appropriate part of the cycle (address during phi-1, data during phi-2). Phi-1 and phi-2 are approximately equal, each accounting for about 40% of an instruction cycle (with the other 20% taken up by transitions -- phi-1 and phi-2 are nonoverlapping, so there's some space between them). My documentation isn't where I can get at it, so I can't look up whether an instruction cycle takes 1/(1.79MHz) or 2/(1.79Mhz), but if we assume, for the moment, the former, then each phase of the cycle lasts about 223 nanoseconds (if the assumption is incorrect, then the cycle lasts some small integer (perhaps 2) times that long). As I said, this is not the final word, but I have confidence that it is no shorter than this. ------------------------------ Date: Sat, 17 Sep 88 20:12 CDT To: info-ATARI8@score.stanford.edu To: JHS@mitre-bedford.arpa TO: CURZON@DECWRL.DEC.COM From: HABKE%ccm.UManitoba.CA@Forsythe.Stanford.EDU SUBJECT: MIDI INFO HAS ANYONE EVER BUILT THERE OWN MIDI INTERFACE FOR THE 800XL ANY INFO WOULD BE APRECIATED. THANKS BILL . QUIT ------------------------------ Date: Wed, 21 Sep 88 16:44 EDT To: info-atari8@score.stanford.edu From: BIW109%URIMVS.BITNET@Forsythe.Stanford.EDU Subject: ehs@src.dec.com ?? Sorry I had to reply to the net, but the mailer could not find your host (ehs@src.dec.com) .... Received: from MITVMA.MIT.EDU by MITVMA.MIT.EDU (IBM VM SMTP R1.1) with BSMTP id 0232; Sun, 18 Sep 88 14:39:05 EDT Received: from URIMVS.BITNET by MITVMA.MIT.EDU (Mailer X1.25) with BSMTP id 0231; Sun, 18 Sep 88 14:39:03 EDT Date: Sun, 18 Sep 88 14:40 EDT From: BIW109%URIMVS.BITNET@MITVMA.MIT.EDU To: ehs@src.dec.com Subject: re: interfacing problem help I think the CS2 line you describe is the same as the CCNTL line. I got most of my information from Mapping the Atari (revised edition). I am using an xl (the dreaded 1200xl, to be exact). All of the storbes are ANDed or NANDed with the proper r/w signal, I didn't want strobes being generated by accident.. Where is the phi2 (is this the second phase of a 2 phase clock?) line that you mentioned? All Mapping the Atari gives is a pin-out of the cart. port, giving names only for most pins. If the phi2 is active low, it should be a simple matter to invert it and and it with the write line, and make this result the new write line (all strobes that the interface card generates are active high). If I understand what you said correctly, the purpose of phi2 is to indicate that the data bus is valid during write to memory operations. Is this correct? Thanks for your help!! Ray Courtois biw109@urivms ------------------------------ Date: Mon, 26 Sep 88 11:34 CDT To: info-ATARI8@score.stanford.edu From: HABKE%ccm.UManitoba.CA@Forsythe.Stanford.EDU SUBJECT: MIDI INFO HAS ANYONE EVER BUILT THERE OWN MIDI INTERFACE FOR THE 800XL ANY INFO WOULD BE APRECIATED. THANKS BILL ------------------------------ Date: 24 Sep 88 17:06:30 GMT From: gdtltr@vax1.acs.udel.edu (Gary D Duzan) Subject: Latest ZMAG (part 2) To: info-atari8@score.stanford.edu ----------------------------- CUT HERE ------------------------------ 770-772 774 776-779 785 989 STBONIFACI 446 STCROIXBCH 436 STILL WATER 430 439 VICTORIA 443 WAYZATA 470 471 473-476 WH BEAR LK 426 429 653 WYOMING 462 City: NEWARK NJ Area code: (201) BAYONNE 339 436 437 823 858 BELLEVILLE 450 751 759 BLOOMFIELD 338 429 509 680 743 744 746 748 783 893 ELIZABETH 289 351-355 527 558 820 965 JERSEY CITY 309 332 333 420 432-435 451 547 626 653 656 659 714 792 795 798 860 915 963 KEARNY 955 991 997 998 LIVINGSTON 533 535 716 740 992 994 MILLBURN 376 379 467 564 912 NEWARK 242 243 259 268 318 344 371-375 399 430 456 465 468 480-485 565 578 589 596 621-624 642 643 645 648 649 690 705 733 824 877 923 926 961 NUTLEY 235 284 661 667 ORANGE 266 325 414 669 672-678 731 736 SO ORANGE 378 761-763 UNIONVILLE 686-688 851 964 VERONA 239 857 City: NEW YORK NY Area code: (212) BRONX NYC 220 231 292-295 298 299 304 305 320 324 325 328 364 365 367 378 379 402 409 430 491 515 518 519 538 542 543 547-549 562 579 583-585 588-590 597 601 617 652-655 665 671 681 711 716 731 733 740 792 796 798 822-824 828 829 842 863 881 882 884 885 892 893 901 904 920 931 933 960 991-994 NEW YORK 205-208 210 213 214 216 218 219 221-223 226-228 230 233-250 254 255 260 262 264-267 269 272 276 277 279 280 281 283 285 286 288-291 296 301-303 306-310 312-316 319 321-323 326 329 330 333-335 337 340 341 344 346-363 368-371 373 374 380 382 385 390-393 395-399 401 404 406-408 410 412-416 418-422 425 427 428 431-433 436 437 439 440 449 451 452 457 458-461 463-469 472 473 475 477 480-490 492 493 495 496 502-506 508-514 517 520-530 532-537 540 541 545 546 550-561 563 564 566-578 580-582 586 587 593-595 598 599 602 603 605-610 612-614 616 618-621 623 627-629 632 633 635 637 640-645 648-650 656 657 659 661-664 666-669 673-679 682-698 701-705 707-709 713-715 717 719 720 722 724 725 730 732 734-737 741 742 744-760 764-766 769 770 772 775-777 779 781 785 787 790 791 793-795 797 799 804 806-809 812 813 815 818-820 825-827 830-832 836-841 844 847 848 850 853-856 858 860-862 864-874 876-880 883 886-889 891 899 902 903 905 906-909 912 916 921-930 932 935 936 938 940-945 947 949 951-957 962-964 966-980 982-986 988 989 995-998 Area code: (718) BKLYN NYC 209 230 232-238 240 241 247 251-253 256-260 265 266 270 272 277 282 284 287 330-332 336 338 339 342 345 346 360 363 366 372-377 381 383-389 398 403 417 421 434-436 438 439 443 444 449 451-456 462 467 469 485 486 489 492 493 495 497-499 522 531 541 571 574 596 604 615 622 624 625 627 629 630 633 636 638 642 643 645-649 680 692 693 735 743 745 748 754-756 763 768 769 771 773 774 778 780 782 783 788 789 797 802 821 826 827 833 834 836 837 851-859 871 875 883 891 919 922 934 935 941 946 951 953 963 965 968 972 996 998 QUEENS NYC 204 217 224 225 229 244 261-263 267 268 271 274-276 278 279 291 296 297 318 321 322 326 327 335 337 341 343 347 349 352 353 357-359 361 380 392 395 397 423 424 426 428 429 441 445 446 454 457-459 461 463 464 465 468 470 471 474 476 478 479 481 482 507 520 523 525-529 539 544 545 557 565 575 591 592 626 631 632 634 639 641 644 651 656-659 670 672 699 706 712 721 723 726 728 729 738-740 746 760 762 764 767 776 779 784 786 793 803 805 830 831 835 843 845-849 868 886 894-899 917 932 937 939 945 949 955 956 961 962 969 977 978 990 995 997 STN IS NYC 273 317 351 356 390 442 447 448 494 667 698 720 727 761 816 948 966 967 970 979 981 983 984 987 City: OAKLAND CA Area code: (415) ALAMEDA 521-523 660 748 769 865 869 MORAGA 376 631 OAKLAND 261 263 265 268 271-273 339 351 352 357 420 425 428 430 436 437 444 446 448 451 452 464-466 482 483 486 524-536 539 540 547 548 549 559 562 568 569 577 596 632 633 635 636 638 639 642-645 649 652-655 658 667 678 762 763 766 832-836 839-841 843 845 848 849 860 874 891 893 895 987 999 ORINDA 253 254 SAN FRAN 227 243 255 264 267 274 282 285 338 346 362 391-399 421 431 433 434 441 442 445 474 477 478 495 541-546 550 552-558 561 563 565 567 576 597 621 622 624 626 627 641 647 648 668 673 695 739 764 765 768 771 772-777 781 788 821 822 824 826 861 863 864 882 885 894 896 921-923 928 929 931 936 951 953-957 972-974 978 979 981-986 989 990 995 996 998 BELVEDERE 435 789 LAFAYETTE 283 284 RICHMOND 222 223 231-237 374 620 970 SAN FRAN 239 330 333 334 337 467-469 584-587 755 756 761 991-994 997 City: PALO ALTO CA Area code: (415) LOS ALTOS 941 948 949 MOUNTAIN VIEW 336 691 694 940 960-969 PALO ALTO 321-329 354 385 424 473 493 494 496 497 723 725 852-859 926 REDWOOD CITY 361 363-369 780 SANCLSBLMT 591-595 598 WOODSIDE 851 FRMT NWRK 745 790-797 City: PHILA PA Area code: (215) PHILA 221-229 231 232 235 236 238 241-243 247 248 263 271 276 280 281 288 289 291 299 324 329 331-336 338 339 342 349 351 365 382 386 387 389 422-427 438 440 448 452 455-457 462-468 471-474 476 477 482 483 487 492 496 523 528 533 535 537 545 546 548 549 551-553 557 560 561 563 564 567-570 574 577 578 581 585 587 592 596 597 620 621 624 625 627 629 632 634 636 637 662 665 671 673 676 677 684-686 697 698 722 724-729 732 735 739 742-745 747 748 751 753 755 763 765 769 786 787 790 823 824 829 831 835 839 841-844 846 848 849 851 854 864 870 875 877-879 893-895 897-899 922-925 927 928 931 934 936 937 951 952 961 963 969 972 973 977 978 980 981 985 988 ARDMORE 642 645 649 896 BALACYNWYD 664 667 668 DARBYRIDSH 237 461 521 522 532 534 583 586 591 595 HAVERTOWN 446 449 789 853 LANSDOWNE 284 622 623 626 UPPERDARBY 259 352 734 AMBLER 283 540 542 628 641 643 646 653 BRYN MAWR 525-527 CHELTENHAM 379 663 CHESTER 447 485 494 497 499 872 874 876 CONSHOHCKN 825 828 834 941 CORNWELLS 639 EDDINGTON 244 245 638 ELKINSPARK 635 782 FLOURTOWN 233 836 HUNTGDNVLY 938 947 JENKINTOWN 572 576 881 884-887 MEDIA 565 566 891 NEWTOWN SQ 353 356 359 NORRISTOWN 265 270 272 275 277-279 337 350 354 480 531 539 630 631 768 920 962 SWARTHMORE 328 543 544 690 WAYNE 254 293 341 687 688 964 971 WILLOW GRV 657 659 784 830 WOODLYN 833 City: PHOENIX AZ Area code: (602) CHANDLER 732 759 786 821 895 899 940 961 963 GLENDALE 434 435 439 486 543 588 589 841-843 846 848 872 876 878 930 931 933 934 937-939 972-979 LITCHFLDPK 393 849 853 856 873 877 925 932 935 936 MESA 461 464 497 827 830 832-835 844 890 892 898 924 926 962 964 969 NO PHOENIX 371 395 482 493 563 678 788 789 861-864 866 867 869 870 879 942 943 944 971 992 993 995 997 PHOENIX 220-280 285 351 352 370 375-377 379 381 389 390 392 397 433 437 460 468 484 490 495 498 549 551 631 954-957 SCOTTSDALE 391 423 443 451 481 483 494 840 860 941 945-949 951-953 990 991 994 996 998 TEMPE 345 350 431 438 496 730 731 752 756 784 820 829 831 838 AGUA FRIA 546 566 583 584 DEER VALLEY 492 561 581 582 780 PARADISVLY 569 585 FT MCDOWEL 471 837 HIGLEY 987 988 SPSTNAPJCT 373 380 396 891 981-986 City: PORTLAND OR Area code: (503) PORTLAND 220-246 248-257 273-275 279-289 291-295 297 299 323 335 464 721 731 733 760 761 771 774 775 777 778 781 790 796 844 936 City: RTP NC Area code: (919) APEX 362 387 CARY 460 467 469 481 677 CHAPELHILL 929 932 933 942 962 966-968 CREEDMOOR 528 575 DURHAM 248 254 286 361 382 383 470 471 477 479 489 490 493 530 541 543 544 549 560 596 598 620 681-684 687 688 941 990-992 KNIGHTDALE 266 RALEIGH 662 664 733 737 740 755 772 779 781-783 787 790 821 828 829 831-834 836 839 840 846-848 850 851 856 859 860 870 872 876 878 880 881 890 899 976 WENDELL 365 ZEBULON 269 City: SALT LAKE UT Area code: (801) BOUNTIFUL 290 292 295 298 299 COTTONWOOD 943 944 947 DRAPER 571 572 FARMINGTON 451 HOLLADAY 272 273 277 278 942 KAYSVILLE 543 544 546 547 KEARNS 964-969 MAGNA 250-252 MIDVALE 255 561 562 565 566 569 576 MURRAY 261-269 287 RIVERTON 254 SALT LAKE 220 237 321 322 328 350 355 359 363 364 366 481-483 488 521 522 524 526 530-539 570 573 575 578-580 594-596 799 933 SALT LAKE 581-585 588 SALT LK SO 466-468 480 484-487 SALT LK W 972-975 977 City: SAN DIEGO CA Area code: (619) CHULAVISTA 413 420-429 476 482 575 585 661 690 691 CORONADO 408 435 437 522 545 EL CAJON 258 390 401 440-444 447-449 561 562 579 588 LA JOLLA 270 272-274 404 450 452-459 483 488 490 506 508 518 534 535 539 546 552 581 587 LA MESA 460-466 469 589 660 668-670 697 698 LINDVISTSD 268 277-279 290 292 492-496 502 541 560 565 569 571 573 576 580 694 MIRAMESASD 271 530 536 537 549 566 578 693 695 NATIONALCY 267 336 412 416 470 472 474 475 477 479 SAN DIEGO 221-226 229-239 260 262-266 275 276 280-289 291 293-299 406 407 417 419 491 505 507 514 524 525 527-529 531-533 540 542-544 547 548 553 556 557 559 563 570 574 582-584 586 594 692 696 699 701 702 717 980 990 City: SAN FRAN CA Area code: (415) ALAMEDA 521-523 660 748 769 865 869 BELVEDERE 435 789 OAKLAND 261 263 268 271-273 339 420 428 436 437 444 446 448 451 452 464-466 482 530-536 539 547 596 645 652-655 658 762 763 766 832 834-836 839 840 874 891 893 987 999 SAN FRAN 221 227 239 243 255 264 267 274 282 285 330 333 334 337 338 346 362 386 387 391-399 421 431 433 434 441 442 445 467-469 474 476-478 495 541-546 550 552-554 556-558 561 563-567 576 584-587 597 621 622 624 626 627 641 647 648 661 664 665 666 668 673 681 695 731 739 750-753 755 756 759 761 764 765 768 771-777 781 788 821 822 824 826 861 863 864 882 885 894 896 921-923 928 929 931 936 951 953-957 972-974 978 979 981-986 989-998 SAUSALITO 289 331 332 OAKLAND 265 486 524-529 540 548 549 559 642-644 649 841 843 845 848 849 860 PACIFICA 355 359 RICHMOND 222 223 231-237 374 620 970 SOSAN FRAN 244 266 583 588 589 742 871-873 875-878 952 City: SAN JOSE CA Area code: (408) CAMPBELL 370 371 374 377-379 559 866 879 LOS GATOS 353 354 356 358 395 399 SAN JOSE 221 224-227 234-238 241 243 244 246-249 251-253 255-259 262 263-270 272 274-277 279-289 291-299 365 432-437 446-448 452 453 463 473 491 492 496 534 553 554 562 575 578 629 723 725 727 729 748 765 864 865 920 922-927 942 943 945-947 957 970-974 977 978 980 982-988 993-998 SARATOGA 741 867 SUNNYVALE 245 522 524 720 721 730 732-739 742-747 749 752 756 773 991 992 Area code: (415) LOS ALTOS 941 948 949 MOUNTAINVW 336 691 694 940 960-969 City: SANTA ANA CA Area code: (714) ANAHEIM 239 321 414 490 491 502 517 520 533 535 630 632 635 666 742 743 745 758 762 764 772 774 776 778 956 991 999 GARDEN GRV 530 534 537 539 636 638 663 740 741 748 750 971 HNTNGTNBCH 536 840-843 846-848 960 962-965 968 969 IRVINE 250 253 261 474 476 551-553 559 651 660 726 727 733 752 756 757 786 833 851 852 854 856 857 863 955 975 NEWPORTBCH 509 515 548 631 640 642 644-646 650 673 675 720-723 759 760 ORANGE 282 283 385 516 532 538 633 634 637 639 712 744 746 747 749 771 921 937-939 974 978 997 998 SANTA ANA 241 258 259 418 432 433 475 505 513 531 540-547 549 550 554 556-558 567 568 641 647 648 662 664 665 667 669 691 708 730 731 751 754 755 775 832 834-836 838 839 850 953 954 957 966 972 973 977 979 SILVERADO 649 WESTMINSTR 372 890-898 CYPRESS 220 229 236 503 527 761 821 826 827 828 952 995 FULLERTON 441 447 449 519 525 526 680 732 738 773 870 871 879 992 City: SEATTLE WA Area code: (206) BELLEVUE 451 453-455 462 562 641 643 644 646 746 747 865 SEATTLE 223 224 234 281-286 292 296 322-326 328 329 340 343-346 358 382 386 421 441-443 447 448 461 464 467 522-527 543-545 547 548 583 587 621-626 628 632-634 655 682 684 721-723 725 727 728 762-764 767 772 781 782-784 789 932 935 937 938 947 948 953 955 969 972 977 982 986 989 991 993-998 BAINBDG IS 842 BOTHELL 481 483 485-489 788 DES MOINES 824 838 839 874 878 941 946 HALLS LAKE 670 672 742 743 745 771 774-776 778 ISSAQUAH 391 392 KENT 395 630 631 657 773 852 854 859 872 KIRKLAND 820-823 827 828 867-869 881-883 885 889 MAPLE VLY 432 RENTON 226 228 235 237 251 255 271 277 656 RICHMNDBCH 542 546 SEATTLE AD 232 233 236 SEATTLE NR 361-365 367 368 SEATTLE SR 241-244 246 248 394 431 433 575 City: ST LOUIS MO Area code: (314) BRIDGETON 232-234 291 298 344 731 739 777 895 FERGUSON 521 522 524 595 FLORISSANT 831 837-839 921 KIRKWOOD 821 822 957 965 966 LADUE 432 567 569 694 872 991 993 994 997 MEHLVILLE 487 892 894 OAKVILLE 846 OVERLAND 423 424 426-429 RIVERVIEW 388 867-869 SPANISH LK 355 653 741 ST LOUIS 231 235 241 247 261 263 277 289 321 331 342 351-353 361 362 367 371 381-383 385 389 421 425 436 444 454 481 531 533-535 539 542 544 553 554 571 572 577 578 621 622 631 638 644 645 647 652 658 664 679 721 725-727 746 747 752 768 771-773 776 781 823 826 829 832 848 854 855 862 863 865 879 889 941 963 964 969 973 982 WEBSTERGRV 961 962 968 ANTONIA 942 CHESTERFLD 532 891 CREVECOEUR 275 434 469 576 851 878 EUREKA 938 FENTON 343 349 HARVESTER 441 928 HIGH RIDGE 671 677 IMPERIAL 464 MANCHESTER 227 391 394 MAXVILLE 296 POND 458 PTGDESIOUX 899 SAPPINGTON 525 842 843 849 ST CHARLES 946 947 949 VALLEYPARK 225 Area code: (618) E ST LOUIS 271 274 337 482 GRANITE CY 451 452 797 City: TAMPA FL Area code: (813) TAMPA 221-229 231 232 234 236-242 247 248 251 253 254 258 259 264 272 273 276 286 287 289 620-623 626 628 671 677 830-832 835 837 839 840 870-879 882-889 931-933 935 960-963 968 969 971 972 974 977 978 980 985 988-990 TAMPA EAST 653 654 681 684 685 689 986 TAMPA NO 948 949 973 996 TAMPA SO 633 634 641 645 TAMPA WEST 854 855 920 City: WASHINGTON DC Area code: (202) WASHINGTON 223-226 228 232-234 244 245 252 254 259 265 267-269 272 275 282 287-289 291 293 296 298 324 326 328 331-334 337 338 342 343 346-348 357 362-364 366 371 373 374 376 377 382 383 387-389 392 393 395-399 404 426 429 432 433 447 452 453 456-458 462 463 466 467 472 473 475 477 479 483-485 488 523 526 529 535 537 539 541-547 554 561-563 566 574-576 581 582-584 586 592 597 613 623-626 628 632-639 646 647 651 653 655 659 662 663 665-669 673 675 676 678 679 682 686 687 692-697 707 714 722-728 732 737 745 746 752 755 756 763 767 775 778 783-786 789 797 822 825 828 829 832 833 835 837 842 844 857 861-863 865 872 877 879 882 885 887 889 895 896 898 928 936 939 941 943 944 947 954-957 962 965 966 991 994 996 999 Area code: (301) ASHTON 421 570 774 854 BERWYN 206 220 286 344 345 369 441 474 552 595 688 935 937 953 982 BETHESDA 227 229 295 320 365 380 469 480 492 493 496 530 564 571 650 652 654 656 657 680 897 951 961 986 BOWE GLNDL 249 261 262 390 464 470 621 629 794 858 970 973 CAPITOLHTS 336 350 420 423 449 499 568 599 702 735 736 763 899 925 967 981 CLINTON 238 297 372 856 868 888 GAITHERSBG 330 540 869 926 963 972 977 990 HYATTSVL 277 306 322 341 386 422 436 454 459 559 577 699 731 772 773 779 851-853 864 927 940 985 KENSINGTON 230 231 443 460 468 649 770 871 881 929 933 942 946 949 984 LAUREL 490 497 498 596 604 725 776 LAYHILL 236 384 598 890 924 989 MARLBORO 627 952 OXON HILL 248 283 292 505 567 630 753 839 843 870 894 ROCKVILLE 217 240 251 258 279 294 299 340 353 424 428 590 640 670 738 762 840 921 948 975 983 SILVER SPG 270 394 427 431 434 439 445 495 520 565 572 580 585 587-589 593 622 681 891 930 980 Area code: (703) ALEXANDRIA 274 325 355 360 370 379 548 549 550 553 578 660 664 671 683 751 765 768 769 780 795 820 823 824 836 838 875 931 960 971 998 ARLINGTON 235 243 247 276 284 329 358 461 486 521 522 524 525 527 528 557 558 643 684 685 739 756 799 841 845 850 892 920 922 954 974 979 BRADDOCK 250 266 278 830 DULLES 661 ENGLESIDE 339 440 455 781 FAIRFAX 239 242 246 260 264 273 280 323 425 487 591 631 691 733 758 759 764 834 934 978 FLS CHURCH 222 237 241 256 321 354 442 448 451 482 532-534 536 538 551 556 560 569 573 641 642 644 658 698 734 749 750 847-849 866 874 876 883 941 HERNDON 263 378 391 430 435 437 444 476 481 689 826 860 LORTON 690 MCLEAN 285 351 356 761 790 821 827 893 VIENNA 255 281 352 359 385 450 471 478 620 648 938 968 ``````````````````````````````````````` GEnie Confrence Highlights ``````````````````````````````````````` Please note that this confrence has been edited and displays only the highlights we feel are most important. For the full transcript of this confrence, read issue #52 of ST-Report, or download directly from the ST area on GEnie. ============================================================================ (C) 1988 by Atari Corporation, GEnie, and the Atari Roundtables. May be reprinted only with this notice intact. The Atari Roundtables on GEnie are *official* information services of Atari Corporation. To sign up for GEnie service, call (with modem) 800-638-8369. Upon connection type HHH (RETURN after that). Wait for the U#= prompt. Type XJM11877,GEnie and hit RETURN. The system will prompt you for your information. =========================================================================== <[Holly] HS> Okay... welcome to our formal conference with some of our favorite Atari folks. You all pretty much know how this runs, but for those who don't.... if you have a question you'd like to ask, use the /RAI command to raise your hand and get into line. I will ack your raise with a private message and tell you who you'll follow so you know. I'll also try to give you some kind of warning when you're time is about to come up. When you're through with your question, please let me know via some kind of ack like GA (Go Ahead) or something... it makes things a little easier. Also, please remember that Neil and John are my guests tonight. Please treat them accordingly. *smile* In two weeks, we have Charles Johnson of G+Plus fame scheduled for a formal. I hope you'll make it... <[Holly] HS> Let's start by having each of our guests introduce themselves and let us know just what they do at our favorite computer company... *grin* <[Neil] NHARRIS> Sure. I've been with Atari Corp. for 4 years now, in a variety of roles, including publishing Atari Explorer, heading up PR, user group support, online support, advertising, product marketing, and sales for the east coast. My current assignment is with the Federated stores, specifically to bring them into the computer business. ga <[John @ Atari] TOWNS> I have been with Atari Corp for almost a year now. I work in the Technical Support Dept and handle a wide variety of tasks. Everything from Online support to Shows to Technical Support on the phones during the day. It makes it quite an interesting job and I get the opportunity to meet alot of interesting people. ga <[Mark @ Atari] MJANSEN> I've been with Atari for almost three years. I was the first technical support guy at New Atari, and then I moved into other things, like shows, West Coast Editing of Atari Explorer, Internal and Developer documentation, and various product development stuff, making sure New Things are Good Things. ga <[David F.] D.FAIRWEATH1> Neil, does Atari have a definite strategy for increasing the ST's market share in the U.S. and will we see that strategy implemented before the ST becomes obsolete? Ga <[Neil] NHARRIS> Before implementing any strategy, the issue we're facing is product availability. We have been living from hand to mouth for some time now. The DRAM chip shortage hurts, because we prefer to hold the line on pricing and that limits how many chips we can buy and how many machines to make. Right now, the lion lion's share of the computers are going to Europe, to keep the hottest ST market in the world supplied. Once we can get more machines built, the US will get our fair share. At that point a strategy can be implemented. ga <[David F.] D.FAIRWEATH1> O.K. but is there a defined strategy already in waiting for that eventuality? gaga <[Neil] NHARRIS> Any strategy is time and market dependent. If we had machines to sell last year, we had a strategy ready. If we have machines this year, we have a strategy, but not the same one as last year, because the product is more mature now, with more and better applications, and because the market changes. Next year's strategy is likely to be different again. ga <[David F.] D.FAIRWEATH1> O.K. one last point... I think that when the time comes you should push the fact that with hardware and software emulation the ST is 3-way compatible with Mac and IBM. GA that's all. <[Neil] NHARRIS> I agree... as a selling point it is important. But when people buy the hardware, I know they'll find enough fine ST-native software so the compatibility issues are not a factor. ga <[Rick] R.GRIDLEY> Mark, do you have any comments on the 3rd party development of the 16mhz board? <[Mark @ Atari] MJANSEN> Not really...I'll have more to say when I see one. <[Mark @ Atari] MJANSEN> Last I heard, it was still being worked on... ga <[Rick] R.GRIDLEY> Neil, do you think that Atari owners are more concerned with the status of the parent company than other computer owners? ga <[Neil] NHARRIS> I think it is reasonable to be concerned with the company which makes your computer, particularly in the case of a custom operating system. Apple users are concerned with Apple. I doubt that most clone owners care much about their company, they watch IBM. Overall, it is healthy, because the company steers the future development of the product to a large extent. Atari welcomes user inquiries and constructive criticisms, and we act upon them more frequently than is widely known. We love ya, honest we do. ga <[Rick] R.GRIDLEY> Ok, (Grin) thanks and thanks to John with helping me with a problem about a year back. I am done thanks Holly <D.D.MARTIN> huggs, Neil 1. Any truth to the rumor that the laptop will be available by the end of the year? 2. IBM or MAC compatability is a _major_ factor NEIL. The portability of office<-->home is a great selling feature. And _we_ have a choice of the _best_ that is available in software to do the job at hand. ga <[Neil] NHARRIS> Any announcement of new hardware will have to wait for Comdex, sorry. Shipping times, too... <[Neil] NHARRIS> I agree that it is an important selling factor, but we won't let that overshadow the need for continuing development of TOS programs.] ga <D.D.MARTIN> Atari users are prone to say.. I love _MY_ Atari, but I don't know if I love Atari.... We all know we have the greatest personal computer available...you folks at Atari do to.... so who's job is it to tell the others? ga <[Neil] NHARRIS> Mainly ours, of course. But, from a BUSINESS perspective, which is the only perspective that our boss takes, you have to look at the return on any promoting we do. Right now, we sell every computer we make. We'd love to have enough computers to sell where we would have to advertise in order to move them all. So, in the meantime, the grass roots, meaning the Atari community, has the main role. ga <[Darek] DAREKM> My question is a rehash of one already asked, but, why _not_ push the compatibility issue? The Mac, PC, and Atari 800 <grin> compatibility would interest a lot of people. Afterall, the 130XE looks very much like a 520, yet Atari rarely mixes ads of 8 bits and STs. However, you look in most Atari user group newsletters, and they mix the two computers all the time. Earlier tonight I was demoing my 8 bit drive to ST interface to a group of about 30 8 bit users (no ST users in the gruop) and about 1/4 of them indicated that they've thinking of getting an ST. When I showed them 8 bit software booting off an Indus GT, they all indicated they are _more_ interested. Wouldn't it be a great way to upload a lot of 520s and single sided drives, by having some kind of upgrade policy for 8 bit users to upgrade to the ST. I know you're short of DRAMs, but with the RAM of a Mega 4 you can unload 8 520s. ga oops, I meant to say "unload", not "upload" <[Neil] NHARRIS> The Mega uses 1 megabit DRAM chips. The ST uses 256K-bit chips. So, making a Mega does not impact production of ST's at all. There has definitely been a solid trend toward 8-bit Atari users moving up to the ST. But to reiterate, it is difficult to justify from a business sense, promoting a product when we don't have enough to satisfy the current demand. ga <[Darek] DAREKM> The 8 bit users indicated that one of the reasons that they'd like to upgrade is because the 8 bit software market is dead. I just see it as a great opportunity to get these potential ST owners before they get tired of waiting and buy a non-Atari 16 bit product. ga <[Neil] NHARRIS> I don't know how to sell our chairman on giving a special deal to anyone, even our most favorite customers, at this time. ga <[Norm] N.RECHTMAN1> Are there any plans to make a laser printer with more memory for 1040 users? and how about a desk jet copy? ga <[Neil] NHARRIS> I think a better answer is for 1040 users to get more RAM. The reason for that is this: if you have RAM in the laser printer, it ONLY helps you when you are printing. If you put it in the computer, then it is available for other jobs as well. 4 megabytes comes in mighty handy when you are spreadsheeting, or doing a Cyber animation. I am not aware of plans for an ink jet printer from Atari, but again, we are not here to announce products tonight. ga <[Norm] N.RECHTMAN1> that was just a suggestion. I would really like to see PC hardware addons ga <D.D.MARTIN> Three cheers for Atari taking the bull by the horns and making plans to move production back to the US of A!!! Neil, can you tell us how things are progressing with the proposed plant in Houston? ga <[Neil] NHARRIS> Well, our negotiating team is still terrorizing the folks in Texas. We expect some news shortly, but at the moment, nothing new to report at this time. ga <[Dan] GRIBNIF> I have two questions: First, what is the current status of the CD ROM? ga <[Mark @ Atari] MJANSEN> Most recent I heard is that we're trying to get some good applications together... Makes more sense than saying "Here's a CD-ROM player. Go to Tower Records and buy some CDs. Have a good time." It would be nice if there was something to _do_ with it first. ...so we're working on it. ga <[Dan] GRIBNIF> Is that the only setback? Does it work with a Laser and HD yet? <[Mark @ Atari] MJANSEN> Yes. And headphones. :-) <[Dan] GRIBNIF> <smile> <[Neil] NHARRIS> There is a driver for the CD ROM that lets it be read by TOS applications as if it were a really big drive. You can open it from the desktop and read files directly. So now it is a fairly simple matter of getting software which reads the databases on the CD ROM disks and does something with it. ga <[Dan] GRIBNIF> (I was reffering to the rumored problems with other DMA devices) <[Mark @ Atari] MJANSEN> I know several people with the setup you described. <[Dan] GRIBNIF> ok, thanks. The other question is one that Neil probably saw in my letter to Info-Atari16... I was curious as to how normal users (not developers) will be notified of TOS 1.4... <[Mark @ Atari] MJANSEN> Skywriting, blimps, dancing girls...(sorry, I couldn't resist.) and if they will also be provided with an "official" way of reporting bugs. ga <[John @ Atari] TOWNS> <grin> <[Mark @ Atari] MJANSEN> Well, it's like this... People will find out through magazines, etc. And dealers will know about it. The plan is to polish up a little program we've got here that is used for developers to submit bug reports, and release that to the public too. <[Neil] NHARRIS> Through the dealers, primarily. And through all the communications at our disposal. <[Dan] GRIBNIF> "through magazines, etc??" Atari Explorer is still reviewing things that came out 8 months ago as NEW! <[John @ Atari] TOWNS> I believe that the information will also be published in the User's Group newsletter as well (Right, Neil?) <[Neil] NHARRIS> Like I said, through all the communications vehicles at our disposal. I tend to think the Atari community is very well wired together. ga <[Dan] GRIBNIF> ok, now THAT's more like what I wanted to hear <smile> <[Dan] GRIBNIF> yes, I tend to agree. Sorry about that comment a second ago sounding a bit huffy. ga. (sic. EOF) ------------------------------ End of Info-Atari8 Digest ************************** ------- -------
ravi@MCNC.ORG (Ravi Subrahmanyan) (09/30/88)
From Mailer@Score.Stanford.EDU Tue Sep 27 04:07:59 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA02472; Tue, 27 Sep 88 04:07:59 EDT
Message-Id: <8809270807.AA02472@speedy.mcnc.org>
Date: Tue 27 Sep 88 01:02:46-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari8-Request@Score.Stanford.EDU
Subject: Message of 26-Sep-88 20:23:21
Status: R
Message failed for the following:
dwp@Score.Stanford.EDU.#Internet: Can't forward - unknown host "mitre-b-chubby.arpa"
------------
Date: Mon 26 Sep 88 20:23:19 PDT
Subject: Info-Atari8 Digest V88 #91
From: Info-Atari8 Digest <Info-Atari8@Score.Stanford.EDU>
Sender: Info-Atari8-request@Score.Stanford.EDU
Errors-to: Info-Atari8-request@Score.Stanford.EDU
Maint-Path: Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List: ;
Reply-to: Info-Atari8@Score.Stanford.edu
Info-Atari8 Digest Monday, September 26, 1988 Volume 88 : Issue 91
This weeks Editor: Bill Westfield
Today's Topics:
Latest ZMAG
----------------------------------------------------------------------
Date: 24 Sep 88 17:02:29 GMT
From: gdtltr@vax1.acs.udel.edu (Gary D Duzan)
Subject: Latest ZMAG
To: info-atari8@score.stanford.edu
This issue was too large to fit in a single note, so it will be split
across two. As always, tell me how you like it so I can know whether to
keep posting them.
Gary Duzan
Time Lord
Third Regeneration
Atari Enthusiast Extreme
------------------------ CUT HERE --------------------------
========================================================================
-------| Syndicate ZMagazine Issue #123 September 14, 1988 |-----
| HOT Atari News and Reviews |
-----------------| American Publishing Enterprises, Inc |----------------
-----------------| Post Office Box 74 |----------------
-----------------| Middlesex, New Jersey 08846-0074 |----------------
PUBLISHER GENERAL MANAGER ZMag EDITOR ASSISTANT EDITOR
Ron Kovacs R. F. Mariano John Deegan Carlos Hernandez
=========================================================================
Available on: * CompuServe * GEnie * Delphi * The Source * F-Net *
=========================================================================
Copyright (c) 1988 APEInc, SPC -- All Rights Reserved --
CONTENTS
_________________________________________________________________________
|*| Editors Desk......John Deegan |*| Reader Commentary ...D. LaFontaine
|*| CounterPoint.......R. Swanson |*| Special Offer From The Source
|*| Atari Users Convention News |*| CP/M BBS Command Help
|*| CompuServe Rate Update |*| Gov. BBS Systems (Update)
|*| PCP Update |*| GEnie Confrence Highlights
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Editors Desk by John Deegan
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Official congrats to Mr. and Mrs. Larry Mihalik!!! A son arrived late
afternoon on September 8, 1988. Best wishes from the staff of ZMagazine,
ST-Report and AMy-Report.
Happy second birthday to Jessica Kovacs on September 9th.
Comdex is coming. We will provide as much coverage as possible. ST-
Report will be covering with exclusive reports and we will print them here
shortly after. Stay tuned for details.
SURVEY UPDATE
We want to thank everyone for responding to the Survey we printed a few
weeks ago. We are looking into the suggestions and comments. If you
missed the survey, don't fret! A special release will contain all of the
survey questions along with a few more. More details on this special
release next week.
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Reader Commentary
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
by Dennis LaFontaine
I have several comments to make about the reader comment in Zmag iss #119,
they are in the same order as the original letter is...
Yes, atari must do certain things, like advertise the REAL power of the
ST, including on the spot credit financing (similar to the whirlpool plan
or citi-bank method). Student discounts are on the way according to a
spokesman that represents the dealer network head.
1. First off with color, can you say SPECTRUM??? (512 colors on screen at
once). Can you say QUANTUM PAINTBOX??? (4096 colors on screen at once)
Can you say DIGISPEC??? (24,386 colors on screen at once), Quantum even
allows 32 colors in medium rez. All the above work on mmu's
manufactured after early 1985, with no modifications to make inside,
simply load and go! As for memory, I have personally seen an 8 meg ST
in action, if at all possible, I will get the schematics on how to do
it! Although the ST can do it, Atari still seems to be selling ST's
under the 4 meg logo and the 16 colors logo. Both Digispec and Spectrum
512 can be obtained through Trio Engineering, or from The Catalog in
Antic magazine. Quantum Paintbox is available from Eidersoft U.S.A
Gray scaling is employed in many desktop publishing programs, it is
also used by image scanners too.
2. Memory expansion without soldering is very easy. I wouldn't call two
socket connections a 'TRICK' as you put it. Your statements about the
mega is very valid though, I have still yet to see an expansion for
their memory.
3. I am running a 520ST unmodified right now, after loading the raster
fonts in, I have 398K free. Memory is not too much of a problem here.
GDOS is great, it's about time it's available for the ST.
4. Good idea, bumper stickers are sort of like 'word of mouth'
advertising. Atari would spend less money on stickers than they would
on t.v. commercials.
5. I read an article about a dealer convention, student discounts were at
issue, the general concensus showed everyone favored it, if this goes
through, students will get approximately a 30% discount and will be
eligible for the credit plan.
And a reply to the editors note, I have read an article about a prototype
card box that connects to a 520 or 1040 DMA port and it acts exactly like
the mega-st internal card slot expander.
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
COUNTER POINT TO REBUTTLE
SWANSON'S SOAPBOX (huh?)
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
by Rod Swanson
Jim, Sorry that you take life so dang seriously. Swanson's Soapbox was
written with the Atari user in mind, not anyone else. It is meant for
information and amusment. Computer slamming IS HEALTHY if done with a
sense of humor and if it is restricted to OUR OWN AUDIENCE. I did not
upload this to the AMIGA section trying to cause trouble. Sorry you do not
see this the way I do. If you would have paid attention to the article you
would have noticed that the Amiga points were by someone who once sold
both machines, not I.
As for the JET review, I did not say anything that remotely suggests that
WE SHOULD PIRATE the program. Please re-read the article more thoroughly
again, without reading things into it that you imagine. Please focus your
attention on the last 6 sentences!!. Again, sorry for offending a fellow
'ATARI' (?) user.
STya later - Rod.
PS. I will no longer pursue this subject so do not reply unless it is to
yourself. No since in turning this thing into an argument.
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Special Offer !!!
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Special Offer From The SOURCE to readers of ST REPORT/ZMAGAZINE!
Until December 31, 1988, The Source is making a special offer to readers
of ST REPORT/ZMAGAZINE who want to signup for an account with
*no*membership*fee*! And with this offer, you receive a $60 credit
applied to your first year of usage. To take advantage of this offer,
you'll need your credit card, call 1-800-336-3366 (in Virginia
1-703-821-6666). Tell the operator who answers you would like to signup
under offer #7BL0U60.
In addition, you may purchase The Source Manual for $12.95 (+$3.50 postage
and handling). To signup for your account AND order the manual, tell the
operator you'd like to signup under offer #7BM0U60.
+++++++++++++++++++++++++++++++++++++++
FIRST CANADIAN ATARI USER CONVENTION
+++++++++++++++++++++++++++++++++++++++
NOVEMBER 6, 1988
This is CANADA'S first and only Atari user convention this year. This
convention is being put on and sponsored by "THE TORONTO ATARI FEDERATION"
user group. This group has over 500 members both in the TORONTO ONTARIO
CANADA area and across the country as well as having associate members
from around the world. We have a 40 meg 24hr bulletin board 416-235-0318
that has everything anyone would require when using ATARI SYSTEMS. If
anyone wants more info re our computer show leave a message on the board
and we will be in touch. If this is not convenient contact the people
listed below.
This unique computer show is dedicated exclusively to ATARI COMPUTER
SYSTEMS. This exciting new event promises to be jam packed with
information, demonstrations, lectures and hands on work shops. One of the
main exhibitors will be Atari Canada, showing off all the latest software
as well as its new and innovative products. That's not all, there will be
lots of retailers selling their wares as Special Low Convention prices,
hardware and software manufacturers displaying their latest products, user
groups talking to the crowds about Atari products and selling their PD
software disks, lectures by knowledgeable speakers, seminars by prominent
developers and even hands-on workshops where the registered participants
can actually work on projects under the guidance of an expert. There will
be something for everyone. From multi-player adventure games on the 8-bit
to business applications for the Atari clones. So, if you are an Atari
owner, or plan to be one or just looking for information, this is the place
you will want to be.
THE FIRST CANADIAN ATARI USERS CONVENTION is being held at THE SKYLINE
TRIUMPH HOTEL located just off highway 401 on Keele Street. NOVEMBER 6TH,
1988 from 10:00am to 6:00pm. (Special hotel rates available) Phone:
1-800-268-1332.
For more information contact:
PRESS: (Mike Searl) ..........416/245-5543
EXHIBITORS: (Jim Jorritsma)...416/242-3413
PUBLIC INFO LINE..............416/425-5357
TAF ONLINE BBS (24hr)........416/235-0318
or call Jim Clark, President, Toronto Atari Federation 416/928-1143
For more information send all inquiries to:
"TORONTO ATARI FEDERATION"
5334 Yonge Street
1527 WILLOWDALE
ONTARIO CANADA M2N 6M2
ATTENTION "COMPUTER SHOW"
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
CP/M BBS Help Commands
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
Ctsy Holly Park BBS (201) 757-1491
To get help type:
DIR ? - to get a directory listing
FOR ? - to find out what the files do
FIND - to find out where the files are
KMD - to learn how to upload & download
LDIR - to get a directory listing of the INSIDE of a LBR
TYPE - to list files to read them online
UNARC - to get a directory listing of the INSIDE of an ARC
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Some COMMANDS to get you started in CP/M:
TYPE A-TWIT-.IS $N
MAP
KMD S RCPMBGNR.DOC
NEW
If you have a 40 column screen,
DIR $4ADVNL
If you have an 80 column screen,
DIR $8ADVNL
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This system is presently running under ZCPR2.
To change drives, type:
A0>B: you are on drive A, user 0 & want to go to drive B
B0> you are now on drive B,
=======================================
CompuServe PRIME/DAYTIME HOURS EXTENDED
=======================================
Effective Sunday, Oct. 2, CompuServe's prime/daytime will be defined as
8 a.m. to 7 p.m. CompuServe's basic connect-time rates, which are the
same as prime/standard and standard/evening rates, are unchanged.
The one-hour lengthening of prime/daytime to 7 p.m. is to allow
CompuServe's definition of daytime access to be consistent with that of
its supplemental communications networks.
The CompuServe network surcharge will continue as one rate for all time
periods. For more information about CompuServe Information Service rates
and network surcharges, type GO RATES at any prompt.
NETWORK SURCHARGE ANNOUNCEMENT
Due to increased network costs, CompuServe will adjust network surcharges
effective Tuesday, Sept. 6. The CompuServe network surcharge will change
from 25 cents to 30 cents per hour. CompuServe basic connect-time rates
will remain the same.
Members accessing CompuServe from overseas through Computer Sciences
Corporation Infonet will incur a $50 per hour surcharge at all times.
The TYMNET and Telenet prime/daytime surcharge will increase from $10 to
$12 per hour, though the standard/evening access surcharge will remain
the same. Members now using TYMNET or Telenet are encouraged to check the
online phones list (GO PHONES) for a CompuServe network number in their
area.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Government Bulletin Boards (Update)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This is an update to the listing which appeared in ZMagazine last year.
T H E E C O N O M I C B U L L E T I N B O A R D
=======================================================
COMPUTER BULLETIN BOARDS IN THE DEPARTMENT OF COMMERCE
The Economic Bulletin Board
=============================
Operating agency
Office of Business Analysis
Office of the Under Secretary for Economic Affairs
U. S. Department of Commerce
Contents
Current economic news from DoC Economic Affairs(EA) agencies including
press releases, economic indicators, official DoC summaries of economic
news, information on how to obtain data tapes, and summaries of reports
and studies produced by EA agencies. Also included are press releases
issued by the Bureau of Labor Statistics.
Open to the public without charge. No preregistration required. Operated
24 hours a day, except when being serviced.
Telephone (202) 377-3870 or (202) 377-0433
Full duplex, no parity, 8 bit words, 1 stop bit, or Full duplex, even
parity, 7 bit words, 1 stop bit 300 or 1200 baud. After connect, enter 1
or 2 returns to start
State Data Center Bulletin Board
================================
Operating agency
State and Regional Programs Staff
Data User Services Division
Bureau of the Census
Contents
News about new Census Bureau programs, Census publications, reference
material for State Data Center personnel. For use of the Census Bureau
staff and all State Data Center Components, including affiliates.
Preregistration required - call information contact below.
Operated 24 hours a day, except when being serviced. Full duplex,
no parity, 8 bit words, 1 stop bit, or Full duplex, even parity, 7 bit
words, 1 stop bit 300 or 1200 baud. After connect, enter 1 or 2 returns
to start
Information Contact:
John Rowe or Larry Carbaugh
Bureau of the Census
(301) 763-1580
Population Estimates Bulletin Board
===================================
Operating agency
Federal-State Cooperative for Population Estimates Population Division
Bureau of the Census
Contents
Information and news about population and demographic projections. For use
by members of the Federal-State Cooperative for Population Estimates and
members of the Federal-State Cooperative for Population Projections. No
preregistration required.
Usual hours of operation 5:00 PM to 6:30 AM Monday-Thursday, 24 hour
operation from 5:00 PM Thursday to 6:30 AM Monday. No preregistration
required. Full duplex, no parity, 8 bit words, 1 stop bit. 300 baud.
Telephone (301) 763-5225, After connected, enter "RUN" to start.
CMIC Electronic Bulletin Board
==============================
Operating agency
Census Microcomputer Information Center, Office of the Director
Bureau of the Census
Contents
Microcomputer news, software and hardware reviews, public domain software,
training programs for Census and Commerce personnel. General microcomputer
users; primarily internal Census Bureau personnel. No preregistration
required. Operated 24 hours a day, except when being serviced. Phone
(301) 763-4576.
Full duplex, no parity, 8 bit words, 1 stop bit, or Full duplex, even
parity, 7 bit words, 1 stop bit 300 or 1200 baud. After connect, enter 1
or 2 returns to start
Microcomputer Electronic Information Exchange (MEIE)
====================================================
Operating agency
The Institute for Computer Sciences and Technology (ICST)
The National Bureau of Standards
Department of Commerce
Contents
Information on the acquisition, management, and use of small computers.
Other files containing sources of information on topics such as:
conferences, Federal publications and activities, user groups, other
bulletin boards, etc. General microcomputer users. No preregistration
required.
Operated 24 hours a day, except when being serviced. Telephone: (301)
948-5718. Full duplex, no parity, 8 bit words, 1 stop bit, or Full duplex,
even parity, 7 bit words, 1 stop bit 300 or 1200 baud. After connect,
enter 1 or 2 returns to start. If you do not receive a carrier after two
rings, you should hang up and call again.
Climate Assessment Bulletin Board
=================================
Operating agency
Climate Analysis Center
National Weather Service
Department of Commerce
Contents
Historical climate information - daily, weekly, and monthly, heating
degree days, weekly climate bulletins. Users generally are Analysts using
historical meteorological data.
Operated 24 hours a day. Preregistration required. Call information
contact below. Full duplex, no parity, 8 bit words, 1 stop bit.
Information Contact
Vernon Patterson
Climate Analysis Center
Telephone: (301) 763-8071
East Coast Marine Users Bulletin Board
======================================
Operating agency
National Weather Service
U.S. Department of Commerce
Contents
Marine weather and nautical information for coastal waterways.
Information includes data for bays and sounds, coastal waters, and
offshore waters; tropical storm advisories; tidal information, and
important weather, nautical, and fishing news. Data are primarily about
the middle Atlantic region.
Users are Commercial fishermen and other users of coastal waters. The
bulletin board is open to the public and free of charge. Users must
preregister by calling information contact below. Information about
similar bulletin boards for other regions may also be obtained by calling
the information contact.
Operated 24 hours a day. Telephone (301) 454-8700. Full duplex, 8 bit
words, 1 stop bit. 300 baud.
Information Contact
Ross Laporte
National Weather Service
(301) 899-3296
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
PCP Coverage Areas
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
City: ATLANTA GA Area code: (404)
ACWORTH 974 975
ALPHARETTA 442 475 664 751 772
ATLANTA 221-223 225 230 231 233 237-244 247 249 250 252 255-257 261
262 264 266 280 281 284 286 288 289 292 294 296 297 299 320 321 325 329
330-332 341 344 346 347 349-352 355 360-366 370-373 377 378 383 420 521
522-530 533 550 558 559 566 572 573 577 581 584 586 588 589 622 624 626
627 633 634 636 639 651 653 656 658 659 661 669 676 681 688 691 696 697
699 726-728 741 744 752 753 755 756 758 761-768 792 794 799 827 833 837
841-843 847 848 851 853 870-877 880 881 885 888 890 892 894 897-899 936
982 999
AUSTELL 739 941 944 948
BUFORD 932 945
CHAMBLEE 390-396 399 451 452 454 455 457 458 488 551 668 671 698 986
CONYERS 388 483 922 929
DALLAS 443 445
DOUGLASVL 489 920 942 949
DULUTH 476 497 623
FAIRBURN 774 964 969
FAYETTEVILLE 460 461 487 631
HAMPTON 946
JONESBORO 389 471 473 477 478 961 968 991 994 996 997
LAWRENCEVILLE 822 962 963 972 978 979 985 995
LITHONIA 482
LOGANVILLE 466
MARIETTA 421-429 494 565 578 971 973 977
MCDONOUGH 954 957
NORCROSS 242 246 263 368 441 446-449 662
PALMETTO 463
PANOLA 593 981 987
POWDERSPGS 439 943
ROSWELL 552 587 594 641 642 992 993 998
SMYRNA 333 431-436 438 835 852 859 933 951-953 955 956 980 984 988
STOCKBDG 474
STONE MT 469 498 879
TUCKER 279 381 491 493 496 564 621 921 923 925 934 938 939
WOODSTOCK 591 924 926 928
City: BOSTON MA Area code: (617)
ARLINGTON 483 488 641 643 646 648
BELMONT 484 489 855
BOSTON 223 227 236 247 262 266 267 292 330 338 348 350 353 357 367
375 421 423 424 426 434 437 439 450 451 482 523 536 542 556 565 570-579
589 637 638 654 720 722-728 733 737 742 743 781 931 936 951 954-956 973
BRIGHTON 254 560 782 783 787 789
BROOKLINE 232 277 566 730-732 734 735 738 739
CAMBRIDGE 225 253 258 354 491 492 494-499 547 550 576 577 621 661 864
868 873 876
CHARLESTN 241 242
CHELSEA 884 889
DORCHESTER 265 282 287 288 436 825 929
EASTBOSTON 561 567 569
EVERETT 381 387 389
HYDE PARK 333 361 364
JAMAICA PL 323 325 327 469 522 524 983
MALDEN 321 322 324 382 397 979
MEDFORD 391 395 396
MELROSE 662 665
MILTON 296 298 696 698
NEWTON 243 244 332 527 552 558 964 965 969
QUINCY 328 471 472 479 770 773 786 847 984
REVERE 284 286 289
ROXBURY 427 442 445 541
SAUGUS 231 233
SO BOSTON 268 269 463
SOMERVILLE 623 625 628 629 666 776
WATERTOWN 923 924 926 972
WINTHROP 539 846
Area code: (617)
BRAINTREE 380 843 848 849
DEDHAM 320 326 329 392 461
HINGHAM 740 749
HULL 925
LEXINGTON 271 274-276 280 377 860-863 981
LYNN 581 592-596 598 599
NEEDHAM 444 449 455
READING 942 944
STONEHAM 279 438
WAKEFIELD 245 246
WALTHAM 290 466 538 622 633 642 647 684 736 890 891-895 899 930 974
WELLESLEY 235 237 239 431 446
WEYMOUTH 331 335 337 340
WINCHESTER 721 729
WOBURN 932 933 935 938
City: CHICAGO IL Area code: (312)
CHIC NEWCS 380 399 693
CHICAGO 204 207 222 225-227 235-237 241-243 245 247 248 252 254 261
263 265-269 271 275-281 285 287 288 292 294 302 306 321 322 324 326 327
329 332 334 337 341 342 346-348 353 363 368 372 373 376 378 379 384 407
410 413 417 419 421 427 431 434 435 436 440 443 444 454 461 463 467 471
472 476 477 478 486 489 493 507 509 514 521-523 525 527 528 533 536 538
539 542 548 549 558-561 565 567 580 583 588 591 592 606 609 621 622 624
626 630 633 637 638 641-645 648-650 661 663-667 670 684 701 702 704 707
712 715 716 718 722 726-728 732 733 737 738 744 745 750-753 760 762 765
769 770 772 776 778 781 782 784 786 787 791 793 796 797 802-808 814 817
819 822 826 828 829 836 842 845 847 853-856 861 871 875 876 878 880 883
886 889 890 899 902 903 906 907 908 915 917 918 921-930 935 936 938 939
942-944 947 951 955 975 977 984 987-989 993 996 997
CICERO 494
BELLWOOD 449 544 547
BERWYN 484 749 788 795
BROOKFIELD 387 485
CHICAGO 202 221 224 229 233 238 239 262 264 273 274 282-284 286 338
374 375 445 465 468 483 487 488 508 545 568 569 581 582 585 586 589 602
625 631 651 660 685 721 723 725 731 734-736 743 761-764 767 768 774-777
779 783 785 792 794 821 838 846 867 873 874 881 928 933 962 973 978 992
994 995
CICERO 652 656 780 863
EVANSTON 328 475 491 492 570 864 866 869
FOREST 209 366 771
FRANKLINPK 451 455 671 678
LA GRANGE 352 354 482 550 579
MAYWOOD 343-345 409 450 531 562 681 865
OAK LAWN 422-425 430 499 598 599 636 857
OAK PARK 383 386 524 848
PALOS PARK 974
PARK RIDGE 318 518 692 696 698 823 825
RIVERGROVE 452 453 456 457
RIVERSIDE 442 447
SKOKIE 470 647 673-679 965-967 982
SUMMIT 458 496 563 594
WESTERNSPG 246
WILLOWSPGS 839
WILMETTE 251 256
ALGONQUIN 658
ARLNGTNHTS 253 255 259 392 394 398 506 577 590 632 870
AURORA 801 820 844 851 859 892 896-898
BARRINGTON 304 381 382
BARTLETT 213 289 830 837
BATAVIA 406 840 879
BEECHER 946
BENSENVL 350 595 766 860
BLUEISLAND 371 385 388 389 396 535 597 687
CALUMET CY 730 862 868 891
CARY 516 639
CHIC OHARE 694
CHICAGO 601 646 686
CHICAGOHTS 481 503 709 720 747 748 754-758
CRETE 672
DEERFIELD 405 940 945 948
DESPLAINES 296-390 391 635 699 803 824 827
DOWNERSGRV 515 719 810 852 910 960 963 964 968 969 971 985
DUNDEE 426 428 551
ELGIN 695 697 741 742 888 931
ELK GROVE 228 364 437 439 593 640 806 952 956 981
ELMHURST 279 530 543 617 628 832-834 941
GENEVA 208 232
GLEN ELLYN 469 790 858
GLENCOE 835
GLENVIEW 657 724 729 998
GRAYS LAKE 223
HALF DAY 634 913
HARVEY 210 331 333 335 339 596
HIGHLANDPK 432 433 831 926
HINSDALE 218 323 325 571-575 654 655 789 850 887 920 954 986 990
HOMEWOOD 206 798 799 957
ITASCA 250 773
LAKEFOREST 234 295 615
LAKEZURICH 438 540
LANSING 418 474 895
LEMONT 257 739 759 972
LIBERTYVL 362 367 680 816
LOMBARD 495 620 627 629 691 916 932 953
MOKENA 479
MONEE 534
MUNDELEIN 566 949
NAPERVILLE 355 357 369 416 420 505 717 961 983
NORTHBROOK 205 272 291 402 480 498 502 564
OAK FOR SO 560
ORLAND 301 349 403 460
PALATINE 303 358 359 397 576 705 934 991
PALOS PARK 361 448
PEOTONE 258
RIVERDALE 841 849
ROSELLE 240 307 310 315 316 330 351 401 490 504 519 529 603 613 659
706 843 882 884 885 893 894 905 980
ST CHARLES 377 584
SUMMIT 914
THORNTON 877
TINLEYPARK 429 532 614
W CHICAGO 231 293
WARRENVL 393
WAUCONDA 526
WAUKEGAN 244 249 336 360 473 578 623 662 688 689 937
WHEATON 260 462 510 653 665 668 682 690 979
WHEELING 215 459 520 537 541
WINNETKA 441 446 501
ZION 746 872
Area code: (815)
ELWOOD 423 424
FRANKFORT 469
JOLIET 722 723-729 740 741 744 773 774
LOCKPORT 834 838 886
MANHATTAN 478
NEW LENOX 485
PLAINFIELD 436 439
City: CLEVELAND OH Area code: (216)
CLEVELAND 221 226 228 229 231 241 249 251 252 261 265-268 271 281 283
289 291 295 321 331 333 341 344 348 351 356 361-363 368 371 381-383 389
391 397 398 421 429-433 441 443-445 451 459 469 471 476 479 481 486 491
521-523 529 531 541 561 566 574 575 578 579 586 589 621-623 631 634 641
651 661 664 671 676 681 687 692 694 696 721 731 732 741 749 751 752 761
771 781 789 791 795 822 844 851 861 881 883 921 931 932 941 961 987 991
INDEPENDNC 447 524 642
MONTROSE 475 581 587 662 663
TERRACE 292 464 591 765 766 831
AURORA 562 995
BAINBRIDGE 543
BEDFORD 232 439
BEREA 234 243 826
BRECKSVL 526 838
BRUNSWICK 225 273
CHAGRINFLS 247 248 349
CHESTERLD 729
COLMBIASTA 236
GATESMILLS 423
HILLCREST 442 446 449 461 473 646
HINCKLEY 278
NOROYALTON 237 582
NORTHFIELD 467 468 656
OLMSTEDFLS 235
RICHFIELD 659
RUSSELL 338
STRONGSVL 238 572
TRINITY 734 777 779 835 871 892
TWINSBURG 425 487
VICTORY 842-845 884-886 888
WICKLIFFE 585 943 944
WILLOUGHBY 942 946 951 953
City: COLTON CA Area code: (714)
COLTON 370 422 431 824 825 876 877
FONTANA 350 355 356 822 823 829
REDLANDS 335 790-799
RIALTO 820 873-875
RIVERSIDE 275 351 354 358-360 369 602 681-689 710 780-787 788
S BERNDINO 381-384 387 880-889
City: DALLAS TX Area code: (214)
ADDISON 233 239 385-387 392 404 450 458 490 591 661 701 702 770 788
851 934 960 980 991
CARROLLTON 242 245 306 307 323 394 416 418 446 466 492
CEDAR HILL 291 299
DALLAS 220 290 302 309 319 320 321 324 327 328 330 331 333 337 339
340 341 343 348-353 357 358 360 361 363 368 369 371-376 381 388 391 398
421 426 428 464 503 520 521 522 526 528 553 559 565 573 590 630 631 634
637 638 649 651 653 655 658 670 688 689 691 692 696 698 706 720 739-742
744-750 754 760 761 767 781 787 809 812 819-821 823 824 826 827 828 841
844 855 871 879 880 890 891 902 904 905 920 922 939 941-944 946 948 951
953 954 956 969 977-979 987 999
DANIELDALE 224 228
De SOTO 217 223 230
DLS FW AIR 453 456 574
DUNCANVL 296 298 709 780
FARMRSBRCH 241 243 247 401 402 406 484 506 556 620 830 869 888
GARLAND 240 271 272 276 278 303 414 487 494 495 530 840 864
GRAND PRAR 229 260-264 266 269 384 397 504 533 558 601-603 606 609 616
641 642 647 660 676 799 808 850 909 913 933 949 957 988 992 993
HUTCHINS 225
IRVING 251-259 313 399 413 438 445 497 513 514 518 541 550 554 570
579 580 594 607 621 650 659 717 721 751 790 791 929 986
LANCASTER 218 227
LAWSON 222
LEWISVILLE 219 221 315-318 393 420 434 436 462 471 539 724
MESQUITE 216 285 288 289
N MESQUITE 270 279 613 681 686
PLANO 403 422-424 516 517 519 575 578 596 604 605 608 612 618 867
881 964 985
RENNER 248 250 380 733 931
RICHARDSON 231 234 235 238 301 437 470 480 644 669 680 690 699 705 783
907 952 995-997
ROWLETT 412 475
RYLIE 286 557
SEAGOVILLE 287
SUNNYVALE 203 226
WYLIE 442
Area code: (817)
ARLINGTON 261 265 273 356 366 425 432 449 461 467 469 543 588 640 667
671 679 695 784 792 856
EULESS 267 268 355 540 963 967
FORT WORTH 429 589 654 884 930
GRAPEVINE 329 481
KELLER 379
KENNEDALE 572
MANSFIELD 477
NORICHLDHL 498 577
ROANOKE 430 961 962
City: DENVER CO Area code: (303)
ARVADA 420-431 467 650 877 880 940
AURORA 340-344 360 361 363 364 366 367 371 373 551
BOULDER 440-444 447 449 492 494 497 499 530 581 786 924 938 939 966
BRIGHTON 654 659
BROOMFIELD 252 255 450-452 457 460 465 466 469 538
CASTLEROCK 660 681 688
COALCRKCYN 642
DENVER 270 281 291-299 320-322 329 331 333 355 370 375 377 388 393
394 398 399 433 455 458 477 480 534 556 571-573 575 592 595 620 623 624
628 629 631 639 691 692 698 722 733 744 753 756-760 777 778 780 782 820
821 825 826 830 831 832 837 839 844 851 860 861 863 866 869 871 888 892
893 894 896 899 922 934-937 964 965
DENVER NE 286-289
DENVER SW 969 980 985-989
DENVERSULL 337 368 369 671 680 690 693-696 699 720 745 750-752 755 766
ENGLEWOOD 761 762 781 788 789 891
EVERGREEN 670 674
GOLDEN 271 273 277-279
LAF LSVLE 665 666 673
LAKEWOOD 230-239
LITTLETON 220 266 290 470 649 694 721 730 740 741 770-773 779 790-799
850 855 889 890 930 933 971-973 977-979
LOOKOUT MT 526
MORRISON 697
PARKER 840 841
City: DETROIT MI Area code: (313)
DETROIT 222-226 237 245 252 255 256 259 267 270-278 291 292 295 297
298 321-323 328 331 336 337 341-343 345 361 365 366 368 369-372 381-383
386 388 389 390 393 396 436 440-442 444 446 491 493 494 496 499 521 526
527 531-538 554 556 560-568 571 577 579 581 582 584 592-594 596 599 690
745 770 821-824 829 831-846 849 861-876 881-886 891-899 921-928 931-935
937 943 945 956 961-966 972 974 976 983 993
City: GLENDALE CA Area code: (818)
BURBANK 565 566 569 840-843 845-848 953-955 972
GLENDALE 240-244 246 247 409 500 502 507 545 546 956
LA CRSCNTA 248 249 542 957
NO HOLLYWD 503 505 506 508 509 753 760-766 769 777 980 982 985
PASADENA 304 354 356 393 397-400 403 405 406 440 441 449 568 577 578
584 790-799 952
SUNLDTUJNG 352 353 951
SALHAMBRA 280-289 300 302 307-309 457 458 529 570-573 576 805
SIERRAMADR 351 355
SUN VALLEY 504 767 768
VAN NUYS 370 374-379 501 528 780-789 818 901-909 981 983 984 986-990
994 995 997
City: HARTFORD CT Area code: (203)
BERLIN 828 829
BLOOMFIELD 242 243 286 726
CANTON 693
E HARTFORD 282 289 291 528 565 568 569
FARMINGTON 673-679
GLASTONBY 633 657 659
GRANBY 653
HARTFORD 240 241 244 246 247 249 252 273 275 277-280 293 520 522 524
525 527 545 547-549 560 566 660 722 724 725 727 728 841 930 936 951-954
MANCHESTER 643 645-649
NEWBRITAIN 223-225 229 826 827
NEWINGTON 665-667
ROCKVILLE 871 872 875
S WINDSOR 644
SIMSBURY 651 658
SUFFIELD 668
W HARTFORD 232 233 236 521 523 561
WETHERSFLD 257 258 529 563 721
WINDSOR 285 298 683 688
WINDSORLKS 623 627 654
City: HOUSTON TX Area code: (713)
AIRLINE 445 447 448 591 820 847 878 931 999
ALDINE 442 449 590 985-987
ALIEF 495 498 530 561 568 575 879 933 983
ALVIN 331 388
APOLLO 280 282 283 480 483 486 488
ARCOLA 431
ATASCOCITA 852
BACLIFF 339
BAMMEL 440 444 537 580 583 586 893
BARKER 492 578 579
BAYTOWN 420-422 424 425 427 428
BEACH CITY 383
BLUE RIDGE 436-438 835
BUFFALO 293 493 496 497 531 556 558 584 589 596 870
CHANNELVW 452 457
CROSBY 328
CYPRESS 373
DEER PARK 476 478 479 884 930 994
DICKINSON 337
E HOUSTON 458 459
ELLINGTON 481 484 487 922 929 998
FRIENDSWD 482 996
GRENSPOINT 775 872-876
HIGHLANDS 426
HMBL SOHML 441 446 540 548
HOUSTON 220-229 235 236 237 241 247 257 266 270-272 284 285 295 390
432-434 439 450-453 455 460-462 464 465 467 468 472-475 477 520-529 535
541 546 549 551 552 571 599 620-623 626 627 629-631 633 635 636 639-641
643-645 649-684 686 688 690-699 720-723 726 728 729 731-734 738 739 741
744 747-751 754 757 759 762 763 771 772 774 776-799 824-827 831 833 834
836 840-842 844 845 850 853 861-866 868 869 871 877 880-883 888 891 895
920 921 923 924 926 928 932 939 940 941 943 944 946 947 951-954 956 957
960 961 963-969 971-975 977 978 981 984 988 991 993 995
HUFFMAN 324
JERSEY VLG 466 896 937
KATY 347 371 391 392 395
KEMAH 326 334
KINGWOOD 358-360
LA PORTE 470 471
LANGHAMCRK 463 550 855 859
LEAGUECITY 332 338
LIVERPOOL 393
LK HOUSTON 454
MANVEL 489
NASSAU BAY 333 335
PEARLAND 485 997
PINEHURST 356
PORTER 354 577
RCHMNDRSBG 341 342
SATSUMA 469 890 894 897 955
SEABROOK 474
SHELDON 456
SMITHRS LK 343
SPRING 350 353 363 364 367
STAFFORD 261 499
SUGAR LAND 240 242 263 269 274 277 278 490 491 494 563 565 980
TOMBALL 320 351 370 374 376
VLY LODGE 346
WESTFIELD 230 443 821
City: KANSAS CITY MO Area code: (816)
EINDEPNDNC 795 796
GLADSTONE 436 452-455 459 468
INDEPENDNC 252 254 257 373 461 478 833 836
KANSAS CITY 221 223 231 234 241 242 245 247 274-276 283 333 346 361 363
374 391 395 421 426 435 444 471 472 474 483 497 523 531 556 561 572 576
591 654 698 753 756 757 759 821 822 842 844 861 871 881 921-924 926 931
932 968 995 997
LIBERTY 781 792
NASHUA 734
PARKVILLE 587 741
RAYTOWN 353 356 358 737
SO KAN CITY 761 763 765 767 941-943 966
TIFFNYSPGS 891
BELTON 322 331 348
BLUE SPGS 224 228 229
FERRELVIEW 243 464 466
GREENWOOD 537
LEESSUMMIT 251 524 525
LKLOTAWANA 578
SMITHVILLE 532
Area code: (913)
BETHEL 299 334 788
KANSAS CITY 236 262 281 287 321 342 362 371 375 384 432 573 574 576 588
596 621 661 676 677 722 787 831
MELROSE 268 339 341 345 381 383 451 469 491 492 541 631 642 648 649
888 894 962 967
BASEHOR 724
BONNER SPG 422 441 721
OLATHE 764 780 782 791 829
STANLEY 681 897
City: LOSANGELES CA Area code: (213)
LOS ANGELES 200 221-239 245 248 250-269 272 283 290-296 298-300 303 321
340-342 345 347 351 362 380-389 413 418 460-469 480-489 520 525 526 560
561-569 580-583 585-589 600 612-614 617 620-629 636 650-656 658 660-669
678 680-689 700 713 714 716-718 723 729-760 765 770-779 819 849 850-852
856 857 870-879 891 894 895 912 930-939 955 960 964 965 967-969 971 972
974 975 977 979
MONTEBELLO 720-722 724-728 888
BEVERLY HILLS 201 203 205 270-282 284 285 289 550-553 556 557 652 657 659
785 854 855 858 859
COMPTON 220 408 531 537 601-605 608 609 630-635 637-639 761 762
CULVER CITY 202 204 280 558 559 836-840
DOWNEY 803 806 861 862 869 904 922 923 927 928 940
GARDENA 213 217 323-327 329 512 515 516 527 532 538 712 715 719 780
HAWTHORNE 219 297 331 332 336 535 536 643 644 675 676 679 812-814 970
973 978
INGLEWOOD 215 216 330 337 338 410 412 417 419 568 641 642 645 646 649
670-674 677
MAR VISTA 301 305 306 313 390 391 397 398 578 821 822 823 827
PICORIVERA 692 695 699 801 908 942 948 949
WLOSANGELS 206-209 312 442-446 470-479 820 824-826
City: MIAMI FL Area code: (305)
HOMESTEAD 224 230 245-248 257 258
MIAMI 221 223 226 227 250 261-264 266 270 271 274 279 284 285 324
325 326 342 347 350 353 358 361 362 364 371-377 379 381 382 385-387 397
399 441-449 460 470 477 520 526 529 530-532 534-536 538 541 543 544 545
547-560 573 576 577 579 590-596 598 599 633-635 637 638 642 643 649 661
662 663 665-667 670 672-674 681 685 687 688 691 693 696 751 754 756-759
762 769 789 794 795 821-823 825 835 836 854 856 858 861 864-866 868 871
873 874 882 883 884 885 887 888 891 893 895 899 939 953 993 995
NORTH DADE 343 354 542 620 621 623-625 651-654 770 787 829 931 932 935
937 940 944 945 947-949 952 956
PERRINE 232 233 235 238 251-253 255 378
City: MILWAUKEE WI Area code: (414)
BIG BEND 662
CALEDONIA 835
CEDARBURG 375 377
HARTLAND 367
HENOMNEFLS 251-253 255
MILWAUKEE 221-229 254 256-259 263-265 271-278 281 282 287 289 291 321
327 332 342 344 345 347 351-355 357-359 362 372 374 382-384 399 421-423
425 438 442 444 445 447 449 453 456 461-464 466 471 475 476 481-483 527
529 535 541 543 545 546 562 575 643 645 647 649 671 672 678 744 747 761
762 764 765 768 769 771 774 778 781-786 791 792 796 797 799 844 871 873
874 931 933 935-937 955 961-964
MUSKEGO 679
PEWAUKEE 691
SUSSEX 246
THIENSVL 241-243
WAUKESHA 521 524 542 544 547-549
City: MINNEAPOLS MN Area code: (612)
ANOKA 421 422 427 753
APPLE VALLEY 431 432
CHASKA 448
ELK RIVER 441
FARMINGTON 460 463
FOREST LAKE 464
HAMEL 478
HANOVER 498
HASTINGS 437 438
ISANTI 444
JORDAN 492
LAKEVILLE 469
MAPLE PLAIN 479
MINNEAPOLS 330-344 347-349 370-379 499 520-522 526 527 529 533-537 540
541 542 544-546 553 557 559-561 566 569 571 572 574 588 591 593 621-627
639 720-729 754 755 757 780-782 784 786 788 789 822-825 827-831 835 851
853 854 858 861 863 865-872 874 879 881 884 885 887 888 890 893-897 920
921 922 924-927 929 931-939 941 942 944 976 977
MOUND 472
NEW MARKET 461
OSSEO 420 424 425 493
PRIOR LAKE 440 447
ROCKFORD 477
ROGERS 428
ROSEMOUNT 423
S BURNSVLL 435 892
SCAND MARN 433
SHAKOPEE 445 496
SODERVILLE 434
ST MICHAEL 497
ST PAUL 220-224 227-229 290-293 296-298 450-452 454-459 481-490 620
631 633 635 636 638 641-649 681 687 688 690 696 698 699 731 733 735-739
------------------------------
End of Info-Atari8 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Tue Sep 27 04:08:49 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA02477; Tue, 27 Sep 88 04:08:49 EDT
Message-Id: <8809270808.AA02477@speedy.mcnc.org>
Date: Tue 27 Sep 88 01:02:54-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.60
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 1-Oct-88 20:08
=DEQUEUE: 29-Sep-88 20:01
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
ALMSA-1.ARPA.#Internet
nfrech
foehner
[128.59.40.130].#Internet
chung
decwrl.dec.com.#Internet
heiden%kbomfg.DEC
escd!karl
DOCKMASTER.ARPA.#Internet
JArnold
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
[128.238.2.2].#Internet
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
gateway.mitre.org
bmorgart
MITRE-BEDFORD.ARPA.#Internet
jhs
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
NOTE.NSF.GOV.#Internet
jmurray
ubvmsa.cc.Buffalo.EDU.#Internet
V069HPMS
Date: Mon 26 Sep 88 20:01:30 PDT
Subject: Info-Atari16 Digest V88 #403
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Monday, September 26, 1988 Volume 88 : Issue 403
This weeks Editor: Bill Westfield
Today's Topics:
Re: Atari fair at Duesseldorf (West Germany)
Genie vs. CompuServe
more on CD stuff
problem with mwc atoi(), version 2.0.1
Multi tasking Shell suggestions??
Re: Genie?
Re: argc and argv with gem
Don't Bash (was Re: Boycott Apple Again -- Now about Suns)
Game Machine
----------------------------------------------------------------------
Date: 14 Sep 88 13:52:12 GMT
From: nic.MR.NET!eta!pwcs!stag!trb@csd1.milw.wisc.edu ( Todd Burkey )
Subject: Re: Atari fair at Duesseldorf (West Germany)
To: info-atari16@score.stanford.edu
WARNING! My responses have only good things to say about the ST, so
you Atari Haters (either the machine or the company) out there may
wish to hit the 'n' key now...
In article <379@bdt.UUCP> david@bdt.UUCP (David Beckemeyer) writes:
>I've been hearing this "dying computer" attitude from dealers, distributors,
>and even some magazine publishers (always the last to go) for several months,
>but I've been reluctant to say anything because I feared it would be construed
>as nothing more than an attempted stab at Atari. It isn't. It truly
>appears that Atari has played out their last hand.
And it could simply be that 1) May-September is a horrible selling
time for computers and software anyway, 2) a lot of people are playing
a wait-and-see game on things like the 68030 machine (or a drop in
price in RAM which may drop the price of the Mega...), and 3) there is
so much GOOD PD/Shareware software for the ST that it may really
appear to be a dying computer from the point of view of a software
developer trying to make a living off of the computer.
>I think the consumer who paid hard-earned money in hopes of obtaining
>a useful computer system is the big loser here, especially those that
>have invested lots of hardware, money, and time on the ST.
Fooey. I've wasted more money on IBM PC's and Mac's than I ever could
on my ST (or Amiga for that matter). A lot of us, early on, put $3000 plus
into an IBM PC that within years was worth less than $800. I also
bought a Mac that became worthless at an even more alarming rate as
Apple nickle and dimed me with their upgrades (128K->512K->???
actually cost more than the original Mac ($1900). The IBM PC lost its
appeal with its 64K limitations and the increasingly buggy software
that started coming out from companies like Borland, Microsoft, etc
(it almost seemed to be becoming a fad as to who could rush out their
product first and still get away with supplying the user with the most
bugs). And the Mac was just too slow and messy to develop code on (and
still be able to remember how to write code on Unix systems).
From the home user point of view, I still think the ST is best, since
it is cheap, has great games :-), has better quality PD software in
most areas than the IBM PC or the MAC, can integrate better with
'other' disk formats (and OS's) that the users may be using at work,
and is very easy for the novice user to 'learn' to program on (via
fast but simple languages like GFA Basic.) Note I haven't said
anything 'nasty' about the Amiga...I like the Amiga, but it was always
just a little behind (about 6 months to a year) the ST in the areas
I was interested in (languages, ports of PD packages, certain games,
etc). Plus when I got rid of the Amiga, I still had to deal with
having to have three OS's within reach depending upon which game or
application I wanted to run...which I hear isn't a problem any more.
>It seems to me that this should be a lot more troubesome to all of us
>than whether or not they have fixed the Malloc bug.
I agree, specially since I have never really seen how the 'Malloc'
bug has really prevented me from doing anything on the ST as a
developer. I have never lost any sleep over it or even seen the
problem when using MWC. I actually have wasted more time in the other
mundane bugs (like having to put character eater loops into my code to
handle users that like to hold a scroll key down...else bconin
bombed).
-Todd Burkey "a member of STdNET - The ST developers' Network"
trb@stag.UUCP -> to join, mail to ftg!dwm@stag.UUCP <-
------------------------------
Date: 15 Sep 88 09:32 EDT
From: brantly.henr@Xerox.COM
Subject: Genie vs. CompuServe
In-reply-to: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>'s message of
To: Info-Atari16@Score.Stanford.edu
This is strictly my own opinion.....
I've been using CompuServe for approximately 2 years, and have been, for the
most part, quite satisfied with the services provided. I have however
experienced some difficulty in communicating at 1200 baud (occassional trash
characters).
The current rates for CompuServe are $6 per hour @ 300 baud, $12 per hour @ 1200
baud. (Because of my 1200 baud problems I've been doing almost all of my stuff
at 300 SLOW, SLOW baud.)
Several months ago I saw an advertisement for Genie and decided to give it a
try. Rates (non-prime time; that's the only time I use it anyway) are $5 per
hour for both 300 & 1200 baud. The initial sign-up fee is $29.95 (but you get 2
free hours worth $10).
Impressions of Genie from an ole CompuServe user:
(1)
Wow! The ST roundtable is great! I expected less, but there appears to be not
only more stuff, but there appears to be newer stuff than CompuServe!
(2)
The Genie menus make the CompuServe (new) menu structure look pretty sick. To
me, it's MUCH easier to get around on Genie than Compuserve.
(3)
In the ST roundtable on Genie, when you go the ST libraries, you can search ALL
libraries at once! [ever had the problem where you wanted to find a file, but
didn't know where to look?]
(4)
I can talk to Genie @ 1200 baud error free! Don't ask me why, but I can now
talk at 1200 baud error free for $5 per hour, vs $12 per hour on CompuServe with
trash.
Genie is owned/operated? by General Electric. When I signed up they gave me a
personal phone call to verify my order. They had a "free" genie intro manual to
me in 3 days! They had a large "free" users manual to me in a week!
Genie doesn't seem to have, as of yet, a large amount of business "stuff" like
CompuServe, but I don't ever use it anyway. They do have Shopping (alot of the
same businesses as CompuServe), Computer roundtables, airline reservations,
etc..... (a LOT of stuff I haven't looked into yet, I'm having too much fun on
the ST roundtable).
A clarification here, a Genie "RoundTable" is the equivalent of a CompuServe
"Forum".
Anyway, Genie has won me over, I would definately recommend that individuals
give it a test flight to see for themselves.
I am in no way associated with CompuServe or Genie, I don't have time for
another job!
Dennis.....
Brantly.Henr@Xerox.Com
Rochester, NY
------------------------------
Date: Thu 15 Sep 1988 08:52 CDT
From: <UUCJEFF%ECNCDC.BITNET@Forsythe.Stanford.EDU>
Subject: more on CD stuff
To: <Info-Atari16@SCORE.STANFORD.EDU>
In the current issue of Computer Music Journal, there is mention of audio
amplifiers with digital input so you can use there 4 times oversampling
DACs. This intrigues me. What is the format for this digital interface.
Could one possibly send digital information through the DMA port and
use the ST as a sampler?
Jeff Beer, UUCJEFF@ECNCDC.BITNET
------------------------------
Date: 15 Sep 88 01:56:52 GMT
From: cwjcc!hal!ncoast!btb@tut.cis.ohio-state.edu (Brad Banko)
Subject: problem with mwc atoi(), version 2.0.1
To: info-atari16@score.stanford.edu
What is wrong with the following code? I am trying to make a little
random number generator which will generate a list of random numbers
from 1..Ni in response to a list of integers on the command line,
that is (I want):
> rint 1500 10 30
to give: 738 4 15
(So I can generate random English dictionary references so that I can
learn new vocabulary words to study for the GRE... to get into a good
grad school, to get a great job some day, etc., etc.)
#include <stdio.h>
/* #include <math.h> */
#define MAXVAL 32767
main(argc,argv)
int argc; char *argv[];
{
int i, x;
extern int atoi();
for (i=1; i+1<=argc; ++i) {
x = rand();
printf("%d %d %s %d %d %d\n",
x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]),
(double) x / MAXVAL * atoi(argv[i]) + 1);
}
putchar('\n');
}
The code compiles, but produces bad (atoi()?) results... why? Why are
the atoi(argv[i]) values bad (negative)?
> cc rint.c
> rint 1500 1400 1300 (produces:)
6937 1 1500 16216 -13903 -27805
27004 2 1400 16466 -1627 -3253
223 3 1300 15583 446 892
Thanks for your help.
Brad Banko
Columbus, Ohio
(formerly ...!decvax!cwruecmp!ncoast!btb)
btb%ncoast@mandrill.cwru.edu
"The only thing we have to fear on this planet is man."
-- Carl Jung, 1875-1961
--
Brad Banko
Columbus, Ohio
(formerly ...!decvax!cwruecmp!ncoast!btb)
btb%ncoast@mandrill.cwru.edu
"The only thing we have to fear on this planet is man."
-- Carl Jung, 1875-1961
------------------------------
Date: 13 Sep 88 22:43:58 GMT
From: voder!pyramid!prls!philabs!phri!cooper!john@ucbvax.Berkeley.EDU (John Barkaus)
Subject: Multi tasking Shell suggestions??
To: info-atari16@score.stanford.edu
Hi,
I have heard about a few different multi tasking programs that
are available for the ST. The ones I have heard of are:
MT C Shell, Gulam, OS-9 and maybe Minix.
Could anyone give me info about any or all of these programs/operating
systems? I would like to know advantages, disadvantages, manufacturers
and prices.
If there is sufficient interest I will post what I find out.
Thanks in advance.
John
John M. Barkaus at the Cooper Union, NY, NY.
INTERNET: john%cooper.cooper.edu@NYU.EDU
UUCP: cmcl2!cooper!john
------------------------------
Date: 13 Sep 88 16:16:56 GMT
From: bnlux0!drs@sbcs.sunysb.edu (David R. Stampf)
Subject: Re: Genie?
To: info-atari16@score.stanford.edu
In article <861@viscous> sethk@sco.COM (Seth I Katz) writes:
>chatterchatterchatter<4788@saturn.ucsc.edu>chatterchatterhumtech@ucschu.ucsc.edu (Mark Frost):
>|
>| I've seen many netters refer to GEnie. I've heard of it, but am not
>| familiar with it (I get the impression it's like CompuServe - which I
>| have also never used). It sounds as if Genie would be useful to have
>| access to.
>| Ok, here's the big question - how do I get access to it? Who do I
>| contact? Is it expensive?
>
>
>The software uploaded by users is really great. This is the reason to
>join GEnie, for me.
>
>It seems to cost a lot- they take it directly from my account. You are
>charged by the minute, and although they claim they don't charge for
>download time, they do (I haven't bothered to fight this one yet- I am simply
>giving up...).
Actually, they do charge for download time (Genie -> You) but they
don't charge for upload time - you are not penalized for donating software.
I haven't used the mail since most of the people I want to talk to
are on this network, but I have downloaded a fair amount of software and
much of it is good. There are also some machine specific discussions that
are pretty good. Best of all, is that there isn't an extra charge for
1200 baud (but there is one for 2400 baud), and there isn't a minimum charge.
When you decide to drop out for a month or so, you don't have to pay anyway.
Compuserve's connect charge is at least $12.50/hr for connect time
at 1200 baud - more than double what Genie costs. (Off hours that is). From
what I've heard, the software is about the same, Atari seems to be stronger
on Genie, but Mac is stronger on Compuserve, and all of the other services -
well I don't bother using them.
Contact each and compare -
< dave
------------------------------
Date: 15-SEP-1988 15:07:01.78
From: MAURY%LAUCOSC.BITNET@Forsythe.Stanford.EDU
To: <INFO-ATARI16@SCORE.STANFORD.EDU>
I've been off the net for a while, so correct me if anything I say in
this letter is wildly inaccurate.
In the Wednesday, Sept 14,1988 edition of this newsletter, David
Beckemeyer adds his comments to a letter posted some time before that
I didn't receive. In this letter, a user from West Germany (apparently) quotes
a displayer as saying "What do you expect of a dying computer?".
Mr. Beckemeyer then writes that "Atari has played out their last hand."
Recently I talked to a local developer who had been to a recent trade show
in West Germany and reported it to be quite a shock, as he stated that there
were Ataris "everywhere", a comment that I here from the local Atari dealership
often.
My question is this: What is the REAL sales flow in West Germany and the rest
of Europe? Considering that they seem to be a dead issue in the (very) local
area, and Mr. Beckemeyer states that this problem is in general, I feel a
little bit worried that my investment could suddenly be worth nothing if sales
really are dropping off, and continue to do so. I have bad dreams about
TI-99's and Plus 4's!
Would some kind user from West Germany who REALLY knows please confirm these
statements one way or the other? I'm sure I'm not the only user on this net
who is more than a triffle conserned!
Maury Markowitz,
MAURY@LAUCOSC.BITNET
Thanks!
------------------------------
Date: 15 Sep 88 17:42:38 GMT
From: agate!pasteur!cory.Berkeley.EDU!soohoo@ucbvax.Berkeley.EDU (Ken Soohoo)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes:
>
>
>
>How does one go about writing a GEM program that will accept arguments to
>main via argc and argv? I'm using Mark Williams C and when I try to use
>argc and argv with a GEM program the program bombs.
>
>Thanks for any help,
>Jim Cochrane
As far as I know, with MWC 3.0 (2.1.7 also), the method for using argc
and argv from a GEM type program is to NOT use the -VGEM flag,
instead, use the -laes -lvdi options as the last part of your cc command:
cc -o myprog.prg main.o mod1.o mod2.o -laes -lvdi
As far as _I_ can tell, argv[0] is undefined, and is NOT standard K&R
from the desktop, but from the MSH shell it's OK (supposed to be the
name of the program being executed).
--Kenneth Soohoo (soohoo@cory.Berkeley.Edu)
Atari 400/800/600xl/800xl/1200/130xe/65xe, 1040ST hacker
Sometime Berkeley Student, othertimes...
My opinions are my OWN, not necessarily Atari's
------------------------------
Date: 15 Sep 88 14:14:19 GMT
From: thorin!clocs!davis@mcnc.org (Mark Davis)
Subject: Don't Bash (was Re: Boycott Apple Again -- Now about Suns)
To: info-atari16@score.stanford.edu
Sorry for the gross cross posting, but I have no idea in which group
the germain posting originated. Note Followup-to.
In an article (Somebody) writes:
> ... [some Sun Bashing ]
Come on Guys. You will bash anything. But let's not bash the good
guys without reason.
Yes, there are some problems reported about Sun, but name another
company that come even close in competing. (I can name a couple I
would like to see compete, but Sun is now a BIG company.)
Yes Sun's software is buggy. But not very. SunOS is administered by
one fulltime person at our site of almost 100 Suns. This is compared
to the three required to maintain 6 BSD 4.2 Vax systems three years ago.
If you want to talk about buggy, let's discuss OS 360, any release less
than 15. I seem to think MS/DOS 2.0 was bad, also, but I didn't have
intimate experience.
Would you rather buy from DEC (which had the goal of lowering the price
per MIPS to $40,000 in 1988 {10 times the SUN goal}). Basically Sun
has maintained about a 2 to 1 price performance advantage over the big
competition and continued to introduce new and improved products (like
NFS (which everyone liked) and NeWs (which wasn't so great) and SunOS
4.* which is so major a change that we won't appreciate it for years).
A recent posting in SunSpots indicated that Suns price/performance for
software maintenance was also about twice as good as DEC's.
So far Sun hasn't sued anybody. (How many companies has Apple forced
to cripple their product or sued out of the business? I have lost
count.)
Yes, you can critize some of the things that Sun does, but bashing
(implying that it is a bad company and you should not consider buying
their products) should be reserved for companies with questionable
business ethics (like suing the competition our of business because
they have a better product).
By the way, I have offered several examples concerning Apple. I do
not mean to imply that Apple is the only company conducting business
in a manner that I consider unethical.
I have also referred to DEC. This is a company that conducts business
in an ethical manner(In the main. You can find questionable examples
for any company, even Sun :-).). They are just behind the technology
curve, so their products are somewhat less desireable to me.
Thanks - Mark (davis@cs.unc.edu or decvax!mcnc!davis)
Disclaimer - I am not nor have ever been an employee of Sun
Microsystems, Incorporated. I use and recommend their products, but I use
and recommend a lot of other vendors products, too
------------------------------
Date: 15 Sep 88 17:44:37 GMT
From: lakesys!jamesd@csd1.milw.wisc.edu (James Dicke)
Subject: Game Machine
To: info-atari16@score.stanford.edu
I am looking for an excellent gaming machine. (Before you get all puffy, I know
darn well that the ST and amiga are much more powerful than just a game
machine- but I have other computers that I use for work & such...) Anyways, I
am cross-posting thing to comp.sys.atari.st & comp.sys.amiga cause I can't
decide which machine I should get for home * GAMING * use. I don't care to
hear all the other aspects (most I already know) but I want to hear which has
the best games, the best graphics (in game out), etc...
I would like to here prices of people willing to sell their low-end machines
to upgrade, etc. Send me a few for-sale ads.
Thank you
___________________________________________________________________________
| | The City of Aldimar Adventure System (414) 527-4779 |
%| jamesd@lakesys.UUCP | Not a BBS but an ongoing adventure game! AD&D FRP! |
%|---------------------+-----------------------------------------------------|
%| "Once a knight, always a knight... Once a king is once too often!" - K.A.|
%|___________________________________________________________________________|
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Tue Sep 27 04:09:21 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA02484; Tue, 27 Sep 88 04:09:21 EDT
Message-Id: <8809270809.AA02484@speedy.mcnc.org>
Date: Tue 27 Sep 88 01:02:55-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.61
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 1-Oct-88 20:08
=DEQUEUE: 29-Sep-88 20:21
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
ALMSA-1.ARPA.#Internet
nfrech
foehner
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
DOCKMASTER.ARPA.#Internet
JArnold
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
A.ISI.EDU.#Internet
ISI-INFO-ATARI
E.ISI.EDU.#Internet
sac.hqscd-ojt
gateway.mitre.org
bmorgart
MITRE-BEDFORD.ARPA.#Internet
jhs
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
CSS.NRL.NAVY.MIL.#Internet
info-atari
NOTE.NSF.GOV.#Internet
jmurray
OPTIMIS-PENT.ARPA.#Internet
theriault
RADC-MULTICS.ARPA.#Internet
Atari16
ubvmsa.cc.Buffalo.EDU.#Internet
V069HPMS
cvl.umd.edu.#Internet
gyuri
WPAFB-FDL.ARPA.#Internet
JOSLINPR
Date: Mon 26 Sep 88 20:21:22 PDT
Subject: Info-Atari16 Digest V88 #404
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Monday, September 26, 1988 Volume 88 : Issue 404
This weeks Editor: Bill Westfield
Today's Topics:
Re: Deskjet drivers
Free Sun bash
Cyber Paint 2.0 Cyber Paint 2.0
Reading the clock of the BMS 1000 host adaptor
let the Sun shine. let the Sun shine in!
pddir
Re: Help with receiving satellite pictures!!!
Re: New Vesion of AstroCal
Re: Atari CD players
Re: Boycott Apple Again
This "Dying ST" nonsense
Re: This "Dying ST" nonsense
Re: Media Change Bug
----------------------------------------------------------------------
DATE: 09/15/88 16:24:44 EST
TO: info-atari16@score.stanford.edu
FROM: #FJMORA%WMMVS.BITNET@CUNYVM.CUNY.EDU
SUBJECT: Re: Deskjet drivers
Some Deskjet drivers are already on the market or in PD.
For example, Migraph (phone (206)838-4677) sells a very good GDOS
driver along with their Easy-Draw package. Maybe it is available
separately. They give 3 screen dump utilities with this package,
one for color monitor and 2 for monochrome (one for horizontal
printing, one for vertical). Once installed, these utilities allow
you to print the screen to the Deskjet with Alt+Help.
For printing from word processors, you can download drivers for the
most popular programs (i.e. face it, the one you use is an extinct
species! :-) ) from GEnie.
BTW, somebody wanted to know hoe to join GEnie. Here I repeat the ad
I found in my FLASH package:
1. Set up your modem for half-duplex, 300 or 1200 bauds
2. Dial (toll free) 1-800-638-8369. Upon connection, enter HHH
3. At the U#= prompt, enter XJM11837,FLASH and press return
4. Follow the prompts, with your credit card or checking account number handy.
Uploads are free, connexion is $5.00 an hour in non-prime time, plus
phone bill (you have better to be in a city where there is a GEnie access
line, or else it will be expansive).
Disclaimer: I have no share in any of the companies above-mentionned,
I am just a satisfy consummer. And I wrote the 1st Word Plus driver
in the GEnie Atari library, so anybody should be able to do it.
Regards,
Frederic Mora BITNET:
The College of William and Mary #fjmora%wmmvs.bitnet
Dept. of Computer Science
Williamsburg, VA. 23185
USA
**************************************************************************
* *
* "Was uns nicht toetet, macht uns staerker." *
* Friedrich Nietzsche *
* What does not kill us makes us stronger *
* *
**************************************************************************
- Come, come, little line eater, I won't harm you (evil grin)...
- Come, come, little line eater, I won't harm you (evil grin)...
- Come, come, little line eater, I won't harm you (evil grin)...
------------------------------
Date: 15 Sep 88 17:59:14 GMT
From: pepper!cmcmanis@sun.com (Chuck McManis)
Subject: Free Sun bash
To: info-atari16@score.stanford.edu
In article <626@mace.cc.purdue.edu> mtr@mace.cc.purdue.edu (Miek Rowan) writes:
>After cleaning up Sun's code, dealing with thier equipment et al ...
>I would not recommend a Sun to my worst enemy. They have had some
>good ideas, but thats about it.
>mtr
After checking the Sun bugs database I find that Purdue has called in seven
(7) bugs, of which 4 were fixed more than two releases ago, 2 are fixed in
the current release and one is fixed but it isn't in a release yet. Oh and
*none* of the bugs have your name on them. Do you work for Kirk Smith?
Anyway, the point is twofold :
a) We have bugs and we know it. Sending them to bugs@sun.com (sun!bugs)
and most times to Sun-spots will get them brought to our attention
and fixed.
b) Where was the content of this posting? What exactly was it that
got you so irritated?
Anyway, hope you feel better for having said it. Sorry we haven't been
able to meet your standards. We will continue to try. And of course we
need your help to point out those things that you feel are problems, as
sometimes we don't see them that way and thus don't change them.
--Chuck McManis
uucp: {anywhere}!sun!cmcmanis BIX: cmcmanis ARPAnet: cmcmanis@sun.com
These opinions are my own and no one elses, but you knew that didn't you.
------------------------------
Date: Thu, 15 Sep 88 15:36 MST
From: Friesen@PCO-MULTICS.HBI.HONEYWELL.COM
Subject: Cyber Paint 2.0 Cyber Paint 2.0
Reply-To: Friesen%PCO@BCO-MULTICS.HBI.HONEYWELL.COM
To: <@BCO-MULTICS.HBI.HONEYWELL.COM:info-atari16@SCORE.STANFORD.EDU>
I sent away (a while ago) for my upgrade to Cyber Paint 2.0. I recived
it fairly soon after, however, I did not recive the new documentation.
I waited a while, and decided they forgot to send it, so I wrote them a
letter. A few days later I recived the documentation. Now, a while
after I recieved another copy of Cyber Paint 2.0 (hence the subject, I
recieved two copies of Cyber Paint 2.0). I don't know what they are
doing. The new copies don't seem to be any different except for the
style of disk labels they used. The all have the same files, and seem
to have the same version of Cyber Paint. Well all I can say is that
they were very good in sending the manual soon after I wrote them the
letter. I cannot figure why they would send me another copy of Cyber
Paint, so long after I recived the manual. I made it perfectly clear
that I had the software, just that I did not have the documentation.
Oh well...
"Exterminate! Exterminate!"--Daleks
/~\-* ...............................
###--< ...............................
/***\ I'm trying to fool the line eater /*****\ he always messes up my
asci drawings
Aric Friesen
Addresses: ....................................... Genie: A.FRIESEN
....................................... ARPA:
Friesen%PCO@BCO-MULTICS.ARPA ............................
------------------------------
Date: 15 Sep 88 06:57:43 GMT
From: mcvax!hp4nl!philmds!prle!cstw01!meulenbr@uunet.uu.net (Frans Meulenbroeks)
Subject: Reading the clock of the BMS 1000 host adaptor
To: info-atari16@score.stanford.edu
Hi!
I own a BMS 1000 host adaptor which connects my hard disk to my ST.
This adaptor has an onboard real time clock.
BMS supplies a program for the auto folder to initialise the system
clocks. Quite conventient.
However, since I boot a different operating system every once in a
while, I'l like to write a program with the same functionality for that
system.
Has anybody any idea how to read out the BMS clock? (or perhaps a piece of
code to do so ??).
Many thanks
--
Frans Meulenbroeks
Centre for Software Technology
...!mcvax!philmds!prle!cst!meulenbr or ...!uunet!prlb2!cst!meulenbr
or perhaps meulenbr@cst.prl.philips.nl
------------------------------
Date: 16 Sep 88 01:43:07 GMT
From: spdcc!eli@bloom-beacon.mit.edu (Steve Elias)
Subject: let the Sun shine. let the Sun shine in!
To: info-atari16@score.stanford.edu
In article <68544@sun.uucp> cmcmanis@sun.UUCP (Chuck McManis) writes:
>In article <626@mace.cc.purdue.edu> mtr@mace.cc.purdue.edu (Miek Rowan) writes:
>>After cleaning up Sun's code, dealing with thier equipment et al ...
>>I would not recommend a Sun to my worst enemy. They have had some
>>good ideas, but thats about it.
>*none* of the bugs have your name on them. Do you work for Kirk Smith?
>Anyway, hope you feel better for having said it. Sorry we haven't been
>able to meet your standards.
i'm really glad that Sun doesn't meet this weenoid's standards!
Sun is *very* impressive. both with regards to current
computing industry standards and in historical perspective
with the DEC of the 70s and earlier.
buy their machines and their stock and you won't do wrong!
(i'm not employed by Sun, but i'll take a spare 386i, if
they've got one lying around).
------------------------------
Date: Thu, 15 Sep 88 22:15:36 PDT
From: SASS2%CALSTATE.BITNET@Forsythe.Stanford.EDU (Eric Sassaman)
Subject: pddir
To: info-atari16@su-score.stanford.edu
/pddir mail pd:<info-atari>*.* 700
------------------------------
Date: 14 Sep 88 13:06:39 GMT
From: clyde!watmath!water!ljdickey@bellcore.com (Lee Dickey)
Subject: Re: Help with receiving satellite pictures!!!
To: info-atari16@score.stanford.edu
In article <880914013141.700922@PCO-MULTICS.HBI.HONEYWELL.COM> Friesen%PCO@BCO-MULTICS.HBI.HONEYWELL.COM writes:
> .... Any help is greatly appreciated.
Write to magore@watdcsu with your questions. He has done it.
One of these addresses might work:
magore@watdcsu.bitnet
magore@watdcsu.waterloo.edu
magore@watdcsu.UWaterloo.CA
...!uunet!watmath!watdcsu!magore
--
L. J. Dickey, Faculty of Mathematics, University of Waterloo.
ljdickey@WATDCS.UWaterloo.ca ljdickey@water.BITNET
ljdickey@water.UUCP ..!uunet!watmath!water!ljdickey
ljdickey@water.waterloo.edu
------------------------------
Date: 14 Sep 88 12:45:23 GMT
From: clyde!watmath!water!ljdickey@bellcore.com (Lee Dickey)
Subject: Re: New Vesion of AstroCal
To: info-atari16@score.stanford.edu
In article <3553@druhi.ATT.COM> terrell@druhi.UUCP (TerrellE) writes:
>If there is sufficient interest, I'll post the lastest version (1.5) of my
>AstroCal program.
>
>New Features:
>
>1. Much (~5 times) Faster Calendar Generation
>2. Planet Rise/Set Report
>3. Planet Perihelion and Aphelion Report
>4. Date of Easter Report
>5. Bug Fixes
I enjoyed this program. It sent me right away to the library to
find a map detailed enough to give me my coordinates to one one
hundredth of a degree.
Sure, I would be interested!
Thanks, Eric.
--
L. J. Dickey, Faculty of Mathematics, University of Waterloo.
ljdickey@WATDCS.UWaterloo.ca ljdickey@water.BITNET
ljdickey@water.UUCP ..!uunet!watmath!water!ljdickey
ljdickey@water.waterloo.edu
------------------------------
Date: 14 Sep 88 15:11:44 GMT
From: clyde!watmath!mks!wheels@bellcore.com (Gerry Wheeler)
Subject: Re: Atari CD players
To: info-atari16@score.stanford.edu
In article <8809130729.AA23890@ucbvax.Berkeley.EDU>, UUCJEFF@ECNCDC.BITNET writes:
> I understand the Atari CD players are going to be both audio and data.
> Will it be possible to read the information off Audio CDs as data?
What about the other way 'round? Given a WORM drive (I guess one could
be connected to the SCSI interface) can one write a CD which will play
on an audio machine? I wouldn't mind archiving some of my old 45's. I
know they would still sound like an old 45, but at least they wouldn't
get damaged any further.
--
Gerry Wheeler Phone: (519)884-2251
Mortice Kern Systems Inc. UUCP: uunet!watmath!mks!wheels
35 King St. North BIX: join mks
Waterloo, Ontario N2J 2W9 CompuServe: 73260,1043
------------------------------
Date: 15 Sep 88 02:53:40 GMT
From: imagen!atari!portal!cup.portal.com!kize@ucbvax.Berkeley.EDU
Subject: Re: Boycott Apple Again
To: info-atari16@score.stanford.edu
The clue to the cause of these price increases is in the percent
increase of the memory expansion. In the past year, the cost of memory
devices has more than trippled. Anything and everything that uses
dynamic RAMs is more expensive and will continue to be until the prices
go down. Since all of the Apple Macs have a minimum of 1 Meg of memory
(the Mac II has more), price increases are inevitable. I just priced a
memory board for the IBM PC and the price had went up $100 since I
checked a month ago. So, if you're buying ANYTHING that has RAM, it's
gonna cost ya some major bucks, with no end to the shortage in sight.
In fact, the prices are still going up.
:^( :^(
__ Brian_Kaisner________________________________________
|_) ARPAnet: kize@cup.portal.com CIS: [72310,615]
|_) |/ UUCP: ...sun!cup.portal.com!kize "Don't panic!"
|\ Analog: (213) 578-4448 [work] -Douglas Adams
------------------------------
Date: 14 Sep 88 17:25:10 GMT
From: tektronix!percival!actor@ucbvax.Berkeley.EDU (Clif Swinford)
Subject: This "Dying ST" nonsense
To: info-atari16@score.stanford.edu
I don't know where this "The ST is a dying computer" bull is coming from,
but it certainly isn't the case around here. Our ST sales are as brisk as
ever, hampered only by the fact that we can't get enough 1040's to meet the
demand!
David Beckemeyer claims that ST sales are now only 20% of BDT's business.
I submit that that's because, powerful as they are, BDT's products are a
pain in the gluteus maximus to use. I mean, we're talking about a machine
with a windows-mouse-icons interface here. Most ST buyers are looking for
programs that DON'T require a command-line interface or a lot of manual-
reading to use. Yeah, I know that's not the case with a lot of the ST users
on the net, but we AREN'T typical ST users. I sell the things; I see who
buys them. And I have to teach these people things you'd think your average
cocker spaniel would intuitively grasp, day in and day out.
Atari has found their market. The great silent majority. The same folks
who voted for Reagan, read The Enquirer, and made The Gong Show a hit.
There's a lot of them out there...
(Sorry if I sound bitter, I just get tired of working with the brain-dead.)
--
Clif Swinford
"This is not a dress rehearsal. It's a f***ing audition!"
..!tektronix!reed!percival!actor fnord
------------------------------
Date: 15 Sep 88 03:50:07 GMT
From: tektronix!percival!qiclab!ohsu-hcx!gp@ucbvax.Berkeley.EDU (glen plam)
Subject: Re: This "Dying ST" nonsense
To: info-atari16@score.stanford.edu
In article <1364@percival.UUCP> actor@percival.UUCP (Clif Swinford) writes:
>I don't know where this "The ST is a dying computer" bull is coming from,
I think it's coming from Apple and places like that. I'm sure that they
would like the world to believe that the ST is dying and or died. I
don't see that at all.
>David Beckemeyer claims that ST sales are now only 20% of BDT's business.
>I submit that that's because, powerful as they are, BDT's products are a
>pain in the gluteus maximus to use.
I agree. David has written a good set of programs but I think he is ahead
of the ST group. The other point is so what. I have look at his stuff and
I don't think it meets my needs. DBT products do not have a lock on the ST
world so they do not represent the state of Atari.
>Atari has found their market. The great silent majority. The same folks
>who voted for Reagan, read The Enquirer, and made The Gong Show a hit.
Now this makes me mad. I read the Oregonian, watch the Love Connection
and voted for Mickey Mouse. (I think he won)
--
If at first you don't succeed, try, try again. *
Then quit. There's no use being a damn fool *
about it. * Glen Plam
------------------------------
Date: 15 Sep 88 23:24:55 GMT
From: spar!snjsn1!bilbo!greg@decwrl.dec.com (Greg Wageman)
Subject: Re: Media Change Bug
To: info-atari16@score.stanford.edu
In article <7896@trwrb.UUCP> gibson@trwrb.UUCP (Gregory S. Gibson) writes:
>I have the media change bug on my Mega 2. (The escape key does not always
>update the drive A directory when write protection is enabled).
>
>My Mega 2 is still under warranty. I am having trouble getting it repaired.
>Although my dealer was not aware of the problem, he replaced by drive.
>However, I still have the problem.
>Who can my dealer talk to at Atari to get information on the media change
>bug? My dealer claims he talked to Atari without success. . Although my
>dealer is an authorized Atari dealer, he is not a knowledgeable dealer.
>
>What is the fix for the media change bug? I thought replacing the drive
>would fix the media change bug.
Replacing the drive would fix the problem if you had one. The
behavior you describe is the *normal* behavior for a stock ST. The
media change bug exists when a write-ENABLED floppy disc is removed,
and another disc inserted, and the machine does not detect the change.
The glitch on the write protect line, which TOS polls during VBI,
(Vertical Blanking Interrupt) isn't long enough to be detected with
write-protected discs. However, it isn't a serious problem since you
can't write to the disks and therefore won't clobber them.
Greg Wageman ARPA: greg%sentry@spar.slb.com
Schlumberger Technologies BIX: gwage
1601 Technology Drive CIS: 74016,352
San Jose, CA 95110 GEnie: GWAGEMAN
(408) 437-5198 UUCP: ...!decwrl!spar!sentry!greg
------------------
Opinions expressed herein are solely the responsibility of the author.
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Tue Sep 27 04:09:48 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA02490; Tue, 27 Sep 88 04:09:48 EDT
Message-Id: <8809270809.AA02490@speedy.mcnc.org>
Date: Tue 27 Sep 88 01:02:58-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.62
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 1-Oct-88 20:08
=DEQUEUE: 29-Sep-88 20:22
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
ALMSA-1.ARPA.#Internet
nfrech
foehner
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
DOCKMASTER.ARPA.#Internet
JArnold
ESDVAX.ARPA.#Internet
scotttb
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
RED.IPSA.DND.CA.#Internet
info-atari16
A.ISI.EDU.#Internet
ISI-INFO-ATARI
E.ISI.EDU.#Internet
sac.hqscd-ojt
gateway.mitre.org
bmorgart
MITRE-BEDFORD.ARPA.#Internet
jhs
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
CSS.NRL.NAVY.MIL.#Internet
info-atari
NOTE.NSF.GOV.#Internet
jmurray
OPTIMIS-PENT.ARPA.#Internet
theriault
RADC-MULTICS.ARPA.#Internet
Atari16
ubvmsa.cc.Buffalo.EDU.#Internet
V069HPMS
cvl.umd.edu.#Internet
gyuri
WPAFB-FDL.ARPA.#Internet
JOSLINPR
Date: Mon 26 Sep 88 20:22:00 PDT
Subject: Info-Atari16 Digest V88 #405
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Monday, September 26, 1988 Volume 88 : Issue 405
This weeks Editor: Bill Westfield
Today's Topics:
IBM Disk Interchange Problems
Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany))
Ram Disk greater than 999k
Re: Ram Disk greater than 999k
Re: Boycott Apple Again
Re: Memory Allocator - who wants it?
Re: Boycott Apple Again -- Now about Suns
Re: Atari CD players
Re: HARD DISK: HELP OFFERED AND WANTED
RE: Info-Atari16 Digest V88 #401
----------------------------------------------------------------------
Date: 14 Sep 88 23:07:53 GMT
From: att!icus!dasys1!schuster@ucbvax.Berkeley.EDU (Michael Schuster)
Subject: IBM Disk Interchange Problems
To: info-atari16@score.stanford.edu
Anyone want to take a stab at this perplexing hardware problem?
HARDWARE:
-520ST with 1MB upgrade.
-A: drive - original double-sided SF314 (Epson mechanism).
-B: drive - TEAC FD55BV 40-track 5.25" (IB Drive)
-Compaq 386 clone with 720K/1.44M 3.5" drive
-Both Atari disk drives run at 300 rpm (+/- 0.5) and seem to be in good
alignment as evidenced by easy interchangeability of disks with other
Atari users, even with extended disk formats. The PC drive has no
trouble with inerchange of even 1.44 MB disks with other AT users.
SOFTWARE:
-pc-ditto configured for 3.5" A: drive and 5.25" B: drive; name your DOS.
-TOS, 4/22/87 version, with verified pokes applied to change drive B:
step rate to 6 ms (I've tried it with 12, too).
SYMPTOMS:
-5.25" B: drive works fine for minutes to an hour or so, depending on
degree of activity. Suddenly it refuses to read or write reliably;
DOS reports "drive not ready"; TOS reports "the data on drive B: may
be damaged". Has happened during disk copy operations, so I can verify
it's affected both inner and outer disk tracks on the first sign of
trouble.
-3.5" A: drive works _perfectly_ in Atari mode. However, if the Atari
writes to an PC-formatted disk past track 65 or so, a PC then has
trouble reading the disk past that point. The Atari has _no trouble_
reading all 80 tracks of a disk formatted on the PC, but once it
writes to that disk past track ~65, the PC can no longer read it.
WHAT I'VE TRIED:
-Swapped cables: Oh, come on. You have to ask?
-Clean the heads: Yes, and inspected them with a mirror to be sure.
-Tried the IB drive on someone else's Atari: Cannot reproduce the
5.25" problem, even after hours of testing.
-Tried the IB drive mechanism on my PC: Yep, it works 100%
-Tried the Epson 3.5" mechanism on my PC: Yep, that works too.
-Tried a different 3.5" drive on the Atari: Well, my original B:
drive is another SF314. Same problem, same starting track #.
-Looked for thermal problems: Nothing gets especially hot. Yet, the
time-related start of this 5.25" stuff sure makes me THINK something
is overheating.
WHAT I SUSPECT:
I know the Atari disk controller setup is a total kludge, what with
unbuffered select lines coming off a SOUND CHIP and all. It sure
sounds to me like it's a wee bit flaky but I have no way to test it.
I've also hear things about write precompensation on diskette drives
too, and wonder if the track 65 stuff might have something to do with
that. Any of you disk drive mavens care to lend a hand? Thanks!
--
l\ /l' _ Mike Schuster {sun!hoptoad,cmcl2!phri}!dasys1!schuster
l \/ lll/(_ Big Electric Cat schuster@dasys1.UUCP
l lll\(_ New York, NY USA DELPHI,GEnie:MSCHUSTER CIS:70346,1745
------------------------------
Date: 15 Sep 88 17:26:16 GMT
From: spar!snjsn1!bilbo!greg@decwrl.dec.com (Greg Wageman)
Subject: Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany))
To: info-atari16@score.stanford.edu
In article <5636@pasteur.Berkeley.EDU> seitz@cory.Berkeley.EDU.UUCP (Matthew Eric Seitz) writes:
>
> As more and more time goes by without the push, more people begin to
>doubt the future of the ST. This means new products aren't developed which
>makes more people doubt the future of the ST, etc. It's that little
>has changed which is the problem.
>
> This is damning with faint praise. Not only does Atari need to stop
>making announcements too far in advance, they also need to release new products,
>especially those they have been talking about for so long.
It's really ironic. At the last major computer show, Atari, following
its new no-vaporware policy, did *not* display the non-product ABAQ,
nor the rumored 68030/*nix box. This was immediately interpreted as a
product cancellation by many. In fact, it represents a verifiable
commitment on the part of Atari to *not* show unavailable products.
Sometimes, you just can't win, no matter what you do.
>
> Unfortunately Neil Harris was also hinting about something new on the
>horizon. I would love to see all the good things Roy's talking about, I hope
>I will see them, most of the time I think I will see them. But until I can walk
>into a store and buy them, they're just talk.
There's good news. For the first time that I can remember, I have
seen a television commercial for the Atari 1040ST! It was shown in the
San Francisco area, I think at 6:30 last Saturday, I can't recall the
station. The advert compared the cost/byte of the 1040 versus the
Macintosh and the IBM PC, and displayed the slogan "Business is War".
I saw a second commercial later in the week for the 7800 video game.
It seems that Atari has decided that there *is* a market worth
persuing in the U.S.
Furthermore, Atari is becoming a strong presence at Desktop Publishing
conferences, with the lowest-priced entry-level system.
> A company's support is important to user's and developer's ( and
>developer support is important to users). A company's support gives user's
>the confidence to buy the machine. This, along with company support, encourages
>developer support of the machine. Develper support give's the user even more
>confidence to buy the machine, which encourages more developer support. Either
>way, a good cycle or a bad cycle begins with the manufacturer.
Yes, but part of that developer support includes not obsoleting a
company's current products by making changes to the O.S. which break
existing software. Atari has demonstrated their understanding of that
fact, even in the face of the pressure seen here and elsewhere to do
otherwise. That is *true* developer support.
Atari has placed the value of end-users with an investment in software
over the wishes of a few of us knowledgable about the internals of the
system. The perception of the outside community, that Atari improved
the operating system without breaking existing code, will be worth far
more in the long run than a few insiders knowing that they did it
"right", but broke dozens of products.
> What's so terrible about this? Isn't it usual to expect a company
>to help the customer, whether he be a user or a developer. I'm sure David
>is aware that negative comments may affect sales. However, in the long run,
>being honest about a company's problems as well as it's strengths makes your
>opinion worth hearing. Ignoring the problems won't make them go away.
>Support has to work both ways.
Atari Corp. is ready, willing, and able to help the customer with a
legitimate problem with their hardware. They cannot be held
responsible for defects in software they didn't write. They also
can't help customers who don't tell them there is a problem. We see a
lot of that on the net: someone has a hardware problem, and
immediately gripes to the net, before he has even contacted Atari
about a fix. How is that fair to Atari?
I have yet to see *anyone* complain that they went to Atari for help,
and came away unsatisfied.
Greg Wageman ARPA: greg%sentry@spar.slb.com
Schlumberger Technologies BIX: gwage
1601 Technology Drive CIS: 74016,352
San Jose, CA 95110 GEnie: GWAGEMAN
(408) 437-5198 UUCP: ...!decwrl!spar!sentry!greg
------------------
Opinions expressed herein are solely the responsibility of the author.
------------------------------
Date: 14 Sep 88 16:29:03 GMT
From: trwrb!gibson@ucbvax.Berkeley.EDU (Gregory S. Gibson)
Subject: Ram Disk greater than 999k
To: info-atari16@score.stanford.edu
I have a Mega 2. How can I create a Ram Disk greater than 999k?
Can I use Eternal2 to create a Ram Disk greater than 999k?
Gregory Gibson
gibson@trwrb.UUCP
--
Gregory Gibson
{...ihnp4,ucbvax}!trwrb!gibson
------------------------------
Date: 16 Sep 88 06:36:06 GMT
From: oliveb!dragon%olivej.atc.OLIVETTI.COM@ames.arc.nasa.gov (Give me a quarter or I'll touch you)
Subject: Re: Ram Disk greater than 999k
To: info-atari16@score.stanford.edu
In article <7902@trwrb.UUCP>, gibson@trwrb.UUCP (Gregory S. Gibson) writes:
> I have a Mega 2. How can I create a Ram Disk greater than 999k?
> Can I use Eternal2 to create a Ram Disk greater than 999k?
Two products I know which let one create large ram disks are:
Shadow (from Antic, reset proof on a Mega)
Hybriswitch (from Hybrid Arts, and I think there is a shareware
version of it floating around, also reset proof on Mega).
Hope that helps a bit!
> Gregory Gibson
> gibson@trwrb.UUCP
> --
> Gregory Gibson
> {...ihnp4,ucbvax}!trwrb!gibson
--Dean
----
Dean Brunette {ucbvax,etc.}!hplabs!oliveb!olivej!dragon
Olivetti Advanced Technology Center _____ _____ __|__ _____
20300 Stevens Creek Blvd. | | _____| | |
Cupertino, CA 95014 |_____| |_____| |__ |_____
'Dancing, screaming, itching, squealing, fevered feeling hot Hot HOT!'
------------------------------
Date: 15 Sep 88 22:01:17 GMT
From: oliveb!3comvax!bridge2!ngg@ames.arc.nasa.gov (Norman Goodger)
Subject: Re: Boycott Apple Again
To: info-atari16@score.stanford.edu
In article <358@island.uu.net>, daniel@island.uu.net (Dan Smith) writes:
> A while back, when Apple decided to sue Microsoft and HP, I made
> a posting with the subject "Boycott Apple". Now they've done something
> that's very likely to upset a lot of people again...
>
>
> In between IBM's bumbling of just about everything in sight (it's
> going to be an MCA future, but wait! here's a new AT!), Apple's greed,
> Atari's sort-of-ok acceptance, and Commodore shooting themselves in the
> foot, the calf, the knee, etc, with mismarketing the Amiga, I just
> don't know...I think I'll save up for a Sun ;-)
DanSmith IslandGraphics 4000CivicCenterDr SanRafael MarinCo CA 94903 4154911000
Go ahead, save those dollars and buy a SUN, they just raised their prices
too. So getting a SUN station, will cost you another $1000 or more too.
(BTW what software you going to use on this SUN thats reasonably priced)
I think this is funny, everyone has known for a long time that prices in
the Electronics industry have been going up, how long do you think that
Companies are going to continue to absorb these costs before doing just
what Apple, SUN, and many other companies just did "raise prices".
Norm Goodger
3Com
Sysop - MacInfo BBS @415-795-8862
------------------------------
Date: 14 Sep 88 17:37:56 GMT
From: unisoft!gethen!bdt!david@ucbvax.Berkeley.EDU (David Beckemeyer)
Subject: Re: Memory Allocator - who wants it?
To: info-atari16@score.stanford.edu
I wrote a malloc (with an lmalloc too) a long, long time ago and
posted it to Compuserve (I think it's still there). I used it for
several years. If there is interest I'll post it to comp.sources.atari.st.
Or if individuals want it, I'll e-mail it to them.
--
David Beckemeyer | E-mail: david@bdt.UUCP
Beckemeyer Development Tools | {ames,clyde,decwrl}!pacbell!hoptoad!bdt!david
478 Santa Clara Ave. | ucbvax!ucsfcgl!hoptoad!bdt!david
Oakland, CA 94610 | uunet!lll-winken!gethen!bdt!david
------------------------------
Date: 16 Sep 88 04:09:10 GMT
From: hscfvax!pavlov@husc6.harvard.edu (G.Pavlov)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
In article <406@stag.math.lsa.umich.edu>, hyc@math.lsa.umich.edu (Howard Chu) writes:
> You might start by reading the sun-spots digest - you'll see enough bug
> reports to make your eyes bug out......
> Lots and lots of problems, no single one of which renders a Sun totally
> unusable, but altogether adding up to too many headaches....
I would not base a decision on whether to buy a Sun on this. One should
know/understand that:
1. many reported "bugs" and problems filter out as improper installations,
configurations, etc. This may be a commentary on quality of the docu-
mentation, but there is nothing unusual about Sun's;
2. In my experience, Sun users/owners are more likely to utilize third-party
hardware than users/owners of other vendors' machines. It is almost
inevitable that one will eventually encounter problems relating to this
fact alone;
3. Suns are frequently networked to other vendors' machines through still
other vendors' comm. equipment. Problems arise in interoperability.
Sun users/owners typically find that they can tackle the problems more
easily from the Sun side than from the other vendors' side;
4. The sun-spots digest is much more active than other manufacture-speci-
fic groups, which relates in part to the technical level of people who
up to now have formed one of the primary markets for Sun. I don't see
the percentage of "problem" messages to total messages in that group
to be significantly higher than in other manufacture groups. But there
is certainly much more traffic overall.
For several years, our site utilized a cpu from a vendor with an excellent
reputation for quality and support. This vendor was conscientious enough to
publish a quarterly book, containing the 100's of known bugs, there status
and disposition. A casual glance at this volume would convince someone that
the system was virtually unusable. But even tho it was used for applications
development, we rarely encountered a reported problem.
Sun's systems my suffer from more bugs than usual. I have used a Sun, know
a number of people who own one or more, and have not seen anything that would
validate a claim of severe flakiness.
greg pavlov, fstrf, amherst, ny.
------------------------------
Date: 16 Sep 88 04:14:38 GMT
From: ssyx!koreth@ucbvax.Berkeley.EDU (Steven Grimm)
Subject: Re: Atari CD players
To: info-atari16@score.stanford.edu
In article <505@mks.UUCP> wheels@mks.UUCP (Gerry Wheeler) writes:
>Given a WORM drive (I guess one could
>be connected to the SCSI interface) can one write a CD which will play
>on an audio machine?
WORM disks are physically different than CDs, as far as I know. So unless
the WORM drives change, which probably won't happen in the very near future,
you won't be able to record a standard-format CD. This isn't to say that
someone won't come up with a device to play WORM disks as you describe.
>I wouldn't mind archiving some of my old 45's. I
>know they would still sound like an old 45, but at least they wouldn't
>get damaged any further.
With a fairly high sampling rate, you can digitize your 45's on a computer
and then store huge datafiles on a WORM for later playback. A Mega 4 has
enough memory to provide a couple minutes of playback, I would imagine,
more than enough time to load your buffer with the next few minutes. At
200 megabytes per WORM (at least that's what the WORM at work can store),
that's a few 45's per disk.
Of course, the ST's filesystem isn't what you want to use (even if you could
use it unmodified on a write-once device), since it can't handle more than
sixteen megabytes per device. I've got a few ideas about what sort of system
you might want to use, but I'll spare you the details unless you want them.
---
These are my opinions, and in no way reflect those of UCSC, which are wrong.
Steven Grimm Moderator, comp.{sources,binaries}.atari.st
koreth@ssyx.ucsc.edu uunet!ucbvax!ucscc!ssyx!koreth
P.S. Wish me a happy birthday. September 15. My horoscope says that December
will be a productive month.
------------------------------
Date: 14 Sep 88 15:40:24 GMT
From: unisoft!gethen!bdt!bms@ucbvax.Berkeley.EDU (Chris Rhodin)
Subject: Re: HARD DISK: HELP OFFERED AND WANTED
To: info-atari16@score.stanford.edu
The problem that you are having might be caused by the Xebec 1410
controller. The 1410 only handles two drives with the same parameters, i.e.
heads, cylinders, seek rate, and etc.. This is not the case with the Adaptec
ACB-4000 controller which will handle two different hard drives. Also I might
add the Adaptec is faster with its 1:1 interleave than the Xebec's 1:3.
The Atari host adapter could also be your problem. Atari host
adapters do not pass back SCSI/SASI status(error) codes properly. This causes
hard disk boot software to install "phantom" drives on the system. To get
around this problem ICD's software only installs one hard drive on Atari host
adpaters. I hope this helps you and other people on the net.
We have received numerous Usenet letters to us in the last months, but
do to one thing or another I seem to get most of my mail sent back. If you
need some information from us please send us a postcard. Do to our move
(yeah!!) we have a P.O. box for correspondence.
Vance Chin Berkeley Microsystems
P.O. Box 20119
Oakland, CA 94620
------------------------------
Date: Fri, 16 Sep 88 19:52 MET
From: "geert" <U00292%HASARA5.BITNET@Forsythe.Stanford.EDU>
To: Info-Atari16@SCORE.STANFORD.EDU
X-VMS-To: INM%"Info-Atari16@SCORE.STANFORD.EDU",
Subject: RE: Info-Atari16 Digest V88 #401
signoff <info-atari>
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Tue Sep 27 04:10:17 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA02498; Tue, 27 Sep 88 04:10:17 EDT
Message-Id: <8809270810.AA02498@speedy.mcnc.org>
Date: Tue 27 Sep 88 01:03:01-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.63
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 1-Oct-88 20:08
=DEQUEUE: 29-Sep-88 20:22
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
ALMSA-1.ARPA.#Internet
nfrech
foehner
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
DOCKMASTER.ARPA.#Internet
JArnold
ESDVAX.ARPA.#Internet
scotttb
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
RED.IPSA.DND.CA.#Internet
info-atari16
A.ISI.EDU.#Internet
ISI-INFO-ATARI
E.ISI.EDU.#Internet
sac.hqscd-ojt
gateway.mitre.org
bmorgart
MITRE-BEDFORD.ARPA.#Internet
jhs
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
CSS.NRL.NAVY.MIL.#Internet
info-atari
NOTE.NSF.GOV.#Internet
jmurray
OPTIMIS-PENT.ARPA.#Internet
theriault
RADC-MULTICS.ARPA.#Internet
Atari16
ubvmsa.cc.Buffalo.EDU.#Internet
V069HPMS
WPAFB-FDL.ARPA.#Internet
JOSLINPR
Date: Mon 26 Sep 88 20:22:32 PDT
Subject: Info-Atari16 Digest V88 #406
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Monday, September 26, 1988 Volume 88 : Issue 406
This weeks Editor: Bill Westfield
Today's Topics:
Re: Boycott Apple Again -- Now about Suns
Re: OSS (was Re: Personal Pascal Registration problem)
AstroCal Printing Problems
Re: Boycott Apple Again
Re: Ram Disk greater than 999k
Re: Genie?
Fidonet mailer
Re: Media Change Bug
umoria 4.87 for Atari ST
Re: This "Dying ST" nonsense
Re: This "Dying ST" nonsense
----------------------------------------------------------------------
Date: 16 Sep 88 03:32:04 GMT
From: fed!m1edb00@uunet.uu.net (Eric D. Boutilier)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
In article <406@stag.math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu) writes:
>
>Lots and lots of problems, no single one of which renders a Sun totally
>unusable, but altogether adding up to too many headaches. Bad network
>support, flaky network services, etc. etc. etc... For a company whose
>motto is "the network is the computer" it's pretty disgusting how
>poorly their network software runs.
>
What! where are you coming from with this? We're extremely happy
with our Sun network and I have yet to talk to anyone who
shares your views.
What would you recommend instead?
--
Eric Boutilier
UUCP: uunet!fed!m1edb00
(202) 452-2734
------------------------------
Date: 16 Sep 88 01:37:04 GMT
From: xanth!src@mcnc.org (Scott R. Chilcote)
Subject: Re: OSS (was Re: Personal Pascal Registration problem)
To: info-atari16@score.stanford.edu
Not long ago the programmer who wrote the Personal Pascal compiler
left a message that he had not received a royalty payment from OSS in 17(?)
months, and that the new version he had completed would not reach the U.S.
Did anyone happen to save a copy of that posting? It has scrolled off
the end of our spooler, and my own copy is gone. I am the registered owner of
two copies of this program, and I'd like to append a copy of the posting in
question to a letter I am writing to ICD.
It's a royal pain to be on the wrong end of shabby business practices!
--------------------------------------------------------------------
Scott R. Chilcote
src@xanth.UUCP
src@xanth.cs.odu.edu
--
___________________________________________________________________________
|.--------------------------------..---------------------------------------.|
|| Usenet: src@xanth.UUCP || ||
|| Arpa: src@xanth.cs.odu.edu || "If you love something, set it ||
|| Earth: Scott R. Chilcote || free. ||
|| || If it doesn't return, ||
|| ||| "Power without || Hunt it down and kill it!" ||
|| ||| the presence" || ||
|| / | \ --er, praise? || -- Klingon Proverb ||
|| / | \ tm ...pride? || ||
------------------------------
Date: 15 Sep 88 13:21:21 GMT
From: att!mtuxo!mtgzz!drutx!druhi!terrell@ucbvax.Berkeley.EDU (Eric Terrell)
Subject: AstroCal Printing Problems
To: info-atari16@score.stanford.edu
I have received a couple of letters from people having difficulty getting
AstroCal to print to a printer...
For the calendar and all of the reports, when you get the dialog box
asking you for the date of the calendar or report, there is a button marked
PRINTER. If you select this button with the mouse the output should go
to the printer. This is the case with the first version of the program
that I posted and the new version also.
If this doesn't work, please let me know.
Eric Terrell
------------------------------
Date: 15 Sep 88 22:20:52 GMT
From: linus!philabs!micomvax!ray@husc6.harvard.edu (Ray Dunn)
Subject: Re: Boycott Apple Again
To: info-atari16@score.stanford.edu
In article <358@island.uu.net> daniel@island.uu.net (Dan Smith) writes:
>
> [complains of Apples increased prices]
>
> I thought this was an industry where prices kept going down, and
> features kept going up. On top of that, Apple is supposed to release
> a new Mac on Monday. How much is *that* going to be?
Have you tried to buy any RAM chips recently Dan?
--
Ray Dunn. | UUCP: ..!philabs!micomvax!ray
Philips Electronics Ltd. | TEL : (514) 744-8200 Ext: 2347
600 Dr Frederik Philips Blvd | FAX : (514) 744-6455
St Laurent. Quebec. H4M 2S9 | TLX : 05-824090
------------------------------
Date: 16 Sep 88 11:49:00 GMT
From: franco@iuvax.cs.indiana.edu
Subject: Re: Ram Disk greater than 999k
To: info-atari16@score.stanford.edu
With eternal2 you can use the spec <drive>fff (or <drive>???, I can't
remember which) to get the max size. I have gotten eternal2 to work with
the MEGA ROMS as follows:
1. To resize: Hold both the alternate key AND the right shift down.
2. To remove: Hold both the left shift key AND the right shift key down.
I have no idea why one must hold down the right shift key. According to
my documentation this should not be necessary. It is not necessary to
do so using the earlier versions of TOS.
------------------------------
Date: 15 Sep 88 22:41:42 GMT
From: silver!stowe@iuvax.cs.indiana.edu (holly)
Subject: Re: Genie?
To: info-atari16@score.stanford.edu
In article <861@viscous> sethk@sco.COM (Seth I Katz) writes:
[about GEnie...]
>... and although they claim they don't charge for
>download time, they do (I haven't bothered to fight this one yet- I am simply
>giving up...).
I have *never* seen GEnie claim to not charge you for download time.
You are not charged for UPLOAD time.
Holly, SysOp
GEnie ST RoundTable
(HS)
------------------------------
Date: 16 Sep 88 01:32:27 GMT
From: nic.MR.NET!shamash!nis!ems!pwcs!stag!daemon@csd1.milw.wisc.edu
Subject: Fidonet mailer
To: info-atari16@score.stanford.edu
From: thelake!steve@stag.UUCP (Steve Yelvington)
I ran across the following on a local Fidonet node and thought
it might be of general interest. -- Steve
--------------
From: Fidgit Greylock
To: All Msg #214, 13-Sep-88 12:53am
Subject: New version of GS-Point released
The new version of GS-Point, v0.61, has finally been released. For those who
don't know, GS-Point is a non-commercial package that allows an Atari ST user
to act as a FidoNet point, and receive and send network mail and echomail.
New features in v0.61 include:
o A completely redesigned user interface. The new full-screen
interface is much more intuitive and easy to use than the old
one.
o GS-Point now knows about zones and can correctly handle messages
coming from and going to other zones.
o Password-protected netmail sessions are now supported for both
WaZOO and "LoTek" sessions.
o GS-Point can now be invoked in a "poll-only" mode from a batch
file or scheduler.
o GEM-based text editors can now be used to edit messages, as well
as TOS-based editors.
GS-Point v0.61 is available for file request and for first time download on
FidoNet node 1:321/112 (BBS phone (413) 253-5518) as GSP-061.ARC or as the
magic filename GSPOINT. File requests are accepted at all times except
between 4am and 6am EDT.
--- Msg V3.1
* Origin: Node_Hog - Greylock Software (413) 253-5518 (1:321/112)
-----------------
| thelake!steve@stag.UUCP / ...rosevax!pwcs!stag!thelake!steve
| "A member of STdNet -- to join, send mail to ftg!dwm@stag.UUCP"
------------------------------
Date: 16 Sep 88 00:26:56 GMT
From: imagen!atari!apratt@ucbvax.Berkeley.EDU (Allan Pratt)
Subject: Re: Media Change Bug
To: info-atari16@score.stanford.edu
In article <7896@trwrb.UUCP> gibson@trwrb.UUCP (Gregory S. Gibson) writes:
> I have the media change bug on my Mega 2. (The escape key does not always
> update the drive A directory when write protection is enabled).
From what you describe, you don't have the bug.
To diagnose this bug, you put a write-enabled disk in the drive and open
a window on it. Then you wait for the access light to go out. Now take
the disk out and put it back in, then hit escape. If the drive doesn't
spin, you have the bug.
For TOS 1.4, diagnosis won't be so easy, because hitting ESC on the
desktop ALWAYS causes the disk to spin -- it causes media change on the
drive, to take care of the possibility that you changed the disk while
it was out of the drive.
In the case of write-protected floppies, it is normal for the ESC key to
cause a quick response if the drive was accessed within the last second
and a half: this is a "grace" period so we aren't checking the serial
number on every single access.
============================================
Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else. ...ames!atari!apratt
------------------------------
Date: 16 Sep 88 03:26:04 GMT
From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs)
Subject: umoria 4.87 for Atari ST
To: info-atari16@score.stanford.edu
I promise to be a good boy from now on, but I can't resist posting a character
with an interesting life story. He has lived all his life on an Atari 1040
ST. He has survived 3 rounds of major bug fixes, and the only bugs he's seen
in the last 20+ hours of play have been Killer beetles. The program which
constitutes his world is presently being posted in comp.binaries.atari.st.
The moderator of comp.sources.atari.st has ordinary diffs between the source
posted in comp.sources.games and that compiled with Mark Williams C v 3.0.6
to produce this version (they aren't very big; however ST curses is not
included--it's fairly easy to find on BBS-s); whether he posts the diffs is up
to him.
I am willing to US Mail executable and complete modified source (plain, arc-ed,
or arc-ed and uuencoded: say which) to anyone who maintains a uucp-accessible
archive mail-server (like lakesys) or to anyone who maintains appropriate
archives on a machine which allows the general public to log in and use the
archive (like killer) (Bill Wisner already has the sources, but I have no
idea if he intends to put them in the archives on killer). If you meet one
of these conditions and want the stuff, email me: I buy disks & postage. If
you have a good story why nothing else will work, and you don't meet the
above qualifications, email me and maybe we can arrange something on your dime.
Re-emphasizing something I've said before: the ST version of umoria 4.87 is
large enough to require at least 1 meg, and it runs under a command line
processor.
Name :Willie Age : 19 Strength : 18/32
Race :Human Height : 73 Intelligence : 14
Sex :Male Weight : 192 Wisdom : 18/91
Class :Priest Social Class: 1 Dexterity : 10
Title :Low Lama Constitution : 12
Charisma : 18/34
+ To Hit : 5 Level : 31 Max Hit Points : 232
+ To Damage : 21 Experience :120710 Cur Hit Points : 232
+ To AC : 3 Gold : 65106 Max Mana : 58
Total AC : 44 Cur Mana : 58
(Miscellaneous Abilities)
Fighting : Superb Stealth : Fair Perception : Poor
Throw/Bows : Superb Disarming : Excellent Searching : Poor
Saving Throw: Superb Magic Device: Superb Infra-Vision: 0 feet
Character Background
You are one of several children of a Serf. You are the black sheep
of the family. You have blue eyes, curly brown hair, and a fair
complexion.
[Character's Equipment List]
a) You are wielding : a Katana (+6,+12) [+1] (HA) (+2 to STR).
b) Worn on head : an Iron Helm [5,-2].
c) Worn around neck : an Amethyst Amulet of Wisdom (+2).
d) Worn on body : Full Plate Armor [25,+0].
e) Worn on shield arm : a Large Metal Shield [5,+2].
f) Worn on hands : a Set of Gauntlets [2,-2] of Slaying (+1,+1).
g) Right ring finger : an Obsidian Ring of Protection [+4].
h) Left ring finger : a Garnet Ring of Increase Damage (+5).
i) Worn on feet : a Pair of Hard Leather Boots [3,+0].
j) Worn about body : a Cloak [1,+0].
k) Light source is : a Brass Lantern with 13666 turns of light.
l) Secondary weapon : a Pike (+6,+6) [+9] (DF).
[General Inventory List]
a) 2 Holy Book of Prayers [Beginners Handbook].
b) 2 Holy Book of Prayers [Words of Wisdom].
c) 2 Holy Book of Prayers [Chants and Blessings].
d) 2 Holy Book of Prayers [Exorcism and Dispelling].
e) a Violet Mushroom of Restoring.
f) 10 Rations of Food.
g) 3 Flasks of oil.
h) a Dark Green Potion of Restore Mana.
i) 3 Scrolls of Word-of-Recall.
j) a Cast Iron Wand of Frost Bolts.
k) a Lead Wand of Fire Bolts.
l) a Lead Wand of Fire Bolts.
m) a Lead Wand of Fire Bolts.
n) an Orcish Pick (+6) (+0,+0).
o) a Halberd (+6,+6) (SU).
------------------------------
Date: 16 Sep 88 08:15:52 GMT
From: agate!pasteur!franny.Berkeley.EDU!c91a-ra@ucbvax.Berkeley.EDU (reader.john.kawakami)
Subject: Re: This "Dying ST" nonsense
To: info-atari16@score.stanford.edu
I don't have any figures, but looking at out local stores, I'd say the ST
is not dying. The STs and Megas are selling, as is software, there is
no market growth. In the computer industry, stability looks like slow death.
This is exaggerated by the fact that Amiga sales have been picking up for
a while (but I suspect they wil slow as well).
As for Beckemeyer, I would agree that his sales are not a good barometer of
the ST market. He deals in tools, and business systems--two areas where the
ST is pretty much locked out (until there are PC compatible card cages and
co processor boards) because there is not the huge customer base. I also
suspect that to some degree, BDT products have reached some saturation point.
And BDT sells PC baced systems, which obviously are more attractive than ST
systems.
John Kawakami
------------------------------
Date: 16 Sep 88 14:55:58 GMT
From: nunki.usc.edu!sal1.usc.edu!rjung@oberon.usc.edu (Robert allen Jung)
Subject: Re: This "Dying ST" nonsense
To: info-atari16@score.stanford.edu
In article <1364@percival.UUCP> actor@percival.UUCP (Clif Swinford) writes:
>I don't know where this "The ST is a dying computer" bull is coming from,
>but it certainly isn't the case around here. Our ST sales are as brisk as
>ever, hampered only by the fact that we can't get enough 1040's to meet the
>demand!
Nice to hear, especially from a dealer. Now let's get Atari to crank up
that distribution/advertising shortfall in the US, eh?
>David Beckemeyer claims that ST sales are now only 20% of BDT's business.
>I submit that that's because, powerful as they are, BDT's products are a
>pain in the gluteus maximus to use.
Good point! I hope BDT doesn't go crazy at me for saying this, but I had
to get an ST word processor over the summer. After looking at everything out
there (especially at WordPerfect for the ST, what with all the "big software
house making ST titles" hoopla), I settled on ... WORDUP!
Maybe this is just a sign that (currently) the majority of the Joe ST-user
public does not _want_ or _need_ all the features of WordPerfect (especially
at the price). Forget piracy, forget "dying ST" theories, people will buy what
they NEED. And if they don't need WordPerfect, well...
>Atari has found their market. The great silent majority. The same folks
>who voted for Reagan, read The Enquirer, and made The Gong Show a hit.
>There's a lot of them out there...
Silent majority, yes (all of us who keep harrassing stuck-up Apple dealers
can relate). Voting for Reagan, no B-). The Gong Show, definetely!
>(Sorry if I sound bitter, I just get tired of working with the brain-dead.)
'sokay, I can relate.
--R.J.
B-)
P.S. And if I haven't already, let me give an unsolicited endorsement to
Neocept's WORDUP. A very good GEM-based word processor, with _lots_ of
potential to do even better (is it true that Neocept is currently doing a
total rewrite of the program?). Fun to use, even if it is GDOS-based (all
that RAM for fonts!), and the multiple fonts and graphics make it just like
those fancy-dang overpriced Macintosh WPs.
(If only this was released two years ago -- YOW!)
-----------------------------------------------------------------------------
Disclaimer: These are my views, and mine alone.
# ## #
Mailing address: Beats me, just reply to this message # ## #
(rjung@sa132.usc.edu?) ## ## ##
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Tue Sep 27 23:53:17 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA09954; Tue, 27 Sep 88 23:53:17 EDT
Message-Id: <8809280353.AA09954@speedy.mcnc.org>
Date: Tue 27 Sep 88 20:51:48-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: Message of 27-Sep-88 18:50:41
Status: R
Message failed for the following:
GALANTER@Score.Stanford.EDU.#Internet: Can't forward - unknown host "nuacc.acns.nwu.edu"
------------
Date: Tue 27 Sep 88 18:50:18 PDT
Subject: Info-Atari16 Digest V88 #407
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 407
This weeks Editor: Bill Westfield
Today's Topics:
Re: Boycott Apple Again -- Now about Suns
Re: argc and argv with gem
Re: argc and argv with gem
Re: Boycott Apple Again -- Now about Suns
Re: Boycott Apple Again -- Now about Suns
Re: Apple Talk and Ethernet
Re: Strange '-s' flag behavior in the GNU linker ?
Re: problem with mwc atoi(), version 2.0.1
re: Ram disks > 999k
Re: Help with receiving satellite pictures!!!
Re: problem with mwc atoi(), version 2.0.1
Re: ST news software / Sobozon C
----------------------------------------------------------------------
Date: 16 Sep 88 15:28:34 GMT
From: renoir.Berkeley.EDU!munson@ucbvax.Berkeley.EDU (Ethan V. Munson)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
I think that this discussion has gone quite astray. Suns and Macs are,
for 99.5% of the computing world, oranges and apples.
A Macintosh is designed to be a standalone personal computer that will
basically run correctly from the moment it is turned on. It is designed
around the assumption that the user is not very sophisticated about
computing.
Suns are diskless workstations, which can be given local disks to allow
them to run in standalone mode. A Sun can only be used easily when
there is a sophisticated system manager available who will work out the
kinks in issues like swap space, disk partitions, etc.. If you are such
a person or are part of an organization that already has such a person,
a Sun may be a good choice. There is lots of free software that runs on
Suns and is useful. For much of it, though, you may need to run make,
extract shell archives, and run dbx from time to time. However, I
don't think you can find a $150 WYSIWIG word processor for the Sun that
will print on a $500 dot matrix printer.
In my experience, the only time that Suns and Macs become comparable is
when you talk about the bottom of Sun's line (3/50 with a 70meg SCSI
disk) and the top of Apple's (Mac II with 80Meg disk, A/UX, 5+Meg of
RAM).
Network based Sun systems do appear to be more fragile than Macintosh
systems (which do not depend on the network for critical resources, like
virtual memory). Some of the fault lies with Sun's decision to
trade-off reliability for speed and simplicity in the Network File
System. But much of the time, any problems arise from the decisions
made by the administrators of the local system to spend $5000 on a new
3/50 instead of another 4 Meg of memory for the file server. A Sun is a
good machine if you are a programmer or can afford to hire one. A Mac
is a good machine no matter who you are, but is not as good as a Sun for
computer science research and some other technical pursuits.
Pardon my little harangue,
Ethan Munson
munson@renoir.Berkeley.EDU
...ucbvax!renoir!munson
-----------------
"I don't know if they scare the enemy,
but they certainly scare me."
--Wellington, speaking of the moral character
of his troops
------------------------------
Date: 16 Sep 88 05:14:23 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes:
>How does one go about writing a GEM program that will accept arguments to
>main via argc and argv? I'm using Mark Williams C and when I try to use
>argc and argv with a GEM program the program bombs.
Although I don't use MWC myself, I will make a few remarks:
1) There is no means that I know of to supply parameters to a Gem
program if it is started from the Desktop.
2) If the program is started from a shell, the shell should be a Gem
program, otherwise the program cannot use Gem functions. I'm not very
sure about this one, though.
3) You don't need to do anything different for a Gem program than for
a Tos-Takes-Parameters one.
4) The bus error is perhaps caused by incorrect treatment of the
argc,argv list, e.g. accessing an element argv[i], with i >= argc,
or argv[0], whose contents is undefined (GEMDOS does not pass the
program's name). I even think there are compilers that put a null
pointer (not an empty string pointer) in argv[0], which is in effect
incorrect - argv[argc] should be the first null pointer of the list.
Leo.
------------------------------
Date: 16 Sep 88 07:22:57 GMT
From: mcvax!hp4nl!uva!gert@uunet.uu.net (Gert Poletiek)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes:
>
>
>
>How does one go about writing a GEM program that will accept arguments to
>main via argc and argv? I'm using Mark Williams C and when I try to use
>argc and argv with a GEM program the program bombs.
>
>Thanks for any help,
>Jim Cochrane
Manually compare the tos and gem runtime startup modules. Sources are
provided with Mark Williams C. You might also try linking directly with tos
startup instead of gem startup. The the only thing you have to remember is
that linking with -VGEM also includes the Gem library. Link with something
like;
ld -s -o output lib/gcrts0.o objectlist -lvdi -laes -lc
That should do it.
-------------------------------------------------------------------------------
Gert Poletiek Dept. of Math. and Computing Science, University of Amsterdam,
Kruislaan 409, NL-1098 SJ Amsterdam, The Netherlands
UUCP: {decvax,cernvax,unido,seismo}!mcvax!uva!gert
bitnet: uva!gert@mcvax.bitnet, U00025@hasara5.bitnet
Opinions (if any) are my own.
------------------------------
Date: 16 Sep 88 19:48:46 GMT
From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@ames.arc.nasa.gov (Greg Lindahl)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
hi. would you all PLEASE quit cross-posting this message stream to groups
that it has nothing to do with -- IBM PC's, Amigas, Atari ST's, etc. there
are people who read these newsgroups through digests, and have no way
to easily skip over all of the off-topic messages.
thanks.
Greg Lindahl internet: gl8f@virginia.edu
U Va Dept. of Astronomy bitnet: gl8f@virginia.bitnet
------------------------------
Date: 16 Sep 88 07:16:40 GMT
From: aramis.rutgers.edu!hedrick@rutgers.edu (Charles Hedrick)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
> You might start by reading the sun-spots digest - you'll see enough bug
> reports to make your eyes bug out.
Well, I've made my share of postings to Sun-Spots, but I surely
wouldn't want them misinterpreted as advising people against buying
Suns. Reading an unedited list of problems from users is always a
frightening experience. The monthly listing of bug reports from DEC
for TOPS-20 was far scarier than Sun-Spots. (Presumably the same is
true with VMS, but I don't look at those.) Back when I looked at bug
reports published by IBM for MVS, it was amazing what sorts of bugs
there were even in that very reliable system. (They even had this
special mechanism for giving you last-minute information on which of
the patches they published shouldn't be installed because they turned
out to create more problems than they solved.) About all one can say
is that there are lots of users out there trying lots of things and so
they run into lots of problems. Many of them are user confusion, but
there are also plenty of bugs. Sun-Spots is mostly a sign of a large
and active user community doing lots of interesting things.
------------------------------
Date: 15 Sep 88 21:54:55 GMT
From: stride!tahoe!wheeler!mikew@gr.utah.edu (Mike Whitbeck)
Subject: Re: Apple Talk and Ethernet
To: info-atari16@score.stanford.edu
! There are a couple (at least) of products out that allow you to
!connect an AppleTalk Network to Ethernet. If you did have an AppleTalk
!compatible port on the ST you could then hook it to Ethernet. Of course
!............ If you want Ethernet it is probably going to be
!cheaper to design something to run off the DMA bus instead of going
!through an AppleTalk to DMA converter.
!
! Dan Moore
*Someone asked about ethernet for the atari ST. We (our group at Delft
*University) are currently inquiring about the German product. It is
*supposed to be used at the University of Aachen. I hope to hear from
*it next week. When I hear something, I will post it.
*Hans Buurman
So close yet so far...
BMB Canada made and sold (2?) "ST-network to-PC" dma boxes
called imaginet but the product is no longer available (I just
called 9/15/88).
There seems to be a German ethernet card but how do you get it?
MAYBE SOMEONE AT ATARI CAN SHED SOME LIGHT ON OBTAINING
NETWORKING FOR THE ST?????
maybe this is the kind of product for the entrepeneur (like
MagicSac?)
speaking of which .......
if you had a Spectre 128 AND a DMA-2-SCSI board could you then
run a MAC ethernet or appletalk?
___________________________________________________________
|Mike Whitbeck | |
|Desert Research Inst. | mikew@wheeler.wrc.unr.edu |
|POB 60220 | |
|RENO, NV 89506 | 702-673-7348 |
|__________________________|______________________________|
There is no expedient to which man will not go to avoid the
real labor of thought. Edison.
___________________________________________________________
|Mike Whitbeck | |
|Desert Research Inst. | mikew@wheeler.wrc.unr.edu |
------------------------------
Date: 16 Sep 88 10:34:39 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: Strange '-s' flag behavior in the GNU linker ?
To: info-atari16@score.stanford.edu
In article <8809150858.AA16391@ucbvax.Berkeley.EDU> VBRANDT@DBNUAMA1.BITNET writes:
>
> I have found what is not quite a bug, but a somewhat annoying feature in the
>GNU C linker. It seems that the '-s' flag does exactly the opposite of what I
>think it should do. If you don't specify '-s', the linker appends a symbol
>table to the executable, if you do specify it, no symbol table is produced.
'-s' does not stand for symbol / no symbol, but for strip. This option
is passed to the loader, and means: strip off the symbol table. The
default in Unix is to have a symbol table in your executable (so the
debuggers are not too bad to work with, although -g is preferred if you
want to use dbx).
> This means that to make executables without symbol tables, one cannot use
>GCC, but has to invoke everything manually. Also, all the executables from
>the GNU package themselves have quite big symbol tables. Removing them would
>save several KB, which might help people suffering from storage/memory
>shortages.
I do not quite understand your problem. Put the -s in your makefile, or
add -s to CFLAGS. Now you can invoke make with no special parameters.
As for removing symbol tables, that's a job for strip(1); no doubt there'll
be an ST version soon (if it isn't already there).
> Anyway, thanks to John for his impressive work !
I fully agree.
Leo.
------------------------------
Date: 16 Sep 88 11:36:44 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: problem with mwc atoi(), version 2.0.1
To: info-atari16@score.stanford.edu
In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes:
|
|What is wrong with the following code?
[some lines deleted]...
|#include <stdio.h>
|/* #include <math.h> */
|
|#define MAXVAL 32767
|
|main(argc,argv)
| int argc; char *argv[];
|{
| int i, x;
| extern int atoi();
|
| for (i=1; i+1<=argc; ++i) {
| x = rand();
| printf("%d %d %s %d %d %d\n",
| x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]),
| (double) x / MAXVAL * atoi(argv[i]) + 1);
| }
|
| putchar('\n');
|}
|
|The code compiles, but produces bad (atoi()?) results... why? Why are
|the atoi(argv[i]) values bad (negative)?
The arguments supplied to printf() are not conforming to the format:
(double) x / MAXVAL is of type double (probably 8 bytes on the stack),
while you try to print it as an integer (%d) (2 bytes in mwc ?). So the
first three arguments print correctly, but the last three are taken
wrongly from the stack, and besides are interpreted wrong (as integer,
but they are double,int, double. Using a cast (int)(double expr.) for the
double expressions should solve your problem.
Leo.
------------------------------
Date: 16 Sep 88 19:11:33 GMT
From: imagen!hedley@ucbvax.Berkeley.EDU (Hedley Rainnie)
Subject: re: Ram disks > 999k
To: info-atari16@score.stanford.edu
I got a copy of MegaMatic off of DELPHI and it is great
optional features at config time
* reset surviving ramdisk up to 2Meg in size
* built in screen saver
* Disk verify on/off
* Print spooler (I never used this)
* key sequences for rebooting (warm/cold)
I have used it extensivly to develop a large project for the Megas
and have not had any problems. I usually use a 1.2Meg one on a Mega4.
The program is copyright Lloyd Pulley 1988 TIF Software.
The version I use is 1.15.
Hope this helps
Hedley
{decwrl|sun}!imagen!hedley
--
{decwrl!sun}!imagen!hedley
------------------------------
Date: 16 Sep 88 19:58:44 GMT
From: rubbs1!Robert.Lisowski@rutgers.edu (Robert Lisowski)
Subject: Re: Help with receiving satellite pictures!!!
To: info-atari16@score.stanford.edu
Hank Brandli of Melbourne, FL (3165 Sharon Dr.---32904) is named in
Popular Mechanics' Science section (oct. p.40).
He will provide (for a $5.00 fee) a parts list, instructions, and
other info on constructing a satellite weather picture station for
a computer (I think it's a PC-compatible, but any good hacker can
adapt it to an ST). Total cost is under 1000 bucks (depending on
how good you are at shopping or how much stuff you have already).
Rob
--
Robert Lisowski - via FidoNet node 1:107/330
UUCP: ...!rutgers!rubbs1!Robert.Lisowski
ARPA: Robert.Lisowski@rubbs1.FIDONET.ORG
\...!rutgers!rubbs1!Robert.Lisowski
------------------------------
Date: 17 Sep 88 03:13:14 GMT
From: oliveb!tymix!antares!jms@ames.arc.nasa.gov (joe smith)
Subject: Re: problem with mwc atoi(), version 2.0.1
To: info-atari16@score.stanford.edu
In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes:
> printf("%d %d %s %d %d %d\n",
> x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]),
> (double) x / MAXVAL * atoi(argv[i]) + 1);
The way printf picks up arguments is as follows:
%d = Pick up 2 bytes of x (which is an int) = OK
%d = Pick up 2 bytes of i (which is an int) = OK
%s = Pick up a pointer to a string argv[i] = OK
%d = Pick up 2 bytes of the 8 bytes that correspond to the value of the
expressiion "(double) x /MAXVAL".
%d = Pick up the next 2 bytes from the previous double-precision value
%d = Pick up the 4th and 5th bytes of the double-precision value
\n = Start a new line (which ignores the 7th and 8th bytes of the first
double precision result, and ignore the 2 bytes of the atoi value,
and ignore the 8 bytes of the 2nd double-precision floating point value.
The problem is in the use of %d with double. You should be using %f
for double, however you don't need double in this program; use ints and
longs instead.
--
+----------------------------------------------------------------------------+
| TYMNET:JMS@F29 CA:"POPJ P," UUCP:{ames|pyramid}oliveb!tymix!antares!jms |
| INTERNET:JMS%F29.Tymnet@Office-1.ARPA PHONE:Joe Smith @ (408)922-6220 |
------------------------------
Date: 17 Sep 88 14:22:44 GMT
From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs)
Subject: Re: ST news software / Sobozon C
To: info-atari16@score.stanford.edu
In the referenced article, Dale Schumacher referred to the GNU redistribution
conditions. He was close, but a bit off. In the gnu.gcc newsgroup RMS stated
that he considers the GNU 'copyleft' (essentially meaning free availability
of all source code) to apply to anything that is a 'derivative work' of
a Free Software Foundation product. That's a technical legal term there, and
right now the best guess is that it means BISON output or anything linked
with the GNU libraries, but not anything simply compiled with gcc and
the associated tools.
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Tue Sep 27 23:53:53 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA09971; Tue, 27 Sep 88 23:53:53 EDT
Message-Id: <8809280353.AA09971@speedy.mcnc.org>
Date: Tue 27 Sep 88 20:52:57-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.66
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 2-Oct-88 19:46
=DEQUEUE: 30-Sep-88 18:50
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
cunyvm.cuny.edu.#Internet
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
ESDVAX.ARPA.#Internet
scotttb
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
[128.238.2.2].#Internet
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
NRL-ACOUSTICS.ARPA.#Internet
MENTON
corsaro
NOTE.NSF.GOV.#Internet
jmurray
SIMTEL20.ARMY.MIL.#Internet
bboard-info-atari16
ubvmsa.cc.Buffalo.EDU.#Internet
V069HPMS
cvl.umd.edu.#Internet
gyuri
Date: Tue 27 Sep 88 18:50:18 PDT
Subject: Info-Atari16 Digest V88 #407
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 407
This weeks Editor: Bill Westfield
Today's Topics:
Re: Boycott Apple Again -- Now about Suns
Re: argc and argv with gem
Re: argc and argv with gem
Re: Boycott Apple Again -- Now about Suns
Re: Boycott Apple Again -- Now about Suns
Re: Apple Talk and Ethernet
Re: Strange '-s' flag behavior in the GNU linker ?
Re: problem with mwc atoi(), version 2.0.1
re: Ram disks > 999k
Re: Help with receiving satellite pictures!!!
Re: problem with mwc atoi(), version 2.0.1
Re: ST news software / Sobozon C
----------------------------------------------------------------------
Date: 16 Sep 88 15:28:34 GMT
From: renoir.Berkeley.EDU!munson@ucbvax.Berkeley.EDU (Ethan V. Munson)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
I think that this discussion has gone quite astray. Suns and Macs are,
for 99.5% of the computing world, oranges and apples.
A Macintosh is designed to be a standalone personal computer that will
basically run correctly from the moment it is turned on. It is designed
around the assumption that the user is not very sophisticated about
computing.
Suns are diskless workstations, which can be given local disks to allow
them to run in standalone mode. A Sun can only be used easily when
there is a sophisticated system manager available who will work out the
kinks in issues like swap space, disk partitions, etc.. If you are such
a person or are part of an organization that already has such a person,
a Sun may be a good choice. There is lots of free software that runs on
Suns and is useful. For much of it, though, you may need to run make,
extract shell archives, and run dbx from time to time. However, I
don't think you can find a $150 WYSIWIG word processor for the Sun that
will print on a $500 dot matrix printer.
In my experience, the only time that Suns and Macs become comparable is
when you talk about the bottom of Sun's line (3/50 with a 70meg SCSI
disk) and the top of Apple's (Mac II with 80Meg disk, A/UX, 5+Meg of
RAM).
Network based Sun systems do appear to be more fragile than Macintosh
systems (which do not depend on the network for critical resources, like
virtual memory). Some of the fault lies with Sun's decision to
trade-off reliability for speed and simplicity in the Network File
System. But much of the time, any problems arise from the decisions
made by the administrators of the local system to spend $5000 on a new
3/50 instead of another 4 Meg of memory for the file server. A Sun is a
good machine if you are a programmer or can afford to hire one. A Mac
is a good machine no matter who you are, but is not as good as a Sun for
computer science research and some other technical pursuits.
Pardon my little harangue,
Ethan Munson
munson@renoir.Berkeley.EDU
...ucbvax!renoir!munson
-----------------
"I don't know if they scare the enemy,
but they certainly scare me."
--Wellington, speaking of the moral character
of his troops
------------------------------
Date: 16 Sep 88 05:14:23 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes:
>How does one go about writing a GEM program that will accept arguments to
>main via argc and argv? I'm using Mark Williams C and when I try to use
>argc and argv with a GEM program the program bombs.
Although I don't use MWC myself, I will make a few remarks:
1) There is no means that I know of to supply parameters to a Gem
program if it is started from the Desktop.
2) If the program is started from a shell, the shell should be a Gem
program, otherwise the program cannot use Gem functions. I'm not very
sure about this one, though.
3) You don't need to do anything different for a Gem program than for
a Tos-Takes-Parameters one.
4) The bus error is perhaps caused by incorrect treatment of the
argc,argv list, e.g. accessing an element argv[i], with i >= argc,
or argv[0], whose contents is undefined (GEMDOS does not pass the
program's name). I even think there are compilers that put a null
pointer (not an empty string pointer) in argv[0], which is in effect
incorrect - argv[argc] should be the first null pointer of the list.
Leo.
------------------------------
Date: 16 Sep 88 07:22:57 GMT
From: mcvax!hp4nl!uva!gert@uunet.uu.net (Gert Poletiek)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes:
>
>
>
>How does one go about writing a GEM program that will accept arguments to
>main via argc and argv? I'm using Mark Williams C and when I try to use
>argc and argv with a GEM program the program bombs.
>
>Thanks for any help,
>Jim Cochrane
Manually compare the tos and gem runtime startup modules. Sources are
provided with Mark Williams C. You might also try linking directly with tos
startup instead of gem startup. The the only thing you have to remember is
that linking with -VGEM also includes the Gem library. Link with something
like;
ld -s -o output lib/gcrts0.o objectlist -lvdi -laes -lc
That should do it.
-------------------------------------------------------------------------------
Gert Poletiek Dept. of Math. and Computing Science, University of Amsterdam,
Kruislaan 409, NL-1098 SJ Amsterdam, The Netherlands
UUCP: {decvax,cernvax,unido,seismo}!mcvax!uva!gert
bitnet: uva!gert@mcvax.bitnet, U00025@hasara5.bitnet
Opinions (if any) are my own.
------------------------------
Date: 16 Sep 88 19:48:46 GMT
From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@ames.arc.nasa.gov (Greg Lindahl)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
hi. would you all PLEASE quit cross-posting this message stream to groups
that it has nothing to do with -- IBM PC's, Amigas, Atari ST's, etc. there
are people who read these newsgroups through digests, and have no way
to easily skip over all of the off-topic messages.
thanks.
Greg Lindahl internet: gl8f@virginia.edu
U Va Dept. of Astronomy bitnet: gl8f@virginia.bitnet
------------------------------
Date: 16 Sep 88 07:16:40 GMT
From: aramis.rutgers.edu!hedrick@rutgers.edu (Charles Hedrick)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
> You might start by reading the sun-spots digest - you'll see enough bug
> reports to make your eyes bug out.
Well, I've made my share of postings to Sun-Spots, but I surely
wouldn't want them misinterpreted as advising people against buying
Suns. Reading an unedited list of problems from users is always a
frightening experience. The monthly listing of bug reports from DEC
for TOPS-20 was far scarier than Sun-Spots. (Presumably the same is
true with VMS, but I don't look at those.) Back when I looked at bug
reports published by IBM for MVS, it was amazing what sorts of bugs
there were even in that very reliable system. (They even had this
special mechanism for giving you last-minute information on which of
the patches they published shouldn't be installed because they turned
out to create more problems than they solved.) About all one can say
is that there are lots of users out there trying lots of things and so
they run into lots of problems. Many of them are user confusion, but
there are also plenty of bugs. Sun-Spots is mostly a sign of a large
and active user community doing lots of interesting things.
------------------------------
Date: 15 Sep 88 21:54:55 GMT
From: stride!tahoe!wheeler!mikew@gr.utah.edu (Mike Whitbeck)
Subject: Re: Apple Talk and Ethernet
To: info-atari16@score.stanford.edu
! There are a couple (at least) of products out that allow you to
!connect an AppleTalk Network to Ethernet. If you did have an AppleTalk
!compatible port on the ST you could then hook it to Ethernet. Of course
!............ If you want Ethernet it is probably going to be
!cheaper to design something to run off the DMA bus instead of going
!through an AppleTalk to DMA converter.
!
! Dan Moore
*Someone asked about ethernet for the atari ST. We (our group at Delft
*University) are currently inquiring about the German product. It is
*supposed to be used at the University of Aachen. I hope to hear from
*it next week. When I hear something, I will post it.
*Hans Buurman
So close yet so far...
BMB Canada made and sold (2?) "ST-network to-PC" dma boxes
called imaginet but the product is no longer available (I just
called 9/15/88).
There seems to be a German ethernet card but how do you get it?
MAYBE SOMEONE AT ATARI CAN SHED SOME LIGHT ON OBTAINING
NETWORKING FOR THE ST?????
maybe this is the kind of product for the entrepeneur (like
MagicSac?)
speaking of which .......
if you had a Spectre 128 AND a DMA-2-SCSI board could you then
run a MAC ethernet or appletalk?
___________________________________________________________
|Mike Whitbeck | |
|Desert Research Inst. | mikew@wheeler.wrc.unr.edu |
|POB 60220 | |
|RENO, NV 89506 | 702-673-7348 |
|__________________________|______________________________|
There is no expedient to which man will not go to avoid the
real labor of thought. Edison.
___________________________________________________________
|Mike Whitbeck | |
|Desert Research Inst. | mikew@wheeler.wrc.unr.edu |
------------------------------
Date: 16 Sep 88 10:34:39 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: Strange '-s' flag behavior in the GNU linker ?
To: info-atari16@score.stanford.edu
In article <8809150858.AA16391@ucbvax.Berkeley.EDU> VBRANDT@DBNUAMA1.BITNET writes:
>
> I have found what is not quite a bug, but a somewhat annoying feature in the
>GNU C linker. It seems that the '-s' flag does exactly the opposite of what I
>think it should do. If you don't specify '-s', the linker appends a symbol
>table to the executable, if you do specify it, no symbol table is produced.
'-s' does not stand for symbol / no symbol, but for strip. This option
is passed to the loader, and means: strip off the symbol table. The
default in Unix is to have a symbol table in your executable (so the
debuggers are not too bad to work with, although -g is preferred if you
want to use dbx).
> This means that to make executables without symbol tables, one cannot use
>GCC, but has to invoke everything manually. Also, all the executables from
>the GNU package themselves have quite big symbol tables. Removing them would
>save several KB, which might help people suffering from storage/memory
>shortages.
I do not quite understand your problem. Put the -s in your makefile, or
add -s to CFLAGS. Now you can invoke make with no special parameters.
As for removing symbol tables, that's a job for strip(1); no doubt there'll
be an ST version soon (if it isn't already there).
> Anyway, thanks to John for his impressive work !
I fully agree.
Leo.
------------------------------
Date: 16 Sep 88 11:36:44 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: problem with mwc atoi(), version 2.0.1
To: info-atari16@score.stanford.edu
In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes:
|
|What is wrong with the following code?
[some lines deleted]...
|#include <stdio.h>
|/* #include <math.h> */
|
|#define MAXVAL 32767
|
|main(argc,argv)
| int argc; char *argv[];
|{
| int i, x;
| extern int atoi();
|
| for (i=1; i+1<=argc; ++i) {
| x = rand();
| printf("%d %d %s %d %d %d\n",
| x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]),
| (double) x / MAXVAL * atoi(argv[i]) + 1);
| }
|
| putchar('\n');
|}
|
|The code compiles, but produces bad (atoi()?) results... why? Why are
|the atoi(argv[i]) values bad (negative)?
The arguments supplied to printf() are not conforming to the format:
(double) x / MAXVAL is of type double (probably 8 bytes on the stack),
while you try to print it as an integer (%d) (2 bytes in mwc ?). So the
first three arguments print correctly, but the last three are taken
wrongly from the stack, and besides are interpreted wrong (as integer,
but they are double,int, double. Using a cast (int)(double expr.) for the
double expressions should solve your problem.
Leo.
------------------------------
Date: 16 Sep 88 19:11:33 GMT
From: imagen!hedley@ucbvax.Berkeley.EDU (Hedley Rainnie)
Subject: re: Ram disks > 999k
To: info-atari16@score.stanford.edu
I got a copy of MegaMatic off of DELPHI and it is great
optional features at config time
* reset surviving ramdisk up to 2Meg in size
* built in screen saver
* Disk verify on/off
* Print spooler (I never used this)
* key sequences for rebooting (warm/cold)
I have used it extensivly to develop a large project for the Megas
and have not had any problems. I usually use a 1.2Meg one on a Mega4.
The program is copyright Lloyd Pulley 1988 TIF Software.
The version I use is 1.15.
Hope this helps
Hedley
{decwrl|sun}!imagen!hedley
--
{decwrl!sun}!imagen!hedley
------------------------------
Date: 16 Sep 88 19:58:44 GMT
From: rubbs1!Robert.Lisowski@rutgers.edu (Robert Lisowski)
Subject: Re: Help with receiving satellite pictures!!!
To: info-atari16@score.stanford.edu
Hank Brandli of Melbourne, FL (3165 Sharon Dr.---32904) is named in
Popular Mechanics' Science section (oct. p.40).
He will provide (for a $5.00 fee) a parts list, instructions, and
other info on constructing a satellite weather picture station for
a computer (I think it's a PC-compatible, but any good hacker can
adapt it to an ST). Total cost is under 1000 bucks (depending on
how good you are at shopping or how much stuff you have already).
Rob
--
Robert Lisowski - via FidoNet node 1:107/330
UUCP: ...!rutgers!rubbs1!Robert.Lisowski
ARPA: Robert.Lisowski@rubbs1.FIDONET.ORG
\...!rutgers!rubbs1!Robert.Lisowski
------------------------------
Date: 17 Sep 88 03:13:14 GMT
From: oliveb!tymix!antares!jms@ames.arc.nasa.gov (joe smith)
Subject: Re: problem with mwc atoi(), version 2.0.1
To: info-atari16@score.stanford.edu
In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes:
> printf("%d %d %s %d %d %d\n",
> x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]),
> (double) x / MAXVAL * atoi(argv[i]) + 1);
The way printf picks up arguments is as follows:
%d = Pick up 2 bytes of x (which is an int) = OK
%d = Pick up 2 bytes of i (which is an int) = OK
%s = Pick up a pointer to a string argv[i] = OK
%d = Pick up 2 bytes of the 8 bytes that correspond to the value of the
expressiion "(double) x /MAXVAL".
%d = Pick up the next 2 bytes from the previous double-precision value
%d = Pick up the 4th and 5th bytes of the double-precision value
\n = Start a new line (which ignores the 7th and 8th bytes of the first
double precision result, and ignore the 2 bytes of the atoi value,
and ignore the 8 bytes of the 2nd double-precision floating point value.
The problem is in the use of %d with double. You should be using %f
for double, however you don't need double in this program; use ints and
longs instead.
--
+----------------------------------------------------------------------------+
| TYMNET:JMS@F29 CA:"POPJ P," UUCP:{ames|pyramid}oliveb!tymix!antares!jms |
| INTERNET:JMS%F29.Tymnet@Office-1.ARPA PHONE:Joe Smith @ (408)922-6220 |
------------------------------
Date: 17 Sep 88 14:22:44 GMT
From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs)
Subject: Re: ST news software / Sobozon C
To: info-atari16@score.stanford.edu
In the referenced article, Dale Schumacher referred to the GNU redistribution
conditions. He was close, but a bit off. In the gnu.gcc newsgroup RMS stated
that he considers the GNU 'copyleft' (essentially meaning free availability
of all source code) to apply to anything that is a 'derivative work' of
a Free Software Foundation product. That's a technical legal term there, and
right now the best guess is that it means BISON output or anything linked
with the GNU libraries, but not anything simply compiled with gcc and
the associated tools.
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Wed Sep 28 07:23:22 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA13021; Wed, 28 Sep 88 07:23:22 EDT
Message-Id: <8809281123.AA13021@speedy.mcnc.org>
Date: Wed 28 Sep 88 04:17:44-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari8-Request@Score.Stanford.EDU
Subject: Message of 27-Sep-88 23:00:00
Status: R
Message failed for the following:
dwp@Score.Stanford.EDU.#Internet: Can't forward - unknown host "mitre-b-chubby.arpa"
------------
Date: Tue 27 Sep 88 22:59:56 PDT
Subject: Info-Atari8 Digest V88 #92
From: Info-Atari8 Digest <Info-Atari8@Score.Stanford.EDU>
Sender: Info-Atari8-request@Score.Stanford.EDU
Errors-to: Info-Atari8-request@Score.Stanford.EDU
Maint-Path: Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List: ;
Reply-to: Info-Atari8@Score.Stanford.edu
Info-Atari8 Digest Tuesday, September 27, 1988 Volume 88 : Issue 92
This weeks Editor: Bill Westfield
Today's Topics:
A more recent ZMAG
----------------------------------------------------------------------
Date: 24 Sep 88 21:09:17 GMT
From: gdtltr@vax1.acs.udel.edu (Gary D Duzan)
Subject: A more recent ZMAG
To: info-atari8@score.stanford.edu
FNet delays kept me from getting the previous ZMAG until 2 days ago.
Here is the most recent issue.
Gary Duzan
Time Lord
Third Regeneration
Atari Enthusiast Extreme
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Syndicate ZMagazine Issue #124 September 21, 1988
| HOT Atari News and Reviews |
-----------------| American Publishing Enterprises, Inc |----------------
-----------------| Post Office Box 74 |----------------
-----------------| Middlesex, New Jersey 08846-0074 |----------------
PUBLISHER GENERAL MANAGER ZMag EDITOR ASSISTANT EDITOR
Ron Kovacs R. F. Mariano John Deegan Carlos Hernandez
=========================================================================
Available on: * CompuServe * GEnie * Delphi * The Source * F-Net *
=========================================================================
Copyright (c) 1988 APEInc, SPC -- All Rights Reserved --
ZMAG NORTH
The Launch Pad BBS
(201) 343-1426
H143-201
ZMAG MIDWEST
Stairway To Heaven
(216) 784-0574
H002-216
ZMAG SOUTH
Bounty Atari ST BBS
(904) 786-4176
H014-904
ZMAG WEST
Shadow Haven Information Service
(916) 962-2566
H009-916
*-[CONTENTS]-*
*=* Publishers Desk by Ron Kovacs
*=* ZMAG Weekly News Roundup
*=* New Book on Computer Viruses
*=* Line Noise Revisited Ctsy CIS Atari
*=* Circuit Maker Review
*=* SAM TRAMIEL in Conference
*=* 8 Bit Owners Update
=========================================================================
PUBLISHER'S DESK
by Ron Kovacs
~~~~~~~~~~~~~~~~~~~~~
Originally planned for preview in this space was an article written by the
Editors of Michigan Atari Magazine. I have cancelled this segment while I
research and produce our official position on the matter. Stay tuned to
these pages in the next few weeks for an indepth look at MAM.
Starting October 2, 1988, ZMAGAZINE will release issues on Sunday
evenings. We will also debut a new section devoted to User Group Updates
and news. Stay tuned for more details on this next week.
SCHEDULED RELEASES FOR OCTOBER
Issue #125 October 2, 1988
Issue #126 October 9, 1988
Issue #127 October 16, 1988
Issue #128 October 23, 1988
Issue #129 October 30, 1988
Due for release in October....Update of the official ZMAG/ST-REPORT BBS
listing. If your BBS has not appeared, or you think you might be missing,
Please send a post card with your BBS information and a phone number so we
can contact you and give you your official ZMAG Registration number. The
ZMAG 1988 Reader Survey is near completion. I need your address to send
you the survey!! Please send that post card off today!! The survey is
presently 8 pages long.
Enjoy your vacation John Deegan!
***************************************
ZMAG NEWS ROUND-UP 9/14-9/21
Compiled by the Staff of ZMagazine
***************************************
(Comments detailed in the following article are NOT those of ZMagazine or
it's editors. Readers opposed to any comments here are welcome to submit
a reply by 9-30-88. Any opposing commentary on this article will NOT be
accepted for publication.)
PRESS RELEASE 9/15/88
In an article called Atari News and Comment in the September Michigan Atari
Magazine (MAM), editor Bill Rayl again blasted a non-participating local
Michigan Atari users group for policies not in tune to MAM's liking.
MAGIC, the eastern Michigan Atari users group who has stead fastly refused
advances to join the MAM consortium, was sharply condemned for charging
"50 cents to $1 admission" to attend a special meeting hosting Atari execs.
"I was strongly misquoted by Mr. Rayl," says Sourcerer's Apprentice Editor
Mike Lechkun. "I went out of my way to call Bill Rayl long distance to
share and report this bit of local Atari news. I was shocked to see it
turned into a negative slam against us (MAGIC)."
"I told his wife (and MAM co-editor) Pattie that MAGIC was asking for a
donation to help defray costs of starting up another Atari fest effort [as
well as to pay for the increase in space needed for the meeting]. It
seems to me," commented Mike, "that MAM is allowed to rake in money for
it's own ventures, but others trying to serve the Atari community are, in
their words, 'tasteless'."
Mike concluded that he'd "be more than happy to make a donation in the
Rayls' name if they couldn't cough up a couple of bucks!" It was MAM,
over a year ago, who slammed then-non-participating club MACE when they
proposed charging non-members to attend the monthly meetings. MACE was
(and is) losing money rapidly by providing services to non-members who
were sponging off the group. Because of the article, MACE was embarrassed
into changing their newly adopted policy.
The members of MAGIC have always felt that a user group's newsletter helps
to define and add personality and individuality to the club. The
newsletter is the club's identity to the outside world. It is a shame
that MAM feels that their viewpoint is the only valid one in Michigan, and
that any other club's views are "considered extremely bad taste."
Quote from MAM, 9/88
Atari News and Comment
"In a move that can only be considered extremely bad taste, MAGIC is
planning to charge 50 cents or $1 admission to attend this meeting [with
Atari's execs]! The meeting takes place on their normally scheduled
meeting night, and MAGIC's meetings are generally open to all. But, in
this case, MAGIC proposes to charge admission from the very people they
are going to need assistance from if another show will occur. MAGIC can't
pull off an AtariFest on their own, but if any other clubs want to get
involved at this first meeting, they'll have to pay to do so? Hopefully,
MAGIC will change the tune before October..."
ATARI KILLS DETROIT VISIT
ATARI CORP.'s proposed visit to Detroit user group MAGIC has been
cancelled. Sam Tramiel said that such a visit would "excite group
members", but with no product to deliver and because we are right before
Comdex, there's really nothing that could be said. ATARI has promised
full support for a Detroit AtariFest, which the MAGIC group is still
considering. Sig Hartmann commented that the November Comdex show would
be "an opener to a revitalized U.S. market presence", and indicated a
proposed resurgance after the first of the year. But as to not discourage
those who would attend a large scale meeting from afar, Atari will not
make a local apperance until the show.
** NEWS BULLETIN **
Attention all persons that have a program being called "Master Cruncher"
or any alterations of that. It seems that a group of pirates have edited
out the Copyright notice and have claimed the program as there own. This
Utility is not Public Domain nor a Pirate utility, it is a Commercial
program that was going to be sold in The Federal Republic of Germany.
There were plans to market it in the USA, but due to the massive spreading
of the utility, there is no hope of making any kind of profit nor will
there be any other such utilities produced due to these problems, it is
not cost effective to try and track down who did this terrible thing, so
you can just thank who ever the persons involed for screwing up the future
of such useful utilities you might have had. Please notify all sysops or
board operators that this file should be deleted from file sections and
not posted again.
I was really surprised to hear that it was posted on 2 major commercial
networks, I would have thought they would have questioned this utility
because of no documentation or origin of source. I would have thought the
sysops would be a little more responsible to there amiga comunity and
check things that are questionable out first.
A final note, the version that seems to have made it's way all over the
United States is still a beta version and has a Serious! bug in it, I do
not accept any responsiblity for any damage caused by the faulty program.
"it is not my fault everyone pirated it" I strongly suggest you uncrunch
everything crunched with it or things might begin to happen you wish
didn't. You have been warned of the problem. Please spread this file as
fast as my program was spread to warn people against the possible
destruction of all there data.
Bit Soft Programing (BSP)
Hans Mayor
Post Fach 1123
8623 Staffelstein
West Germany
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
NEW BOOK ON COMPUTER VIRUSES
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Compute!'s COMPUTER VIRUSES
Author: Ralph Roberts
Price: $14.95
ISBN: 0-87455-178-1
On Sale: November, 1988
Publisher: Compute! Books, a Capital Cities/ABC Company
Why are the big computer companies keeping quiet about the problem of
computer viruses?
``Over one percent, or about a quarter of a million IBM PC's and
compatibles are already infected,'' says Larry DiMartin, president of
Computer Integrity Corporation, the makers of the commercial viral
protection program, Vaccinate.
Finally there's a book that shows why software and hardware manufacturers
--in some cases selfishly and intentionally--have their heads in the sand.
Finally there's a book that helps you protect your system from computer
viruses. A book that answers the questions the industry has been ducking.
Like a biological virus, a computer virus can replicate itself and be
spread (through the use of ``Trojan horse'' programs) from system to
system. Trade a floppy disk with a friend and you may unwittingly be
destroying all the data in your system, whether it's a single person
computer or a large, networked system of 20,000 terminals. It's not even
enough to have good backup--a timed release virus can also be in the
backup disks or tape, destroying data time after frustrating time.
The destructive rampages of these small hidden programs from sick minds
are not limited to ``high risk'' users who download indiscriminately from
``pirate'' electronic bulletin boards. AP and UPI reports in recent months
have reported that such major institutions as NASA, Lehigh University,
Miami (Ohio) University, ARCO Oil, Hebrew University in Israel, and others
have had computer virus attacks.
Whether you are a single computer owner or a manager of a large area
network, Compute!'s COMPUTER VIRUSES offers relief from the fear and the
very real danger of a viral infection in your system.
Topics Covered:
* How your system can become infected (risky practices and how to practice
``safe computing,'' and minimize exposure.
* The history of viruses, including some infamous infections such as the
``Brain'' virus, the ``Sunnyvale Slug,'' the ``Scores,'' and the
Macintosh ``Peace'' virus.
* How viruses work and what they can do to your system.
* The kind of programs that can hide viruses.
* How to detect a virus or viruses in your system and erase them.
* Protection from virus infection.
* Reviews and tips on viral protection systems, both commercial and
public domain.
* Sections with specific protection information for IBM and compatibles,
Macintosh, Apple, Amiga, Atari, and other systems.
Contents:
Your Computer May Be Sick!
History and Famous Viruses
How Viruses Work
Practicing Safe Computing
How The Experts Deal With Viruses
Corporate Initiatives for Data Security
(by Pamela Kane, President of Panda Systems)
The Case of the ``Gerbil'' Virus
(by Raymond M. Glath, President of RG Software Systems)
IBM and Compatibles
Macintosh
Apple
Amiga
Atari
The Only Good Virus is a Dead Virus.
For Additional Information:
Ralph Edwards
P.O. Box 8549
Asheville, NC 28814
(704) 254-3972
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
LINE NOISE REVISITED
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ctsy CompuServe Atari SIG
#: 47388 S2/CompuServe & BBSs 27-Dec-86 22:10:29
Sb: #Interlink
Fm: Jeff Rigby/Intersect Sof 74615,323
To: Dave Groves 76703,4223
I have never had the pleasure of taking apart a Courier 2400 but most
modems use the same input transformer ( FCC Regulations ).
Below is a schematic drawing of the Input transformer circuit:
----) || (------
Input from ( || ) output to
phone line ) || ( modem
----( || )-----
||
|| (------> 600 ohm Inpedance matching
|| ) < resistor
|| (------>
Transformer
You change the 600 ohm ( blue black brown ) resistor, to a lower value by
tacking a resistor in parallel. Try values from 1000 ohms to 600 minimum.
This is a quick and dirty method, it works by making the transformer less
efficient and therby reducing the sensitivity of the circuit. The resistor
is there to cause the input transformer to match the phone line (600 ohms)
impedance. When you have an impedance match you have maximum transfer of
energy. Choose the highest value resistor that gives the fewest errors.
Jeff Rigby c/o SOTA Computers
3949 Sawyer Rd.
Sarasota, Fl. 33583
813-922-6244
****************** UPDATE *********************
17-Sep-88 09:21:43
Sb: #110696-2400 baud problem
Fm: INTERSECT Software 76004,1577
To: SYSOP*Dave Groves 76703,4223
The resister will reduce the sensitivity of the modem to incoming noise. If
the problem is only periodic and does not get worse after warmup then this is
the method to use. If it does get noisy after warmup then open the modem and
look for an 8 pin chip with X2444 on it. It's an XR chip that sometimes causes
the line noise problem at 2400 baud.
Since 2400 baud does push the Florida phone lines to the limit, neither method
may work for you.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CIRCUIT MAKER by Bill Pike (PAC)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
My field of endeavour, that which I do when not using a computer, involves
a lot of logic circuit design. Well anyhow I was going thru the local
software store and happened to see a program on the shelf that immediately
caught my eye. The name of the program is CircuitMaker and it was written
by Ozzie Boeshans. The cost is $69.95, why not make it a even $70?. The
program is published by ILLIAD Software.
For those who havn't used this type of program in the past, this includes
until now me, this is the cats meow. No more breadboarding of circuits.
No more burning out chips. No more tangles of wire, piles of parts, and
general mess laying all over the place. Also, for those who are married,
no spouse telling you to clean up your mess.
Version 1.2 of the program allows you to design various logic circuits on
screen and TEST AND DEBUG THE CIRCUITS ON SCREEN. The program then will
print the circuit on your Epson compatible printer. You can also go back
to the last saved version of the circuit if you have made a mistake. The
next version, 2.0, is said to allow you to specify and make a library of
your own favorite IC's. Didn't I say that the program comes with 1 library
of various logic gates and IC's? Well if I didn't, it does.
Here is what is in the library: All of the various types of gates
including, a inverter, 2-4 input AND & NAND, 2 input ORs, 2 input NORs,
and 2 input exclusive ORs, LED's, seven segment displays including the BCD
to 7-Segment decoder, switches, two types of quad latches, 7474, 74138,
74151, 74168, 74169, 74109, and 74194 IC's.
There is a snap-to-grid feature so everything looks neat. The various
logic devices can be rotated in 90 degree increments, you can label either
vertically or horizontally. When you are wiring the circuit the curser is
accompanied, once you move out of the device area, by a set of full screen
cross-hairs that show you where the wire will end up both vertically and
horizontally if you extend it the full screen. This allows you to be much
neater in the layout of wiring. There is also a dot placed where wires
join so that you are sure of the connection. You can also move devices
around or delete them if you decide that the location is bad. You are
working in a window of the design, the window is approximately 15% of the
working area. You can wire outside of the screen area.
I find that you should make a printout of just the device placement so you
are able to easily find the devices not on screen when you start to wire.
A zoom command would have been nice.
There are programmable pulse generators for signal inputs, each generator
is independently programmable as to waveform and start time as well as
well as when it starts. The speed is variable in common. There is a four
input oscilloscope that can be used to check any four points in the
circuit simultaneously.. You are able to either use a continous run or
set for 5 or 10 cycles. The various wires show you the logic level on
that wire by either being solid black (logic 1), dark dotted (logic 0),
or light dotted (not active) as the test is running. If you are using a
color monitor the colors of the lines change to indicate the same
conditions. You are able to move around the screen during the run so you
can see the functioning of the entire circuit.
There is a tutorial on fundamental logic circuit design included in the
small 50+ page manual. The tutorial doesn't go into much depth and those
who are unfamiliar with logic design should pick up a book on the subject
as well as a TTL Device handbook so you can figure out just what the
various chips are and what they require to work. The program doesn't go
into microprocessor logic and if it did it should/would probably cost about
10 times as much, if not more.
This program is designed for the average designer and builder not for
someone who does this for a living, he/she would probably have the $700 to
$7000 version of this type of program and a main frame to run it on. This
is a MUST HAVE program for anyone who designs logic circuits including
those in college level logic design courses. It is also a must have for
anyone who just does logic design at home for their computer interfaces or
anything else, this is most logical (sorry about that it slipped out). So
dig into your pocket and BUY THIS ONE.
*********** SAM TRAMIEL IN CONFERENCE ***********
The Atari Forums on CompuServe will be sponsoring a world-wide electronic
teleconference with Sam Tramiel, President and Chief Operating Officer of
Atari Corporation, on Monday, September 26 at 9:00 PM EDT. Your
participation in this conference is welcomed and encouraged!
The Sam Tramiel Conference is going to be held in CompuServe's Electronic
Convention Center(tm). The Electronic Convention Center(tm) was designed
specifically for special conferences of this nature and can have as many
as 300 people participating simultaniously without causing the slightest
speed decrease. In addition, the Electronic Convention Center(tm) offers
the capability of holding a more structured conference, making it possible
for you to ask your questions and be answered by Mr. Tramiel without any
interruptions. Top performance is absolutely guaranteed! Lastly, the
Electronic Convention Center(tm) offers additional conveniences (discussed
later in this text) that will make your participation in this conference
amazingly easy. If you've participated in other national conferences of
this type before and have been underwhelmed at the way it was conducted
and the performance of the service during 'heavy' usage, this conference
is your opportunity to experience the communication power of a professional
-quality global information network.
ACCESSING THE CONVENTION CENTER
As mentioned above, the Sam Tramiel conference will be held in CompuServe's
Electronic Convention Center(tm) -- NOT the conference area of the Atari
16-Bit Forum. To access the Convention Center, type GO CONVENTION at any
CompuServe command prompt.
When you type GO CONVENTION, CompuServe will display the following menu:
Electronic Convention Center(tm)
INFORMATION/RESERVATIONS
1 Instructions
2 List Conferences/Make Reservations
3 Review/Cancel Reservations
4 Conference Etiquette
Enter choice !
Choice 1 allows you to view the complete instruction guide for using the
Convention Center. Choice 2 and Choice 3 allow you to list upcoming
special conferences and any advance "reservations" (NOT NECESSARY FOR THIS
CONFERENCE!) you might have made. Lastly, choice 4 provides some
information on the etiquette followed by participants in an electronic
conference.
On Monday, September 26, at 8:30 PM EDT (a half hour before the Sam Tramiel
conference is scheduled to begin), the Convention Center menu will appear
as shown above with the addition of menu choice 5 which will allow you to
enter the Sam Tramiel conference. An example of how the Convention Center
menu will appear from 8:30 through the end of the conference on September
26 appears below:
Electronic Convention Center(tm)
INFORMATION/RESERVATIONS
1 Instructions
2 List Conferences/Make Reservations
3 Review/Cancel Reservations
4 Conference Etiquette
JOIN CONFERENCE IN PROGRESS
5 Atari Sam Tramiel Conference
Enter choice !
All you will need to do is select choice 5 in order to join the conference.
Once you select choice 5, CompuServe will prompt you to enter your name:
What is your name? John Doe
Enter your name and press a <CR> as shown in the above example.
If you enter the conference area before 9:00 PM EDT, you can chat briefly
with other early arrivers until the moderated conference begins.
ASKING A QUESTION
Once the moderated conference begins, only the moderator and guest speaker
will be allowed to openly communicate at all times. Other participants
must signal that they would like to ask a question or make a comment by
using the /QUESTION (or /QUE) command. Once you issue the /QUE command,
CompuServe will add your name (in order) to the queue. When it is your
turn to speak, CompuServe will beep your terminal and display a message
explaining that it is your turn and you may now ask your question. If you
attempt to openly communicate before it is your turn to speak, the
Convention Center will send you a reminder that in order to ask a question
or make a comment, you must enter the /QUE command and wait for your turn.
If you issue the /QUE command and change your mind about asking a
question, you can enter the /UNQUE command to remove your place from the
queue.
USING THE BUFFER
The Electronic Conference Center(tm) makes it possible for you to compose
or upload your question or statement into a buffer area, followed by giving
you the option of editing the text using standard CompuServe EDIT commands
(explained in detail in EDIT.TXT, available in LIBRARY 1 of the Atari 16-
Bit Forum). Then, you can send your pre-composed buffer when it is your
turn to speak in the conference. Here are the commands you will need to
know in order to use the buffer feature of the Convention Center:
/BUFFER EDIT - Brings you into "edit" mode where you can
compose, ASCII-upload, or edit your text.
/BUFFER SEND - Send buffer to all participants.
OTHER COMMANDS YOU SHOULD KNOW ABOUT
The following list of commands are available to you in the Convention
Center:
/BUFFER EDIT Edit text buffer
/BUFFER SEND Send text buffer
/BULLETIN Display short bulletin
/COMMANDS Show list of commands
/DAY Show date and time
/DISPLAY Change message display
/ECHO Show input as it is typed
/EXIT Exit the conference
/NOECHO Do not show input
/HELP Command help text
/NAME Change your name
/NOSEND Refuse private "send" messages
/OFF Log-off
/SEND Send a private message
/STATUS User/guest count
/WHO Show last speaker
/USERS List users
/LOOK Question status (how many people are in the queue)
/QUESTION Question request
/UNQUEUE Cancel a question
If you have any questions, please feel free to post a message to the
Sysops of the Atari Forums. Otherwise, hope you found this introduction
file useful and we're looking forward to seeing you at the big conference!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
8 BIT OWNERS UPDATE
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
There have been many mentions in the almost decade since the original
Atari 400/800 Personal Computers hit the dealers shelves about there
being a future upgrade to meet the user's needs, and new and more
challenging applications. Finally that upgrade is available....... The
Turbo-816 by DataQue, for the Atari 400/800/XL/XE.
DataQue Software is pleased to announce a powerful new upgrade which was
co-designed by Ron Shue, and Chuck Steinman. This upgrade will be
available in two forms. There will be a replacement CPU board for the
original 400/800 Computer system, and a plug in module for the XL/XE
series. In either case, there usually is no need for any modifications
to the existing hardware. The only exception to this is with XL/XE systems
which have their CPU soldered in place, which will require the removal of
the existing CPU, and the addition of a standard 40 pin I.C. socket is
suggested. Also included is the Turbo-OS, by DataQue for use with the
Turbo-816 CPU boards.
The Turbo-816 will not only increase the potential speed of the computer,
but also break the 64k memory barrier of the existing systems. Not with
the awkward paged memory, but with a fully linear decoded address space of
up to 16 megabytes. Benchmarks have put the Turbo-816 into a performance
range ABOVE many of the 'other" PCs/!! Special memory boards will be
available to take advantage of the new extended addressing range. These
will be mounted internal to the computer cabinet, and in most cases
require no hardware modifications.
And here is the amazing feature..... While adding all this power and all
this expanded addressing, the Turbo-816 for the Atari 8-bit computer
systems will maintain compatibility with most currently available
commercial and user written software. Using the Turbo-816 even those
older programs will enjoy a speed increase!
The Turbo-OS is a replacement operating system for use with the Turbo-816
which will release the 16-bit processor to its full power. Increased
speed will be the most obvious change, but hidden in its code, will be an
advanced new floating point library that will speed even the original Atari
BASIC to new levels of performance. Again, on most systems it will be
just a matter of replacing the existing ROM(s) with the Turbo-OS.
The future holds many more products for the Turbo-816 systems including:
1) a real-time multi-tasking operating system kernal
2) a new assembler-editor-debugger package which supports the new assembly
level instructions and addressing modes
3) a new BASIC which will speed past the fastest of the current BASICs for
the 8-bit machines
4) a new K&R compatible C development package
5) a new Turbo-GOS operating system (graphical based)
6) a developers development kit for new applications
The NEW Atari Turbo-816 should be available by November of 1988 For more
information contact your local Atari Dealer or, write:
DataQue Software
Dept. T-816
P.O. Box 134
Ontario, OH 44862
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
ZMagazine Issue #124 September 21, 1988 (c)1988 APEInc, SPC, Kovacs
------------------------------
End of Info-Atari8 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Wed Sep 28 07:24:05 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA13039; Wed, 28 Sep 88 07:24:05 EDT
Message-Id: <8809281124.AA13039@speedy.mcnc.org>
Date: Wed 28 Sep 88 04:17:49-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.67
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 2-Oct-88 22:55
=DEQUEUE: 30-Sep-88 22:20
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
A.ISI.EDU.#Internet
ISI-INFO-ATARI
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
NOTE.NSF.GOV.#Internet
jmurray
[128.205.2.4].#Internet
V069HPMS
relay.ubc.ca.#Internet
info-atari16
EE.UCLA.EDU.#Internet
willing
Date: Tue 27 Sep 88 22:20:43 PDT
Subject: Info-Atari16 Digest V88 #408
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 408
This weeks Editor: Bill Westfield
Today's Topics:
Re: Boycott Apple Again -- Now about Suns
Re: argc and argv with gem
Re: argc and argv with gem
Re: Boycott Apple Again -- Now about Suns
Re: Boycott Apple Again -- Now about Suns
Re: Apple Talk and Ethernet
Re: Strange '-s' flag behavior in the GNU linker ?
Re: problem with mwc atoi(), version 2.0.1
re: Ram disks > 999k
Re: Help with receiving satellite pictures!!!
Re: problem with mwc atoi(), version 2.0.1
Re: ST news software / Sobozon C
----------------------------------------------------------------------
Date: 16 Sep 88 15:28:34 GMT
From: renoir.Berkeley.EDU!munson@ucbvax.Berkeley.EDU (Ethan V. Munson)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
I think that this discussion has gone quite astray. Suns and Macs are,
for 99.5% of the computing world, oranges and apples.
A Macintosh is designed to be a standalone personal computer that will
basically run correctly from the moment it is turned on. It is designed
around the assumption that the user is not very sophisticated about
computing.
Suns are diskless workstations, which can be given local disks to allow
them to run in standalone mode. A Sun can only be used easily when
there is a sophisticated system manager available who will work out the
kinks in issues like swap space, disk partitions, etc.. If you are such
a person or are part of an organization that already has such a person,
a Sun may be a good choice. There is lots of free software that runs on
Suns and is useful. For much of it, though, you may need to run make,
extract shell archives, and run dbx from time to time. However, I
don't think you can find a $150 WYSIWIG word processor for the Sun that
will print on a $500 dot matrix printer.
In my experience, the only time that Suns and Macs become comparable is
when you talk about the bottom of Sun's line (3/50 with a 70meg SCSI
disk) and the top of Apple's (Mac II with 80Meg disk, A/UX, 5+Meg of
RAM).
Network based Sun systems do appear to be more fragile than Macintosh
systems (which do not depend on the network for critical resources, like
virtual memory). Some of the fault lies with Sun's decision to
trade-off reliability for speed and simplicity in the Network File
System. But much of the time, any problems arise from the decisions
made by the administrators of the local system to spend $5000 on a new
3/50 instead of another 4 Meg of memory for the file server. A Sun is a
good machine if you are a programmer or can afford to hire one. A Mac
is a good machine no matter who you are, but is not as good as a Sun for
computer science research and some other technical pursuits.
Pardon my little harangue,
Ethan Munson
munson@renoir.Berkeley.EDU
...ucbvax!renoir!munson
-----------------
"I don't know if they scare the enemy,
but they certainly scare me."
--Wellington, speaking of the moral character
of his troops
------------------------------
Date: 16 Sep 88 05:14:23 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes:
>How does one go about writing a GEM program that will accept arguments to
>main via argc and argv? I'm using Mark Williams C and when I try to use
>argc and argv with a GEM program the program bombs.
Although I don't use MWC myself, I will make a few remarks:
1) There is no means that I know of to supply parameters to a Gem
program if it is started from the Desktop.
2) If the program is started from a shell, the shell should be a Gem
program, otherwise the program cannot use Gem functions. I'm not very
sure about this one, though.
3) You don't need to do anything different for a Gem program than for
a Tos-Takes-Parameters one.
4) The bus error is perhaps caused by incorrect treatment of the
argc,argv list, e.g. accessing an element argv[i], with i >= argc,
or argv[0], whose contents is undefined (GEMDOS does not pass the
program's name). I even think there are compilers that put a null
pointer (not an empty string pointer) in argv[0], which is in effect
incorrect - argv[argc] should be the first null pointer of the list.
Leo.
------------------------------
Date: 16 Sep 88 07:22:57 GMT
From: mcvax!hp4nl!uva!gert@uunet.uu.net (Gert Poletiek)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes:
>
>
>
>How does one go about writing a GEM program that will accept arguments to
>main via argc and argv? I'm using Mark Williams C and when I try to use
>argc and argv with a GEM program the program bombs.
>
>Thanks for any help,
>Jim Cochrane
Manually compare the tos and gem runtime startup modules. Sources are
provided with Mark Williams C. You might also try linking directly with tos
startup instead of gem startup. The the only thing you have to remember is
that linking with -VGEM also includes the Gem library. Link with something
like;
ld -s -o output lib/gcrts0.o objectlist -lvdi -laes -lc
That should do it.
-------------------------------------------------------------------------------
Gert Poletiek Dept. of Math. and Computing Science, University of Amsterdam,
Kruislaan 409, NL-1098 SJ Amsterdam, The Netherlands
UUCP: {decvax,cernvax,unido,seismo}!mcvax!uva!gert
bitnet: uva!gert@mcvax.bitnet, U00025@hasara5.bitnet
Opinions (if any) are my own.
------------------------------
Date: 16 Sep 88 19:48:46 GMT
From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@ames.arc.nasa.gov (Greg Lindahl)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
hi. would you all PLEASE quit cross-posting this message stream to groups
that it has nothing to do with -- IBM PC's, Amigas, Atari ST's, etc. there
are people who read these newsgroups through digests, and have no way
to easily skip over all of the off-topic messages.
thanks.
Greg Lindahl internet: gl8f@virginia.edu
U Va Dept. of Astronomy bitnet: gl8f@virginia.bitnet
------------------------------
Date: 16 Sep 88 07:16:40 GMT
From: aramis.rutgers.edu!hedrick@rutgers.edu (Charles Hedrick)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
> You might start by reading the sun-spots digest - you'll see enough bug
> reports to make your eyes bug out.
Well, I've made my share of postings to Sun-Spots, but I surely
wouldn't want them misinterpreted as advising people against buying
Suns. Reading an unedited list of problems from users is always a
frightening experience. The monthly listing of bug reports from DEC
for TOPS-20 was far scarier than Sun-Spots. (Presumably the same is
true with VMS, but I don't look at those.) Back when I looked at bug
reports published by IBM for MVS, it was amazing what sorts of bugs
there were even in that very reliable system. (They even had this
special mechanism for giving you last-minute information on which of
the patches they published shouldn't be installed because they turned
out to create more problems than they solved.) About all one can say
is that there are lots of users out there trying lots of things and so
they run into lots of problems. Many of them are user confusion, but
there are also plenty of bugs. Sun-Spots is mostly a sign of a large
and active user community doing lots of interesting things.
------------------------------
Date: 15 Sep 88 21:54:55 GMT
From: stride!tahoe!wheeler!mikew@gr.utah.edu (Mike Whitbeck)
Subject: Re: Apple Talk and Ethernet
To: info-atari16@score.stanford.edu
! There are a couple (at least) of products out that allow you to
!connect an AppleTalk Network to Ethernet. If you did have an AppleTalk
!compatible port on the ST you could then hook it to Ethernet. Of course
!............ If you want Ethernet it is probably going to be
!cheaper to design something to run off the DMA bus instead of going
!through an AppleTalk to DMA converter.
!
! Dan Moore
*Someone asked about ethernet for the atari ST. We (our group at Delft
*University) are currently inquiring about the German product. It is
*supposed to be used at the University of Aachen. I hope to hear from
*it next week. When I hear something, I will post it.
*Hans Buurman
So close yet so far...
BMB Canada made and sold (2?) "ST-network to-PC" dma boxes
called imaginet but the product is no longer available (I just
called 9/15/88).
There seems to be a German ethernet card but how do you get it?
MAYBE SOMEONE AT ATARI CAN SHED SOME LIGHT ON OBTAINING
NETWORKING FOR THE ST?????
maybe this is the kind of product for the entrepeneur (like
MagicSac?)
speaking of which .......
if you had a Spectre 128 AND a DMA-2-SCSI board could you then
run a MAC ethernet or appletalk?
___________________________________________________________
|Mike Whitbeck | |
|Desert Research Inst. | mikew@wheeler.wrc.unr.edu |
|POB 60220 | |
|RENO, NV 89506 | 702-673-7348 |
|__________________________|______________________________|
There is no expedient to which man will not go to avoid the
real labor of thought. Edison.
___________________________________________________________
|Mike Whitbeck | |
|Desert Research Inst. | mikew@wheeler.wrc.unr.edu |
------------------------------
Date: 16 Sep 88 10:34:39 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: Strange '-s' flag behavior in the GNU linker ?
To: info-atari16@score.stanford.edu
In article <8809150858.AA16391@ucbvax.Berkeley.EDU> VBRANDT@DBNUAMA1.BITNET writes:
>
> I have found what is not quite a bug, but a somewhat annoying feature in the
>GNU C linker. It seems that the '-s' flag does exactly the opposite of what I
>think it should do. If you don't specify '-s', the linker appends a symbol
>table to the executable, if you do specify it, no symbol table is produced.
'-s' does not stand for symbol / no symbol, but for strip. This option
is passed to the loader, and means: strip off the symbol table. The
default in Unix is to have a symbol table in your executable (so the
debuggers are not too bad to work with, although -g is preferred if you
want to use dbx).
> This means that to make executables without symbol tables, one cannot use
>GCC, but has to invoke everything manually. Also, all the executables from
>the GNU package themselves have quite big symbol tables. Removing them would
>save several KB, which might help people suffering from storage/memory
>shortages.
I do not quite understand your problem. Put the -s in your makefile, or
add -s to CFLAGS. Now you can invoke make with no special parameters.
As for removing symbol tables, that's a job for strip(1); no doubt there'll
be an ST version soon (if it isn't already there).
> Anyway, thanks to John for his impressive work !
I fully agree.
Leo.
------------------------------
Date: 16 Sep 88 11:36:44 GMT
From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit)
Subject: Re: problem with mwc atoi(), version 2.0.1
To: info-atari16@score.stanford.edu
In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes:
|
|What is wrong with the following code?
[some lines deleted]...
|#include <stdio.h>
|/* #include <math.h> */
|
|#define MAXVAL 32767
|
|main(argc,argv)
| int argc; char *argv[];
|{
| int i, x;
| extern int atoi();
|
| for (i=1; i+1<=argc; ++i) {
| x = rand();
| printf("%d %d %s %d %d %d\n",
| x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]),
| (double) x / MAXVAL * atoi(argv[i]) + 1);
| }
|
| putchar('\n');
|}
|
|The code compiles, but produces bad (atoi()?) results... why? Why are
|the atoi(argv[i]) values bad (negative)?
The arguments supplied to printf() are not conforming to the format:
(double) x / MAXVAL is of type double (probably 8 bytes on the stack),
while you try to print it as an integer (%d) (2 bytes in mwc ?). So the
first three arguments print correctly, but the last three are taken
wrongly from the stack, and besides are interpreted wrong (as integer,
but they are double,int, double. Using a cast (int)(double expr.) for the
double expressions should solve your problem.
Leo.
------------------------------
Date: 16 Sep 88 19:11:33 GMT
From: imagen!hedley@ucbvax.Berkeley.EDU (Hedley Rainnie)
Subject: re: Ram disks > 999k
To: info-atari16@score.stanford.edu
I got a copy of MegaMatic off of DELPHI and it is great
optional features at config time
* reset surviving ramdisk up to 2Meg in size
* built in screen saver
* Disk verify on/off
* Print spooler (I never used this)
* key sequences for rebooting (warm/cold)
I have used it extensivly to develop a large project for the Megas
and have not had any problems. I usually use a 1.2Meg one on a Mega4.
The program is copyright Lloyd Pulley 1988 TIF Software.
The version I use is 1.15.
Hope this helps
Hedley
{decwrl|sun}!imagen!hedley
--
{decwrl!sun}!imagen!hedley
------------------------------
Date: 16 Sep 88 19:58:44 GMT
From: rubbs1!Robert.Lisowski@rutgers.edu (Robert Lisowski)
Subject: Re: Help with receiving satellite pictures!!!
To: info-atari16@score.stanford.edu
Hank Brandli of Melbourne, FL (3165 Sharon Dr.---32904) is named in
Popular Mechanics' Science section (oct. p.40).
He will provide (for a $5.00 fee) a parts list, instructions, and
other info on constructing a satellite weather picture station for
a computer (I think it's a PC-compatible, but any good hacker can
adapt it to an ST). Total cost is under 1000 bucks (depending on
how good you are at shopping or how much stuff you have already).
Rob
--
Robert Lisowski - via FidoNet node 1:107/330
UUCP: ...!rutgers!rubbs1!Robert.Lisowski
ARPA: Robert.Lisowski@rubbs1.FIDONET.ORG
\...!rutgers!rubbs1!Robert.Lisowski
------------------------------
Date: 17 Sep 88 03:13:14 GMT
From: oliveb!tymix!antares!jms@ames.arc.nasa.gov (joe smith)
Subject: Re: problem with mwc atoi(), version 2.0.1
To: info-atari16@score.stanford.edu
In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes:
> printf("%d %d %s %d %d %d\n",
> x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]),
> (double) x / MAXVAL * atoi(argv[i]) + 1);
The way printf picks up arguments is as follows:
%d = Pick up 2 bytes of x (which is an int) = OK
%d = Pick up 2 bytes of i (which is an int) = OK
%s = Pick up a pointer to a string argv[i] = OK
%d = Pick up 2 bytes of the 8 bytes that correspond to the value of the
expressiion "(double) x /MAXVAL".
%d = Pick up the next 2 bytes from the previous double-precision value
%d = Pick up the 4th and 5th bytes of the double-precision value
\n = Start a new line (which ignores the 7th and 8th bytes of the first
double precision result, and ignore the 2 bytes of the atoi value,
and ignore the 8 bytes of the 2nd double-precision floating point value.
The problem is in the use of %d with double. You should be using %f
for double, however you don't need double in this program; use ints and
longs instead.
--
+----------------------------------------------------------------------------+
| TYMNET:JMS@F29 CA:"POPJ P," UUCP:{ames|pyramid}oliveb!tymix!antares!jms |
| INTERNET:JMS%F29.Tymnet@Office-1.ARPA PHONE:Joe Smith @ (408)922-6220 |
------------------------------
Date: 17 Sep 88 14:22:44 GMT
From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs)
Subject: Re: ST news software / Sobozon C
To: info-atari16@score.stanford.edu
In the referenced article, Dale Schumacher referred to the GNU redistribution
conditions. He was close, but a bit off. In the gnu.gcc newsgroup RMS stated
that he considers the GNU 'copyleft' (essentially meaning free availability
of all source code) to apply to anything that is a 'derivative work' of
a Free Software Foundation product. That's a technical legal term there, and
right now the best guess is that it means BISON output or anything linked
with the GNU libraries, but not anything simply compiled with gcc and
the associated tools.
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Wed Sep 28 07:24:37 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA13044; Wed, 28 Sep 88 07:24:37 EDT
Message-Id: <8809281124.AA13044@speedy.mcnc.org>
Date: Wed 28 Sep 88 04:17:50-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.68
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 2-Oct-88 22:55
=DEQUEUE: 30-Sep-88 22:36
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
A.ISI.EDU.#Internet
ISI-INFO-ATARI
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
CSS.NRL.NAVY.MIL.#Internet
info-atari
NOTE.NSF.GOV.#Internet
jmurray
[128.205.2.4].#Internet
V069HPMS
EE.UCLA.EDU.#Internet
willing
Louie.UDel.EDU.#Internet
dist-info-atari16
cvl.umd.edu.#Internet
gyuri
Date: Tue 27 Sep 88 22:36:07 PDT
Subject: Info-Atari16 Digest V88 #409
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 409
This weeks Editor: Bill Westfield
Today's Topics:
Re: Boycott Apple Again -- Now about Suns
Writing to write protected disks?
Re: argc and argv with gem
Re: Boycott Apple Again -- Now about Suns
Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germ
(re: CONNECT YOUR OWN HARD DISK + ONE QUESTION)
Re: argc and argv with gem
Re: Genie?
Re: This "Dying ST" nonsense
Re:Media change bug.
RE:MEDIA CHANGE BUG.
Re: Boycott Apple Again -- Now about Suns
----------------------------------------------------------------------
Date: 17 Sep 88 14:24:57 GMT
From: phri!roy@nyu.edu (Roy Smith)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
Either drs@bnlux0.UUCP (David R. Stampf) or hyc@math.lsa.umich.edu (Howard
Chu), it's not clear which from the attributions, writes:
> Just as the most trivial of problems, you might wonder at the coined phrase
> (sorry, I forget who I'm stealing this from) "the connector is the network."
1) It was "stolen" from me. I guess it's too late to apply for a
trademark, right? :-(
2) Stop wondering what it means. It's a dig against Sun for
putting such crappy ethernet tranceiver connectors on their machines, and
is a direct parody of their "the network is the computer" slogan. You
would think that a company which makes products which depend so much on
networking (let's face it, a diskless workstations with a disconnected
tranceiver cable is just a very large paperweight) would pay more attention
to how they plug into that network.
--
Roy Smith, System Administrator
Public Health Research Institute
{allegra,philabs,cmcl2,rutgers}!phri!roy -or- phri!roy@uunet.uu.net
"The connector is the network"
------------------------------
Date: 16 Sep 88 06:36:51 GMT
From: mcvax!cernvax!ethz!matt@uunet.uu.net (Martin Matt)
Subject: Writing to write protected disks?
To: info-atari16@score.stanford.edu
In a german magazine (ST Magazine, former 68000er) I read about a scandinavian
hacker group, which claimed to have written a virus that could format a
write protected disk. The writer of the article claimed to have witnessed such
evil thing happening.
My question: is such thing possible without tampering with the hardware of the
disk drive?
The hacker group said, that they never distributed the beast.
--
Martin Matt ( ...!cernvax!ethz!matt )
------------------------------
Date: 16 Sep 88 23:30:22 GMT
From: mcvax!hp4nl!telmail!neabbs!daanjj@uunet.uu.net (DAAN JITTA)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
Jim,
You probably compiled your program specifying the -VGEM or -VAPP
option to the compiler driver cc. For an unknown reason, the GEM runti
runtime startup sets ARGV to NULL. Just take a look at the source, or
at the manual at page 141 (entry crtsg.o).
Solution: call cc first with option "-c", and then call the linker
yourself specifying both the correct runtime startup crts0.o and the
VDI/AES libraries (-laes -lvdi). This will work!!
Daan Josephus Jitta ( daanjj@neabbs )
------------------------------
Date: 16 Sep 88 15:11:28 GMT
From: eagle!icdoc!awm@ucbvax.Berkeley.EDU (Aled Morris)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
In article <406@stag.math.lsa.umich.edu>, hyc@math.lsa.umich.edu (Howard Chu) writes:
> You might start by reading the sun-spots digest - you'll see enough bug
> reports to make your eyes bug out. Just as the most trivial of problems,
> you might wonder at the coined phrase (sorry, I forget who I'm stealing
> this from) "the connector is the network."
The sun-spots digest is one of the most useful, informative and entertaining
groups that truly reflects the popularity and commitment of Sun's many
satisfied customers.
The comment on the connector is not a Sun specific complaint, it refers to
a long debate on comp.protocols.tcp-ip, regarding the DB15 ethernet drop
cable attachment as used by *all* ethernet vendors ('cos its in the standard).
Read sun-spots, not these flame wars :-) for the full story.
Aled Morris
systems programmer
mail: awm@doc.ic.ac.uk | Department of Computing
uucp: ..!ukc!icdoc!awm | Imperial College
talk: 01-589-5111x5085 | 180 Queens Gate, London SW7 2BZ
Opinions expressed above are all my own. I have no connection with SMI.
------------------------------
Date: 17 Sep 88 03:36:03 GMT
From: portal!cup.portal.com!Thomas_E_Zerucha@uunet.uu.net
Subject: Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germ
To: info-atari16@score.stanford.edu
There are a few things which may be missing here. First, last I heard,
Atari Corporation are selling ST's of all makes as fast as they can make
them - which many businesses would probabaly like to be in.
From a consumer's point of view, the ST is a bargain. It isn't very
expensive, and is very sophisticated hardware (It even runs Mac software
better than a real Mac - thank you Dave Small!). The programs are priced
very competitive (the <$100 word processors blow away most of the things
for the Mac and PC I have seen - at least in either price or performance).
The problem is for the *DEVELOPERS*. It isn't that hard to write ST
software, and there is a lot of quality PD stuff out. Atari has not been
very supportive (I realize that there is a new "push" at Atari, but it has
not really materialized for the most part). I don't know how many are
working for the European market, put that is apparently where at least
half of the ST's are. And here, games seems to be a larger segement of
the market than common business programs, much less esoteric utilities.
I don't know what Atari can do about this either - their logo is not one
that most purchasers or managers recognize, or if they do, "Isn't that a
game machine?" is usually the response. And with the DRAM shortage and
such, they couldn't provide them in numbers anyway. I really liked the
ad in that desktop publishing magazine, and hope to see more, but it is
likely to require more. And part of the problem is to get these larger
volume customers who are likely to buy site licenses and a lot more software
(at least things other than games).
I would also perhaps appreciate some more recognition on the part of Atari
that Software is a part of what sells the machine, and in some cases a large
part - and not the software Atari writes. Perhaps Atari should consider
aiding some of the developers in Atari's targeted ads by simply mentioning
that such software is available from..., which they have done in their MIDI
ads. I don't think the ST is dead or dying now, but it has to do something
soon since the software supply will dry up otherwise (much as your doctor
might tell you to quit smoking or lose weight - you won't die tomorrow, but
you won't stay healthy indefinitely while indulging).
------------------------------
Date: 16 Sep 88 18:23:51 GMT
From: portal!cup.portal.com!Ric_I_Clayton@uunet.uu.net
Subject: (re: CONNECT YOUR OWN HARD DISK + ONE QUESTION)
To: info-atari16@score.stanford.edu
Remco Bruyne writes:
[stuff deleted]
>The problem is: when I try to format a second hard disk (logical unit
>number = 1 instead of 0, which is the first HD), the disk starts
>formatting but when the last track is done, the formatting process
>starts all over again, so partitioning is not done.
>I *can* format the second disk when I strap it to be LUN=0, but I
>still cannot access the disk as a second hard disk from the desktop.
>
>Question: Is this a software problem or does it have something to
>do with the ATARI host adapter board ?
[closing stuff deleted]
Hmmm... Assuming the entries in ICDFMT.DAT for your controller and
disk drive are correct and you aren't having any cable problems,
I would guess its the Atari Host Adaptor that's causing you grief.
There's a known problem with the PAL chip on Atari's Host Adaptor
that causes it to respond to all LUNs, even if only one drive is
present as LUN=0. Maybe this problem also interferes with operating
more than 1 drive.
There's a couple of possible remedies you could try. First, you can
buy a replacement PAL chip that's supposed to fix the problems with
the Atari Host Adaptor. One such chip is available for about $20 (US)
from:
Berkeley Microsystems
360 Oakland Avenue, Suite 5
Oakland, CA 94611
(415) 465-6956
Second, you could purchase ICD's Host Adaptor board. This will not
only fix the LUN problem. It also gives you a battery-backup clock,
a DMA Daisy-chain port, and greater immunity to cable noise. The latter
allows you to run a 36" DMA cable to the drive. The ICD Host Adaptor
goes for around $135 (US) and is available from:
ICD
1220 Rock Street
Rockford, Il 61101-1437
voice: (815) 968-2228
modem: (815) 968-2229
fax: (815) 968-6888
Here's my Hard Disk Story:
I had an Atari SH204 20Meg Hard Disk. I needed more disk space and
didn't want to spend another $600 for 20megs. (Not to mention the fact
that the SH204 has no Daisy-chain port.) This is what I ended up with:
(From my SH204)
o Seagate ST225 20Meg Hard Disk
o Adaptec 4000 Controller
(From my local Hard Disk Dealer)
o Seagate ST251 42Meg Hard Disk
(From ICD)
o Host Adaptor Board
o 5 1/4 Hard Disk Case (w/HDA Mounting Kit & Cutout)
o Controller-to-Disk Cable Set
o 36" DMA Cable
Using the ICD format software, I'm able to get 22.2 Meg from the ST255
and 44.4 Meg from the ST251, for a total of 66.6 Meg of Hard Disk.
Total cost was about $650 (US), about the price of another SH204.
I've been using this setup for around 4 months without a hitch. I also
feel much more comfortable using the ICD HD software with it's
read-after-write verify. The only problems I had were with the Hard Drive
Case. Some of the drive bracket mounting holes were miss-aligned and had
to be re-drilled, the hardware-kit (screws,etc) didn't have the right
hardware, and space is _real_ tight inside the case. Nothing a drill and
a trip to the hardware store wouldn't solve. Also, saving the leftover
SH204 parts gives me a head-start on my next storage increase. By just
adding an RLL controller, a 96Mb drive, and replacing the PAL chip on the
Atari Host Adaptor board, I'll have more storage than I'll possibly need.
:-) :-)
Hope this helps,
Ric Clayton
***************************************************
* The above comments are my own and nobody elses. *
* No criticism is intended or implied. *
****************************************************************************
* "Don't touch that, you never know what it might be connected to." *
* --Buckaroo Bonzai talking to 'New Jersey' during brain surgery-- *
------------------------------
Date: 16 Sep 88 14:52:08 GMT
From: att!mtuxo!mtgzy!mtgzz!drutx!druhi!dlm@ucbvax.Berkeley.EDU (Dan Moore)
Subject: Re: argc and argv with gem
To: info-atari16@score.stanford.edu
in article <3441@boulder.Colorado.EDU>, cochrane@spot.Colorado.EDU (COCHRANE JIM T) says:
> How does one go about writing a GEM program that will accept arguments to
> main via argc and argv? I'm using Mark Williams C and when I try to use
> argc and argv with a GEM program the program bombs.
Just don't use the GEM switch on your link line. For some
unknown reason Mark Williams uses a different startup routine when you
say you have a GEM program. If you don't use the GEM switch you get the
standard startup routine which lets the program accept command line
arguments when you launch from a command shell.
Dan Moore
AT&T Bell Labs
Denver
dlm@druhi.ATT.COM
------------------------------
Date: 17 Sep 88 07:48:34 GMT
From: ucsdhub!jack!crash!dbw@ucsd.edu (David B. Whiteman)
Subject: Re: Genie?
To: info-atari16@score.stanford.edu
In article <1170@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes: ...
>. Download time (when you get software FROM THEM) is
>charged at the normal rate ($5/hr). Also, noncommercial GEnie
>subscribers can only call after 5PM local time and on weekends: the rest
>of the day is for GE's commercial customers, who are the primary
>consumers of that whole computer setup.
>
>GEnie has 2400-baud access at a higher hourly rate (I don't know how
>much higher) but, of course, 2400 baud cuts your download time in half.
>I would recommend using 1200 baud for interactive online time; log out
>and call up again at 2400 baud just for downloads.
I have learned from painful experience that on Genie and CIS and other systems
that 2400 baud is not necessary twice the speed of 1200 baud. The bits pass
thru the modem at 2400 baud, and you are paying a higher rate; however, there
are more pauses and longer pauses at 2400 baud. If you take two people
downloading under similar conditions and load on the network, but one is
downloading at 1200 baud and the other 2400 baud, it may turn out that the
2400 baud person takes less time than the 1200 baud person, but not close to
half the time. Under heavy conditions both of them may take the same amount of
time. Genie is better than CIS in this regard -- Genie sends the entire file
to the local node that the user is downloading from quickly, and the local node
handles the download. CIS sends the file in packets across the entire network
which slows the download down considerably.
------------------------------
Date: 16 Sep 88 10:14:18 GMT
From: attcan!utgpu!sikorski@uunet.uu.net (TED SIKORSKI)
Subject: Re: This "Dying ST" nonsense
To: info-atari16@score.stanford.edu
I was just watching a movie during prime time here in Canada and saw
a commercial for the Atari 520 ST. The ad claimed that the 520 is twice
as powerful as most business macnines and had great graphics and games.
The ad was very well do although they did seem to want to cram a lot
into a 30 second spot. Now why would a company that a lot of people claim
is dying all of a sudden spend lots of money producing spiffy ads, it just
doesn't make sense.
Just thought I would throw my 2 cents worth in.
--
Name: Ted Sikorski (University of Toronto Computing Services)
Path: sikorski@utcs.gpu.toronto.edu
alias: ted@utoronto.bitnet
------------------------------
Date: 16 Sep 88 19:38:34 GMT
From: att!chinet!mcdchg!clyde!watmath!julian!uwovax!42_145@ucbvax.Berkeley.EDU (RIC WHEELER)
Subject: Re:Media change bug.
To: info-atari16@score.stanford.edu
RE:MEDIA CHANGE BUG
------------------------------
Date: 16 Sep 88 19:58:22 GMT
From: att!chinet!mcdchg!clyde!watmath!julian!uwovax!42_145@ucbvax.Berkeley.EDU (RIC WHEELER)
Subject: RE:MEDIA CHANGE BUG.
To: info-atari16@score.stanford.edu
The media change bug has to do with the type of disk drive used.I ran
into this problem when upgrading my 520stfm to double-sided drives.I
had problems (media change)with a Panasonic JU-364 ,but not with a
Mitsibishi model MF 353B-88UF.
I'm not certain ,but I think it has something to do with the way the
write protect tab is detected.(optical or mechanical)
Maybe someone else can clairify this a little better for us.
------------------------------
Date: 15 Sep 88 13:51:46 GMT
From: bnlux0!drs@sbcs.sunysb.edu (David R. Stampf)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
In article <406@stag.math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu) writes:
>You might start by reading the sun-spots digest - you'll see enough bug
>reports to make your eyes bug out. Just as the most trivial of problems,
>you might wonder at the coined phrase (sorry, I forget who I'm stealing
>this from) "the connector is the network."
>
>Lots and lots of problems, no single one of which renders a Sun totally
>unusable, but altogether adding up to too many headaches. Bad network
>support, flaky network services, etc. etc. etc... For a company whose
>motto is "the network is the computer" it's pretty disgusting how
>poorly their network software runs.
>
I wasn't going to respond to this figuring that there would be a
huge response from Sun users, but since it wasn't posted to the sun newsgroup
I'll put in my $.02 worth.
I've had a Sun on my desk for 4 years now, and my department has
about a dozen. Schools by us have Sun's by the 100's. Compared to other
machines, Sun's software is top notch and we frequently use the sun's to
monitor our networks. I really think that Howard's opinions are in the
minority viewpoint. So much so in fact, that it would be interesting to
find out what he *would* recommend to his worst enemies as an alternative.
< dave stampf
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------ravi@MCNC.ORG (Ravi Subrahmanyan) (09/30/88)
From Mailer@Score.Stanford.EDU Wed Sep 28 07:25:10 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA13052; Wed, 28 Sep 88 07:25:10 EDT
Message-Id: <8809281125.AA13052@speedy.mcnc.org>
Date: Wed 28 Sep 88 04:17:51-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.69
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 2-Oct-88 22:55
=DEQUEUE: 30-Sep-88 22:56
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
NOTE.NSF.GOV.#Internet
jmurray
[128.205.2.4].#Internet
V069HPMS
EE.UCLA.EDU.#Internet
willing
Louie.UDel.EDU.#Internet
dist-info-atari16
Date: Tue 27 Sep 88 22:56:47 PDT
Subject: Info-Atari16 Digest V88 #410
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 410
This weeks Editor: Bill Westfield
Today's Topics:
Re: Free Sun bash
Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany))
Re: Media Change Bug
Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany))
ST news software / Sobozon C
Re: Wait a Sec...
Re: Free Sun bash
Re: Boycott Apple Again
TOS--Whats next??
Re: Wait a Sec... (was Re: Atari fa
unpacking split postings to sources, etc.
----------------------------------------------------------------------
Date: 17 Sep 88 17:49:32 GMT
From: mace.cc.purdue.edu!mtr@j.cc.purdue.edu (Miek Rowan)
Subject: Re: Free Sun bash
To: info-atari16@score.stanford.edu
In article <68544@sun.uucp>, cmcmanis%pepper@Sun.COM (Chuck McManis) writes:
> In article <626@mace.cc.purdue.edu> mtr@mace.cc.purdue.edu (Miek Rowan) writes:
> >After cleaning up Sun's code, dealing with thier equipment et al ...
> >I would not recommend a Sun to my worst enemy. They have had some
> >good ideas, but thats about it.
> >mtr
>
> After checking the Sun bugs database I find that Purdue has called in seven
> (7) bugs, of which 4 were fixed more than two releases ago, 2 are fixed in
> the current release and one is fixed but it isn't in a release yet. Oh and
> *none* of the bugs have your name on them. Do you work for Kirk Smith?
I do not work with Kirk Smith, and these opinions are my own, and I make
no claims about or related to my employer. Take this in a personal
respect as I am sure we will be contacting Sun in an official manner on
these items and some others.
First, I did *not* mention bugs, although I could have, so you checking
a bugs database is kinda dumb. My *real* complaint is the state
that you send your distribution out in. I have hit three major problems:
1) Some sources are missing completely.
2) Some binaries don't match the sources, and we can't recreate the
binary without loosing functionality
3) Some of the sources even had syntax errors in them
Some other points, good and bad:
o The dyamic libraries are neat, although I have seen them before. (but
sun never did claim they invented them).
o The modifications to make can get pretty annoying.
o The system is also one big security headache, although that is true
of any workstation.
0 You guys were a little haphazard in moving some sources and not others.
I have a color Sun 3 in my office and it is just unacceptably slow.
Especially if you want to use X11R2, but it carries on to Sunview
also. It can get so that scrolling is no better than 1200 baud dial
up. HP's color workstation is about 100 times faster, although they
have thier own problems with networking.
Maybe I was a little harsh to say "my worst enemy". Everyone talks
so highly of Suns equipment that I was really disappointed when i
sat down and worked with one. If you are going to buy a Unix box,
shop around. Maybe Sun is *your* best buy. It is all a matter of
context: what are you getting it for?
I hope that future releases continue to improve, and I would much
rather deal with Sun than Apple (or even Dec).
Again, I am stating what I think, not nessasarily how Purdue feels.
mtr
------------------------------
Date: 17 Sep 88 18:16:21 GMT
From: mailrus!um-math!dyer@csd1.milw.wisc.edu (Jon Brode)
Subject: Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany))
To: info-atari16@score.stanford.edu
In article <1579@tahoe.unr.edu>, mikew@wheeler.wrcr.unr.edu (Mike Whitbeck) writes:
> In fact with the release of SPECTRE 128 I expect to not only
> beat a MAC+ in performance BUT WHILE RUNNING MAC SOFTWARE!!
What's the latest word on SPECTRE 128? How is it for compatability
(Multi-finder, Excel, Hype-Card, Full-Write, etc...) with programs
and sound? What is the projected release date?
> But please, someone bring European hardware/software business
> products over to the US!!!
> ethernet , TeX and many other goodies await if only someone
I would love to see some info on the Atari Ethernet. Does anyone know
anything about it? Also, I have TeX for the ST. Someone just ported it
and sent it to our intermediate archive. FTP to clio.math.lsa.umich.edu
(35.195.16.4) and sign on as id ftp with any password. [If you were
using euterpe, switch to clio, you'll get a better connection] We're
still setting up our real archives on the 3090, but until then grab it
off there. Feel free to send something back to us :-), especially suff
that you ported and want to have distributed. Send sources too, we have
next to unlimited disk space.
Jon Brode -- dyer@math.lsa.umich.edu
Moderator of PC7, President of WAUG
------------------------------
Date: 16 Sep 88 21:59:52 GMT
From: hp-pcd!hplsla!andyc@hplabs.hp.com ( Andy Cassino)
Subject: Re: Media Change Bug
To: info-atari16@score.stanford.edu
| I have the media change bug on my Mega 2. (The escape key does not always
| update the drive A directory when write protection is enabled).
|
| My Mega 2 is still under warranty. I am having trouble getting it repaired.
| Although my dealer was not aware of the problem, he replaced by drive.
| However, I still have the problem.
| Who can my dealer talk to at Atari to get information on the media change
| bug? My dealer claims he talked to Atari without success. . Although my
| dealer is an authorized Atari dealer, he is not a knowledgeable dealer.
|
| What is the fix for the media change bug? I thought replacing the drive
| would fix the media change bug.
|
| Gregory Gibson
| gibson@trwrb.UUCP
I've seen this on my ST2 as well. It always goes away when I close the disk
and re-open it. I've only seen it twice but both times I had a RAM disk
open. Both times my floppy was NOT write protected.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% Andy Cassino %
% uucp: hplabs!hplsla!andyc domain: andyc%hplsla@hplabs.hp.com %
% Hewlett-Packard Lake Stevens Instrument Division %
% 8600 Soper Hill Road Everett, WA 98205-1298 %
% (206) 335-2211 %
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
------------------------------
Date: 16 Sep 88 21:47:28 GMT
From: hp-pcd!hplsla!andyc@hplabs.hp.com ( Andy Cassino)
Subject: Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany))
To: info-atari16@score.stanford.edu
As the new owner of an ST2, I'd like to add my two cents about this "dying
computer" hoopla.
While shopping around for my computer, many dealers told me whatever they
could to discourage me from Atari and get me into an Amiga:
"Atari ST computers are hard to get and we can't keep them in stock.
They're backordered and who knows when they'll come in."
"There isn't any profit margin in Atari computers since Atari shut out
the discount mail-order activity."
"We don't discount our Atari computers, except for demos, because they're
hot sellers and we don't need to."
"Most people are opting for Amigas these days because the Atari is pretty
much of a dead end. Look at our software shelves - 90% Amiga and less Atari
stuff everyday. No one is buying the Atari stuff."
I ended up buying my Atari from a local music store, from stock, at a
discount, and they got me all the software I wanted within a week, again
at a discount (music stores don't sell lots of compilers!). The discounts
rivaled those mail-order outfits that the other dealers seem to think
are out of business.
I can only speculate as to why these dealers are verbalizing these
conflicting packs of lies. Somehow they must figure that they can make
more money by doing it. Maybe they're overstocked on Amigas? ;-)
Disclaimer: The author has no pecuniary interest in any of the companies
mentioned. The opinions expressed herein are solely those of the author.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% Andy Cassino %
% uucp: hplabs!hplsla!andyc domain: andyc%hplsla@hplabs.hp.com %
% Hewlett-Packard Lake Stevens Instrument Division %
% 8600 Soper Hill Road Everett, WA 98205-1298 %
% (206) 335-2211 %
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
------------------------------
Date: 16 Sep 88 06:33:32 GMT
From: amdahl!ems!questar!midgard!syntel!dal@ames.arc.nasa.gov (Dale Schumacher)
Subject: ST news software / Sobozon C
To: info-atari16@score.stanford.edu
It looks like I've finally gotten a program working for posting news
directly (with UUMAIL) to a normal uucp node. It is currently set up
for my site only (compiled in values rather than a configuration file),
but it should be generalizable.
On another subject, I recently got a beta-test copy of the Sobozon C
compiler. It looks very nice. As I understand it, this program will
be freeware, not shareware, and not using the obnoxious GNU license
scheme. Under the GNU terms don't you have to make any programs
COMPILED the GNU C and/or LINKED with the GNU library available under
the GNU terms? Sorry I got sidetracked, anyway, at least one of the
authors is on usenet, so I'll let them, Tony Andrews, Johann Ruegg,
or Joe Treat, tell you more about Sobozon C. In a message Tony left
on my BBS, he mentioned that there were some compiler benchmarks in
this months STart magazine and Sobozon compared quite well against
the commercial compilers, rating better than all the compilers listed
in two catagories, one of which was I/O. That makes me happy, since
they are using extended dLibs for the runtime libraries, and thus the
dLibs I/O routines are apparently pretty fast.
--
Dale Schumacher 399 Beacon Ave.
(alias: Dalnefre') St. Paul, MN 55104
...pwcs!stag!syntel!dal United States of America
"It's not reality that's important, but how you perceive things."
------------------------------
Date: Sat, 17 Sep 88 14:32 MST
From: Friesen@PCO-MULTICS.HBI.HONEYWELL.COM
Subject: Re: Wait a Sec...
Reply-To: Friesen%PCO@BCO-MULTICS.HBI.HONEYWELL.COM
To: <@BCO-MULTICS.HBI.HONEYWELL.COM:info-atari16@SCORE.STANFORD.EDU>
Mike Whitbeck writes: ><Flame on> >But please, someone bring European
hardware/software business >products ofver to the US!!!
The mail order company E. Arthur Brown Company offers European
software. I have never seen what they offer, or ordered something from
them, so I cannot tell you if they are trustworthy, but I remember
someone on the net reccommeding them for mouse/ball controllers.
Their address is: 3404 Pawnee Drive, Alexandria, MN 56308 If you want
to place an order over the phone, their number is: 1-800-322-4405 If
you want information their number is: (612)762-8847.
I suggest that you write them a letter telling them what you want, and
if they have it, I'm sure they'll send you information.
They also carry a line of PD software for the ST and some software for
the Amiga.
Remember, I have never ordered from them, so I don't know how reliable
they are.
"Exterminate! Exterminate!"--Daleks
/~\-*
###--<
/***\ /*****\
Aric Friesen
Addresses: Genie: A.FRIESEN ARPA: Friesen%PCO@BCO-MULTICS.ARPA
------------------------------
Date: 17 Sep 88 20:55:25 GMT
From: madd@bu-cs.bu.edu (Jim Frost)
Subject: Re: Free Sun bash
To: info-atari16@score.stanford.edu
(This discussion doesn't really belong here so I've redirected
followups to comp.unix.wizards)
In article <657@mace.cc.purdue.edu> mtr@mace.cc.purdue.edu (Miek Rowan) writes:
|I have a color Sun 3 in my office and it is just unacceptably slow.
|Especially if you want to use X11R2, but it carries on to Sunview
|also. It can get so that scrolling is no better than 1200 baud dial
|up. HP's color workstation is about 100 times faster, although they
|have thier own problems with networking.
Hmm. I use a Sun 2/120 with x11r2 and it's not "unacceptably slow"
for most things. If you put xterm into "jump" mode you get good speed
on the scrolling. Of course you can't read it then but most people
can't follow stuff running out at more than 4800 baud anyway; that's
why "more" is there.
On a Sun 3/50 x11r2 performance is much better, although still slow
for really intensive graphics applications. This is mostly due to the
lack of a good x11 server for the sun. A quote from the documentation
of the Sun server:
"The drivers are completely untuned and have inferior performance."
If someone got on the ball and tuned the server you'd see much better
performance, especially on the color systems (like yours) where the
server is *really* untuned. I maintain that it's good enough to get
work done on, though. If you want real performance I suggest using a
Sun 3/50 (or better a Sun 4/110) as a smart graphics terminal to
something like an Encore. Yanking all the non-graphics stuff off the
Sun and putting it on a scream machine gives very nice performance and
is fairly transparent under x11; even my Sun 2 runs nicely when I
offload the application to a Silicon Graphics 4D.
It's true that Sun's are sometimes plagued with hardware problems, but
my experiences with their support were all favorable. In addition
they understand that not all users are stupid and allow them to do
board swapping and the like, something that I appreciate. I haven't
any experience with their newer machines (we have 2 Roadrunners and a
few Sun 4's coming, but nothing yet) so I can't comment on increasing
or decreasing reliability. So far I've had one mono card blow up on
me, a disk problem, and a couple of mono screens have flipped out, but
Sun dealt with them quickly so I've no complaints. I have no
idea just how long my Sun 2 has been around, but considering that it's
a Sun 2 I'd say that it's been awhile.
As for their software, it's a good and bad thing. I *like* SunOS, at
least 3.5. Some of the networking stuff -- like the yp server -- is
pretty hairy and not so reliable, but if you don't have a big network
you don't need it and it runs very cleanly. NFS setup is simple and
very easily maintained. Security is a problem but it ALWAYS is when
the user has direct access to the hardware, not one manufacturer can
say otherwise. It still takes a little ingenuity to really screw
things up, to Sun's credit, and putting a password on single-user
boots really blocks up some holes that exist in 3.5.
In summary I don't think you've voiced a valid complaint. There is
virtually nothing else that works as well as Sun workstations in their
price range. 386 PC's don't have anywhere near the networking support
that Sun's do, almost never have good support, and cost nearly as
much. Higher-end workstations (eg Silicon Graphics) often address
these problems but they're for a more specific audience and cost a lot
more.
jim frost
madd@bu-it.bu.edu
------------------------------
Date: 17 Sep 88 02:35:23 GMT
From: att!alberta!calgary!xenlink!deraadt@ucbvax.Berkeley.EDU (Theo A. DeRaadt)
Subject: Re: Boycott Apple Again
To: info-atari16@score.stanford.edu
In article <626@mace.cc.purdue.edu>, mtr@mace.cc.purdue.edu (Miek Rowan) writes:
> > In between IBM's bumbling of just about everything in sight (it's
> > going to be an MCA future, but wait! here's a new AT!), Apple's greed,
> > Atari's sort-of-ok acceptance, and Commodore shooting themselves in the
> > foot, the calf, the knee, etc, with mismarketing the Amiga, I just
> > don't know...I think I'll save up for a Sun ;-)
> After cleaning up Sun's code, dealing with thier equipment et al ...
> I would not recommend a Sun to my worst enemy. They have had some
> good ideas, but thats about it.
Yes, AmigaDOS has less bugs than SunOS 4.0 indeed. And new Sun releases
come out about as quickly as Amiga software releases anyways - and the
most well known bugs don't get fixed.
Sun's right hand seems to have a problem with chopping of it's left hand
as far as I hear - somewhat alongs what C-A did awhile back..
<tdr.
------------------------------
Date: 17 Sep 88 04:02:12 GMT
From: ulysses!mhuxo!mhuxt!aluxz!wao@ucbvax.Berkeley.EDU (William Oswald)
Subject: TOS--Whats next??
To: info-atari16@score.stanford.edu
I've been reading about TOS 1.4 on the net for awhile and it sounds
good to me but I would like to ask Alan and Roy a question. This
might have been covered already but --- can we expect a multitasking
version of TOS in the future?
Bill Oswald known as wao@aluxz
------------------------------
Date: 18 Sep 88 01:07:00 GMT
From: franco@iuvax.cs.indiana.edu
Subject: Re: Wait a Sec... (was Re: Atari fa
To: info-atari16@score.stanford.edu
Thank you WAUG. The TeXer/LaTexer is beautiful.
------------------------------
Date: 17 Sep 88 20:37:52 GMT
From: cwjcc!hal!ncoast!btb@gatech.edu (Brad Banko)
Subject: unpacking split postings to sources, etc.
To: info-atari16@score.stanford.edu
i would appreciate learning about any tools which others might have
accumulated for unpacking split file postings to the net.
in particular, programs to run on both the host unix system and also
programs to run on the atari to automatically "shuck off" the mail
headers, etc. automatically.
also, does anybody have a shell archive de-archiver which will run on
the ST? thanks.
--
Brad Banko
Columbus, Ohio
(formerly ...!decvax!cwruecmp!ncoast!btb)
btb%ncoast@mandrill.cwru.edu
"The only thing we have to fear on this planet is man."
-- Carl Jung, 1875-1961
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Wed Sep 28 07:25:42 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA13057; Wed, 28 Sep 88 07:25:42 EDT
Message-Id: <8809281125.AA13057@speedy.mcnc.org>
Date: Wed 28 Sep 88 04:17:54-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.70
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 2-Oct-88 22:55
=DEQUEUE: 30-Sep-88 22:58
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
NOTE.NSF.GOV.#Internet
jmurray
[128.205.2.4].#Internet
V069HPMS
EE.UCLA.EDU.#Internet
willing
Louie.UDel.EDU.#Internet
dist-info-atari16
Date: Tue 27 Sep 88 22:58:13 PDT
Subject: Info-Atari16 Digest V88 #411
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 411
This weeks Editor: Bill Westfield
Today's Topics:
Re: This "Dying ST" nonsense
Strange '-s' flag behavior in the GNU linker ?
Re: Animation Topics
Re: gcc problems
Re: Boycott Apple Again -- Now about Suns
Re: Wait a Sec... (was Re: Atari fa
SHADOW / BDT decline in sales
Re: Boycott Apple Again -- Now about Suns
Re: Fidonet mailer
Change your titles often!
----------------------------------------------------------------------
Date: 17 Sep 88 17:41:11 GMT
From: clyde!watmath!looking!brad@bellcore.com (Brad Templeton)
Subject: Re: This "Dying ST" nonsense
To: info-atari16@score.stanford.edu
While the ad says business, it also notes games, and Atari would be foolish
not to advertise with Christmas coming. Unless they could sell all their
production, in which case they would be foolish to advertise.
--
Brad Templeton, Looking Glass Software Ltd. -- Waterloo, Ontario 519/884-7473
------------------------------
Date: Sun, 18 Sep 88 13:30 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: Strange '-s' flag behavior in the GNU linker ?
To: VBRANDT%DBNUAMA1.BITNET@CUNYVM.CUNY.EDU, info-atari16@SCORE.STANFORD.EDU
In-Reply-To: The message from VBRANDT%DBNUAMA1.BITNET@CUNYVM.CUNY.EDU
From: VBRANDT%DBNUAMA1.BITNET@CUNYVM.CUNY.EDU
I have found what is not quite a bug, but a somewhat annoying feature in the
GNU C linker. It seems that the '-s' flag does exactly the opposite of what I
think it should do. If you don't specify '-s', the linker appends a symbol
table to the executable, if you do specify it, no symbol table is produced.
Well, I admit it's somewhat counter-intuitive, but the semantics of -s
is unchanged from what it was in the unhacked LD.C. Ie, the default
behaviour really is supposed to be to produce a symbol table. After
thinking about it, though, it seems reasonable to change it in the ST
version, as the ST format symbol tables are never useful.
This means that to make executables without symbol tables, one cannot use
GCC, but has to invoke everything manually.
That's not true. GCC passes the -s flag along if it's specified. (At
least it's supposed to; did I introduce a bug at the last minute?)
Also, all the executables from
the GNU package themselves have quite big symbol tables. Removing them would
save several KB, which might help people suffering from storage/memory
shortages.
Indeed. I'm pretty sure I built all the executables with -s (to GCC),
so if they've really got symbol tables, perhaps I did leave a bug in
there. I'll investigate tonight and post the results.
Anyway, thanks to John for his impressive work !
You're very welcome.
------------------------------
Date: 18 Sep 88 14:42:35 GMT
From: tness7!tness1!sugar!peter@bellcore.com (Peter da Silva)
Subject: Re: Animation Topics
To: info-atari16@score.stanford.edu
In article <8809100453.AA01878@TIS.COM>, dmb@TIS.COM (David M. Baggett) writes:
> Setscreen((char *) -1L, (char *) new_phys_base, -1);
> Vsync();
I'm not particularly familiar with the ST, but since SetScreen is asynchronous,
the following code (based on Amiga code) should work better:
Generate animation in newscreen;
Vsync(); /* wait for previous SetScreen (of oldscreen) to work */
SetScreen(newscreen);
Go back to generate next screen.
This way you get to do computations while waiting for SetScreen, and there's
always a screen out there waiting to show up.
--
Peter da Silva `-_-' peter@sugar.uu.net
Have you hugged U your wolf today?
------------------------------
Date: Sun, 18 Sep 88 13:11 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: Re: gcc problems
To: mcvax!cernvax!ethz!forty2!poole@uunet.uu.net, info-atari16@SCORE.STANFORD.EDU
In-Reply-To: The message of 8 Sep 88 23:34 EDT from Simon Poole <mcvax!cernvax!ethz!forty2!poole@uunet.uu.net>
Date: 9 Sep 88 03:34:23 GMT
From: mcvax!cernvax!ethz!forty2!poole@uunet.uu.net (Simon Poole)
In article <JEFF.88Sep2035059@stormy.atmos.washington.edu> jeff@stormy.atmos.washington.edu (Jeff Bowden) writes:
>I grabbed the gcc executables a few days ago. I found that I had
>insufficient resources to run it (sob :-( ).
Gcc can be run on a 1 MB machine! You will not be able to compile any larger
files from GULAM, but you can revert to compiling from the Desktop if memory
is a problem.
To bootstrap you NEED:
a copy of gulam
a diskeditor
1) patch the executable of gcc-cc1.ttp so that only 300 kB of stack instead
of 500 kB are allocated (you can search for the value 500000, it only
occurs once, somewhere around 364kB).
Yah, that's described in the blurb. In fact, 300000 is still far more
than you need; in my experience, 128K is plenty for most things. The
thing that really eats stack is compiling large hairy functions is -O;
the 500000 value is for compiling the instruction-cracking routing in
GAS. If you can live without -O, 64K or maybe even 32K will be enough.
[That you have to do this is really
a bug, there is NO need for a GEMDOS only program, that doesn't exec
another program to give memory back to GEMDOS, I'm changing my crt0
so that it will take -1L in _stksize to mean: "Don't do a Mshrink"]
Careful; memory that is malloc'ed comes from ABOVE the stack, not below
it, so you really do want to keep the stack at the smallest value that
works for you.
2) Now throw all resident stuff out (accessories etc. just keep GEMBOOT
or folderxxx (you do have a HD?)), start gulam and setup the enviroment
as described by jrd. You should now be able to compile most programs
(you can compile all of flex except parse.c and scan.c for an example).
This is a good time to get the sources and extract the documentation
from them, how else are you going to know about -mshort
-fomit-frame-pointer etc.?
Right. If there's sufficient demand, I'll package up the docs
separately; or someone else with more time could do so... hint hint...
3) If a source file is too large to be compiled from GULAM, you will get
a "no more virtual memory" message or someting like that (probably
already from gcc-cpp).
typically from gcc-cc1, actually...
You can workaround this by running the
compiler from the desktop, the current gcc.ttp will NOT work from the
desktop (reasons follow), so you will have to write a small wrapper
program to do this (I'm fixing gcc.ttp right now.....).
Note:
all gcc stuff assumes:
file-handle
0 = stdin
1 = stdout
2 = stderr
since the GEMDOS default for handle 2 is the serial
port, this isn't much good when you start stuff from
the desktop.
Yah, I've since realized that 2 is the serial port (!). If you fix
std-init, would you post the fixed version? Also, does anyone out there
have a description of what file numbers 'default' to what?
So you need a
Fforce(2,Fdup(1))
At the begining of your program to see any error output
(and due to a bug in stdio to see any output at all).
Trying this shows two bugs in the current runtime library:
- Fforce has a wrong binding in osbind.h,
it uses 3 short (aka 16 bit) arguments!
Write a trap-1www function to do this.
[BTW is anybody working on cleaning up
the library, there is a lot of stuff that
should be done]
No kidding. As I said in the doc, the library is pretty ragged. I'm
working on getting rid of the trap_foo functions, and generating the
traps in line; perhaps it makes sense to post a recompiled library whe
that happens?
[...]
Don't get put off by this description, GNC CC is worth it!
Glad you like it.
------------------------------
Date: 18 Sep 88 15:05:32 GMT
From: bobmon@iuvax.cs.indiana.edu (RAMontante)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
I love the IBM PC newsgroup. Where else could I see an Apple flame
inspire Sun users to flame their own machines as well as Apollos, with
Mac II users taking random potshots from the sidelines?
Lemme tell you about the AT&T 7300 I'm trying to use at school....
--
-- bob,mon (bobmon@iuvax.cs.indiana.edu)
-- "Aristotle was not Belgian..." - Wanda
------------------------------
Date: 18 Sep 88 09:54:47 GMT
From: mailrus!um-math!dyer@tut.cis.ohio-state.edu (Jon Brode)
Subject: Re: Wait a Sec... (was Re: Atari fa
To: info-atari16@score.stanford.edu
In article <36500054@iuvax> franco@iuvax.cs.indiana.edu writes:
>
>Thank you WAUG. The TeXer/LaTexer is beautiful.
I think we have a case of mistaken identities here. First thing, Dave
Dermott did the port, all thanks and credit go to him for TeX and LaTeX.
Second, WAUG is the Washtenaw Atari Users Group, I'm the President, but
the group has nothing to do with the net. (If you want to join though...
send e-mail :-)
PC7 archive status report: 450 files, 26 megs. We'll be ready to go when I
finish indexing it all.
Jon Brode -- dyer@math.lsa.umich.edu
Moderator of PC7, President of WAUG
------------------------------
Date: 16 Sep 88 18:57:16 GMT
From: lean@sbcs.sunysb.edu (Lean L. Loh)
Subject: SHADOW / BDT decline in sales
To: info-atari16@score.stanford.edu
I've found 2 instances in which SHADOW always crashes.
i) Use GULAM's rx to receive some files. THen invoke SHADOW at some
point later. Two bombs (i think).
ii) Use UW.prg. Then invoke SHADOW while in UW.prg or at some point
later. Same two bombs.
And doing a warm-boot will not revive SHADOW. It will still crash
until a cold boot is done. Has anyone else been hit by this? I'm using
version 1.01 with a monchrome and a 20Meg Supra.
----------------------------------------------
I've used BDT Micro-Cshell and AnsiTerm. Both are good programs.
However, there're quite a few public domain programs out now which are equally
good (if not better) when compared to SOME of BDT's programs. GULAM and
Uniterm comes to mind. I think this might be one reason why sales for BDT has
declined.
--
if you can dream it, you can do it. CSNET:lean@sbcs.csnet
... go sleep ARPA:lean%suny-sb.csnet@csnet-relay.arpa
UUCP:{allegra, hocsd, philabs, ogcvax}!sbcs!lean
------------------------------
Date: 18 Sep 88 06:20:26 GMT
From: mailrus!um-math!hyc@rutgers.edu (Howard Chu)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
In article <620@bnlux0.bnl.gov> drs@bnlux0.UUCP (David R. Stampf) writes:
> I wasn't going to respond to this figuring that there would be a
>huge response from Sun users, but since it wasn't posted to the sun newsgroup
>I'll put in my $.02 worth.
>
> I've had a Sun on my desk for 4 years now, and my department has
>about a dozen. Schools by us have Sun's by the 100's. Compared to other
>machines, Sun's software is top notch and we frequently use the sun's to
>monitor our networks. I really think that Howard's opinions are in the
>minority viewpoint. So much so in fact, that it would be interesting to
>find out what he *would* recommend to his worst enemies as an alternative.
>
> < dave stampf
I think we've seen more than enough of this topic, so I'll try to keep this
short. First of all, I'm sure many schools have Suns by the 100's. I'm sure
they're also often wondering if they'd made a mistake. I've heard many times
how Michigan State University fared, with amazing ethernet broadcast storms
and meltdowns rendering their campus-wide broadband completely unusable. We
all remember the stories of Sun 3/50's ARP requests getting shunted along
cross-country by ethernet bridges, yes? In any case, (consider this a challenge
if you wish, I know you will not be able to meet it) you cannot put anywhere
near 100 Suns on a single network, and get any useful service out of them.
The network would simply collapse under too many collisions. I don't believe
you will find any place running more than 40 machines on a single network.
Contrast this with, say, an Apollo network. Our engineering school runs over
300 Apollos on a single Apollo token ring, on two campuses spanning over two
miles. There's no such thing as a network meltdown there. Diskless nodes
don't have to have disk space pre-allocated on servers, and don't eat up
bandwidth trying to find their own internet addresses. There's no need for
special partitioning of a drive, no particular use for the mount command
except for use with NFS. No need to dedicate any piece of disk to swap space -
all disk use is dynamically allocated. All disks on a net are always accessible,
quickly and transparently. They have a bunch of Suns now too, but they can't
compare in performance to the Apollos. Using NFS, all 300+ Apollo disks are
accessible thru a single mount point on a Sun. In contrast, it's an amazing
hassle to keep fstab's up-to-date to keep all the necessary Sun disks accessible.
It would be nearly impossible to run a bunch of Suns as a well-coordinated
network without Sun's Yellow Page service. All well and good, as long as it
works, which is, unfortunately, not All the time. A Sun workstation just isn't
configured to work in a network - load it up off the distribution tapes and
it wants to think it's a standalone mini, like a big Vax or something. Its own
password file, hell, its own copy of /etc. You know how silly it is to have
25 copies of /etc/termcap or /etc/hosts online? I couldn't even keep a full
hosts file in the yp database because it was so huge it would timeout during
ypxfr updates. When 1 of the 4 ypservers went down, the silly machines were
unable to locate any of the 3 other running servers, and the whole network
was unusable. YP is supposed to be fault tolerant, and is billed as a dynamically
load balanced system, but in practice it is as inflexible and fragile as a
piece of thin glass. It was also quite disconcerting, when I went looking for
possible ways to improve the code, to note that my sources and binaries were
not the same version, even though they had identical SCCS IDs. (Different
date stamps, different object files.) And I'm one of the fortunate few to
have access to full Sun source code.
Contrast again with an Apollo network - these machines were obviously designed
from the start to operate in a distributed computing environment. Sun's network
support seems to be more of a hastily added asfterthought in comparison. The
password database, for example is dynamically updated among what they call
replicated databases. It's the same idea on the surface as yp - a few key nodes
playing host to some servers. The implementation is much smoother though. For
the password database, or "registry," there is also a locally cached registry,
which maintains a selectable history size of local users, so even if the main
registry becomes inaccessible due to a network failure, the node can be logged
into for use. Apollo's network management software is easily the most
sophisticated and mature as any I've seen. And with their filesystem, you
won't find your NFS partitions temporarily evaporating, you won't be denied
access to files that you own, etc. (This is certainly an odd problem to
appear in a "stateless" filesystem, but Sun NFS often gets confused and will
deny Joe User access to NFS mounted files that Joe owns. Usually fixed by
a couple sync commands, so it's only a minor inconvenience at worst, but
nonetheless it's a telling sign.)
So much for keeping it short. I didn't even get to talking about how much
faster Apollos are, how much more responsive the Apollo Display Manager is
than any Sun windowing system, how much more sophisticated the filesystem is,
or a lot of other points. Or Apollo's Network Computing System, with which I
can writea huge resource intensive application that will utilize all available
CPUs and disks on the network. (250 68020's can solve a lot of problems in one
helluvausmall amount of time!) So much for that. I have no vested interest in
either Suns or Apollos, I use them both all the time. Obviously I prefer the
Apollos, even though I'm maintaining 25 Suns here in Math. It's truly amazing
how many people I've encountered have only heard good things about Suns, and
never bad. Sure, they have their good points, but there's a lot of bad to be
aware of, and, more importantly, there are good alternatives to be aware of.
--
/
/_ , ,_. Howard Chu
/ /(_/(__ University of Michigan
/ Computing Center College of LS&A
' Unix Project Information Systems
------------------------------
Date: 18 Sep 88 10:48:30 GMT
From: clyde!watmath!water!ljdickey@bellcore.com (Lee Dickey)
Subject: Re: Fidonet mailer
To: info-atari16@score.stanford.edu
In article <590@stag.UUCP> to_stdnet@stag.UUCP writes:
|From: thelake!steve@stag.UUCP (Steve Yelvington)
|
|I ran across the following on a local Fidonet node and thought
|it might be of general interest. -- Steve
|>Subject: New version of GS-Point released
|>The new version of GS-Point, v0.61, has finally been released. For those who
|>don't know, GS-Point is a non-commercial package that allows an Atari ST user
|>to act as a FidoNet point, and receive and send network mail and echomail.
I am interested, and would like to know more.
Has anyone who has tried it yet?
Is it on one the USENET or BITNET file servers?
--
L. J. Dickey, Faculty of Mathematics, University of Waterloo.
ljdickey@WATDCS.UWaterloo.ca ljdickey@water.BITNET
ljdickey@water.UUCP ..!uunet!watmath!water!ljdickey
ljdickey@water.waterloo.edu
------------------------------
Date: 18 Sep 88 15:58:36 GMT
From: rubbs1!Robert.Lisowski@rutgers.edu (Robert Lisowski)
Subject: Change your titles often!
To: info-atari16@score.stanford.edu
People ought to change the message titles for their posts more often.
If you are continuing a discussion on the same subject, allow your
titles to evolve with the discussion so everybody can scan the titles
and see what the messages are actually about. It seems I've been
seeing "Another great quote from Mr. Good" and "To fix or not to fix"
appearing above a large percentage of posts here, and those aren't the
only ones that are recycled again and again. I'm not bitching, but I
think we would all be well served if everyone made their titles a bit
more original and unique. After all, a title should reflect closely the subject matter of an article.
I realize you may want someone to recognize the post as a reply to a
previously posted article, so maybe you could put a number at the
end of the title, or modify the wording. (some use "(was: .....)", but
even THOSE are getting recycled, so there ya go.)
This post comes to you as a result of my having to read alot of
articles that don't interest me---due to poor titles. C'mon, it's
not that difficult to come up with original titles, just condense
what you are posting about down to about half a line.
PLEASE don't flood this area with replies to this message. If you
feel an uncontrollable urge to use your flame thrower, E-mail it to me.
Thank you for your time.
Rob
--
Robert Lisowski - via FidoNet node 1:107/330
UUCP: ...!rutgers!rubbs1!Robert.Lisowski
ARPA: Robert.Lisowski@rubbs1.FIDONET.ORG
\...!rutgers!rubbs1!Robert.Lisowski
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Wed Sep 28 07:26:16 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA13062; Wed, 28 Sep 88 07:26:16 EDT
Message-Id: <8809281126.AA13062@speedy.mcnc.org>
Date: Wed 28 Sep 88 04:17:55-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.71
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 2-Oct-88 22:55
=DEQUEUE: 30-Sep-88 23:18
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
HUACHUCA-EM.ARPA.#Internet
Mrhyner%sed.huachuca-em.arpa
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
CSS.NRL.NAVY.MIL.#Internet
info-atari
NRL-ACOUSTICS.ARPA.#Internet
MENTON
corsaro
NOTE.NSF.GOV.#Internet
jmurray
[128.205.2.4].#Internet
V069HPMS
ICS.UCI.EDU.#Internet
uci-info-atari16
EE.UCLA.EDU.#Internet
willing
Louie.UDel.EDU.#Internet
dist-info-atari16
cvl.umd.edu.#Internet
gyuri
Date: Tue 27 Sep 88 23:18:34 PDT
Subject: Info-Atari16 Digest V88 #412
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 412
This weeks Editor: Bill Westfield
Today's Topics:
Re: HARD DISK: HELP OFFERED AND WANTED
Glendale Atari Faire v.3 report(!)
Spectre 128
Spectre 128 info from Glendale Atarifest
News from Southern California Atari Faire
----------------------------------------------------------------------
Date: 18 Sep 88 20:28:10 GMT
From: titan!bro@rice.edu (Douglas Monk)
Subject: Re: HARD DISK: HELP OFFERED AND WANTED
To: info-atari16@score.stanford.edu
In article <382@bdt.UUCP> bms@bdt.UUCP writes:
>
> ... Atari host adapters do not pass back SCSI/SASI status(error) codes
> properly. This causes hard disk boot software to install "phantom" drives
> on the system. ...
>
>Vance Chin Berkeley Microsystems
> P.O. Box 20119
> Oakland, CA 94620
As a result of this "phantom drive" phenomenon, you can't install ram
disks since all the drive letters are spuriously taken. For this reason
I wrote a little program that goes in the AUTO folder (after your hard
disk driver) that reads a file to determine what YOU want the active drive
mask set to. Thus, you set the active drives before running the ram disk
program which can then install itself correctly. The only trouble with this
scheme is that I have trouble with reset-surviving ram disks, though I am
not sure why. Does a warm reset leave the drive bits alone, including the
surviving ram disk? If that is the case, all I need to add is a check to see
if the program is being run after a cold or a warm reset. The way I currently
use it is to set the drive bits every time and use a non-surviving ram disk,
so I haven't been motivated to fix it up any more. If there is an interest
in the program (which can either be run from desktop, shell, or auto folder,
and uses command-line arguments or a file if no arguments are found to
LIST current active drives, SET the desired active drives, CLEAR the undesired
active drives, print a MESSAGE, and HOLD the resulting printout until a key
is pressed) I can post it to the sources and binary lists. If someone can
make suggestions on how to deal better with reset-surviving ram disks, I will
incorporate those changes first.
Suggestions welcome.
Thanks,
Doug Monk (bro@rice.edu)
------------------------------
Date: 18 Sep 88 20:45:50 GMT
From: nunki.usc.edu!rjung@oberon.usc.edu (Robert allen Jung)
Subject: Glendale Atari Faire v.3 report(!)
To: info-atari16@score.stanford.edu
Well, it's now Sunday, 9/18/88, and the Glendale Atari Faire v.3 is over.
Here's a report, for those who are interested.
(If you're not interested, I suggest you hit "n" now:)
The Glendale Faire may have been a local event, but there were a few things
that net.people would be interested in:
* SPECTRE 128. It's _here_. NOW. David Small brought 200 copies out to
Glendale, and were they selling! The price is around $180 -- Make your
checks out to "Gadgest By Small". David (a very funny and fun guy) was
accompanied by his wife Sandy, his infant son, and a few friends.
And yes, I did see Hypercard running on an ST with my own eyes. David
also gave a humorous talk on the development of the Spectre, and
denies any plans to do an Amiga emulator for the ST or a Mac emulator on
the Amiga.
* 8-bit GEM. You want to revitalize your 8-bit Atari? Then take your picks:
Obviously, the biggest expectation in the 8-bit community is GOE
(Graphics Operating Enviroment). Yes, it was at the Faire, and yes,
Total Control Systems is selling them. They're not _shipping_ until
October, but you can order it now and get a discount. It looks like a
TOTAL clone of the ST's GEM (You can even hook up an ST mouse and run
GOE through it), and ran solid for the entire show. The author says it
will run 95% of all 8-bit programs. It comes on a ICD "piggyback"
cartridge, and takes up only 8K of RAM. There's supposed to be a library
of GOE routes, so other developers can easily make GOE calls and write
GOE products. Looks really terrific.
From the makers of _Celebrity Cookbook_ comes DIAMOND OS (aka ST jr,
depending on what time of the day you were at the booth). For $30, it's a
graphics interface that offers drop-down menus, windows, and other good
stuff (it doesn't _look_ like GEM, however). Reeve Software is promising
to release DIAMOND Paint, Write, Publish, and Programmer's Kits, for $30
each as well. It looks like it's disk based (I can't be sure),
but that's okay -- it can support up to 16 megabytes(!) of RAM.
* Genlock for the ST was demonstrated, in an open-board "final" version. JRI
says they're only waiting for the FCC, and then they'll ship. It's very
impressive -- An ST Cyberpain animation was being superimposed over a
music video, and the Genlocked result was being shown on both a standard
TV _and_ the SC1224 (how do they do that?). Ready to tackle the Amiga?
* Neocept, makers of FONTZ! and WORDUP (a great word processor -- an
unsolicited endorsement) were present. Nothing major was presented,
although the new version of WordUp, with numerous minor bug fixes,
is expected to ship in two weeks. Registered owners will recieve a card
in the mail about the upgrade procedure. Neocept also says they'll gladly
take user input for improvements for their products -- Just drop them a
line.
* Animation buffs like myself will be happy to hear that FILM DIRECTOR is
finally being released. Epyx has gotten the rights to this two-year-old
cel-based animation program, and it has been SUBSTANTIALLY improved
(16 screens for cels, runs in 512K, better user interface, etc.).
It should be out in October, and the $50 price tag gets you both FILM
DIRECTOR and ART DIRECTOR -- A bargain! Maurice Molyneaux (a fun guy to
chat with, a real professional artist) had a lot of input into the final
user interface, and it shows. I can't wait.
* Megamax was also showing their soon-to-be-released Laser DB. It's a source
level debugger for Laser C, and offers lots of features -- Source-code
trace viewing, register value displays, breakpoints, multiple windows.
If you liked Laser C, you'll want this.
* Codehead software was also demonstrating G+PLUS (I won't say anything about
this, everybody and his cousin knows about it by now) and a new product
called MULTIDESK. MDesk allows you to have 16 accessories of your
choice in ONE menu slot. Even better, you can clear out and load NEW
accessories at any time! You can also change the name MultiDesk registers
itself on the menu, so you can have six copies of Multidesk -- each one
with 16 different accessories -- for a mind-numbing total of 96 accessories
avaliable simultaneously. Future products promised include FatBack ("A
unique hard disk backup system") and CodeHead Utilities (A collection of
programs and accessories).
* ICD was present and selling their cartridge-based SPARTADOS X. My friend
bought a copy ($80, on a piggyback cartridge), and it appears to work
just fine. Improvements include 1000+ files per directory, faster disk
access, and built-in ARC/ALFCRUNCH support. The manual is still a
preliminary copy, however, but ICD promises to send out the finals
to registed owners when they become available. They also showed their
FA-ST hard drive, available for 8-bit or ST hookup.
* Regent Software was selling copies of REGENT WORD II for the jaw-dropping
price of $15 each -- Not $15 off, $15 EACH.
* Broderbund, surprisingly, was present. They were showing their new _Typhoon
Thompson_ game for the ST (known on the Apple // as _Airheart_), as well
as _Star Wars_ (imported from Europe; Broderbund is distributing). A
version of _Karateka_ for the ST is promised, and "maybe" _Print Shop_,
but little else. (The dealer was frank in why there was less Atari
support -- "Our biggest market is the //gs"). No word on 8-bit support.
* And now, the word from Atari. Conspicuous by their absence, none of the
Tramiel family showed up. Instead, we were treated to Sig Hartman, who
promised us that "[1989] will be a critical point for Atari in the US
market". He also apologized for the lack of more ST's in America ("We
had a limited number of Ataris, and we decided to put them in West
Germany -- If we didn't, there would have been a hole for the Amiga or
the Macintosh to get in"), and pledged closed attention to the end users,
through user groups and public information services. Sig refused to
"officially" confirm/deny the existence of the Atari Transputer, the
68020/68030 workstation/machines, or anything else -- except by saying
"We're working on 7 or 8 products right now, and I can't say what they
are." He did promise that 520/1040 owners will be able to get TOS and
blitter upgrades, and that he will personally try to get more companies
to produce 8-bit titles.
In a related vein, Federated promised the increased development of
"compu-centers" in all their stores, and the possibility of offering
in-store servicing for Atari products. They are also supposedly toying
with the idea of carrying hardware accessories (boards, wiring, etc.)
in the centers.
* Pledged to appear -- but never did -- were Data Pacific and Antic. Dealers
who did appear, but didn't produce anything major, included Astra systems,
Michtron, Migraph, and Seymour-Radix. Bill Skurski Enterprises was
present, peddling copies of his "New User's Guide to the Atari ST" (book
and videotape), as well as Best Electronics, Logical Choice for Computing,
Mid-Cities Comp/Soft, and Comsoft.
Special thanks to John King Tarpinian, the local user groups, ACENET, and
everybody else for makign the whole thing possible.
--R.J.
B-)
-----------------------------------------------------------------------------
Disclaimer: These are my views, and mine alone.
# ## #
Mailing address: Beats me, just reply to this message # ## #
(rjung@sa132.usc.edu?) ## ## ##
------------------------------
Date: 19 Sep 88 00:07:59 GMT
From: pasteur!cory.Berkeley.EDU!landay@ucbvax.Berkeley.EDU (James A. Landay)
Subject: Spectre 128
To: info-atari16@score.stanford.edu
Can someone post some info about this product (Dave Small.) What
exactly do you get? No ROMS included, right? Is there anything
to do if you own a magic sac besides throwing it out? Do you
need to buy translator from DP to read and write disks? Price and
availability?
Thanks
James A. Landay
ARPA: landay@cory.berkeley.edu
..!ucbvax!cory!landay
------------------------------
Date: 19 Sep 88 00:06:51 GMT
From: (Association for Computing Machinery)
Subject: Spectre 128 info from Glendale Atarifest
To: info-atari16@score.stanford.edu
A SPECTRE COMES BACK TO HAUNT APPLE
Gadgets by Small was showing Release 1.0 (?) of Spectre 128 at the "Southern
California Atari Computer Faire, Version 3.0". It is now selling.
Dave Small has outdone himself again, coming out with a superior product in
an incredibly short amount of time.
What warrants the word 'superior'? In addition to the things you might
expect, like being 20% faster than the hardware it emulates, having a
larger screen with a mono monitor, being compatible with SC1224 monitors,
Translator 1, all Mack System and Finder versions, HFS, and the 128K (not to
mention the 64K) ROMS, Dave's Cartridge now refreshes the screen 400% faster
and writes to floppies 800% faster than the Sac. In addition, you can use
Apple's own SCSI HD's with it if you want. Admittedly not a godsend to most
ST owners (who would balk at Apple's prices, for one thing), but most
probably useful for current Mack users who already have the HD, either at
home or at work.
Where the Spectre really shocked me, though, was when I heard about its HD
transfer speed, which, according to Dave's modest figures, is fully 2.5 times
faster than the Mack itself. Much to the delight of the crowd at the seminar,
and as you could imagine, Dave commented that Apple's ghostbusting lawyers are
*furious*. I think the decision to release the Spectre now at this
comparatively small Faire (as opposed to say, Comdex in the Fall) was a good
way to keep the lawyers from showing up to harass him. Dave is betting that
word of mouth and the networks are going to spread the news of this
development further and faster than trade publicity anyway.
I almost forgot: yes, it runs hypercard (with a mere meg, even)...and
pagemaker, and adobe illustrator, and...well, in Dave's own words, it
is "...far more compatible" than the last mack emulator to appear on the
market. Of my own first-hand experience with the setup there, its speed
and its (larger screen) appearance made it subjectively very reminiscent
of the feel of a monochrome Mack II.
There is a downside to everything, hard to find to be sure, but still there.
Dave said that version 1.0 has a minor bug in it, but he noted that
updates that contain bug fixes will be free (as usual, right?), and that
update charges in the future will be smaller than what Data Pacific levied.
The initial cost for the Spectre, however, will be more expensive. It is
currently listing at $179.95. But my guess is that this compares favorably
with Apple's charge to 'enhance' a 512K mack.
One thing that bugged me is that I didn't see anywhere a list of the software
that doesn't run (the list of software that DOES run would probably be
too obnoxiously big). But surely something must break? According to Dave, he
said he actually finished Spectre "last Tuesday," so just maybe they haven't
had the time to compile a long impressive list suitable for printing.
A couple other things: still no support for Mack sound or MIDI. Dave
said that he's working on getting the sound to work, but that at present
enabling it uses up too much CPU and eventually crashes the machine (funny, I
thought that the former was true of the real Mack). As for MIDI, I forgot
exactly what reason he gave, but the bottom line is "no go".
Since some of you probably would have asked, here is the address that was
given for ordering purposes:
Gadgets by Small, Inc.
40 W. Littleton Blvd. #210-211
Littleton, Colorado 80120
Plinio Barbeito
acm@cs.ucla.edu
UCLA Student Chapter of the ACM UUCP: ...!{...}!ucla-cs!acm
3514, 4801 Boelter Hall ARPA: acm@CS.UCLA.EDU
Los Angeles, CA 90024 VOICE: (213) 825-5879, 825-7597
------------------------------
Date: 19 Sep 88 00:14:25 GMT
From: acm@CS.UCLA.EDU (Association for Computing Machinery)
Subject: News from Southern California Atari Faire
To: info-atari16@score.stanford.edu
Report from the "Southern California Atari Computer Faire, Version 3.0"
(a.k.a. The Glendale Atarifest):
The biggest news at this show was the introduction of Spectre 128.
Check out a separate posting for info on this.
CodeHead Software was showing G+plus, a "totally compatible" GDOS replacement
program, that is faster and has the added capability of reloading fonts and
device drivers without rebooting. I never got to see it in action, so I
couldn't verify the above statements. They were also showing MultiDesk,
a program that can load up to 96 desk accessories, at any time without
rebooting to load and 'unload' them. It takes up one regular acc slot.
In addition, it allows the use of some sort of macro files to load in a
predetermined group of up to 16 accs. at once, with few mouse clicks.
They are also the authors of TopDown, the program that cuts bootup time
by putting auto programs and accs at the top of memory. Their address is
P.O. Box 4336, N. Hollywood, CA 91607
JRI was showing a Genlock System for the Mega ST. They had a cute animation
program running on top of video from a VCR. They showed the animation program
by itself in one ST monitor and the combined output in both a TV and another
ST monitor. The genlocking is fully hardware based, so that no supporting
software is needed (i.e. choose from whatever paint program or animation
package already available), it has a lot of features I won't mention here.
They are tentatively pricing the card at $500. They are currently awaiting
FCC certification, and are planning similar device(s) for the low-end ST's.
Neocept was showing the WordUp wordprocessor there. As has been noted
elsewhere, it was enjoying a good deal of popularity at the show, more so than
the WordPerfect booth. Text routing is very sophisticated, very natural to
use, and reasonably fast, as are screen updates of a window full of big fonts
and pictures. The print quality is really professional, as is the screen
output on a monochrome monitor. It wins hands down for ease of use over
a lot of other WP type programs. For example, to include a picture along with
your text, you practically just have to choose a filename, the text will
automatically route around it (the picture appears right where the cursor is).
Resizing or removing the picture is as easy as manipulating a miniature GEM
window. The latest version has reportedly fixed the bugs in the initial
release. Some of the printed pictures could have looked a bit better, though.
Practical Solutions was showing a triophonic/true stereo sound adapter board.
Solderless and internal, it will be selling for $50 starting November. This,
in combination with Yamaha's new 10-bit pin compatible, functionally compatible
version of the sound chip (anybody know where I can get one cheap?) could
open up possibilities for much better sound right out of the ST. The extra
bits make a big difference. Why, just think, 6 more bits and we have CD
quality B-). Anyway, PS's Videokey composite/RF converter/audio line
box goes for $120. They were also showing their mouse, monitor, and drive
master boxes, all three of which simply switch safely from one set of lines to
another ($40-50). They say they'll sell bulk ST floppy and monitor
connectors for less than $6.00 each.
Somebody (I don't know who) was showing midi-gram, what seemed to be a
microphone that converted sung notes (i.e. sounds) into midi notes (i.e.
binary), for use with any sequencer for recording. Don't know if this is
specifically an ST product or simply a MIDI port hookup or what.
Of the few displays only showing games at this show (maybe the only one?),
there was Broderbund. Nothing to note.
Antic Software was showing the usual 3D sterotek glasses (forms a crowd, but
not really that impressive, folks). I didn't get to see their new CyberSculpt,
the latest of Tom Hudson's creations, so don't ask. A lot of people were
showing Spectrum 512 and Cyber pics, however -- mainly to show off their
monitors or monitor attachments or the speed of their hard drives and such.
Megamax was showing their Laser C compiler, announcing that by Christmas
they will have LaserDB, a source debugger, available.
Seymor/Radix was showing an impressive 75,160,216,300,360,600, up to 1000 dpi
image scanner. Of course, the output can be used with all major picture
formats and DP programs. Their printed output looked very good.
Last but not least Atari was represented at the show. Sig Hartmann was hard
to track down, so I asked Cindy Claveran if she had any info on the 68030
UNIX box, but although she was very courteous, she had no comments about any
possible release date. Somebody nearby also asked about the transputer.
Essentially what she said about that is that all of the prototypes are now in
developers' hands. That would explain, at least, why there was no transputer
to be seen there. But I didn't see 1280x960 monitors popping up anywhere
either. What *did* Atari show, you ask? Pretty much their whole current
product line, all the way down to the game machines, running various types
of software.
Plinio Barbeito
acm@cs.ucla.edu
UCLA Student Chapter of the ACM UUCP: ...!{...}!ucla-cs!acm
3514, 4801 Boelter Hall ARPA: acm@CS.UCLA.EDU
Los Angeles, CA 90024 VOICE: (213) 825-5879, 825-7597
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------
From Mailer@Score.Stanford.EDU Wed Sep 28 07:26:48 1988
Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88)
id AA13068; Wed, 28 Sep 88 07:26:48 EDT
Message-Id: <8809281126.AA13068@speedy.mcnc.org>
Date: Wed 28 Sep 88 04:17:56-PDT
From: The Mailer Daemon <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--QUEUED-MAIL--].RETRANSMIT.72
Status: R
No such host as "SANDIEGO.MT.DDN.MIL.#Internet",
bad queue file follows:
-------
=DELIVERY-OPTIONS:MAIL
=NOTIFY: 2-Oct-88 22:55
=DEQUEUE: 30-Sep-88 23:19
_Score.Stanford.EDU.#Internet
Info-Atari16-Request
aerospace.aero.org
grant
CUNYVM.CUNY.EDU
INFO-A16%MARIST.BITNET
[128.59.40.130].#Internet
chung
DCA-EMS.ARPA.#Internet
goertzel
uunet.UU.NET.#Internet
mutec!docbobo
lasso!atari16
graf.poly.edu
RUBIN
MSR.EPM.ORNL.GOV.#Internet
jcm
HUACHUCA-EM.ARPA.#Internet
Mrhyner%sed.huachuca-em.arpa
SANDIEGO.MT.DDN.MIL.#Internet
jensen
hallock
NOTE.NSF.GOV.#Internet
jmurray
[128.205.2.4].#Internet
V069HPMS
ICS.UCI.EDU.#Internet
uci-info-atari16
EE.UCLA.EDU.#Internet
willing
Louie.UDel.EDU.#Internet
dist-info-atari16
Date: Tue 27 Sep 88 23:19:09 PDT
Subject: Info-Atari16 Digest V88 #413
From: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Sender: Info-Atari16-request@Score.Stanford.EDU
Errors-to: Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@Score.Stanford.edu
Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 413
This weeks Editor: Bill Westfield
Today's Topics:
Damaged moriabin.arc header
installing LARN
low cost HARDDISK interface
Re: installing LARN
spectra 128
SH204 RLL Formatting (was: Re: CONNECT YOUR OWN HARD DISK...)
Re: Boycott Apple Again -- Now about Suns
Re: Damaged moriabin.arc header
ibm compatibility
Hard disk in 1040ST was Re: low cost HARDDISK interface
----------------------------------------------------------------------
Date: 19 Sep 88 03:54:12 GMT
From: agate!web-1a.berkeley.edu!c60a-1bq@ucbvax.Berkeley.EDU
Subject: Damaged moriabin.arc header
To: info-atari16@score.stanford.edu
When I uudecoded moriabin, i found that the header file for MORIABIN.ARC
was damaged. Did this happen everyehere, or am I doing something wrong?
BTW, our uudecode is pretty primitive, so I had to knit the files together
to decode it. I doubt this had any effect on this particular error as it
occured on the 2nd file in MORIABIN.ARC
John Kawakami
------------------------------
Date: 19 Sep 88 04:50:19 GMT
From: rubbs1!David.Hochhauser@rutgers.edu (David Hochhauser)
Subject: installing LARN
To: info-atari16@score.stanford.edu
HELP!!!!!!!!!!!!
I don't know what I'm doing! I just downloaded LARN from the FIDO files. I unARCed the file LARN12S.ARC and got:
-README-
FIXED.BUG
LARN.ARC
LARN.DOC
LARN.FTN
LARN.HLP
LARN.MAZ
LARN.OPT
OLARN.HLP
OREADME
TERMCAP.ARC
Was I supposed to get a file called LARN.TTP? What do I do with LARN.ARC and TERMCAP.ARC. Do I need a special compiler? Would someone familiar with this game please contact me either on this BBS or call me at 201-932-0597. Thanx.
Sincerely
David Hochhauser
--
David Hochhauser - via FidoNet node 1:107/330
UUCP: ...!rutgers!rubbs1!David.Hochhauser
ARPA: David.Hochhauser@rubbs1.FIDONET.ORG
\...!rutgers!rubbs1!David.Hochhauser
------------------------------
Date: Mon, 19 Sep 88 03:59:20 GMT
From: Ronald Lamprecht <V61%DHDURZ1.BITNET@Forsythe.Stanford.EDU>
Subject: low cost HARDDISK interface
To: INFO-Atari16@Score.Stanford.EDU
Sorry for the long pause after my first announcement -- but there was a lot
of work to do and I wanted to collect requests.
Due to the number of requests I decided to post some articles about the Atari
DMA port and my hardware solution, because they may be of general interest.
But the software is too large - I will try to store it (as source and as
executables) at a fileserver.
In this article I want to answer some common requests:
Hardware:
- The layout can only be photocopied , there exists no machine readable
version of it.
- The assembly is very simple - there is no need of an oscilloscope ,
a voltmeter is sufficient. Nearly all hardware errors can be detected
and analysed by the software.
- General remarks to Harddisks: (My experience, my own opinion)
- there is no harm in using harddisks with short seek rates (28ms)
instead of `slow' ones (40ms) (28ms are louder than 40ms). But I
couldn't recognice any increase in access speed - the operating
system and it's access to harddisk is more important. So I suggest
to invest your money in harddisk size and not in speed.
- Someone asked if it would be possible to install a ST157 (3"1/2)
instead of the floppy in a ST1040: answer: no :
- harddisks use other mounting screws
- there won't be enough space to mount the interface with the
OMTI controller (especially if you plan or have added an 68020,
memory expansions or SRAMs instead of (E)PROMs)
- hardisks need a lot of power and the ATARI power supplies are
weak (HD-Requirement: c 2A on 12V at power-up, c1A at 5V --
critical at seek operations)
Software:
- A MINIX driver will be written immediately after I have received the
ST version. Please send me a note when you received it in Germany.
- All programs which use legal GEMDOS and BIOS calls will work with my
driver - only programs that try to access the harddisks directly won't
work (besides HD format and partion utilities only a virus would try
to access the harddisk in this manner)
Until now we haven't detected a single program that doesn't work with
our harddisk (besides the ATARI hardisk driver & formater). Even all
harddisk backup programs like Turtle,... work correctly !
(some programs have troubles with too many partitions, so we allow you
to undefine and redefine single partitions)
- The software was developped for high res. monitors - no restrictions for
the driver, but our HD utilities will not work with low res. colour
monitors !!!
- Now all comments and helps are translated to English !
- The software can also be used in connection with the c't-solution (one
short source file must be substituted - no multiple DMA port usage)
- The boot software exits as a disk bootable version as well as a ROM
bootable version (ROM patch)
- Foreign utilities for GEMDOS speed increase and 40 folder bug solution
are necessary:
FATSPEED and GEMBOOT recommended
(Thanks to Ulrich Kuebler & Konrad A. Hahn)
I think the main reason for our solution is in fact the software:
- You can make use of 8 partitions with arbitrary drive IDs (you may use
K: and O: and keep C: for a RAM disk)
- You can connect several drives, several interfaces
- You can create, change, delete partitions at any time (the next version
will even allow you to move,enlarge and shrink partitions)
- The drive recognition scheme is `intelligent': you are allowed to
switch off drives and to reconnect them without rebooting your system
- The driver needs only about 4k of RAM (!)
- The utilities make full use of GEM
- ...
I hope that answers the most important questions. Those of you who had
further special questions I will contact within the next days.
Bitnet: V61@DHDURZ1 Ronald Lamprecht
UUCP: ...!unido!DHDURZ1.bitnet!V61 Theoretische Physik
ARPAnet: V61%DHDURZ1.BITNET@CUNYVM.CUNY.EDU (Heidelberg, West Germany)
------------------------------
Date: 19 Sep 88 05:38:55 GMT
From: mailrus!um-math!hyc@ames.arc.nasa.gov (Howard Chu)
Subject: Re: installing LARN
To: info-atari16@score.stanford.edu
In article <57.2334A7BA@rubbs1.FIDONET.ORG> David.Hochhauser@rubbs1.FIDONET.ORG (David Hochhauser) writes:
>HELP!!!!!!!!!!!!
>
>I don't know what I'm doing! I just downloaded LARN from the FIDO files. I unARCed the file LARN12S.ARC and got:
> -README-
> FIXED.BUG
> LARN.ARC
> LARN.DOC
> LARN.FTN
> LARN.HLP
> LARN.MAZ
> LARN.OPT
> OLARN.HLP
> OREADME
> TERMCAP.ARC
>
>Was I supposed to get a file called LARN.TTP? What do I do with LARN.ARC and TERMCAP.ARC. Do I need a special compiler? Would someone familiar with this game please contact me either on this BBS or call me at 201-932-0597. Thanx.
What you downloaded was the complete sources for my port of Larn 12.0 to the
ST. There are no executable files in that archive. The subfile LARN.ARC has
the actual source code, and TERMCAP.ARC has the source for the termcap library,
as well as a description of the ST's built in VT52 emulation.
I wrote this port using Mark Williams C version 2.0. All you need to do to get
a working game is unpack the files and type "make," assuming you have that
compiler. If not, then you're better off getting hold of the executables. Look
for a file named LARN12.ARC (note the absence of the letter 'S' in the name...)
and just use that.
A lot of copies of LARN12.ARC were distributed without the termcap description
included. I've posted the termcap separately to this group a few times already,
so you should be able to find it at an archive site.
Has anyone else run Larn from a BBS? It will work, if you redirect all three
I/O descriptors to the serial port. (Actually, it might be best to leave
stderr directed to the ST console...) I suppose it's not such a hot idea,
after all, since you can't limit the time someone plays for. But since it uses
termcap, you can support a wide variety of terminals in the game.
--
/
/_ , ,_. Howard Chu
/ /(_/(__ University of Michigan
/ Computing Center College of LS&A
' Unix Project Information Systems
------------------------------
Date: Mon, 19 Sep 88 7:56:22 CDT
From: "Norman R. Frech" <nfrech@ALMSA-1.ARPA>
To: dlm%ruhi!ATT.COM.BITNET@CUNYVM.CUNY.EDU
Subject: spectra 128
Dan,
I just got Dave Small's newsletter and I am fairly excited about this
product. I don't know how to get to Dave on Usenet so I though maybe
you could answer a few questions. He talks about a version 2.0
coming up in the near future; will this be a free upgrade from 1.0 or
will there be a charge? Second, is it absolutely necessary to have
a monochome monitor?
Thanks,
Norm Frech
----------------------------------------------------------------
----------------------------------------------------------------
Norm Frech <nfrech@almsa-1.arpa>
USAMC ALMSA, ATTN: AMXAL-HL, Box 1578, St.Louis, MO 63188-1578
COMMERICAL: (314) 263-5231 AUTOVON: 693-5231
------------------------------
Date: 18 Sep 88 17:05:11 GMT
From: mcvax!cernvax!ethz!jungfrau!marvin@uunet.uu.net (Rico und Jan)
Subject: SH204 RLL Formatting (was: Re: CONNECT YOUR OWN HARD DISK...)
To: info-atari16@score.stanford.edu
In article <9160@cup.portal.com> Ric_I_Clayton@cup.portal.com writes:
>
> Here's my Hard Disk Story:
>
> I had an Atari SH204 20Meg Hard Disk. I needed more disk space and
>didn't want to spend another $600 for 20megs. (Not to mention the fact
>that the SH204 has no Daisy-chain port.) This is what I ended up with:
>
> (From my SH204)
> o Seagate ST225 20Meg Hard Disk
> o Adaptec 4000 Controller
>
> (From my local Hard Disk Dealer)
> o Seagate ST251 42Meg Hard Disk
>
> (From ICD)
> o Host Adaptor Board
> o 5 1/4 Hard Disk Case (w/HDA Mounting Kit & Cutout)
> o Controller-to-Disk Cable Set
> o 36" DMA Cable
>
>The only problems I had were with the Hard Drive
>Case. Some of the drive bracket mounting holes were miss-aligned and had
>to be re-drilled, the hardware-kit (screws,etc) didn't have the right
>hardware, and space is _real_ tight inside the case. Nothing a drill and
>a trip to the hardware store wouldn't solve. Also, saving the leftover
>SH204 parts gives me a head-start on my next storage increase. By just
>adding an RLL controller, a 96Mb drive, and replacing the PAL chip on the
^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^
>Atari Host Adaptor board, I'll have more storage than I'll possibly need.
^^^^^^^^^^^^^^^^^^^^^^
This is what I thought, too. I replaced the Adaptec 4000 controller by
the 4070, which is completely compatible with the 4000, except that it
uses RLL encoding scheme instead of MFM. I also bought a second drive, a
Seagate ST157R, which is RLL and has a capacity of 49MB. The old drive
in the SH204 was (still is) an Tandon TM262, which is a 3.5", MFM, 20MB
drive. I checked out with Tandon, if that drive accepts RLL (i.e. if it
has plated media), and they said yes (although it was not certified for it).
Formatting the Tandon drive didn't cause any problems, but, however, it
has quite a lot of read errors. The errors do not appear in specific
sectors, but just randomly anywhere, especially on the cylinders with
low numbers, i.e. on the inner cylinders of the drive. It looks like it
mostly works just perfectly, but sometimes there are these read errors.
It seems that timing margins are so close, that it does not work
properly from time to time. A few days ago I got the PAL replacement
from BMS. It doesn't help very much, except that read errors are now
'officialy' being recognized.
If anybody is out there, who has similar experience, or who has a
solution, please post/mail it...
Tomas
***********************************************************************
Disclaimer: I'm a student at the Swiss Federal Institute of Technology
(ETH) in Zuerich, Switzerland, studying Computer Science
('Informatik' as we call it in German).
UUCP: ...!mcvax!ethz!jungfrau!marvin (marvin@ethz.UUCP)
Surface: Tomas Felner, Quellenstrasse 30, 8005 Zuerich, Switzerland
------------------------------
Date: 17 Sep 88 18:00:17 GMT
From: att!alberta!calgary!!paquette@ucbvax.Berkeley.EDU (Trevor Paquette)
Subject: Re: Boycott Apple Again -- Now about Suns
To: info-atari16@score.stanford.edu
In article <620@bnlux0.bnl.gov>, drs@bnlux0.bnl.gov (David R. Stampf) writes:
> In article <406@stag.math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu) writes:
> >
> >Lots and lots of problems, no single one of which renders a Sun totally
> >unusable, but altogether adding up to too many headaches. Bad network
> >support, flaky network services, etc. etc. etc... For a company whose
> >motto is "the network is the computer" it's pretty disgusting how
> >poorly their network software runs.
> >
>
> I've had a Sun on my desk for 4 years now, and my department has
> about a dozen. Schools by us have Sun's by the 100's. Compared to other
> machines, Sun's software is top notch and we frequently use the sun's to
> monitor our networks. I really think that Howard's opinions are in the
> minority viewpoint. So much so in fact, that it would be interesting to
> find out what he *would* recommend to his worst enemies as an alternative.
>
> < dave stampf
I must agree with Dave. I have been using Sun workstations for about 3 years
now and I think it is the best devellopement system around.
The Sunview window environment is a joy to work in compared to other
windowing systems I have seen. Mex on the Iris is totally brain damaged in
comparison to it. I have nothing bad to say about Sun (the computer or the
company). I really hate it when some people give there 2 cents worth when it
is only worth 1. Alot of people don't give things a chance to improve, if
it does not work first time then they refuse to look at it again.
=============================================================================
Trevor Paquette - GraphicsLand, U of Calgary[Home of The Great Train Rubbery]
Email:paquette@cpsc.UCalgary.CA ICBM:51 03 N/114 05 W
Luminous beings we are, not this crude matter. *** Don't worry, be happy
------------------------------
Date: 19 Sep 88 08:04:50 GMT
From: ssyx!koreth@ucbvax.Berkeley.EDU (Steven Grimm)
Subject: Re: Damaged moriabin.arc header
To: info-atari16@score.stanford.edu
In article <14436@agate.BERKELEY.EDU> c60a-1bq@web-1a.berkeley.edu () writes:
>When I uudecoded moriabin, i found that the header file for MORIABIN.ARC
>was damaged...it
>occured on the 2nd file in MORIABIN.ARC
There is only one file in MORIABIN.ARC, so you should be safe. Feel free
to request the relevant parts of the posting (06 through 15) from the ssyx
archive server if you have more problems.
---
These are my opinions, and in no way reflect those of UCSC, which are wrong.
Steven Grimm Moderator, comp.{sources,binaries}.atari.st
koreth@ssyx.ucsc.edu uunet!ucbvax!ucscc!ssyx!koreth
------------------------------
Date: 19 Sep 88 16:32:34 GMT
From: hubcap!trev@gatech.edu (Trevor Bauknight)
Subject: ibm compatibility
To: info-atari16@score.stanford.edu
im planning to upgrade very soon from my current televideo 803 cp/m
machine to one of the 68000 beasts...i have and have access to a great
deal of scientific and engineering software to run on an ibm pc
compatible machine but i detest the idea of *owning* an ibm
compatible, though inferior system...
could someone, an expert in the respective camps, e-mail information
concerning tthe ibm compatible nature of the atari st, themac, and
the amiga...i can get a mac at a reduced price through the university
and would like to have a hard disk system, a meg of memory, probably
color (but that is not entirely necessary), and ibm compatibility.
i need to know the cost of an ibm compatible system, or at least the
cost of the attachments needed to make it ibm compatible.
i appreciate it...thanks in advance...
--
trev @ hubcap.clemson.edu Trevor Bauknight
Box 2507, University Station
Clemson, SC 29632
------------------------------
Date: 19 Sep 88 17:03:08 GMT
From: oliveb!dragon%olivej.atc.OLIVETTI.COM@ames.arc.nasa.gov (Give me a quarter or I'll touch you)
Subject: Hard disk in 1040ST was Re: low cost HARDDISK interface
To: info-atari16@score.stanford.edu
In article <8809190537.AA09957@ucbvax.Berkeley.EDU>, V61@DHDURZ1.BITNET (Ronald Lamprecht) writes:
> - Someone asked if it would be possible to install a ST157 (3"1/2)
> instead of the floppy in a ST1040: answer: no :
> - harddisks use other mounting screws
> - there won't be enough space to mount the interface with the
> OMTI controller (especially if you plan or have added an 68020,
> memory expansions or SRAMs instead of (E)PROMs)
> - hardisks need a lot of power and the ATARI power supplies are
> weak (HD-Requirement: c 2A on 12V at power-up, c1A at 5V --
> critical at seek operations)
I've done this. I had to use an Atari host adaptor board (since it is the
smallest), but it is quite possible, and was a hit at our local user group
meeting. Might add that it was an ST157N, with imbedded SCSI. It uses the
exact same holes that the 3.5" floppy does.
As Ron said, if you plan to add alot of other crud, it's not a good idea,
though.
The power supply was beefed by replacing the regulators with higher
capacity units, and a fan was installed to keep everything cool.
Otherwise, it works great.
The power supply can't be that big of a deal because Supra sells their
internal drive kits for the Mega ST, and they run off the Mega internal
power supply (which happens to be the same unit in my 520STfm, but
different than the one in the 1040ST the hard drive is mounted in. I bet
the newer 1040STs have the same power supply).
----
Dean Brunette {ucbvax,etc.}!hplabs!oliveb!olivej!dragon
Olivetti Advanced Technology Center _____ _____ __|__ _____
20300 Stevens Creek Blvd. | | _____| | |
Cupertino, CA 95014 |_____| |_____| |__ |_____
'Dancing, screaming, itching, squealing, fevered feeling hot Hot HOT!'
------------------------------
End of Info-Atari16 Digest
**************************
-------
-------