Info-Atari16 Digest Mon, 2 Sep 91 Volume 91 : Issue 461 Today's Topics: Best PD BBS software for UUCP/Usenet (2 msgs) Cadaver HELP !!!!!!!! Calamus vs. Pagestream Current status of Autoswitch Overscan English Docs For Turbo Assembler Esprit... where? (not at atari.archive) GEMDOS and AES questions Ghostscript and Epson's How do I disable Control-C? letemfly Mail Order Companies MultiGEM Question! MUSEDT.LZH (Corrupted?) NeoDesk 3.0 and Command Line interpretter. POSTING FLOPPY DISCS IN MAIL (CUSTOMS SCANNING DAMAGE) ST memory allocation TeX -- uhhg! Tos 2.0x coming to an STf(m) near you... NOT! YG modem 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: 2 Sep 91 05:44:28 GMT From: mcsun!unido!mcshh!malihh!pfunk!blackbox@uunet.uu.net (Michael Kistenmacher) Subject: Best PD BBS software for UUCP/Usenet To: Info-Atari16@naucse.cse.nau.edu In <1991Aug31.152544.20714@mintaka.lcs.mit.edu>, Mike O'Connor writes: > >1. What is it? I run a combination of mercury by Rodney Volz and HERMES from Martin Ibert (martini@heaven7.in.berlin.de). Mercury provides the rnews and HERMES all other stuff. Reading and managing is done by a GEM-based shell with a nice newsreader. You can also make your ATARI to a host, so that you can be polled by other people. >2. How hard is it to configure? Well, it will take about a whole weekend to install all these, since there is no "installer" available. >3. Where can I find it? > I don't know, sorry. Perhaps at ftp.koeln. >Any pointers in this matter would be greatly appreciated. Please send >E-Mail. > I think there are more people interested in these things. Bye.....Michael -- /------------------------------------\ | Michael Kistenmacher / blackbox | | 2000 Hamburg 61 / Schippelsweg 64 | | West Germany / ++ 49 40 552 37 66 | \------------------------------------/ ------------------------------ Date: 3 Sep 91 04:54:02 GMT From: noao!ncar!asuvax!cs.utexas.edu!samsung!usc!sdd.hp.com!spool.mu.edu!cs.umn.edu!t helake!steve@arizona.edu (Steve Yelvington) Subject: Best PD BBS software for UUCP/Usenet To: Info-Atari16@naucse.cse.nau.edu [In article , blackbox@pfunk.hanse.de (Michael Kistenmacher) writes ... ] > I run a combination of mercury by Rodney Volz and HERMES from Martin Ibert > (martini@heaven7.in.berlin.de). Mercury provides the rnews and HERMES all > other stuff. Reading and managing is done by a GEM-based shell with a > nice newsreader. You can also make your ATARI to a host, so that you can > be polled by other people. Correct me if I'm wrong, Michael, but this combination is not a BBS. It's capable only of providing you with personal access to the network. You can forward mail and Usenet messages to other sites if they're willing (and able) to run UUCP-compatible software, but Joe Average can't call your computer using Flash or Uniterm and read Usenet news over the phone line. I think that's what the original poster asked for. So far as I know, the only currently available ST BBS that allows Usenet messages and UUCP/Internet email to be incorporated into the message base is STadel, a variant of Citadel. There are some bugs in STadel's Usenet interface that may be corrected when Fortress (an upgraded STadel) is ported to the ST. The port reportedly is in progress. David Parsons' Bauble project is aimed at producing a new Usenet-capable BBS, but so far as I know, it's not yet finished. Bauble UUCP sources were posted in comp.sources.atari.st earlier this year. ---- Steve Yelvington, Marine on St. Croix, Minnesota (USA) steve@thelake.mn.org Member, Burned Out Newspapercreatures Guild ------------------------------ Date: 2 Sep 91 23:21:35 GMT From: munnari.oz.au!bunyip.cc.uq.oz.au!kirk!goose@uunet.uu.net (Ralph Schwarten) Subject: Cadaver HELP !!!!!!!! To: Info-Atari16@naucse.cse.nau.edu Hi, Can someone please please help me with cadaver ? On the second level... Found 3 of the coins which you use as tokens for the mouth in the wall where is the 4th ? Is there anything behind the drape with the fire holes early in the 2nd level ? Is there anything I can do with the rising and falling stones ? I have been to the floating room and all down that way, the green bottles etc and the chains and pits. The door in the room with the recharging chests I can't open. I sleeped an eye (usually where the tortoise comes out) does he have anything of value ? Thanks in advance Ralph ------------------------------ Date: 3 Sep 91 02:20:45 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!malgudi!uoft02.u toledo.edu!cse0071@arizona.edu Subject: Calamus vs. Pagestream To: Info-Atari16@naucse.cse.nau.edu A question for all you DTP'rs out there, I have Timework DTP and have messed around with it. Now that I have graduated I have more time and would like to get a more advanced program. I see that Calamus is still out there and have noted that Pagestream has recently released a new version. Both of these products are in the same general price catagory, although I know that Calamus is suppose to release a new version soon. I guess what I want to know is Calamus still the most bang for the buck or does the new Pagestream give it a run for its money?? I'm not going into this to be a professional DTP'r but if things go well I could always stand to have more professional features. Thanx in advance //////////////////////////////////////////////////////////////////////////////// / * * * John STacy - cse0071@uoft02.utoledo.edu -- BITNET / / * * * IN%"cse0071@uoft02.utoledo.edu" -- INTERNET / / * * * / / * * * / / * * * Motorola >> Intel / /* * * / //////////////////////////////////////////////////////////////////////////////// ------------------------------ Date: 3 Sep 91 03:26:21 GMT From: haven.umd.edu!umbc3.umbc.edu!umbc5.umbc.edu!chuck@purdue.edu (Chuck Rickard) Subject: Current status of Autoswitch Overscan To: Info-Atari16@naucse.cse.nau.edu As the title says, what is the current Status of Autoswitch Overscan for the ST? I remember hearing about it, but have seen it available nowhere in the U.S. so far. Am I looking in the right places? :-) Also, where can I find the current version of the schematics and software for the PD version of Overscan? Thanks! -- Chuck Rickard (chuck@umbc5.umbc.edu) ------------------------------ Date: 2 Sep 91 05:52:00 GMT From: mcsun!unido!mcshh!malihh!pfunk!blackbox@uunet.uu.net (Michael Kistenmacher) Subject: English Docs For Turbo Assembler To: Info-Atari16@naucse.cse.nau.edu In <1991Sep1.093923.1188@ac.dal.ca>, cordes@ac.dal.ca writes: >A while ago someone posted the Internet for Markus Fritz, author of Turbo >Assembler. I had hoped to contact him regarding release of English docs >and .RSC file but the mail bounced. I believe the address I had was >Markus_Fritz@hh2.maus.de. Can someone check if this is accurate or update >with his new Internet address? I'm sure I am not alone. Turbo Assembler >looks like an excellent package. Hmmm, I should have known it. The mousenet doesn't have a direct internet access, so all mail and news has to go through some uucp-connections. The normal way for mail is uunet!mcsun!unido!hh2.maus.de!Markus_Fritze (look for the 'e' at the end). Try again or send me a message, where the mail bounces. Bye.....Michael -- /------------------------------------\ | Michael Kistenmacher / blackbox | | 2000 Hamburg 61 / Schippelsweg 64 | | West Germany / ++ 49 40 552 37 66 | \------------------------------------/ ------------------------------ Date: 3 Sep 91 00:10:22 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!samsung!munnari.oz.au!bunyip.cc.uq.oz.au!uqcsp e!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison) Subject: Esprit... where? (not at atari.archive) To: Info-Atari16@naucse.cse.nau.edu espredit.lzh 88 Level editor for esprit. has appeared in atari/games, I can't find Esprit. I have "BOLO" which is very similar, also made by Application Systems Heidleberg (sp?), which is Public Domain. Is Esprit also PD? Warwick -- _-_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.-._/ University of Queensland, v Brisbane, AUSTRALIA. ------------------------------ Date: 3 Sep 91 03:14:20 GMT From: daffy!cat13.cs.wisc.edu!gcarter@rsch.wisc.edu (Gregory Carter) Subject: GEMDOS and AES questions To: Info-Atari16@naucse.cse.nau.edu In article <3044@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes: >avgroeni@cs.ruu.nl (Annius Groenink) writes: > >|1. It seems to me that all OTHER text editors load files about >| twice as fast as my program. I use one straight Fread(). > >One straight Fread() is the fastest way you can load a file. >It is possible that the slowdown you see is due to buffer >setup you might be doing after you have read the file. > >|2. Does the ATARI AES send ANY WM_NEWTOP messages? > >No. >-- > ||| Ken Badertscher (ames!atari!kbad) > ||| Atari Corp. System Software Engine > / | \ #include Not really, you could try getc, which is very fast and part of the C stdlib. You can also try altering your BUFSIZ in your stdio.h file to improve read performance as well. And of course you can always try an asm subroutine. But it is true, as Ken said, the speed could also be related to the overhead in maintaining your data structure which holds the text in itself. Let me know how it goes. --Greg ------------------------------ Date: 2 Sep 91 18:20:31 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-stat e.edu!usenet.ins.cwru.edu!ysub!psuvm!jjl101@arizona.edu (J.J. Lehett) Subject: Ghostscript and Epson's To: Info-Atari16@naucse.cse.nau.edu I am using the Atari ST version of ghostscript. The monochrome viewing of the files come out just fine... but when I try to send to an Epson FX-100 (I know, old printer, but would like to use this to 'preview' the output in print). The docs say there may be some problems with the epson 9 pin driver. But the pr.ttp program takes the gs_pr file and starts sending it. The output looks like it is 'almnost correct' in that the graphics are noticable, but... it outputs forfeeds quite often (as in every 2nd line or so). Perehaps some dip switches need to be switched? I do not have the manual for the epson printer, so I am not sure which switches control what. If anyone out there has any info that may be of help it would be greatly appreciated. ******************************************************************** * * John J. Lehett * JJL101@PSUVM * * J.J. * Penn State * * * * Center for Academic Computing * JJL101@PSUVM.PSU.EDU * ******************************************************************** * Games, Puzzles, Cryptos, Diplomacy, Synths, Midi, Atari ST's! * ******************************************************************** ------------------------------ Date: 3 Sep 91 03:22:26 GMT From: daffy!cat13.cs.wisc.edu!gcarter@rsch.wisc.edu (Gregory Carter) Subject: How do I disable Control-C? To: Info-Atari16@naucse.cse.nau.edu In article mforget@ersys.edmonton.ab.ca (Michel Forget) writes: >Hello. I have been learning the C programming language for about four >weeks now, using C Primer Plus. I wanted to learn because I could make >faster, more efficient code with C. Unfortunately, one problem is still >dogging me. > >In all of my programs that use text output functions, pressing control-C >during an output causes the entire program to terminate. THIS IS >ANNOYING! How do I prevent this from happening? The functions I use >are: > >getchar() >putc(character, file) >getc(file) > >These are the only three I used for input and output. > >Quote Of The Day: "If I had a gun..." > ><< ---------------------------------- >> ><< ersys!mforget@nro.cs.athabascau.ca >> ><< mforget@ersys.edmonton.ab.ca >> ><< Michel Forget >> ><< "He's dead, Jim..." - Bones >> ><< ---------------------------------- >> You can't. Of course I have never tried to do something like that so I qualify that with I never had a need to. But, if you don't like those routines, use the BIOS Bconin/Bconout commands and make replacement routines which do the same thing. write me if you need an example. --Greg ------------------------------ Date: 3 Sep 91 02:21:39 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio- state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!aa384@arizona.edu (Doug Wokoun) Subject: letemfly To: Info-Atari16@naucse.cse.nau.edu In a previous article, steve@thelake.mn.org (Steve Yelvington) says: >[In article , > lahtinen@gideon.gideon.fmi.fi (Kimmo Lahtinen) writes ... ] > > > I tried to use this program, and it is very nice. The problem is that > > it does not work very long before it goes hanky panky. I have not have > > time to test is there an ACC which it did't like or what. > > > > Have someone tried this program? > >I tried it. It has serious problems with large dialogs -- they move >around well enough, but images of the mouse pointer are left splattered >all over the screen. Charles F. Johnson (Codehead Software) said LetEmFly >appeared to break a number of programming rules and recommended against >using it. There is a similar program from Gribnif Software, but I haven't >tried it; perhaps someone could post a comparison. I've been using it for weeks with a 4 Meg STe without a single problem. Even with dialogs covering 90% of the screen, I've had no problems whatsoever. I like it better than FormDoIt because of the flying dialogs and CPX configuration program. -- Doug Wokoun / / | (aa384@cleveland.Freenet.Edu) [o]-[o] | ||| L ((( STe ))) | . _ .- _- ||| Atari / | \ S I G \___/ | - - .- / | \ ------------------------------ Date: 2 Sep 91 19:34:20 GMT From: noao!ncar!zaphod.mps.ohio-state.edu!rpi!ghost.unimi.it!sissa.cineca.it!cotizela ti@arizona.edu Subject: Mail Order Companies To: Info-Atari16@naucse.cse.nau.edu I would like to have some address (both e-mail and regular) of mail order companies where to buy software and hardware for Atari ST. Prices here in Italy seem to be much higher than in the States. I am particularly interested in removable Hard drives (any suggestion is welcome) and in music writing programs like Notator. My e-mail is cotizelati@sissa.cineca.it (internet) cotizelati@itssissa (bitnet) Thanks a lot. ------------------------------ Date: 3 Sep 91 02:54:12 GMT From: daffy!cat13.cs.wisc.edu!gcarter@rsch.wisc.edu (Gregory Carter) Subject: MultiGEM Question! To: Info-Atari16@naucse.cse.nau.edu In article mforget@ersys.edmonton.ab.ca (Michel Forget) writes: >Hello. A friend of mine recently bought a new ST, and he discovered a >program called MultiGEM. It was installed on his Hard Drive, so he tried >to use it. He had a little success, in that he was able to have >InterLink execute in the background. He was also able to bring up a TTP >program in a window. This was good, but he couldn't do anything serious >with the program because there was no way (that he knew of) to exit from >a background task other than clicking on an empty slot in the Desk menu. >He asked me for help, but I've never seen or heard of MultiGEM. If >anyone can tell me the following information, I will relay it to him: > >1. Are there any keystrokes to exit a program while not in a menu bar? Mmm, try this: CONTROL-ALTERNATE-SHIFT-DELETE > >2. What kinds of programs can be multitasked with MultiGEM? None worth mentioning. >The second question is for me, since I will consider purchasing the >product if it is good. If you have any general information about the >product, that would also be helpful. I hope someone can help him out >(and me as well with the second question). Thanks for your time. Buy Mr. Small's GCR if you want to do anything serious with your ST.... OR well, like all things in life there are exceptions to the rule... Buy Turbo C...gosh, AWESOME. I get aroused just booting the program. ><< ---------------------------------- >> ><< ersys!mforget@nro.cs.athabascau.ca >> ><< mforget@ersys.edmonton.ab.ca >> ><< Michel Forget >> ><< "He's dead, Jim..." - Bones >> ><< ---------------------------------- >> -Greg ------------------------------ Date: 2 Sep 91 18:36:59 GMT From: noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!news.cs.indiana.edu!lynx!unmvax!nmt .edu!eahsnsr@arizona.edu (Eric A. Hobbs) Subject: MUSEDT.LZH (Corrupted?) To: Info-Atari16@naucse.cse.nau.edu There is a program on terminator called MUSEDT.LZH, which appears to be some sort of scoring program. Unfortunately, after trying a few times to get it, the LZH file appears to have two corrupted files in it. I would like to try out this program, so if anyone could email me a working copy of it, I would be appreciative. Thanks, Eric A. HOBBS? eahsnsr@jupiter.nmt.edu ------------------------------ Date: 2 Sep 91 22:17:29 GMT From: cadence!cadence.com!bammi@uunet.uu.net (Jwahar R. Bammi) Subject: NeoDesk 3.0 and Command Line interpretter. To: Info-Atari16@naucse.cse.nau.edu In article <3161@tamsun.TAMU.EDU> n160ao@tamuts.tamu.edu (Mark Lehmann) writes: > I think that I want the Command line interprestter two. I really want > somethin like the Korn Shell but can't seem to find on for the Atari ST running > under TOS. i am sure others would want it too: you definitely want Scott Skolodzieski's port of bash v1.08 (+patches) for TOS. It has almost all features of KSH plus lots more. This is the best and most complete port of bash to the ST/Tos i have seen. You should be bugging Scott (uunet!sparc1.stevens-tech.edu!scott) to post it here :-) -- -- bang: uunet!cadence!bammi jwahar r. bammi domain: bammi@cadence.com GEnie: J.Bammi CIS: 71515,155 ------------------------------ Date: 3 Sep 91 01:46:20 GMT From: noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!rpi!s cott.skidmore.edu!psinntp!rodan.acs.syr.edu!ggreenbe@arizona.edu (Gerald Greenberg) Subject: POSTING FLOPPY DISCS IN MAIL (CUSTOMS SCANNING DAMAGE) To: Info-Atari16@naucse.cse.nau.edu In article <1991Sep1.013243.19870@minyos.xx.rmit.oz.au> t821431@minyos.xx.rmit.oz.au (Richard Clarkson) writes: >Has anyone experience damaged floppy discs after they have gone though >overseas airmail? >Do the customs or postal services scan all mail with damaging magnetic fields >in search of the things they are meant to find? >I have just experienced a disc which worked no problems but i sent it to a freind in the USA and he says the disc is damaged! >I had checked the disk on another atari before sending it and i have never had >alignment problems on my machine. >Does anyone know anything about posting floppy disks( did i just have bad luck?) >Thanks in advance >Richard Clarkson I don't know about any of the details, but I've sent a disk to Germany without any problems (i.e. the disk worked when it arrived). I also got one back with no problems. --Gerry ggreenbe@rodan.acs.syr.edu ------------------------------ Date: 3 Sep 91 03:30:27 GMT From: vax5.cit.cornell.edu!wwhy@cu-arpa.cs.cornell.edu Subject: ST memory allocation To: Info-Atari16@naucse.cse.nau.edu Hello, I am having problems with the memory allocation on the ST. The BIOS function getmpb doens't seem to work at all. It always returns a pointer to the same mpb no matter how much memory I have allocated. I was wondering if anyone knew how to find out what blocks are allocated and free. The reason why I need this information is because I need to write my own malloc and free functions. I have to write my own functions because I need to use malloc and free inside an interrupt (this would normally make the ST crash). I have seen a program on terminator in the programming directory (memaddrs.arc - or something like that) that prints a list of allocated and free memory. I tried to disassemble it but it was written and C and it is difficult to follow. So, if anyone can help me out, I would appreciate it greatly. Thanks Bill ------------------------------ Date: 2 Sep 91 17:42:12 GMT From: mcsun!unido!nixpbe!mboen@uunet.uu.net (Martin Boening) Subject: TeX -- uhhg! To: Info-Atari16@naucse.cse.nau.edu I'm sure zoo says to use 'zoo x//', not 'zoo -x//'. As far as I remember, zoo thinks of this as a commands rather than an option. However, the problem of options folded to upper case may also hit you. Have fun. Martin -- Email: in the USA -> mboening.pad@sni-usa.com outside USA -> mboening.pad@sni.de Paper Mail: Martin Boening, Siemens Nixdorf Informationssys. AG, SNI STO SI 325, Pontanusstr. 55, 4790 Paderborn, W.-Germany (Phone: +49 5251 846155) ------------------------------ Date: 3 Sep 91 02:46:45 GMT From: daffy!cat13.cs.wisc.edu!gcarter@rsch.wisc.edu (Gregory Carter) Subject: Tos 2.0x coming to an STf(m) near you... NOT! To: Info-Atari16@naucse.cse.nau.edu >I agree with everything you say except for the bit about IBM software. >Allow third parties to built PC emulators, but don't drag the machine down >to the level of just another PC clone. Build something with a 68030 or >an 88000 in it. > >> Developers that can say I WANT to build hardware and write software for it. > >As far as I'm concerned, "I want to build hardware and write software for >it" if and only if "It is not based on any existing Intel processor". > > >mathew > > Gosh and I thought I was the only one in the world that thought iNTEL was made up of a bunch of brain dead people? --Greg PS: Yes, after a short break, he's back. Opinionated yes, but always right. s ------------------------------ Date: 2 Sep 91 21:58:07 GMT From: cadence!cadence.com!bammi@uunet.uu.net (Jwahar R. Bammi) Subject: YG modem To: Info-Atari16@naucse.cse.nau.edu In article steve@thelake.mn.org (Steve Yelvington) writes: > compression. There are such programs for the PC, though, and I know of no > reason why realtime compression couldn't be done on the ST. > i did this with zmdm (my port of chuck forsbergs x/y/z modem protos to the ST) it now does compression on the fly. what i found was that it was hardly worth it. the thruput on large files went from around an average of 918 cps to around an average of about 924 cps @9600 baud over a hardwired link (so there were no modems involved). i suspect this is more a phenomenon of the compression scheme used rather than the concept. cheers, -- -- bang: uunet!cadence!bammi jwahar r. bammi domain: bammi@cadence.com GEnie: J.Bammi CIS: 71515,155 ------------------------------ End of Info-Atari16 Digest ******************************