Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!pasteur!ucbvax!UNCACDC.BITNET!Postmas From: Postmas@UNCACDC.BITNET (University of Calgary Postmaster) Newsgroups: comp.sys.atari.st Subject: (none) Message-ID: <880421003017.0000FB00.AAHB.D2@UNCACDC> Date: 21 Apr 88 06:30:17 GMT Sender: usenet@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 1742 Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 1221; Tue, 19 Apr 88 03:55:29 EDT Date: 19 Apr 88 01:47 MDT From: Network_Server.Daemon at UNCAMULT.BITNET Subject: Unable to deliver mail from MAILER@CANADA01@UNCACDC To: >udd>Ench425>MWHoffos>MWHoffos.mbx at UNCAMULT.BITNET: Unable to queue mail. --------------------RETURNED MAIL FILE-------------------- Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 1274; Tue, 19 Apr 88 04:03:50 EDT Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2754892017334375@UNCA Received: by CANADA01 (Mailer X1.24) id 0160; Tue, 19 Apr 88 02:28:41 EDT Date: Mon, 18 Apr 88 17:37:45 PDT Reply-To: Info-Atari16@Score.Stanford.edu Sender: INFO-ATARI16 Discussion Comments: Warning -- original Sender: tag was Info-Atari16-request@Score.Stanford.EDU From: Info-Atari16 Digest Subject: Info-Atari16 Digest V88 #190 To: Michael Hoffos Info-Atari16 Digest Monday, April 18, 1988 Volume 88 : Issue 190 This weeks Editor: Bill Westfield Today's Topics: Reuse of miniscribe 20MB driive Re: Atari 030 box Re: TurboDos observations re: Downloading of PD Programs Turbodos docs The ADAP sound rack Re: Trouble unARCing UNIX toolkit (really: anyone have a new ARC ?) The DANGERS of TURBO-DOS Re: Uniterm 2.0c Re: Degas file format Re: Microsoft "Word" Re: Mark Williams C 3.0 Update Re: MWC v3.0 (was: rsrc_load and drop-down menus) re: d&d ---------------------------------------------------------------------- Date: 12 Apr 88 13:14:10 GMT From: sbmsg1!scbhq!ooa@gatech.edu (O.Atkins) Subject: Reuse of miniscribe 20MB driive To: info-atari16@score.stanford.edu Does anyone know of a way to reuse a Miniscribe 20MB drive from a AT&T 7300/UN*X-PC for the Atari-ST? I have upgraded the UN*X-PC to a 40MB drive, and I am looking for a way to use the 20MB I removed on the ST. Anyone know if the BMS box will work? owen (two nothin's is just double-nothin) UUCP: ...!scbhq!ooapc!ooa ------------------------------ Date: 12 Apr 88 22:13:15 GMT From: portal!atari!good@uunet.uu.net (Roy Good) Subject: Re: Atari 030 box To: info-atari16@score.stanford.edu In article <449@nikhefh.hep.nl>,t19@nikhefh.hep.nl(Geert J v Oldenborgh) writes: > In the magazine 'Atari ST Nieuws' I read that the '030 would have the Sun > NFS file system. Is this true? Does this mean that it can network easily with > Suns? Other Unix machines? Even Apollos maybe? This would make it very > interesting ... NFS is indeed one of the currently proposed products for the '030. ----------------------------------------------------------------------------- Roy J. Good Product Development, Atari Corporation Views expressed are my own. Atari may agree or disagree; they have the right. ------------------------------ Date: 13 Apr 88 14:00:34 GMT From: braner@tcgould.tn.cornell.edu (braner) Subject: Re: TurboDos observations To: info-atari16@score.stanford.edu In article <207@forty2.UUCP> poole@forty2.UUCP (Simon Poole) writes: >I was able to play around a bit with the GEMDOS 'Ersatz' from Atari France: >... > GEMDOS TurboDOS > LaTeX : 9 min 40 s : 9 min 40 s : Comment: tmp files on Ramdisk > 50 files: 3 min 6 s : 0 min 42 s : - seems that TurboDOS is more than a cache: creating new files on an almost-full HD is slow since GEMDOS has to analyse the FAT to find empty space, and it does so very inefficiently. No disk cache (of the kind that just keeps _sectors_ in RAM) can fix that, Turbodos must intercept the GEMDOS functions that operate at the _file_ level. The Latex test did not speed up since it was mostly calculating rather than I/O, and the tmp files were created on a (small?) RAMdisk (small FAT to analyse). It _is_ true that GEMDOS could benefit from caching of (sub)directory sectors, something that it does not do much of. It could also use hashing of files found in directory trees, for faster finding of them next time (i.e., the second time you access the file, say a compiler library file or a utility program, via a long PATH variable). This could be done inside a shell, too. Any chance TurboDOS could be posted on Usenet or put up for FTP? - Moshe Braner PS: PENICILIN, since it is supposed to suppress a VIRUS, should have been named INTERFERON :-) ------------------------------ Date: Wed, 13 Apr 88 23:20:48 EDT From: Communications Satellite To: Info-Atari16@SCORE.STANFORD.EDU Error in input request file. Request too large. Message not sent and not queued; 17 Kbytes is far too large for me. Please use the FTP program to transfer huge files around the network. ------------------------------ Date: 13 Apr 88 01:57:37 GMT From: rubbs1!Steve_Godun@rutgers.edu (Steve Godun) Subject: re: Downloading of PD Programs To: info-atari16@score.stanford.edu The Atari ST and IBM PC are file compatible, which means you can write a program to an IBM disk, plug it into the ST's drive and be able to read, write, delete, copy, etc with no problems. Of course, you can't run IBM programs directly on an ST (although there are a good quality IBM emulators available), but you can, for example, read an IBM-written text file into 1st Word or any other popular word processor on the ST. By the way, what did you mean by "Atari 12"? -- Mail coming to you from the Fidonet Gateway - Node 1:107/330 To respond, please send mail to ...rutgers!rubbs1!net!node!user_name ------------------------------ Date: Thu, 14 Apr 88 16:23:09 MET From: Damir Sudar Subject: Turbodos docs To: INFO-ATARI16@score.stanford.edu Hi netfolks, I just received a copy of Turbodos from the Atarinet server at Houston. That copy however did not include any documentation. Could somebody send me info about this seemingly usefull piece of software. Thanks, Damir. ------------------------------ Date: Thu, 14 Apr 88 11:28:27 EDT From: dmb@TIS.COM (David M. Baggett) To: info-atari16@score.stanford.edu Subject: The ADAP sound rack Bill Rosenkranz mentioned sampling keyboards. Bill: What about the ADAP sound rack? Isn't that a 16-bit sampler? I thought they were about $2K -- competitive with the 12-bit samplers if you have a good controller keyboard. There's a strore here in Maryland called the Guitar Exchange which sells keyboards (as well as guitars and everything else musical). I was down there about a month ago and saw the ADAP rack, controlled by guess what, an ST! They have a mac too... The guy gave me a demonstration of the E-mu II (another sampling keyboard). Basically, he had "obtained" samples from "Owner of a Lonely Heart" and was playing the song entirely with the keyboard (it actually sounded like the recording) and mentioned that Yes actually used exactly this method to produce most of 90125. Aren't samplers neat? Dave arpa: dmb@tis.com ------------------------------ Date: Thu, 14 Apr 88 17:55:13 SET To: Info-Atari16@Score.Stanford.EDU From: VBRANDT%DBNUAMA1.BITNET@CUNYVM.CUNY.EDU Subject: Re: Trouble unARCing UNIX toolkit (really: anyone have a new ARC ?) UNIX Toolkit ? Whatever is that ? Must be one more of all those goodies that we here in the backwoods of BITNET/EARN never get to see ... Let's make a deal: someone sends me the uuencoded arc file, and I'll decode it back home on my IBM, and send the problem files back to him ... ;-) Seriously: is there anyone out there who could write a new ARC version for the ST that includes all IBM Arc compression methods ??? Also, the ST Arc is *so* slow, it could use a little speedup. Alternatively, one could use the DCOPY utility, but that doesn't seem to arc correctly (unarcing works fine, and 4x as fast as ST Arc). (NB: If YOU REALLY want to send me a copy of that archive, send me a note first. I don't want to get crushed by thousands of postings ... ;-) Bitnet: VBRANDT@DBNUAMA1 Volker A. Brandt UUCP: ...!unido!DBNUAMA1.bitnet!vbrandt (?) Angewandte Mathematik ARPAnet: VBRANDT%DBNUAMA1@CUNYVM.CUNY.EDU (?) (Bonn, West Germany) ------------------------------ Date: 14 Apr 88 07:31:11 GMT From: mcvax!nikhefh!gert@uunet.uu.net (Gert Poletiek) Subject: The DANGERS of TURBO-DOS To: info-atari16@score.stanford.edu In article <8804131634.AA17900@ucbvax.Berkeley.EDU> WALDI@DHDIHEP1.BITNET writes: > >Hello! I tried TURBODOS (downloaded from UH-INFO). Really impressing >speed-up, BUT: It spoilt a disk. Apparently it did not recognize >a disk change, and copied the old disk's FAT to the changed new disk. >The disks have different serial numbers, and I did never have this problem >with TOS-GEMDOS, although I'm aware it might happen under certain circum- >stances there. Has anyone similar experiences with TURBODOS? >----------------- Roland Waldi It becomes more and more clear that TURBO-DOS is not a disk caching program but a real file system. I it is very likely that the French guys that did this TurboDos took a disassembly of the original TOS/GemDos as a guidance. If all of this is true, then TurboDos is as vulnerable to disk change events as the original GemDos. However, DISK CHANGE EVENTS ARE HANDLED BY THE BIOS, and the old GemDos has problems with these too. BUT, the old GemDos does practically do no disk caching whatsoever (you can't call two disk sectors a cache, can you?). There is a provision in GemDos for a disk cache mechanism, although in the old GemDos this does not work correctly (i.e., the cached blocks are invalidated every once in a while causing the cache to do noo harm to your disk, it just eats memory). If TurboDos has fixed these problems it may be even more dangerous than the original GemDos. GemDos' provision for disk caching is NOT A WRITE THROUGH CACHE, but like the UNIX buffer cache A DELAYED WRITE CACHE. This is very dangerous if you do not have a system call like 'sync' on UNIX. What happens when say 20 blocks are in the buffer cache when you decide to eject the floppy by hardware (your thumb)?? You'll get the problems described by Ronald Waldi. Solution: IFFF TurboDos works a bit like our local hack on GemDos (called JamDos) then you might avoid the described problem by quitting from the current application (too bad if that's the DeskTop, there's no way out of that), since the original GemDos would then flush all cached buffers to the the disks. Gert Poletiek NIKHEF-H, Dutch National Institute for Nuclear and High Energy Physics Kruislaan 409, P.O.Box 41882, 1009 DB Amsterdam, The Netherlands UUCP: {decvax,cernvax,unido,seismo}!mcvax!nikhefh!gert bitnet: nikhefh!gert@mcvax.bitnet, U00025@hasara5.bitnet ------------------------------ Date: 14 Apr 88 13:24:35 GMT From: portal!cup.portal.com!R_Tim_Coslet@uunet.uu.net Subject: Re: Uniterm 2.0c To: info-atari16@score.stanford.edu Sam Mesbah sam@garfield.uucp writes: >Is it just me or what. I downloaded Uniterm 2.0c from >comp.binaries... and the xmodem doesn't work. I set it up >exactly the same way as in Uniterm 2.0a but 2.0c always >gives a 'bad chksum' error. > >Has anyone else encountered this problem? Yes, I have encountered problems like this with Uniterm 2.0c 008 but thought I might have misconfigured something. I still have my Uniterm 2.0a 006 to fall back to if 2.0c doesn't work (and I can't figure out how to get around it) but I haven't had a chance to experiment with 2.0c much yet (only got it monday). ------------------------------ Date: 13 Apr 88 07:21:06 GMT From: mcvax!inria!irisa!decouty@uunet.uu.net (Bertrand Decouty) Subject: Re: Degas file format To: info-atari16@score.stanford.edu Could anybody send .IMG (.GEM) and .PIC (for wordplus) file formats? Thanks a lot. ----- Bertrand DECOUTY @ INRIA-IRISA (Centre de Rennes) ----- +------------------------------+----------------------------------------------+ : IRISA - INRIA : EMAIL : decouty@irisa.fr : : Campus de Beaulieu : UUCP : {mcvax,inria!}irisa!decouty : : F-35042 Rennes Cedex : decouty@irisa.UUCP : : FRANCE : BITNET: DECOUTY@FRCICB71 : +--------------------------+---+--------------------+-------------------------+ : PHONE : +33 99 36 20 00 : TELEX : 950473 UNIRISA : FAX : +33 99 38 38 32 : ------------------------------ Date: 13 Apr 88 07:26:27 GMT From: mcvax!inria!irisa!decouty@uunet.uu.net (Bertrand Decouty) Subject: Re: Microsoft "Word" To: info-atari16@score.stanford.edu Does WRITE (MS word for ST) has a Postscript driver ? Some thing for Wordperfect. ----- Bertrand DECOUTY @ INRIA-IRISA (Centre de Rennes) ----- +------------------------------+----------------------------------------------+ : IRISA - INRIA : EMAIL : decouty@irisa.fr : : Campus de Beaulieu : UUCP : {mcvax,inria!}irisa!decouty : : F-35042 Rennes Cedex : decouty@irisa.UUCP : : FRANCE : BITNET: DECOUTY@FRCICB71 : +--------------------------+---+--------------------+-------------------------+ : PHONE : +33 99 36 20 00 : TELEX : 950473 UNIRISA : FAX : +33 99 38 38 32 : ------------------------------ Date: 13 Apr 88 07:39:59 GMT From: mcvax!inria!irisa!decouty@uunet.uu.net (Bertrand Decouty) Subject: Re: Mark Williams C 3.0 Update To: info-atari16@score.stanford.edu In article <113@obie.UUCP> wes@obie.UUCP (Barnacle Wes) writes: >In article <1647@ncsuvx.ncsu.edu>, wolf@csclea.ncsu.edu (Thomas Wolf) writes: >: In article <1066@cosmo.UUCP> hmk@focus.UUCP (Hans-Martin Kroeber) writes: >: >[deleted text] >: >Now my question: Is it possible to get the update directly from Mark Williams >: >and how do I get it? >: >: I'm not sure about Mark William's policy for overseas owners of their com- >: pilers, but here in the US, I just received my upgrade notice this week. >: I assume that if you're a registered owner, you'd get the same notice. > >Hans - you might try calling or writing to MWC. I got my upgrade >notice Monday, and drove straight to the post office. I put my trusty >ol' credit card # on it, and Express-Mailed it to them. >-- I have received my upgrade notice 7 days ago and I have done the same thing! OH, I live in France, so MWC policy is OK for overseas customers (I have not yet received the package). One question abour MWC V3.0 : Has the macro buffer been raised from 200 bytes? It is a value smaller than other compilers on Mac, Sun.. and this implies difficulties when porting programs using many and large macros. Thanks ----- Bertrand DECOUTY @ INRIA-IRISA (Centre de Rennes) ----- +------------------------------+----------------------------------------------+ : IRISA - INRIA : EMAIL : decouty@irisa.fr : : Campus de Beaulieu : UUCP : {mcvax,inria!}irisa!decouty : : F-35042 Rennes Cedex : decouty@irisa.UUCP : : FRANCE : BITNET: DECOUTY@FRCICB71 : +--------------------------+---+--------------------+-------------------------+ : PHONE : +33 99 36 20 00 : TELEX : 950473 UNIRISA : FAX : +33 99 38 38 32 : ------------------------------ Date: 12 Apr 88 18:02:12 GMT From: clyde!watmath!watcgl!lily!jafischer@bellcore.bellcore.com (Jonathan A. Fischer) Subject: Re: MWC v3.0 (was: rsrc_load and drop-down menus) To: info-atari16@score.stanford.edu [] Just to keep everyone up to date (i.e., to make sure everyone has the latest piece of misinformation...): I called MWC last Thursday, & was told that version 3 will be shipped in "2 weeks." They did not specify what type of weeks -- Standard Weeks, Tramiel Weeks, a week of Sundays... Oh well. Presumably the delays are due to beta-testing & bug-fixing, so at least they won't likely be releasing a bug-filled product. I hope I hope. -- - Jonathan A. Fischer, jafischer@lily.waterloo.edu ...{ihnp4,allegra,decvax,utzoo,utcsri}!watmath!lily!jafischer Pascal SUCC()'s. -- - Jonathan A. Fischer, jafischer@lily.waterloo.edu ..{ihnp4,allegra,decvax,utzoo,utcsri}!watmath!lily!jafischer Pascal SUCC()'s. ------------------------------ Date: 13 Apr 88 02:01:48 GMT From: rubbs1!Steve_Godun@rutgers.edu (Steve Godun) Subject: re: d&d To: info-atari16@score.stanford.edu There is Phantasie, Phantasie II, Bard's Tale, Bard's Tale II, and a host of other D&D-type games available for the ST. -- Mail coming to you from the Fidonet Gateway - Node 1:107/330 To respond, please send mail to ...rutgers!rubbs1!net!node!user_name ------------------------------ End of Info-Atari16 Digest ************************** ------- --------------------RETURNED MAIL FILE-------------------- Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 1578; Tue, 19 Apr 88 04:52:50 EDT Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2754894895663540@UNCA Received: by CANADA01 (Mailer X1.24) id 0712; Tue, 19 Apr 88 03:03:56 EDT Date: Mon, 18 Apr 88 17:39:37 PDT Reply-To: Info-Atari16@Score.Stanford.edu Sender: INFO-ATARI16 Discussion Comments: Warning -- original Sender: tag was Info-Atari16-request@Score.Stanford.EDU From: Info-Atari16 Digest Subject: Info-Atari16 Digest V88 #192 To: Michael Hoffos Info-Atari16 Digest Monday, April 18, 1988 Volume 88 : Issue 192 This weeks Editor: Bill Westfield Today's Topics: Atari ST D&D games (was Re: d&d) Antic video tape? Re: The DANGERS of TURBO-DOS Re: Possible Virus! (Boot Sector) pc-ditto and Mono Monitor Re: AUTO-exec sequence Latest file index from netlib Re: TEDINFO info requested Re: rsrc_load, etc. Re: Adaptec 4000/4070 controller ---------------------------------------------------------------------- Date: 13 Apr 88 18:20:23 GMT From: nunki.usc.edu!sal4.usc.edu!rjung@oberon.usc.edu (Robert Jung) Subject: Atari ST D&D games (was Re: d&d) To: info-atari16@score.stanford.edu In article <21.2263193A@rubbs1.UUCP> Steve_Godun@rubbs1.UUCP (Steve Godun) writes: >There is Phantasie, Phantasie II, Bard's Tale, Bard's Tale II, and a host of >other D&D-type games available for the ST. You forgot FTL's _Dungeon Master_, which is the *best* of the bunch! Talk about realism, details, quality, depth, excitement, and sheer adrenalin level. If _Star Raiders_ was the game that "sold" the 8-bit Ataris in the days of old, this would be the ST equvalent... And all for *only* $35! Support your local quality software developer, and BUY this baby! --R.J. B-) P.S. Sorry if I sound like a raving lunatic, but when something *this*good* comes down the pike, we should all rally around and support it... P.P.S. Now if only we can get high quality/low priced APPLICATION software for the ST... ($150 for Microsoft Write? >blanch<) P.P.P.S. Gee, should we even be talking about **games** here? After all, the Atari is a professional machine... ______________________________________________________________________________ Bitnet: rjung@castor.usc.edu "Who needs an Amiga?" = == = = == = Power WithOUT the Price = == = ===== == ===== Just because it's 8-bits doesn't make it obsolete. ==== == ==== ------------------------------ Date: 14 Apr 88 05:06:22 GMT From: dalcs!aucs!870646c@uunet.uu.net (barry comer) Subject: Antic video tape? To: info-atari16@score.stanford.edu I have caught wind of a rumor that Antic mag. will be/have released a video tape containing different scenes created with CAD 2.02. Has anyone else heard about this project, I am sending a letter to Antic to find out first hand, but any info in the mean time would be nice. later Barry ------------------------------ Date: 15 Apr 88 04:43:22 GMT From: csclea!wolf@ncsuvx.ncsu.edu (Thomas Wolf) Subject: Re: The DANGERS of TURBO-DOS To: info-atari16@score.stanford.edu In article <451@nikhefh.hep.nl> gert@nikhefh.hep.nl (Gert Poletiek) writes: >In article <8804131634.AA17900@ucbvax.Berkeley.EDU> WALDI@DHDIHEP1.BITNET writes: >> >>Hello! I tried TURBODOS (downloaded from UH-INFO). Really impressing >>speed-up, BUT: It spoilt a disk. Apparently it did not recognize >>a disk change, and copied the old disk's FAT to the changed new disk. This wouldn't be a problem on a hard-disk (inkling of ignorance showing through) would it? tw Tom Wolf ARPA (I think): tw@cscosl.ncsu.edu or wolf@csclea.ncsu.edu ------------------------------ Date: 12 Apr 88 08:09:44 GMT From: mcvax!ukc!its63b!hwcs!neil@uunet.uu.net (Neil Forsyth) Subject: Re: Possible Virus! (Boot Sector) To: info-atari16@score.stanford.edu In article <8804010103.AA17773@ucbvax.Berkeley.EDU> BHOLMES@WAYNEST1.BITNET (Brian Holmes) writes: > > >I recently posted about a disk crash problem I was having. >This disk just crashed on me and here is a dump of the boot sector. > > 0 1 2 3 4 5 6 7 8 9 A B C D E F >00 603800004E4E4E4E6145D60002020100 (rest of article deleted) There is a branch instruction ($6038) at the start of the boot sector which branches to what looks like a load of nonsense. My first impression is that the disk has an executable checksum. The checksum is the sum of all 256 words (Motorola style) in the boot sector. If the total is $1234 then the OS will try to execute the code in the boot sector. I have not calculated the checksum. If this is the case then the nonsense code crashes the system when booted. You can get and change the checksum using my Disk Toolbox posted recently. ------------------------------------------------------------------------------- "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 ------------------------------ Date: 14 Apr 88 16:15:30 GMT From: g15%psuvm.BITNET@jade.berkeley.edu.user@host.BITNET (John F. Gbruoski) Subject: pc-ditto and Mono Monitor To: info-atari16@score.stanford.edu Has the new version of pc-ditto that supports monochrome monitors been released yet? I haven't heard anything about pc-ditto in quite awhile. Any help will be sincerely appreciated. Thanks. ----- ******************************************************************************* * John F. Gbruoski G15 @ PSUVM.BitNet * * UUCP: {akgua,allegra,cbosgd,ihnp4}!psuvax1!psuvm.bitnet!g15 * * * * "Omnia mutantur; omnia fluunt; quod fuimus aut sumus, cras non erimus."-Ovid* ------------------------------ Date: 12 Apr 88 08:45:45 GMT From: mcvax!ukc!its63b!hwcs!neil@uunet.uu.net (Neil Forsyth) Subject: Re: AUTO-exec sequence To: info-atari16@score.stanford.edu In article <4283@cup.portal.com> Jinfu@cup.portal.com writes: > >RE: auto execute order > >From my experience, the order of programs in auto folder being >executed are the modified time of each program. The 'oldest' >one runs first and the 'youngest' one last. A simple experiment >can prove this: > The execution sequence is determined by the order in which the directory entries actually appear on the disk. This is usually the order in which you put them in the freshly created folder but the dates have no effect. I posted A Disk Toolbox to the moderator about a week ago which allows you to change the sequence by swapping entries with eachother to get them in the order you want. ------------------------------------------------------------------------------- "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 ------------------------------ Date: 15 Apr 88 02:58:05 GMT From: lakesys!martin@csd1.milw.wisc.edu (Martin Wiedmeyer) Subject: Latest file index from netlib To: info-atari16@score.stanford.edu Here is the latest file index from netlib@lakesys.UUCP. The most noteworthy additions are UniTerm V2.0 009, dlibs v1.10 and ST UNIX Toolbox man.arc, which can be unARCed with the version of ARC which is presently available for the ST. Your contributions and comments are always welcome. netlib is accessable via UUCP, so you'll be able to request files from netlib if you can't reach ATARI-NET or CANADA01. :-) Marty Wiedmeyer martin@lakesys.UUCP -------------------------------------------------------------------------------- lakesys netlib index - archives.atari - Atari ST files ------------------------------------------------------------------------------- NOTE: All files are ARCed and then uuencoded with Dumas' implementaion of uuencode, 'uue'. It is compatable with 'uudecode', but it makes decoding multiple part uue files very simple. The ST binaries and a DOC file are in uuxbin.uaa. =============================================================================== archives.atari would like to express our thanks to Steven Goodman, Owner and System Administrator of lakesys! =============================================================================== 1stw2ps/part.uaa 880310 1st Word to Postscript conversion utility 1stw2ps/part.uab 880310 1st Word to Postscript conversion utility acache.uaa 880317 Disk Cache program v1.1 ctv201.uaa 880323 Copy files & preserve the time stamp v 2.01 dcclk31.uaa 880317 A digital clock from Double Click dcfmtcl2.uaa 880317 Disk Formatter from Double Click (RGB) dcfmtmn2.uaa 880317 Disk Formatter from Double Click (Mono) dcopy19.uaa 880317 Very nice Disk Utilities program distomwc.uaa 880315 Disassemble DRI format files to MWC assembler dlibs110/part.uaa 880413 Binaries and header files for dlibs v1.1 dlibs110/part.uab 880413 Binaries and header files for dlibs v1.1 dlibs110/part.uac 880413 Binaries and header files for dlibs v1.1 dlibs110/part.uad 880413 Binaries and header files for dlibs v1.1 dlibs110/part.uae 880413 Binaries and header files for dlibs v1.1 dlibssrc/part.uaa 880321 source for dlibs v1.1 for Alcyon C dlibssrc/part.uab 880321 source for dlibs v1.1 for Alcyon C dlibssrc/part.uac 880321 source for dlibs v1.1 for Alcyon C dscan100/part.uaa 880317 Disk Librarian program like HDSCAN dscan100/part.uab 880317 Disk Librarian program like HDSCAN gulam/part.uaa 880309 Gulam shell executable & support files (beta) gulam/part.uab 880309 Gulam shell executable & support files (beta) gulamdoc/part.uaa 880309 Documentation for the Gulam shell gulamdoc/part.uab 880309 Documentation for the Gulam shell gulamdoc/part.uac 880309 Documentation for the Gulam shell gulamdoc/part.uad 880309 Documentation for the Gulam shell icon65/part.uaa 880309 Icon 6.5 for the ST icon65/part.uab 880309 Icon 6.5 for the ST icon65/part.uac 880309 Icon 6.5 for the ST icon65/part.uad 880309 Icon 6.5 for the ST icon65/part.uae 880309 Icon 6.5 for the ST levee/part.uaa 880309 Levee - a Shareware vi clone executable v3.4f levee/part.uab 880309 Levee - a Shareware vi clone executable v3.4f man.uaa 880413 ST UNIX Toolbox MAN pages (old ARC will unARC) mjc_c/part.uaa 880318 Mark Johnson's Shareware C Compiler v1.2 mjc_c/part.uab 880318 Mark Johnson's Shareware C Compiler v1.2 mjc_c/part.uac 880318 Mark Johnson's Shareware C Compiler v1.2 mjclibnu.uaa 880317 Updated libs for Mark Johnson's C monoware.uaa 880317 Run mono prgs on RGB progem/part.uaa 880317 Professional GEM Tutorials progem/part.uab 880317 Professional GEM Tutorials progem/part.uac 880317 Professional GEM Tutorials progem/part.uad 880317 Professional GEM Tutorials progem/part.uae 880317 Professional GEM Tutorials stevie.uaa 880309 C source for STevie - PD vi clone stevittp.uaa 880309 Executable for STevie - PD vi clone templmon.uaa 880317 Monitor prgs for debugging v1.1 UniTerm 2.0c 009 and support files ezgem.uaa 880413 GEM file converter (Normal to EZ Draw) keyedit.uaa 880413 Keyboard table editor ugasc/part.uaa 880413 UniTerm User's Guide - ASCII format ugasc/part.uab 880413 UniTerm User's Guide - ASCII format ugasc/part.uac 880413 UniTerm User's Guide - ASCII format ugtex/part.uaa 880413 UniTerm User's Guide - TeX format ugtex/part.uab 880413 UniTerm User's Guide - TeX format ugtex/part.uac 880413 UniTerm User's Guide - TeX format uniedit.uaa 880413 Sample program using $VAR unimisc.uaa 880413 Misc. support files unisrc.uaa 880413 Example macros and 'docs' for $VAR facility unitrm2c/part.uaa 880413 UniTerm V2.0c 009 program unitrm2c/part.uab 880413 UniTerm V2.0c 009 program unitrm2c/part.uac 880413 UniTerm V2.0c 009 program unitrm2c/part.uad 880413 UniTerm V2.0c 009 program unitrm2c/part.uae 880413 UniTerm V2.0c 009 program unitrm2c/part.uaf 880413 UniTerm V2.0c 009 program uupcst.uaa 880310 C source for UUPC for the ST uuxbin.uaa 880309 Dumas' UUE.TTP and UUD.TTP with .DOC xlib.uaa 880317 Experimental C source for shared libs xlisp/part.uaa 880317 Implementation of Lisp for the ST v1.4 xlisp/part.uab 880317 Implementation of Lisp for the ST v1.4 zmdmprg/part.uaa 880317 Z Modem file transfer for the ST v1.2 zmdmprg/part.uab 880317 Z Modem file transfer for the ST v1.2 =============================================================================== To request files send a message to netlib@lakesys.UUCP consisting of: send filename/part.uaa from archives.atari send filename/part.uab from archives.atari send filename/part.uac from archives.atari etc. Subject for the message is not necessary. Use the form above to assure that the parts will arrive as separate messages. Parts are approximately 50k each. This index can be obtained by sending: send index from archives.atari to netlib@lakesys.UUCP A path which has proven to be successful for some users is: lakesys!netlib@csd1.milw.wisc.edu Any comments, problems or suggestions, please mail to martin@lakesys.UUCP. -- : Marty Wiedmeyer : : Lake Systems, Milwaukee, WI : : UUCP: {ihnp4,uwvax}!uwmcsd1!lakesys!martin : : Disclaimer: I take the heat for my own (mis)statements..... : ------------------------------ Date: 9 Apr 88 17:39:29 GMT From: uplherc!sp7040!jsp@gr.utah.edu (John Peters) Subject: Re: TEDINFO info requested To: info-atari16@score.stanford.edu In article <8804072002.AA09315@grumpy.tis.com>, dmb@TIS.COM (David M. Baggett) writes: > 1) When I put up the TEDINFO, I type and nothing is accpeted. I used > both the Digital Research RCS and the Laser RCP to make the resource > and I haven't gotten the TEDINFO that either one produces to work. > I have the template set to "XXXXXXXXXXXXXXXXX", so it should > take all characters, right? Nope, the cursor just sits there... Have you set the PVALID string? The validation characters are as follows: Char Input Allowed 9 Numeric a Both case alpha, plus space n Digits + a p All valid DOS path name characters A Uppercase alpha, maps lower to upper N Uppercase version of n F Valid DOS filename characters, plus wildcards * and ? P Valie DOS pathname characters, plus wildcards * and ? X Anything. The template field is what will initially be in the field. The valid field validates what can be entered into the field. If the valid field is empty, nothing can be entered. See pp. 75-78 in the Sybex book. ------------------------------ Date: 10 Apr 88 06:31:54 GMT From: uplherc!sp7040!obie!wes@gr.utah.edu (Barnacle Wes) Subject: Re: rsrc_load, etc. To: info-atari16@score.stanford.edu In article <8804052209.AA25739@ucbvax.Berkeley.EDU>, 0ALEVI@POMONA.BITNET writes: > After getting a retcode of 0 from rsrc_load, I did an rsrc_gaddr > and ended up with a retcode of 1. > What does this mean? From MWC 2.1.7 Lexicon (Sybex _Programmer's Guid to GEM_ concurs): int rsrc_load(filename) char *filename; rsrc_load returns 0 if an error occurred, and a number greater than 0 if one did not. int rsrc_gaddr(type, index, address) int type, index; char **address; rsrc_gaddr returns 0 if an error occurred, and a number greater than 0 if one did not. > Is the Abacus book 'Gem Programming Reference Guide' correct in saying > that 0 is an error? Yep. > Somebody told me that he thought that this is incorrect. He didn't sound > completely sure though. > Can anybody give me a definite answer? > If so, what am I doing wrong? Are you sure you have the correct filename for the resource file? Did you put the complete filename in, including the .RSC extension? Have you checked to make sure the RSC file hasn't been garbaged? > -any help will be greatly appreciated. Hope it did :-) -- /\ - "Against Stupidity, - {backbones}! /\/\ . /\ - The Gods Themselves - utah-cs!utah-gr! / \/ \/\/ \ - Contend in Vain." - uplherc!sp7040! / U i n T e c h \ - Schiller - obie!wes ------------------------------ Date: 10 Apr 88 18:05:29 GMT From: uplherc!sp7040!obie!wes@gr.utah.edu (Barnacle Wes) Subject: Re: Adaptec 4000/4070 controller To: info-atari16@score.stanford.edu In article <8804062128.AA02500@decwrl.dec.com>, heiden@kbomfg.DEC.COM (MATTHIAS HEIDEN, DEC KAUFBEUREN, # 08341/ 913392) writes: > Is there any problem with replacing the Adaptec 4000 controller in the SH204 > by the 4070 model and using an ST506 RLL drive? I'm sure you'd have to patch or modify the device driver software, since the RLL disk will have more sectors/track than the standard ST506. There was mention of a German magazine article with source to a hard disk device driver in it a couple of days ago, you might be able to modify that. Does anyone know if the current Supra drivers support RLL controllers? > What about transfer rate? Can the ATARI - SCSI interface catch up? The AHDI part should be a problem, but then only way to tell if your SCSI->AHDI interface board is fast enough is probably to test it. -- /\ - "Against Stupidity, - {backbones}! /\/\ . /\ - The Gods Themselves - utah-cs!utah-gr! / \/ \/\/ \ - Contend in Vain." - uplherc!sp7040! / U i n T e c h \ - Schiller - obie!wes ------------------------------ End of Info-Atari16 Digest ************************** ------- --------------------RETURNED MAIL FILE-------------------- Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 1824; Tue, 19 Apr 88 05:16:10 EDT Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2754896534571908@UNCA Received: by CANADA01 (Mailer X1.24) id 0530; Tue, 19 Apr 88 02:49:57 EDT Date: Mon, 18 Apr 88 17:39:05 PDT Reply-To: Info-Atari16@Score.Stanford.edu Sender: INFO-ATARI16 Discussion Comments: Warning -- original Sender: tag was Info-Atari16-request@Score.Stanford.EDU From: Info-Atari16 Digest Subject: Info-Atari16 Digest V88 #191 To: Michael Hoffos Info-Atari16 Digest Monday, April 18, 1988 Volume 88 : Issue 191 This weeks Editor: Bill Westfield Today's Topics: Re: batch files from GEM Re: TurboDOS Re: MONO- & COLOR-emulators Screen Dump in Personal Pascal Re: UNIX Toolkit for the ST, Manual pages and one binary Re: Missing Uniterm files Re: Trouble unARCing UNIX toolkit (really: anyone have a new ARC ?) Re: Info-Atari16 Digest V88 #178, 179, 180 UNITERM 2.0C Macros RE: CZ-101 Re: Adaptec 4000/4070 controller Re: CAD 3-D 2.0 and CYBERPAINT TurboDOS / Publishing Partner Pro / BACKGROUND DL/UL Re: WHAT ATARI NEEDS TO DO... ---------------------------------------------------------------------- Date: 13 Apr 88 16:54:17 GMT From: bungia!com50!ems!viper!john@umn-cs.arpa (John Stanley) Subject: Re: batch files from GEM To: info-atari16@score.stanford.edu In article <353@ritcv.UUCP> jdb9608@ritcv.UUCP (J. David Beutel) writes: >> GEMBOOT provides the possibilty to execute >>a batch file as the last step of the \AUTO\ folder sequence. By default it >>looks for *.BAT files in \BOOTBAT\. Batch files are executed by default by >>COMMAND.PRG. One can select amongst the batch files. > > I've never heard of batch files for GEM before. Would someone >please fill me in? Are *.BAT only in France? Batch (.BAT) files are text files containing a series of commands. These files are offen used to repeat a series of often-used functions rather than having to type in the commands time after time by hand. Most CLI (command line interface) programs have some form of batch capability. Many allow the person setting up the file to use special codes in the file that replace key filenames to make the batch file more flexable. An example would be a series of commands to compile and link a program. One of the changeable code fields in the file would be the name of the file to compile. One batch file could then be used to compile and link any number of programs and save the user a -lot- of typing. No, batch files are definately not limited to France. I think I'd go nuts if I had to go without batch capabiltiy and I live in Minnesota... To make it a bit clearer.. the batch files are not "batch files for GEM", they're batch files that will work with CLI programs on the ST. COMMAND.PRG is the "standard", but I don't know of anyone who uses it localy, there are far too many better CLI programs available for little cost or public-domain... --- John Stanley (john@viper.UUCP) Software Consultant - DynaSoft Systems UUCP: ...{amdahl,ihnp4,rutgers}!meccts!viper!john ------------------------------ Date: 13 Apr 88 18:09:50 GMT From: pyramid!prls!gert@hplabs.hp.com (Gert Slavenburg) Subject: Re: TurboDOS To: info-atari16@score.stanford.edu Great that TurboDOS has made it to the U.S. ! But the article by Michael Vederman that 'TurboDOS is now available from the ATARINET server' does little but make me jealous : I have NO IDEA on how to (or even if I can) access this server from a simple minded UUCP host. Michael, or any other friendly soul that CAN access the ATARINET server : Can you tell us how to get it, or publish the thing itself, don't brag that YOU have it. I'm too jealous right now. I would just love to have my 20 MByte floppy behave like a hard disk... Gert Slavenburg (gert@prls.UUCP or ..!pyramid!prls!gert) ------------------------------ Date: 13 Apr 88 17:12:10 GMT From: bungia!com50!ems!viper!john@umn-cs.arpa (John Stanley) Subject: Re: MONO- & COLOR-emulators To: info-atari16@score.stanford.edu In article <8804071050.AA25384@ucbvax.Berkeley.EDU> GASPARD@HROEUR5.BITNET writes: >Because I have seen no mail about it, I think it's not known to the ST-users. >There are 2 monochrome and color-emulators for the ST now. Make that three... There's also OmniRes developed by Silicon Springs in Canada. It's available thru E.A.Brown in the U.S. OmniRes ($34.95 + $4.95 P&H = $39.90) E. Arthur Brown Co. 3404 Pawnee Dr. Alexandria, Mn. 56308 U.S.A. (612)-762-8847 >This little programs makes it possible to run color-programs on >a monochrome system or monochrome-programs on a color-system. >I have tested them both, and they have both other options. >But one thing is for sure: IT WORKS!!!!!!!!!! > >The first is distributed (in holland) by the dutch >ST-foundation, outside holland proberly by ROBTEC. >The other is sold by GFA-System-technick in germany. >The first will cost about 20 US-dollar and the other about 45 US dollar. How about more information on addresses to send to and prices? I'm sure I'm not the only person interesed in seeing the alternatives... OmniRes does a reasonable job, but I'd sure like to see if the others can handle some of the programs OmniRes won't work with.. (Especialy certain games I'd love to be able to use on my mono monitor... :^) > >Bert Rozenberg >Dutch ST-Foundation. > > > >Disclaimer: >YES I'm connected to the dutch ST-foundation but not to GFA. >The ST-Foundation is NOT commercial. Disclaimer: I have no connection to Silicon-Springs or E.A.Brown... (I just buy their software.. :) --- John Stanley (john@viper.UUCP) Software Consultant - DynaSoft Systems UUCP: ...{amdahl,ihnp4,rutgers}!meccts!viper!john ------------------------------ Date: 14 Apr 88 18:40:03 GMT From: avsd!govett@ucbvax.Berkeley.EDU (David Govett) Subject: Screen Dump in Personal Pascal To: info-atari16@score.stanford.edu Does anyone know how to print sceen while using the Personal Pascal environment? I though control-alt-help would work, but it doesn't. I wrote a simple PP program that displays a few things on the screen, and would like to dump this screen to the printer. After the program executes, I type ctl-alt-help keys simultaneously, but I just end up back in the PP environment and nothing is printed because PP is waiting for any key input so that it can return. I tried using READLN as my last instruction, but PP still doesn't recognize ctl-alt-help. Is there any way to dump the screen within PP? ------------------------------ Date: 13 Apr 88 05:11:32 GMT From: uflorida!codas!burl!clyde!watmath!water!ljdickey@gatech.edu (Lee Dickey) Subject: Re: UNIX Toolkit for the ST, Manual pages and one binary To: info-atari16@score.stanford.edu In article <1561@alliant.Alliant.COM> rosenkra@alliant.UUCP (Bill Rosenkranz) writes: > > >wait a minute...don't these people plan to try and SELL at least some of this >code? Yes, I think so. > if so, why on earth are they posting it in a format that only (as far >as i can tell) people with an ibm pc AND pkarc can extract? I think it was a mistake. It seems that the ARC was done on a PC. -- L. J. Dickey, Faculty of Mathematics, University of Waterloo. ljdickey@waterloo.edu ljdickey@WATDCS.UWaterloo.ca ljdickey@water.BITNET ljdickey@water.UUCP or ...!uunet!water!ljdickey ------------------------------ Date: 13 Apr 88 16:06:00 GMT From: killer!convex!authorplaceholder@AMES.ARC.NASA.GOV Subject: Re: Missing Uniterm files To: info-atari16@score.stanford.edu Greg Onufer exodus@uop.edu writes: >We are missing parts 2-4,6,8,9 of the recent uniterm postings in >the binaries newsgroup. Could some kind soul please forward them to us? Tim Coslet @cup.portal.com writes: >These parts of uniterm are missing here too.... I agree: These parts of uniterm are missing here too.... Perhaps they should be reposted. ------------------------------ Date: 14 Apr 88 22:28:55 GMT From: sunybcs!leo@boulder.colorado.edu (Leo Wilson) Subject: Re: Trouble unARCing UNIX toolkit (really: anyone have a new ARC ?) To: info-atari16@score.stanford.edu In article <8804141613.AA08392@ucbvax.Berkeley.EDU> VBRANDT@DBNUAMA1.BITNET writes: >Seriously: is there anyone out there who could write a new ARC version for the >ST that includes all IBM Arc compression methods ??? If you follow alt.sources, the guy who ported arc 5.2 to BSD said something about beginning a port to his ST in a couple of days. In any event, the arc posted in alt.sources works on BSD, or seems to so far. I only compiled it today and need to check into it further before asking the site manager to actually install it. Does 5.2 have "all IBM Arc compression methods"? Please note that I have nothing more to do with arc than using it, and I don't know Howard personally (he's done a number of good things for the ST), so this is PURE RUMOR for the time being... Leo E. Wilson 364 West Delavan Avenue Buffalo, NY 14213 (716)883-7573 (leo@gort.cs.Buffalo.EDU) ...!sunybcs[!leow]!leo leo@sunybcs.bitnet ------------------------------ Date: Thu, 14 Apr 88 22:15:53 EST From: Peter Jaspers-Fayer Subject: Re: Info-Atari16 Digest V88 #178, 179, 180 To: Atari ST users In-Reply-To: Message of Thu, 14 Apr 88 07:49:09 PDT from Huh, wha? Gee, this stuff is beginning to sound awfully familiar. Either: a) My mail software has gone berserk, b) I'm going crazy (something I won't rule out), or c) The last 3 (178-179) digests really WERE were identical except for date/timestamps and the serial numbers. 1) Is it just me? 2) What gives? and (a totally unrelated but completely valid question): ** FLAME ON ** 3) Can ANYONE make those people nattering about non-ST stuff GO AWAY ?!? (All together now, shout it) P U L L E E - E E Z E S T A A W W W P P P P ! No more: - Multi-taking Pros and Cons - Copy protection ditto - GATT ditto - Other non-ST related ramblings. Please think before (cross) posting. ** FLAME OFF ** (OK, so what does THIS epistle have to do with the ST? ;-) sorry. I don't dispute anyone's right to talk about the above, I only object to them doing it HERE! (More than) 'nuff said. /PJ ------------------------------- OPPCODE: GREM Generate Random Error Message ------------------------------ Date: 14 Apr 88 07:00:51 GMT From: pasteur!cory.Berkeley.EDU!landay@ucbvax.Berkeley.EDU (James A. Landay) Subject: UNITERM 2.0C Macros To: info-atari16@score.stanford.edu I like UNITERM 2.0C. Great work again Simon!! The new macros are much better than in the last version, but in converting my old ones I ran into a problem that took me a long time to figure out: functions must be of the form: func() not: func () NO SPACE!! I didn't find it in the manual, but it may be there!! (Simon, you may wish to confirm this) Just wanted to save everyone else the trouble I had. TRADITIONAL UNITERM WISH LIST 1. Unix Windows capability 2. The above with some way of doing background file transfer while in a different shell (with its own window.) This may require some more software (other than UW) on the Unix side. (I am not sure) James A. Landay ARPA: landay@cory.berkeley.edu ucbvax!cory!landay ------------------------------ Date: 7 Apr 88 19:32:21 GMT From: leigh%byuvax.BITNET@jade.berkeley.edu.user@host.BITNET Subject: RE: CZ-101 To: info-atari16@score.stanford.edu Check out rec.music.synth and their recommendations. The CZ-101 isn't that highly rated and most people I talk to say it's sounds are nothing special. CHad Disclaimer: Above is just a casual observation. I don't have a CZ-101 and don't remember ever hearing one. ------------------------------ Date: 11 Apr 88 15:48:44 GMT From: tektronix!sequent!mntgfx!dclemans@ucbvax.Berkeley.EDU (Dave Clemans) Subject: Re: Adaptec 4000/4070 controller To: info-atari16@score.stanford.edu From article <8804062128.AA02500@decwrl.dec.com>, by heiden@kbomfg.DEC.COM (MATTHIAS HEIDEN, DEC KAUFBEUREN, # 08341/ 913392): > > Is there any problem with replacing the Adaptec 4000 controller in the SH204 > by the 4070 model and using an ST506 RLL drive ? What about transfer rate ? > Can the ATARI - SCSI interface catch up ? > Does somebody have the specification for these controllers or may be even > the address of Adaptec ? > > many thanks, > Matthias Heiden The Adaptec 4070 works fine with the ST. Make sure you have a drive that can support RLL. dgc ------------------------------ Date: 13 Apr 88 02:10:14 GMT From: rubbs1!Steve_Godun@rutgers.edu (Steve Godun) Subject: Re: CAD 3-D 2.0 and CYBERPAINT To: info-atari16@score.stanford.edu CAD 3-D was designed to be a modeling tool, primarily for things sich (oops - such) as buildings and such. Yes, you can do molecular modeling (as in that DNA example), and contrary to your comments, the results are very agreeable. However, you can get better results if you use Antic's Molecular Design disk (or something like that -- it's in The Catalog). Processing speed is fairly slow, but I have played with it for a while and I find it bearable. With the addition of a Blitter chip (yes, I have played with CAD 3-D on a Mega ST-4 w/Blitter) and expanded memory, processing time is *quite* rapid. Please be more objective in your comments. -- Mail coming to you from the Fidonet Gateway - Node 1:107/330 To respond, please send mail to ...rutgers!rubbs1!net!node!user_name ------------------------------ Date: 13 Apr 88 22:06:21 GMT From: pyramid!prls!philabs!sbcs!lean@decwrl.dec.com (Lean L. Loh) Subject: TurboDOS / Publishing Partner Pro / BACKGROUND DL/UL To: info-atari16@score.stanford.edu I've also used TurboDOS for a while, and am very happy with this product (except for chewing up 103 K of my precious RAM). From what I've learned, it does more than just caching. It intercepts some i/o calls (as braner pointed out) and speeds them up, and supposedly fixes the famous 40-folder bug (note the 'supposedly') too. The result is much faster disk accesses, etc. You should be seeing this posted to the net soon. TurboDOS is from Atari FRANCE, and is available from Atari Germany BBS and the server at Houston. Has anyone any news about PP Pro? Also a new product called SHADOW just came out. It's the commercial version of dctran.acc (the PD demo that was posted here ages ago) and is marketed by ANTIC for $29.95. Features: i) full background download and upload from ANY program (.TOS, .TTP, .PRG ). Amazing. ii) VT-52 emulator iii) RAMDISK/buffer user re-configuration iv) Xmodem CRC / checksum / 1 K/ ASCII v) Compu-Serve B Protocol ... and more -- 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: 6 Apr 88 16:58:47 GMT From: leigh%byuvax.BITNET@jade.berkeley.edu.user@host.BITNET Subject: Re: WHAT ATARI NEEDS TO DO... To: info-atari16@score.stanford.edu >In article <166leigh@byuvax.bitnet> leigh@byuvax.bitnet writes: >>If Atari would like to be somewhat successful with their non-8-bit machines, >>they need to get rid of their game-machine image. To do that, they need >>to form a new subsidiary that doesn't conspicuously bear the Atari name >>and use it to market the STs, ABAQ, and UNIX-boxes and leave the Atari name >>for the 8-bit machines and Game Systems. >> >>Chad >I hope this was meant as a joke. The problems that Atari is having with nope. no joke. Of course you are right, the problem isn't just their name, but I would be willing to wager that even if they did *repent* :-) and become the most 'honest' supporting forthright computer company that ever existed I doubt that they would become successful quickly. Too many people get a bad taste in their mouths when the name Atari comes up (either because of their track record or because they are 'just' a game company...). >regards to establishing themselves as a "credible" computer company goes >deeper than just their name. For Commodore, this strategy may have worked; >they made the Amiga name MUCH more prominent than the company's, BUT they >were successful with this because they changed their attitude towards their >customer (ie. they became more attuned to the customers' and developers' needs) >whereas Atari still treats customers & developers as they have for their >8-bit products: crummy. >I know I know, this is becoming yet another Atari-bash. But what else can I >(or we, in general) do? Oh we keep hearing promises from the Atari management >and the Atari guys that post to this net BUT after waiting for nearly TWO YEARS >for some of these promises to come true, I'm becoming too disillusioned to >believe in anything that Atari decides to announce. I'll believe Atari again >when they start fulfilling some of their promises and when they "grow up" as >a company. > > >As usual, these are my personal opinions. But it seems that numerous other >people share this view. > > >Tom Wolf >ARPA (I think): tw@cscosl.ncsu.edu > or wolf@csclea.ncsu.edu > Chad ------------------------------ End of Info-Atari16 Digest ************************** ------- --------------------RETURNED MAIL FILE-------------------- Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 2083; Tue, 19 Apr 88 05:58:30 EDT Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2754898852362422@UNCA Received: by CANADA01 (Mailer X1.24) id 1041; Tue, 19 Apr 88 03:26:25 EDT Date: Mon, 18 Apr 88 17:40:10 PDT Reply-To: Info-Atari16@Score.Stanford.edu Sender: INFO-ATARI16 Discussion Comments: Warning -- original Sender: tag was Info-Atari16-request@Score.Stanford.EDU From: Info-Atari16 Digest Subject: Info-Atari16 Digest V88 #193 To: Michael Hoffos Info-Atari16 Digest Monday, April 18, 1988 Volume 88 : Issue 193 This weeks Editor: Bill Westfield Today's Topics: ISO 8859/1 Latin Alphabet #1 program to replace trailing spaces in uuencoded files TurboDOS / Shadow Re: looking for a C compiler that runs on a vax and produces ST code Re: rsrc_load and drop-down menus turbodos problem Uniterm 2.0c XMODEM bug (Was Re: Uniterm 2.0c) Lost most of the 18 Uniterm 2.0c parts - help ! CC for Alcyon Re: Turbodos docs Re: setinit.prg ---------------------------------------------------------------------- Date: Fri, 15 Apr 88 07:59:47 EDT From: csrobe@icase.arpa (Charles S. Roberson) To: info-atari16@score.stanford.edu Subject: ISO 8859/1 Latin Alphabet #1 I saw this on a unix mailing list and was curious if anyone could confirm it. Does the ST actually conform to this extended character set? ---begin forwarded message--- From: Peter da Silva Newsgroups: comp.std.unix Subject: Re: 8-Bit ASCII Standard on UNIX-POSIX Reply-To: sugar!peter@uunet.UU.NET (Peter da Silva) Organization: Sugar Land UNIX - Houston, TX Date: 14 Apr 88 00:54:17 GMT Apparently-To: std-unix-list From: peter@sugar.UUCP (Peter da Silva) > From: guy@Sun.COM (Guy Harris) > The ISO 8859/1 character set, also known as "ISO Latin > Alphabet #1", has been adopted or will be adopted by a number of vendors for > Western European use; AT&T ... Sun ... Apollo ... DEC ... Add the Commodore Amiga and (I think) the Atari ST to the list... -- -- Peter da Silva `-_-' ...!hoptoad!academ!uhnix1!sugar!peter -- "Have you hugged your U wolf today?" ...!bellcore!tness1!sugar!peter -- Disclaimer: These aren't mere opinions, these are *values*. Volume-Number: Volume 13, Number 51 ---end forwarded message--- Thanks, -c +-------------------------------------------------------------------------+ :Chip Roberson ARPANET: csrobe@icase.arpa : :1105 London Company Way BITNET: $csrobe@wmmvs.bitnet : :Williamsburg, VA 23185 UUCP: ...!uunet!pyrdc!gmu90x!wmcs!csrobe: +-------------------------------------------------------------------------+ "One world is enough, for all of us..." - The Police. ------------------------------ Date: Fri, 15 Apr 88 09:38:48 EDT From: csrobe@icase.arpa (Charles S. Roberson) To: info-atari16@score.stanford.edu Subject: program to replace trailing spaces in uuencoded files I saw this program on the Sun-Spots mailing list and thought it might be of use to some Atarians. I have not compiled or tested it, so I don't know anything more than what was said in the note. Personally, I use J.P.H.Dumas' uue and uud, which I find to be very robust. However, if I ever receive a munged uuencode file I will definitely give this a try. enjoy, -c ---snip---snip---snip--- SUN-SPOTS DIGEST Monday, 4 April 1988 Volume 6 : Issue 44 ---------------------------------------------------------------------- Date: Wed, 23 Mar 88 21:50:25 EST From: Brian Glendenning Subject: uudecode and trailing blanks In a recent Sun-Spots Steve Platts complains of uuencoded files being mangled by having trailing spaces being stripped out (bitnet is the usual culprit). The following program is quite useful for fixing this. I grabbed the code off the net a while ago, I'm afraid I don't know who the author is. /* Try to repair uuencoded files when trailing space has been removed. It pads short lines with spaces whenever needed. It reads from stdin and writes to stdout. use: pgm repaired uudecode repaired or: pgm main() { char c; int tab, len; tab = 0; while ((c = getchar()) != EOF) { if (tab == 0) { if (' '<=c && c<='Z') len = ((c-' '+2)/3)*4+1; else len = 1; } if (c == '\n') { while (tab++, miken@hcr.UUCP (Mike Nemeth) writes: > the subject line says it all folks. does there exist such a beastie? The summary line says it all folks. I've seen ads lately in either Dr. Dobb's Journal or Computer Language. I think Atari did most of their early development using an Alcyon compiler running on a VAX with Unix. Can anyone at Atari verify this? Whitesmiths also has VAX-hosted cross-compilers that generate 68000 code. I don't know if they have a GEMDOS library, but it would not be hard to write interfaces to the BIOS, XBIOS, and DOS calls, and then modify the standard library to use the interface routines for low-level I/O. Last, but CERTAINLY not least, you could try MWC. I'm pretty sure they DON'T develope MWC on STs :-). It would probably be a fairly quick process for them to prepare their compiler to be a cross- compiler; they may have already done it in-house. Most compilers are "boot-strapped" by compiling the code on a system that already has a compiler, then running the source for the compiler through itself. Given my drudthers, and enough budget, I'd get MWC, but I'm prejudiced. -- /\ - "Against Stupidity, - {backbones}! /\/\ . /\ - The Gods Themselves - utah-cs!utah-gr! / \/ \/\/ \ - Contend in Vain." - uplherc!sp7040! / U i n T e c h \ - Schiller - obie!wes ------------------------------ Date: 10 Apr 88 06:13:09 GMT From: uplherc!sp7040!obie!wes@gr.utah.edu (Barnacle Wes) Subject: Re: rsrc_load and drop-down menus To: info-atari16@score.stanford.edu In article <2779@crash.cts.com>, sreeb@pnet01.cts.com (Ed Beers) writes: > Actually you can't get the resource construction set by buying the developers > kits. The developers kit I received last month consisted of: > > a) Lots of documents but no schematics. > b) MWC ver 2.1.7 > c) A nondisclosure agreement > d) Nothing else. > e) NONE of the DRI software. > > I think that Kuma? sells a resource editor. Guess what I got from the Federal Express girl today? MWC compiler version Beta 2.9, MWC Resource program, compiler, and decompiler version 1.01, and CSD version 0.9.something. I was a beta tester for MWC for 2.0 and 2.1, this might have had something to do with my receiving the beta versions. I was, of course, hip deep in another project when I picked up the envelope, and had to wait almost 6 hours before tearing into the software. Immediately upon arriving home, my brother (known to the net as sp7040!jsp or wsccs!john) and I installed the software on the ol' SH204. We ran through one of the CSD tutorials - nifty keano. Then we went off and played with the Resource program (GEM version) for a little while - I really like the user interface. They have floppy disks for the floppy drive icons, a stack of blocks for each of the hard disk partitions (labelled `block device'), and a paper- shredder icon for getting rid of things. Perhaps this is to keep Apple from suing MWC? It doesn't look the least bit like a Mac, and it is more appropriate; recovering things from a shredder is difficult beyond belief. We worked with the compiler a bit too. It does *seem* to compile notable faster, we haven't run any benchmarks yet. We'll try to do a drystone tomorrow and post the results. Then we went and made a large program John has been working on debuggin, and started through it with CSD. I have used Microsoft's Codeview a fair amount, in C, MASM, and Fortran, and have used the VAX/VMS debugger in C, Modula-2, and Fortran, and Unix Sys V `sdb' in C and f77. CSD blows them all away with one little feature: CSD has what MWC calls an EVALUATION WINDOW. You can type the name of a variable (and even type-cast it), or *any valid C expression*, and it will be re-evaluated *each time a breakpoint is reached*. Think about this - if you want to trace a variable in a loop, all you do is break point at the beginning (or end) of the loop, and put a printf statement to print the variable in the evaluation window. +------------------------------------------------------------+ : I LOVE THIS DEBUGGER! I HAVE ALWAYS WANTED THIS DEBUGGER! : : CSD IS THE BEST PROGRAMMING TOOL OF THE DECADE! : +------------------------------------------------------------+ OK, OK, I'm calmed down again. Anyhow, the new version of MWC includes an RCS that is better than any I've seen yet, and a debugger that will make it so you don't DREAD debugging anymore. Don't bother with Kuma until you've sent in your update card and gotten MWC 3.0! Disclaimer: As I stated earlier, I was a beta tester for MWC 2.0 and 2.1. I recieved free compiler updates for beta testing. I am not nad have never been an employee of Mark Williams Co. (although if asked to be one, I'd probably have to think it over for 4 or 5 nanoseconds before agreeing :-). I just think they do a really good job of producing compilers for the ST. -- /\ - "Against Stupidity, - {backbones}! /\/\ . /\ - The Gods Themselves - utah-cs!utah-gr! / \/ \/\/ \ - Contend in Vain." - uplherc!sp7040! / U i n T e c h \ - Schiller - obie!wes ------------------------------ Date: 14 Apr 88 15:55:32 GMT From: mcvax!cernvax!jmg@uunet.uu.net (jmg) Subject: turbodos problem To: info-atari16@score.stanford.edu Small problem with Turbodos for those who use the program issued in a very early volume of STart which allows one to have different icons: Turbodos completely rewrites low memory and so the icon rewriter fails to find the string "DESKTOP.RSC" (or equivalent in German or French models): may even find something and screw one completely! Have not yet figured out a fix. -- _ _ o : __ : jmg@cernvax.uucp : : : : _ / \ _ __ _ __ _: jmg@cernvax.bitnet : : : : :_) /_) : __/_) : (___\ : (_/ : J. M. Gerard, Div. DD, CERN, : : :_:_: \_/\___ \__/ \___: (_:_: \_:_ 1211 Geneva 23, Switzerland ------------------------------ Date: 14 Apr 88 10:08:35 GMT From: mcvax!ukc!dcl-cs!bath63!pes@uunet.uu.net (Smee) Subject: Uniterm 2.0c XMODEM bug (Was Re: Uniterm 2.0c) To: info-atari16@score.stanford.edu I found the following in my mailbox today, from Simon Poole (via Stephan Leicht). Not going to bother with it myself, since I don't use XMODEM, but if you want to have a go... (Amazingly, it seems to have retained its format in transit thru several mailers. :-) #12 (26 lines in body): Delivery-Date: 14 April 1988 10:44 bst Delivery-By: Network_Mailer.Daemon (XBR1Y055@EARN.DDATHD21@UK.AC.RL.) Date: Thursday, 14 April 1988 08:49 bst From: XBR1Y055 at EARN.DDATHD21 Subject: correction of Uniterm bug To: SMEE at AUCC X-Vms-To: "@thd$hrzdsk:[.uniterm]v20c.dis" From: K538915@CZHRZU1A.BITNET Whoops, there is a bug in the code for caculating the checksum in UniTerm's (2.oc 008 and 009) XModem (CRC work's ok), to fix change the sequence 064000FF (only occurs once) to 024000FF for the more nervous here's a few more bytes around the problem.. 660C D019 064000FF 51CBFFF8 4ED0 Sorry Simon Poole Bitnet: K538915@CZHRZU1A UUCP: ...mcvax!cernvax!forty2!poole