Info-Atari16 Digest Fri, 10 May 91 Volume 91 : Issue 262 Today's Topics: 1040ST FLASHBACK backup restoration? 3 bombs Animations sent to a.a. Bugs in Sozobon C (newest version from terminator) Extended Argument Passing Scheme GCC compile error Graphics Cards for ST/STe HighSpeed Pascal on the ST. IMPORTANT: Users of Rodney's UUCP modules / GUS Info about the Windsor Atari Show lzh question Mark Choi's USENET ST mail order service..... One Last Wish ST systems for sale To J. R. Bammi (mail bounced, sorry) Tos 1.4 Bugs Weird TT hard disk thingy Welcome to the Info-Atari16 Digest. The configuration for the automatic cross-posting to/from Usenet is getting closer, but still getting thrashed out. Please send notifications about broken digests or bogus messages to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU. Please send requests for un/subscription and other administrivia to Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list instead of the moderators are likely to be lost or ignored. If you want to unsubscribe, and you're receiving the digest indirectly from someplace (usually a BITNET host) that redistributes it, please contact the redistributor, not us. ---------------------------------------------------------------------- Date: 9 May 91 23:52:53 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!caen!ufl orida!shark!terryb@arizona.edu (terry bohning) Subject: 1040ST FLASHBACK backup restoration? To: Info-Atari16@naucse.cse.nau.edu A friend of mine uses an Atari 1040 ST as a POS terminal in her business. I don't know the full story, but for some reason the hard disk was reformatted by an employee. The disk had her customer mailing list, inventory, etc. on it. They tell me the drive was backed up first using a program called FLASHBACK. But the copy of FLASHBACK on the hard drive is gone. 1) Anyway to "unformat" the hard drive? 2) Anywhere to get FLASHBACK or a compatible to restore the drive? Failing these, there is a program called RWALL.ZIP in IBMHW forum on Compuserve that says it lets a PC read and write ST disks. Could the backup up disks be read onto a PC and the customer data extracted into ASCII files somehow? P.S.: I am completely unfamiliar with Atari machines, but familiar with IBM and compatibles. thanx terry ------------------------------ Date: 9 May 91 22:25:40 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!news-server.csri.toronto.edu!utgpu !utzoo!lsuc!jimomura@arizona.edu (Jim Omura) Subject: 3 bombs To: Info-Atari16@naucse.cse.nau.edu In article <1991May7.231318.12305@lsuc.on.ca> jimomura@lsuc.on.ca (Jim Omura) writes: > > I've been working on a program for a few months now and it's got >one "last" problem that I can't fix. I've been staring at it off and >on for months now. The program is graphics oriented using GEM calls. >As far as I know I've done everything I need to do for a "clean exit" >back to the desktop. But I still get 3 bombs when it returns to >the desktop. Functionally the program is usable as-is. But I don't >like the idea of marketting a product that bombs on exit. I've >compiled the program with Sozobon C and I was wonder if this is a >specific problem with Sozobon. Or is there something I don't know >about exiting from GEM? I found the answer yesterday! Many thanks to all who responded. In fact, though nobody identified the problem exactly, the tip off was when someone recommended that I try compiling my "initialization" and "clean exit" sequences separately to make sure the problem was in that area. In fact, it made me think a bit more about my code structure. Almost all my testing included saving a file before exiting. Since the file saved properly, I assumed that that code was correct. But it occurred to me that at the end of the routine I usually 'fflush()' the buffer at the end before returning. In fact, I was wondering if I forgot to put it in the code. Well, it was there alright, but the problem was that it should NOT have been there this time. 'fflush()' is only used when you have a path that's been 'fopen()'d and is pointed to with a type FILE. The path I was using had been openned by 'open()' and the pointer was a type 'int'. The surprising thing is that I didn't seem to have any crash problems when I ran my program from a text Shell. Oh well. It's party time! :-) -- Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880 lsuc!jimomura Byte Information eXchange: jimomura ------------------------------ Date: 9 May 91 21:39:40 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!wuarchiv e!csus.edu!ucdavis!csusac!csuchico.edu!ekrimen@arizona.edu (Ed Krimen) Subject: Animations sent to a.a. To: Info-Atari16@naucse.cse.nau.edu Here are some animations that I've sent to atari.archive. 247481 May 9 14:10 backflip.lzh - A skeleton doing a backflip. 231186 May 9 14:13 car.lzh - A solid-modeled racing car. 262767 May 9 14:10 dino&hel.lzh - A dinosaur and military helicopter. 202851 May 9 14:11 golf.lzh - A golfing tragedy! 227422 May 9 14:14 gunship.lzh - A view from a cockpit I think. 177908 May 9 14:14 insects.lzh - A couple of bees flying around. 64103 Sep 17 1989 lamp.lzh - A Luxo lamp a la Pixar. 45632 May 9 14:14 scanned.lzh - A series of scanned images linked for anim. 222527 May 9 14:12 starwars.lzh - An X-wing fighter destroying the Death Star. 502125 May 9 14:12 vidibat.lzh - Vidi-digitized images from Batman. These are Cyber .SEQ animations. You can use animate.lzh in /atari/graphics to view them. -- ||| Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu] ||| Video Production Major, California State University, Chico / | \ SysOp, Fuji BBS: 916-894-1261 ------------------------------ Date: Fri, 10 May 91 09:43:36 CET From: 115358%DOLUNI1.BITNET@CUNYVM.CUNY.EDU Subject: Bugs in Sozobon C (newest version from terminator) To: Info-Atari16@naucse.cse.nau.edu Date: 10 May 1991, 09:37:26 CET From: 115358 at DOLUNI1 To: Info-Atari16@naucse.cse.nau.edu Last week I loaded the Sozobon-C package from the terminator archive. I found that the binaries and sources still contain one heavy bug: to correct the stack after a function call the compiler produces "add.w #,SP" instead of "add.l ...". I suspect that this is not the only bug in the package and even after correcting it in the compiler I would have to rebuild the dLibs (and the binaries themselves). Are there bug-fixed versions around, maybe on some archive ? Answers please to 115358@DOLUNI1.BITNET or UO04.DDAGSI3.BITNET Friedrich Kammer ------------------------------ Date: 9 May 91 21:26:20 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!sdd.hp.com!mips!atha!aunro!ersys!mforg et@arizona.edu (Michel Forget) Subject: Extended Argument Passing Scheme To: Info-Atari16@naucse.cse.nau.edu Roy Bixler writes: Not correct. I compiled it with GNU C ver. 1.37. From what I've heard, it supports the extended argument passing scheme of Atari. -------------------------------------------------------------------------- Could someone please send me a description of the Extended Argument Passing Scheme mentioned above, along with information on how to use it. One person sent me some information, but it was a Shar. I had no utility to UnShar it, and then my HD crashed losing everything less than a week old. I also lost the person's name and E-Mail address as well. If someone could please send me the appropriate information, I would be forever grateful. << ersys!mforget@nro.cs.athabascau.ca >> << or in the language that PEOPLE use >> << Michel Forget...:) >> ------------------------------ Date: Fri, 10 May 91 03:44:43 CDT From: boyce@sifvs3.SINet.SLB.COM (David Boyce) Subject: GCC compile error To: info-atari16@naucse.cse.nau.edu Bill Ferrer writes: > After downloading the gcc compiler and getting very thing ready, I came >across another problem. When I type in gulam gcc -v hello.c, I get an error: > >can't find d:\tmp/cc100000.s > >or something like that. gcc created a file that has a slash in the filename >which does not exist how can i fix this error. First off, make sure that you've defined all the environment variables correctly. That's the main problem installing GCC. You didn't say when the error occurred - the -v option should come up with the commands given to the various stages of compilation. From the error it looks as if the problem occurred when assembling, ie, gcc-as couldn't find the assembly file produced by the compiler. It could be that the compiler didn't start up properly due to memory problems. If you've only got a 1Mb then you probably won't be able to run it - I've got 2.5Mb and I've never had problems, even compiling large programs. Don't worry about the mix of slashes and backslashes - GCC handles them ok. - Dave ----- David Boyce, Schlumberger Instruments, | boyce@sifvs3.sinet.slb.com Farnborough, Hants, UK, (+44) 252 544433 x5543 | Disclaimer: My employer doesn't know I post | Made in Scotland to this list. | from girders ------------------------------ Date: Fri, 10 May 91 12:06 From: PORCHA%VAX1.COMPUTER-CENTRE.BIRMINGHAM.AC.UK@pucc.PRINCETON.EDU Subject: Graphics Cards for ST/STe To: INFO-ATARI16@naucse.cse.nau.edu Someone recently asked about graphics boards for the ST/Mega/STe etc. This is the spec of one I have seen here in the U.K. It is known as the Reflex 1024 board from Titan Designs, spec is as follows. Price 249 UK pounds plus tax **SM124(Atari Mono)** gives 1024x960 interlaced 1024x800 interlaced 800x480 non interlaced (nice!!!!) **SM125(Atari Mono)** As above plus 1024x600 non interlaced (Nice too, as sharp as normal mono mode) This is also available on 124 with internal adjustment of v-height. **Samsung A4 Portrait (395 UK pounds + Tax)** 800x1008 This is the only portrait screen I have seen on the ST **Wyse 19 inch multisynch (795 uk pounds plus tax)** 1024x1024 1024x960 **Hitachi 21 inch monofocus FST (895 uk pounds plus tax) 1024x870 **Normal Multisynchs** Various resolutions Available from Titan Designs Jonic House Speedwell Road Hay Mills Birmingham B25 8EU United Kingdom (Phone +44 21 706 6085) (021 706 6085 in U.K.) I have seen it work on Megas and STE's though I dont know if the STE fitting kit is yet in production. I am not connected with them except as a potential customer who went round for a demo (as their office is near to me). ***************************** Adrian Porch PORCHA@UK.AC.BHAM.VAX1 "Sounds a bit rude, sounds like bum!" ***************************** ------------------------------ Date: Fri, 10 May 91 11:33:58 +0100 From: J Cartwright Subject: HighSpeed Pascal on the ST. To: Info-Atari16@naucse.cse.nau.edu Ok. I bought HighSpeed Pascal from HiSoft the moment it became availablein this country. The manual isn't as good as the usual one's from HiSoft, but that's because it was written by the D-House team who produced the package itself. My first impression of the whole system is that it's VERY VERY GOOD. It compiles at a ludicrously fast speed, and I should imagine that if you ran iton a hard drive, it'd be well cool. At the moment I've only been using it to write programs on for the university as practical work. However, I've started using it to write GEM applications in, and the libraries are rather good to say the least. {- Incidentally, it has the function VST_LOAD_FONTS expecting a font number to load, whereas in DEVPAC the function loads ALL Gdos fonts referred to in the ASSIGN.SYS file. What's going on here?? Please e-mail me an answer } If you wanna know anything about it, then e-mail me, and I'll see if I can help. But hurry, I'll be leaving here in about 6 weeks! Kind regards, JON THE PROGRAMMER. P.S. Anyone out there interested in a Guitar Chord Score Writing System that I've been developing under GEM? ------------------------------ Date: 9 May 91 14:15:27 GMT From: mcsun!ukc!slxsys!ibmpcug!mantis!mathew@uunet.uu.net (CNEWS MUST DIE!) Subject: IMPORTANT: Users of Rodney's UUCP modules / GUS To: Info-Atari16@naucse.cse.nau.edu I have been fiddling around with Rodney's UUCP modules (Mercury UUCP) and the GUS GEM UUCP Shell for the past month or two, trying to decide whether to keep them or rewrite them. I has recently been drawn to my attention that said software is generating Usenet Date: headers with the year in full -- that is, 17 Jun 1991 instead of 17 Jun 91. THE NEW "IMPROVED" C-NEWS WILL SILENTLY DISCARD ALL SUCH ARTICLES, WITHOUT WARNING THE POSTER. If you use your ST to post to Usenet via UUCP, it is quite likely that Cnews sites around the world have been quietly throwing away all your postings without even trying to tell you. It happened to me. Yes, Mercury should create date fields in the proper format; but equally, Cnews should not throw away articles which it is perfectly capable of correcting the headers of and of delivering. If you think that this Cnews behaviour is unacceptable, I would suggest complaining in news.software.b. If we all scream loudly enough, perhaps they will fix it. mathew ------------------------------ Date: 9 May 91 17:02:09 GMT From: mcrware!mwca!bill@uunet.uu.net (Bill Sheppard) Subject: Info about the Windsor Atari Show To: Info-Atari16@naucse.cse.nau.edu In article <5227.2828199f@miavx1.acs.muohio.edu> rlcollins@miavx1.acs.muohio.edu (Ryan 'Gozar' Collins) writes: >...Bob Brodie for US Atari and Jeff "something" from Canada Atari talked >for a little while, and then held a Q&A session. Some of the key points >are: Bob spoke at a Bay Area user's group last night, here are some of his comments related to his Windsor comments: >FSM GDOS will cost <$100, but I don't remember a release date. (He (Bob) >didn't give a definate date though) It will (eventually) be shipped with Mega STE's and TT's, but isn't currently. He didn't know whether current Mega STE and TT owners would get free copies. The cost is due to the fact it uses Ultrascript Type I fonts, which are owned by Imagen and need to be licensed. >Atari has purchased the source code to Word Up! but Bob couldn't say >what for. He suggested to us that Atari would be making it work like "they think it should" (i.e., fix the bugs), but didn't know whether it would be sold, bundled, etc. >...They plan on phasing out the Stacy in favor of the ST notebook, which >will be shown at Fall Comdex. He told us that he expects the Notebook will become the portable of choice, but there are no plans to drop or discontinue the Stacy, and that musicians really don't care about battery use, just ease of transport (for which the Stacy is fine). >Thats about everything I can remember now, I wish I would've took a tape >recorder with me, or at least a notebook!! (I will be prepared for the >next one though. (In Chicago in November) Other comments... Efforts are being made (no details on by whom) to allow the Atari CD-ROM to use existing PC-based disks (such as Microsoft Bookshelf)... MultiGEM is being worked on... Atari US is going to be much more aggressive at getting the limited production of computers, many of which are now going to Atari Germany... High-end publishers continue to be amazed by the blazing speed of an ST/TT with an Atari laser printer and Calamus... He related an amusing anecdote of how they demonstrated Calamus at a Mac User's Group meeting, totally astounding the attendees with Calamus' speed and price, and how upset the Timeworks rep was to hear that Calamus was $199 versus Publish It's $349, and then how they went to an Atari User's Group meeting, and the attendees were outraged about how expensive Calamus was!! -- ############################################################################## # Bill Sheppard -- bills@microware.com -- {uunet,sun}!mcrware!mwca!bill # # Microware Systems Corporation --- OS-9: Seven generations beyond OS/2!! # ######Opinions expressed are my own, though you'd be wise to adopt them!###### ------------------------------ Date: 7 May 91 19:15:56 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!caen!ox.com! math.fu-berlin.de!unidui!unido!horga!nathan!ue@arizona.edu (Udo Erdelhoff) Subject: lzh question To: Info-Atari16@naucse.cse.nau.edu In article <3236@laura.UUCP> klute@tommy.informatik.uni-dortmund.de (Rainer Klute) writes: [Some comments about using Arcgsh 3.5 as destop application for *.ZOO etc] > > This works the same for Arc and LHarc archives, and even for uuencoded files. Hi there, are you currently planning to support UNARJ, UNZIP or the soon coming STZip?? It seems that we ST-users are climbing up the ladder of aviable archivers, all we need is some good gui to make life easier... /s/ Udo -- Udo Erdelhoff smart: ue@nathan.ruhr.de Am Westheck 170 Fido: Udo Erdelhoff on 2:245/52.1 W-4600 Dortmund 12 (FRG) Maus: Udo Erdelhoff @ DO Please keep your replies short - I have to pay for recieving mail ------------------------------ Date: 9 May 91 21:48:06 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!wciu!abode!scale@ar izona.edu (Luis Outumuro) Subject: Mark Choi's USENET ST mail order service..... To: Info-Atari16@naucse.cse.nau.edu Hi Mark, I have a few thoughts about your idea of a "USENET ST mail order service". It's not that I think it is a bad idea, I feel that it raises some complicated questions though. Mark Choi recently wrote..... $ Question: Does anyone think this goes against USENET ethics about $commercial advertsing, etc.? Any way one looks at it, it still comes down to being a commercial venture being promoted through the public networks; and granted I am not an expert on UseNet ethics, but hasn't these types of ventures been either frowned upon, restricted or not allowed? We've all seen many commercial publishers here on the networks, although they have been typically providing technical support and service information; not pitching thier products. Now let's assume that such a service is "allowed". Does this mean that one vendor is selected as the singular official UseNet ST supplier; or establish c.s.a.st as an open marketplace where any vendor can freely provide thier services to the network? How would this be fairly decided? I do not see any easy answers. I'll be honest with everyone here; yes, I am biased. As a computer dealer, I take a great interest in the subject. As I am sure that other dealers, manufacturers and publishers; would appreciate being able to openly and freely advertise, solicite orders and sell thier products here on the public networks. Realistically however, I doubt that this would happen; I am also unsure whether it good for the network or not. Like I mentioned earlier, it is not a bad idea; I just doubt that there would be a way to implement the idea to fairly satisfy all concerned parties. Of course these are my own ramblings, there may be something that I have not thought of. Any suggestions would be welcome, bye........... Luis Outumuro -- """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Luis Mark Outumuro III | "Well... you're damned if you do, Computer Office Products 818/813-1051 | and you're damned if you don't!" Infoline 818/813-1053 | - Bart Simpson, 1990... ------------------------------ Date: 9 May 91 20:38:35 GMT From: argosy!henry@decwrl.dec.com (Henry Polard) Subject: One Last Wish To: Info-Atari16@naucse.cse.nau.edu In article <3VwJ23w164w@bluemoon.uucp> dddean@bluemoon.uucp (David D. Dean) writes: > A brain tumor is cutting short the life of seven-year-old >Craig Shergold. His Last Wish doesn't seem very much to ask; simply >that he receive some Get Well cards---hopefully enough to break The THIS IS A HOAX!! See alt.folklore.urban for details. Henry Polard | REAL net address: | Reality / Virtual 17-line .sig (408) 736-3300 | henry@maspar.com | is an allusion. \ with spiffy graphics. ------------------------------ Date: 10 May 91 00:37:06 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!jarthur!petunia!csuchico.edu!ekrimen@a rizona.edu (Ed Krimen) Subject: ST systems for sale To: Info-Atari16@naucse.cse.nau.edu In article <154865@pyramid.pyramid.com> apalmer@pyrtech.pyramid.com (Albert "Earthquake" Palmer) writes: > >I also have about 10 Mega keyboards that I would like to sell. These are >just the bare bones keyboards. They are a direct replacement for the >keyboard in the original 520 without the internal floppy. I'm asking >$40 each for the keyboards or 3 for $100. > Has anyone ever connected a Mega keyboard to a STFM style machine (STe, 1040, 520STFM, etc.)? Could a hack be constructed so that the original keyboard is left intact, but also have the detachable Mega keyboard? -- ||| Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu] ||| Video Production Major, California State University, Chico / | \ SysOp, Fuji BBS: 916-894-1261 ------------------------------ Date: 10 May 91 01:08:25 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!news-server.csri.toronto.edu!bonni e.concordia.ca!daily-planet.concordia.ca!agostino@arizona.edu (Agostino Deligia) Subject: To J. R. Bammi (mail bounced, sorry) To: Info-Atari16@naucse.cse.nau.edu Sorry to waste net bandwidth like this, but I would just like to thank J. R. Bammi for his help concerning zoo. My Email reply to him bounced twice at bammi@uunet.uu.net . (I also thank again all the others who helped, to whom my replies got through, hopefully :-) Agostino -- OO OO Agostino Deligia O O O Systems Architecture O O O Concordia University, Montreal (Canada) O OOOO agostino@concour.cs.concordia.ca ------------------------------ Date: 10 May 91 18:09:26 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!samsung!munnari.oz.au!brolga!bunyip.cc .uq.oz.au!qut.edu.au!lunnon@arizona.edu Subject: Tos 1.4 Bugs To: Info-Atari16@naucse.cse.nau.edu Yet another bug in TOS 1.4 It has been brought to my attention that the new desktop formatter in TOS 1.4 does not mark bad blocks correctly according to the IBM media. It seems that TOS gets the nybbles wrong. (you know that wierd 12 bit fat they have), anyone else have experience with this one. While I'm on the subject, most formatters I have don't cope well with bad sectors, does anyone know of one that does do bad sector mapping properly ??? BOB R.Lunnon@qut.edu.au ------------------------------ Date: 10 May 91 02:54:43 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!samsung!munnari.oz.au!comp.vuw.ac.nz!a ctrix!Roger.Sheppard@arizona.edu Subject: Weird TT hard disk thingy To: Info-Atari16@naucse.cse.nau.edu In article <1991May9.154337.17580@cs.yale.edu> fischer-michael@cs.yale.edu (Michael Fischer) writes: > In article <2930@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes: > >Supra's driver will find ACSI units which are not connected in consecutive > >order starting with zero, and Atari's driver won't. > > ... > >There is another problem which has been called to my attention, and which > >is covered by the same "Atari drivers" caveat: Supra uses one trick to get > >more than four partitions per drive, and Atari uses another. If you have a > >drive partitioned with Supra's trick, and you connected it to a TT (or any > >machine running an Atari driver) the partitions after the fourth one will > >not be accessible. Again, it's a question of using non-Atari drivers. > > > >============================================ > >Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. > >reflect those of Atari Corp. or anyone else. ...ames!atari!apratt > > I would think it would be in Atari's best interests to provide an > upgrade path for present ST users of Supra's drives. It shouldn't > be too hard to extend AHDI so that: > > 1. The driver will work like Supra's driver and find ACSI units > which are not connected in consecutive order. > > 2. The driver will recognize Supra's extended partitions as well as > Atari's. HDX doesn't have to create them, but it would sure be nice > if AHDI and HDX understood them. > > -- > ================================================== > | Michael Fischer | > ================================================== Why don't we have a propper standard, one of the problems is that Ataries HDX standard came out far to late. So why don't all the other Atari developers come up with one common standard. Is it not posible to follow the MS-DOS standard, as our disks are based on that standard.. It would only take a small patch program to fixup the none standard disk partitions, and for the other developers to fixup there Booters, or is this to simple a task. Also are BIG partition standard ?. -- Roger W. Sheppard 85 Donovan Rd, Kapiti New Zealand... ------------------------------ End of Info-Atari16 Digest ******************************