Info-Atari16 Digest Fri, 22 Mar 91 Volume 91 : Issue 161 Today's Topics: "Easy Money" Atari 1040st + printer 4 sale Does anyone sell GDOS drivers and fonts? GCC: Virtual memory exhausted error? GCR floopy drive problem GEM source code IFF converters? Problems unpacking Gemini1.2 Reading an HP series 300 disk standard practices (2 msgs) ST Disks & Sparcstation Drives Toaster & ST (was: re: LEXICOLOR, Atari TT/030,... TOS Versions TT video modes Two New Computer Announcements - CeBIT 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: Thu, 21 Mar 91 20:31 EDT From: Subject: "Easy Money" To: INFO-ATARI16@naucse.cse.nau.edu For any of us who still needed convincing that the "microcomputer revolution" (as a social phenomenon) is dead, and that computing has reached a level of banality roughly equivalent to cleaning out a catbox, the "Easy Money" message (news digest #159, I believe) just about cinches it. I know this isn't the first time such a message has found its way onto a newsnet (and wasted a ton of "bandwidth", as the saying goes); but really, people, come on... Perpetrators of chain letters *always* claim they are perfectly legal. They're not. (In this case, given the interstate nature of the net, you could also add a potential Wire Fraud charge to the usual sanctions.) Such people *always* claim somebody (or two, or three) has gotten rich from the scheme. They don't. Just about the only thing missing from this one was the traditional threat that if you DON'T respond, you (or your pet goldfish) will be visited by misfortune, or suffer from repeated hallucinatory visions featuring Elvis Presley and/or J. Fred Muggs. I'll make you a deal, whoever you are (I was laughing so hard I forgot to note your address): I won't report you, and you don't bother us. There are too many people on this net trying to say and do intelligent things using computers, and too many of us who depend upon them for help and advice, for you to clutter up the network (and abuse our privileges) with your little schemes. If you're looking for a more constructive outlet for your energy, I could recommend a few thousand good books... Michael Johnston WJOHNSTON@COLGATEU.BITNET On second thought, maybe I could start a chain letter for people who can remember J. Fred Muggs...? ------------------------------ Date: 22 Mar 91 00:46:15 GMT From: noao!asuvax!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!pacific.mps.o hio-state.edu!linac!att!bu.edu!bucsf.bu.edu!delta@arizona.edu (peter tragakis) Subject: Atari 1040st + printer 4 sale To: Info-Atari16@naucse.cse.nau.edu FOR SALE: Atari 1040st 1Mb RAM 720k DD internal drive SC 1224 color monitor Oki 20 color printer. Asking for $700 or best offer. call 617-731-5088 or email delta@bucsf.bu.edu ------------------------------ Date: 22 Mar 91 01:12:46 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!wuarchive!m.cs.uiuc.edu!vela!wsu-cs!ja ke!pbh@arizona.edu (Patrick Haggood) Subject: Does anyone sell GDOS drivers and fonts? To: Info-Atari16@naucse.cse.nau.edu I've got a few shareware programs (did you register your shareware? Last week was Shareware Registration Week) that use GDOS, but I don't have a driver for the Epson LQ-500. I'd also like a san-serif font. I bought G+Plus, but this included no drivers. I don't want to spend $100 on a program just to get an Epson LQ500 driver; so; does anybody know of a company that sells GDOS drivers and fonts? -- Patrick B. Haggood Wayne STate University Detroit, MI Physics - Class of 1991 (-2?) ------------------------------ Date: 22 Mar 91 02:02:23 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!apratt@arizona.edu (Allan Pratt) Subject: GCC: Virtual memory exhausted error? To: Info-Atari16@naucse.cse.nau.edu es2a+@andrew.cmu.edu (Eric Stuyvesant) writes: >I have been getting an >error from GCC, namely "Virtual memory exhausted." This means a malloc() call, or possibly an alloca() call, failed. Either __stksiz is set wrong (should be -1 for GCC 1.39) or your memory is fragmented or your RAMdisk is too big. Or something. ============================================ Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. reflect those of Atari Corp. or anyone else. ...ames!atari!apratt ------------------------------ Date: 21 Mar 91 23:23:42 GMT From: haven!cs.wvu.wvnet.edu!cerc.wvu.wvnet.edu!panther!dbb@purdue.edu (Dice Blackboard) Subject: GCR floopy drive problem To: Info-Atari16@naucse.cse.nau.edu I've got a question for all of you GCR experts out there. I've been having a major problem with formatting, reading, and writing of mac disks. Whether I'm in mac mode or using the format option in the spectre main menu, it always fails. Formatting in spectre format works, but mac format doesn't. Reading and writing to mac disks formatted on another machine is also a problem. Some work while others are unreadable or writable. Even when it does successfully read and write, which isn't often, it seems to be struggling along and having problems. Yes, I have run the GCRtest on my drive and the mac tests fail miserably. Has anyone had this problem, and if so what's causing it? My floppy drive is running at 301 R.P.M.'s. Could there be a problem with the drive speed causing this? I had version 2.65C and have recently received 3.0. The problem is the same on both versions. My system is a mega 2ST with an internal double sided drive. I also know about the problem with some mega 2st machines, but the symptoms listed in the manual don't seem to fit the problem I'm having. I would sure appreciate any insight to this problem, because I'm clueless. Thanks. Mark Starvaggi (email address: ms@cerc.wvu.wvnet.edu) or ( '' '' : ms@cs.wvu.wvnet.edu ) ------------------------------ Date: 22 Mar 91 06:31:58 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!caen!news.cs.ind iana.edu!msi.umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington) Subject: GEM source code To: Info-Atari16@naucse.cse.nau.edu [In article <1991Mar21.101741.14347@convex.com>, rosenkra@convex.com (William Rosencranz) writes ... ] > something just dawned on my, so please indulge me for a moment... > > of all the source code ever posted here (c.b.a.st), almost all, if not > all is unix-like utilities. i don't recall ever seeing source for gem > programs, even things like gem front ends to archivers. why is this? There has been some, but darned little. The only complete GEM apps with source I can remember are from Jim Charlton, who wrote a nifty binary file editor and a resource construction kit. > in this regard, i promise to post a real gem application sometime in > the next few months. source included! how 'bout that for trend setting :-) Great! I don't suppose you're interested in writing a simple text-editing window module, are you? I really don't want to reinvent the wheel. (Which is a euphemism for ``I'm too lazy to write one myself.'') The only GEM text editor for which I have located sources is DIARY.ACC, which unfortunately is written in Modula-2. Since you're a fellow who regards the shift key in the same way most people regard bedbugs, you probably know why I find that disappointing. :-) In the spirit of Sharing More GEM Code, here's a couple of functions. Corrections/suggestions are welcome. The third function apparently has a bug that shows up when I add |M_BUTTON to the arguments to evnt_multi(); if anybody sees what I did wrong please let me know. /* * Function: edit_form(form) OBJECT *form; * Returns: int value of object used to exit the form * Description: This is a wrapper for form_do that handles all * necessary drawing of the form, user interaction, etc. */ int edit_form(form) OBJECT *form; int exit_obj; int x,y,w,h; graf_mouse(M_OFF,NULL); form_center(form, &x, &y, &w, &h); form_dial(FMD_START,1,1,1,1,x,y,w,h); form_dial(FMD_GROW,1,1,1,1,x,y,w,h); objc_draw(form, 0, 10, x, y, w, h); graf_mouse(M_ON,NULL); exit_obj = form_do(form, 0); form_dial(FMD_SHRINK,1,1,1,1,x,y,w,h); form_dial(FMD_FINISH,1,1,1,1,x,y,w,h); form[exit_obj].ob_state = NORMAL; return(exit_obj); /* * Function: g_clrscr() * Returns: void * Description: Instructs GEM to redraw the workspace */ void g_clrscr() int x,y,w,h; wind_get(0,WF_FULLXYWH,&x,&y,&w,&h); form_dial(FMD_START,1,1,1,1,x,y,w,h); form_dial(FMD_FINISH,1,1,1,1,x,y,w,h); /* * Function: show_about() * Returns: void * Description: Shows the ABOUTBOX until timeout or mouse click */ void show_about() OBJECT *aboutbox; int x,y,w,h,junk; static long delay; delay = 4*1000L; rsrc_gaddr(0,ABOUTBOX, &aboutbox); /* assumes there is such a thing */ graf_mouse(M_OFF,NULL); form_center(aboutbox, &x, &y, &w, &h); form_dial(FMD_START,1,1,1,1,x,y,w,h); form_dial(FMD_GROW,1,1,1,1,x,y,w,h); objc_draw(aboutbox, 0, 10, x, y, w, h); graf_mouse(M_ON,NULL); /* This is where I wait for a timeout or a keystroke. I'd like to wait for a mouse click, but adding MU_BUTTON to the first argument causes evnt_multi to return immediately. ??? */ evnt_multi(MU_TIMER|MU_KEYBD, 1, 1, 0, 0,0,0,0,0, 0,0,0,0,0, &junk, loword(delay),hiword(delay), &junk,&junk, &junk,&junk, &junk, &junk); form_dial(FMD_SHRINK,1,1,1,1,x,y,w,h); form_dial(FMD_FINISH,1,1,1,1,x,y,w,h); ---- Steve Yelvington / P. O. Box 38 / Marine on St. Croix, MN 55047 USA INTERNET: steve@thelake.mn.org UUCP: plains!umn-cs!thelake!steve GEnie: S.YELVINGTO2 Delphi: YELVINGTON ------------------------------ Date: 21 Mar 91 15:07:00 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!cs.utexas.edu!sun-barr!olivea!bbn.com! nic!bunny!seb3@arizona.edu (d2eve Belczyk) Subject: IFF converters? To: Info-Atari16@naucse.cse.nau.edu In article <8278@mentor.cc.purdue.edu> youngmw@mentor.cc.purdue.edu (Michael) writes: >Is there a good iff converter that someone could recommend? >I would like one that converts to Spectrum 512 format. I just sent IFFSPC.ARC, a program I wrote back in 1987 to do just this, to atari.archive.umich.edu in /atari/new/iffspc.arc. I hope that was the right place to put it. I also mailed a copy to the original poster and would be happy to mail it to anyone without FTP access. Steve Belczyk CIS: 75126,515 BBS: +1 508 664-0149 (2400 bps) seb3@gte.com GEnie: sbelczyk UUCP: ------------------------------ Date: 21 Mar 91 23:54:30 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu .edu!munnari.oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison) Subject: Problems unpacking Gemini1.2 To: Info-Atari16@naucse.cse.nau.edu In <1991Mar21.151807.23964@abekrd.co.uk> mike@abekrd.co.uk (Mike Quinn) writes: > * I need help * >I have encountered a problem unpacking Gemini 1.2. It comes as three 'self- >extracting LHarc archives as well as LHARC.TTP. Hah, thought I - no problem >I'll just use the self extracting archives. > *Big-time Mistake* >I tried to run GMNI12_3.TOS, which created its own directory and put... It worked FINE when I used it, and an excellent program indeed! BTW, I ran GMNI12_1.TOS, GMNI12_2.TOS, then GMNI12_3.TOS (ie. numeric order). The documentation didn't specify a correct order, but this worked! Warwick. ps. Get GEMINI, Send them the Shareware Fee - IT IS EXCELLENT! -- _--_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.--._/ University of Queensland, v AUSTRALIA. ------------------------------ Date: 22 Mar 91 01:46:30 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!caen!uflorid a!gatech!prism!prism.gatech.EDU!gt1448b@arizona.edu (David P. Forrai) Subject: Reading an HP series 300 disk To: Info-Atari16@naucse.cse.nau.edu I have some ASCII data on a 3.5" disk from an HP series 300 computer that I need to use ASAP. The disk drive just died on this machine and nobody knows when (or if) it will be fixed. Is it posible to read this disk on an ST? A program, source code, or even helpful suggestions on how I can read this disk will be greatly appreciated. ----- David P. Forrai uucp: ...! Internet: gt1448b@prism.gatech.edu ------------------------------ Date: 21 Mar 91 23:42:25 GMT From: uhccux!munnari.oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@ames.arpa (Warwick Allison) Subject: standard practices To: Info-Atari16@naucse.cse.nau.edu In <1991Mar21.065817.1799@convex.com> rosenkra@convex.com (William Rosencranz) writes: >In article <324@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes: >>In <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William Rosencranz) writes: >>>it would be really nice if unix-like programs on the ST (or anywhere, for > ~~~~~~~~~~~~~~~~~~ >i was not refering to gem stuff. and nor would i assume people who prefer >gem are "_potentially_ dim wits". to each his own... I only meant GEM programs are easier to use. I PREFER GEM for complex programs, and command line for simple, repetitive commands. >Doing "cc -help" and getting the info in a very terse, concise way is >much faster than using man and wading thru pages of docs. i work mostly >from home at 2400 baud. and believe me, reading man pages is no great joy. Huh? Are we using ST's or University computers here? Or are we writing portable code or WHAT? >having a "-help" option in no way hurts my (sizable) ego. in fact, just >the opposite: i would call the programmer considerate for not making me >try to remember every single scrap of information without openning a book, >electronic or otherwise. Clearly, you are NOW talking about a SMALL amount of informative text or the -help option - this is a GOOD idea! But why not have a SYNOPSIS section in your manual... NAME cc - C compiler SYNOPSIS cc [ -a ] [ -align _block ] [ -Bbinding ] [ -c ] [ -C ] [ -dalign ] [ -dryrun ] [ -Dname [=def ] ] [ -E ] [ float_option ] [ -fsingle ] [ -g ] [ -go ] [ -help ] [ -Ipathname ] [ -J ] [ -Ldirectory ] [ -M ] [ -misalign ] [ -o outputfile ] [ -O[level] ] [ -p ] [ -P ] [ -pg ] [ -pic ] [ -PIC ] [ -pipe ] [ -Qoption prog opt ] [ -Qpath pathname ] [ -Qproduce sourcetype ] [ -R ] [ -S ] [ -sb ] [ -target target_arch ] [ -temp=directory ] [ -time ] [ -Uname ] [ -w ] sourcefile ... [ -llibrary ] This appears on the FIRST PAGE of the manual entry, so "man cc" and "cc -help" take exactly the same amount of time to use, in fact, to be pedantic: 1. "man cc" has less keystrokes than "cc -help" 2. The "man" program loads quicker than "cc" - man is smaller! And with man, if the SYNOPSIS doesn't tell you enough, then you can keep browsing the entry, with -help, you have to go to man in the end! Also, and this is my main gripe, too many programs have a -help option, but no man entry: the developer is just too lazy it seems. Ciaos to you all! Warwick. Sorry to all who would rather this was mail rather than news. -- _--_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.--._/ University of Queensland, v AUSTRALIA. ------------------------------ Date: 22 Mar 91 03:50:15 GMT From: ucla-seas!turing!plinio@locus.ucla.edu (Plinio Barbeito) Subject: standard practices To: Info-Atari16@naucse.cse.nau.edu In article <1991Mar21.071029.2289@convex.com> rosenkra@convex.com (William Rosencranz) writes: >In article <2231@lee.SEAS.UCLA.EDU> plinio@crowe.seas.ucla.edu (Plinio Barbeito) writes: >>In article <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William Rosencranz) writes: >>> -debug to turn on internal debugging, if any >> >>In a beta release of something, but for a bugless program? > >i never saw one :-). what is a "bugless program"? (I knew I shouldn't have said bugless) Programs that do only one thing. Therefore, if they don't work (they don't do that one thing how you want), you throw them away. An example of this kind of program: a utility that prints the date. Typing "date -debug" is not something most people would be inclined to do. >not all commands can be typed without args. stdin is usually inferred >as source of input. True, but as you probably know, there is also the '-' convention. Type 'command', and you get help. Type 'command - < file' and you are sending that file to the stdin. The trouble with this is that the original convention (a la 'cat') of 'command < file' is more elegant in its simplicity. >mind. the alternative is...what IS the alternative? proofread 100k of >data looking for a typo? i HOPE not... In a release, the debugging is taken out (or not compiled in), that doesn't mean that the programmer couldn't have his own separate version, for debugging purposes. I didn't mean to imply that programmers wouldn't be deprived of their debugging facilities (if that is what you are implying that I implied). >>plin >>-- >>----- ---- --- -- ------ ---- --- -- - - - plinio@seas.ucla.edu >>I don't think, I'm crazy. > >no, you're not crazy... > >-bill >rosenkra@convex.com > >(i am...) To avoid any possible misunderstanding, my .sig is an offshoot of the following scenario (I think it came from MAD magazine): Elementary School Teacher: What's the answer? Student: What do you think it is? Teacher: I don't THINK, I know! Student (shrugging): Well I don't think I know either. Any followups on this to rec.humor... -- ----- ---- --- -- ------ ---- --- -- - - - plinio@seas.ucla.edu This page intentionally left blank so that it could contradict itself. ------------------------------ Date: 21 Mar 91 04:54:27 GMT From: garfield!jupiter!r90p@uunet.uu.net (Schultz) Subject: ST Disks & Sparcstation Drives To: Info-Atari16@naucse.cse.nau.edu > > A few months ago, some people were talking about reading Atari > ST disks from a Sparcstation. Does anyone know how to go about > this? > > Specifically, I want to read files from a double sided disk onto > my Sparc and then transfer them to my ST hard disk via modem (I > only have a single-sided floppy). From Mtools 2.03, patch #3: # Mtools was posted to the unix-pc.sources news group (and mailed to the # moderator of comp.sources.unix) on the 17th of September 1990. Since # then, patch #1 and #2 have been posted to unix-pc.sources, # comp.sources.bugs, and emailed to Rich Salz. # # In addition, the current version of Mtools and all the patches are # available via anonymous ftp from cerl.cecer.army.mil (129.229.1.101). # # Emmet P. Gray US Army, HQ III Corps & Fort Hood # ...!uunet!uiucuxc!fthood!egray Attn: AFZF-DE-ENV # fthood!egray@uxc.cso.uiuc.edu Directorate of Engineering & Housing # Environmental Management Office # Fort Hood, TX 76544-5057 Just a few days ago, I modified Mtools so that they can read and (be careful!) write single sided 3.5" floppies and e.g. floppies with 10 sec/track: ---------------------------- < cut here > ------------------------- *** devices.c_as_distrubuted Mon Mar 11 17:39:48 1991 --- devices.c Mon Mar 11 17:41:34 1991 *************** *** 27,37 **** #endif /* MASSCOMP */ #ifdef SPARC struct device devices[] = ! ! #endif /* SPARC */ #ifdef UNIXPC --- 27,94 ---- #endif /* MASSCOMP */ #ifdef SPARC + #include + #include + #include + + int init_sparc_fd(); + struct device devices[] = ! + + /* + * Stuffing back the floppy parameters into the driver + * allows for gems like 10 sector or single sided floppies + * from Atari ST systems. + * Also the table needs only one entry (SunOS already tries + * for HD and DD floppies). + * Note that it is necessary to set the partition info, + * since otherwise e.g. a 800k floppy (80 tr., 2 heads, 10 sectors) + * would only be read and writeable up to 720k. + * + * Martin Schulz, Universite de Moncton, March 11, 1991. + */ + int + init_sparc_fd(fd, ntracks, nheads, nsect) + int fd, ntracks, nheads, nsect; + + struct fdk_char dkbuf; + struct dk_map dkmap; + + if (ioctl(fd, FDKIOGCHAR, &dkbuf) != 0) + ioctl(fd, FDKEJECT, NULL); + return(1); + + + if (ioctl(fd, DKIOCGPART, &dkmap) != 0) + ioctl(fd, FDKEJECT, NULL); + return(1); + + + if ( ntracks && nheads ) + dkbuf.ncyl = ntracks * nheads; + if ( nheads ) + dkbuf.nhead = nheads; + if ( nsect ) + dkbuf.secptrack = nsect; + + if ( ntracks && nheads && nsect ) + dkmap.dkl_nblk = ntracks * nheads * nsect; + + if (ioctl(fd, FDKIOSCHAR, &dkbuf) != 0) + ioctl(fd, FDKEJECT, NULL); + return(1); + + + if (ioctl(fd, DKIOCSPART, &dkmap) != 0) + ioctl(fd, FDKEJECT, NULL); + return(1); + + + return(0); + #endif /* SPARC */ #ifdef UNIXPC ---------------------------- < cut here > ------------------------- Replies to: Martin Schulz martin@atlantic.cs.unb.ca ------------------------------ Date: 17 Mar 91 18:51:00 GMT From: attcan!telly!moore!eastern!egsgate!FredMail@uunet.uu.net Subject: Toaster & ST (was: re: LEXICOLOR, Atari TT/030,... To: Info-Atari16@naucse.cse.nau.edu Don't worry, we have the ParSEC board and some others coming from Lexicor Corporation. S.S. #! rnews 470 ------------------------------ Date: 21 Mar 91 19:40:26 GMT From: fluke!megatek!maxn@beaver.cs.washington.edu (Max Newman x6689) Subject: TOS Versions To: Info-Atari16@naucse.cse.nau.edu I recently ran the sysinfo program on my machine and found that I have TOS ver 1.0. What might I gain by updating TOS versions? What are the different versions and what do they do\don't do? -- uucp address: maxn@intermec.com or uunet!pilchuck!intermec!maxn **Trust in your calling, make shure your calling is true** ------------------------------ Date: 17 Mar 91 18:45:34 GMT From: attcan!telly!moore!eastern!egsgate!FredMail@uunet.uu.net Subject: TT video modes To: Info-Atari16@naucse.cse.nau.edu Well the TT has a 320x480 mode with 256 colours at once. It has a 1280x960 mono mode and a 640x480 mode with 16 colours. It is also supposed to have a special gray scale modem (not too many people are aware of) that displays 256 levels of gray scale in the TT 320x480 low resolution. All this from a pallete of 4096. S.S. #! rnews 513 ------------------------------ Date: 22 Mar 91 02:48:33 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!trh@arizona.edu (T R Hall) Subject: Two New Computer Announcements - CeBIT To: Info-Atari16@naucse.cse.nau.edu seattle@hydra.unm.edu (David G. Adams) writes: >>This is said to be the smallest 68000 based computer in the world. Its >>size rivals any PC Notebook style computer that I have seen. It is >>about 1/2 the size of my laptop computer and maybe 3/4 of an inch >>thick. Features include: >> >(awesome list deleted with regret) >No big deal about no disk drive - I hardly ever use my SF314 anymore anyway. >Any idea at all (give or take $500US) how much this baby will cost? >Guess I'll find out in about 1-2 years, when it hits the US market. >Dave As the designer of said notebook-ST(e), I have held off introducing the subject, but as long as you brought it up ... The "Announced List Price" of the basic 1 MByte system RAM, 20 MByte IDE hard drive (no internal floppy, alas) system is $2000.00, with production slated for July/August (actually, the delay is mostly to cut the steel tools for the plastic). TRH (By the way, I seem to have missed the original post... can some kind soul forward it to me so I may have it for my scrapbook... and to check on the list of features?) ------------------------------ End of Info-Atari16 Digest ******************************