Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!lll-lcc!lll-tis!ames!ucbcad!ucbvax!FINGATE.BITNET!MAILER-DAEMON From: MAILER-DAEMON@FINGATE.BITNET (Mail Delivery Subsystem) Newsgroups: comp.sys.atari.st Subject: Returned mail: Unable to deliver mail Message-ID: <8707161015.AA16944@ucbvax.Berkeley.EDU> Date: Thu, 16-Jul-87 06:15:58 EDT Article-I.D.: ucbvax.8707161015.AA16944 Posted: Thu Jul 16 06:15:58 1987 Date-Received: Sat, 18-Jul-87 06:32:54 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 477 ----- Transcript of session follows ----- 554... Unknown fudec host name : sampo ----- Unsent message follows ----- Received: by santra.UUCP (5.51/6.4.TeKoLa) id AA18468; Thu, 16 Jul 87 11:33:26 +0300 From: Message-Id: <8707160833.AA18468@santra.UUCP> Received: by fingate Thu Jul 16 11:33:22 from MAILER@FINHUTC.BITNET via rscs BSMTP. Received: by FINHUTC (Mailer X1.24) id 3793; Thu, 16 Jul 87 08:02:58 FIN Date: Wed 15 Jul 87 16:27:40 PDT Reply-To: Info-Atari16,Score.Stanford.edu Sender: "Atari ST users forum (INFO-ATARI16)" Original-From: Info-Atari16 Digest Subject: Info-Atari16 Digest V87 #279 To: , Original-To: , Info-Atari16 Digest Wednesday, July 15, 1987 Volume 87 : Issue 279 This weeks Editor: Bill Westfield Today's Topics: Re: Motherboards? Re: SCSI drives--how do you connect them to the DMA port? Could an odd format cause problems? MWC contacts timing routines revisited pc ditto, gauntlet DCFORMAT not quite right... ST Phoenix rises from ashes RE: SMALLTALK on Atari Please use "correct" terminology IBM floppies // PRINT program wanted? Re: DCFORMAT not quite right... experience with Dots Perfect (Epson upgrade)? ---------------------------------------------------------------------- Date: 11 Jul 87 20:37:32 GMT From: psuvax1!vu-vlsi!cbmvax!grr@burdvax.prc.unisys.com (George Robbins) Subject: Re: Motherboards? To: info-atari16@score.stanford.edu In article <1114@tekfdi.TEK.COM> mhorne%tekfdi.tek.com@relay.cs.net (Michael T. Horne) writes: > > I'm looking for sources of motherboards for the Mac, the ST, and the Amiga. > I don't know if they are even available, so could someone in the know please > inform me of the availability of the boards? I think I heard something > about Mac motherboards being available, but I need more information. Any > info about prices, vendors, and availability would be greatly appreciated. Amiga 500 main boards are being sold on an OEM basis, currently to several arcade game manufactures. Other applications are in the prototyping stage. Contact Commodore and ask for OEM sales. Small quantities are also available through the Commodore service parts channels, but the prices are less favorable. -- George Robbins - now working for, uucp: {ihnp4|seismo|rutgers}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@seismo.css.GOV Commodore, Engineering Department fone: 215-431-9255 (only by moonlite) ------------------------------ Date: 12 Jul 87 20:54:33 GMT From: kodak!elmgate!jdg@cs.rochester.edu (Jeff Gortatowsky) Subject: Re: SCSI drives--how do you connect them to the DMA port? To: info-atari16@score.stanford.edu In article <35fac4ff.1f6@apollo.uucp> weber_w@apollo.UUCP (Walt Weber) writes: >In article <3559@watvlsi.UUCP> rpfeifle@watvlsi.UUCP writes: >>What pins have to be connected to what lines, what pins have to be dropped >>etc... > >I have no connection with BMS except as a VERY HAPPY customer. > >-- >Walt Weber PHONE: (617) 256-6600 x7004 >Apollo Computer GENIE: W.WEBER I also purchased a BMS-1000 (way back before they had manuals!). I'm using mine with a 42 meg ST506 drive. I mounted the whole shabang in a PC clone case with the ACB-4000 piggy backed onto the BMS-1000. The BMS board supports 2 drives (as does their driver) and also throws in a battery backed up clock. I too have no connection with BMS except for the fact they gave me a BMS-1000 in exchange for $125. -- Jeff Gortatowsky {seismo,allegra}!rochester!kodak!elmgate!jdg Eastman Kodak Company These comments are mine alone and not Eastman Kodak's. How's that for a simple and complete disclaimer? ------------------------------ Date: 12 Jul 87 20:37:22 GMT From: tektronix!reed!percival!actor@ucbvax.Berkeley.EDU (Clif Swinford) Subject: Could an odd format cause problems? To: info-atari16@score.stanford.edu Does anyone know if using odd formats could lead to hardware problems? Here's why I ask: last week I tried using a disk I'd formatted to 83 tracks, 10 sectors per track, using maximum step rate. I put Neochrome on it, then tried to run it. It crashed in a matter of seconds. Ever since then, low resolution programs crash in seconds and medium-res ones in from minutes to hours (Uniterm has crashed three times while I was entering this). Using the Atari diagnostic cartridge at the local service center, everything in the machine now tests out as intermittently defective. Intermittently, but not consistently. Swapping out every socketed chip in the machine has done no good. Any suggestions? BTW - my configuration is: older 520ST (made July '85) with standard RAM, and a homebrew double-drive setup using the same Chinon drives used in the 1040ST. The drive isn't contributing to the problem; I've tried using other drives with the same results. -- Clif Swinford ..!tektronix!reed!percival!actor fnor ------------------------------ Date: Sat, 11 Jul 87 12:26:10 CET To: info-atari16@score.stanford.edu From: HAHN_K%DMRHRZ11.BITNET@wiscvm.wisc.edu Subject: MWC contacts Since i received my copy of MWC, i discovered some really weird problems. I just don't know if its reasonable to use the digest for communicating them. Perhaps it would be better to install a special MWC-interest-group, or that people interested in MWC-contacts send me their mail-adresses, so that i can reach them directly. What's your opinion? Klaus. --- Klaus Hahn --- ------------------------------ Date: Sat, 11 Jul 87 11:57:53 CET To: info-atari16@score.stanford.edu From: HAHN_K%DMRHRZ11.BITNET@wiscvm.wisc.edu Subject: timing routines revisited I finally found a solution for my timing problems; i wrote a little piece of asm-code (Metacomco) and connected it to another bit of C-code (Lattice or MWC), wasn't that difficult after all... I use the A-timer to produce a 1kHz-interrupt and to provide a counter. Second, i developped a button- box for reaction-time-experiments, that can be connected directly to the ST and is checked by the irq-routine every msec. So you can get an input from the box (up to 8 buttons allowed) that's precisely timed. If someone's really interested, let me know. -- Klaus Hahn -- ------------------------------ Date: 12 Jul 87 22:49:30 GMT From: mnetor!utzoo!utgpu!water!watmath!watdcsu!scarlett@seismo.css.gov Subject: pc ditto, gauntlet To: info-atari16@score.stanford.edu Just a few comments on PC ditto.....I have used about 30 IBM programs sucessfully with this emulator. Such things as Word Perfect, Lotus, dBase 111plus, all the Borland turbo languages, Microsoft C, Micro soft Word etc etc all worked fine. Too bad it is not worth using the emulator...it is really slow. SI.exe lists the PC Ditto as running at 0.3 pc speed. The only program I could stand to use was turbo pascal...turbo prolog was a joke. Question: I just read a posting about Gauntlet. Who makes this program when will it be released in NA and how much? I NEED this program :) Scarlett @ Watdcsu U of Waterloo, Canada -- This is a signature? ------------------------------ Date: 12 Jul 87 12:04:26 GMT From: mcvax!ukc!dcl-cs!bath63!pes@seismo.css.gov (Smee) Subject: DCFORMAT not quite right... To: info-atari16@score.stanford.edu Carrying on with my experiments with swapping 3.5 inch disks between the ST and an IBM clone, I tried using DCFORMAT's 'put on a MS/DOS header block' feature. (The disk had been formatted 'normally' (DS, 80 trk, 9 sect) using DCFORMAT. Our PC (using DOS 3.2) was not at all happy with it. Was a bit funny, though. The files (put on on the ST) 'listed' correctly. DOS had no problems with the directory (root). Files less than one cluster long read correctly. However, files > one cluster were painfully garbaged. So, something goes wrong when the IBM has to look at the FAT. (For short files, it doesn't have to check the FAT to determine end of file, because of course the length is contained in the directory entry.) The only immediately obvious difference between the ST and PC standard formats (outside the header) is that the ST allocates 5 sectors per FAT and the IBM allocates 3. However it is hard to believe that MS/DOS could be stupid enough to be trapped by this. In looking at the available MS/DOS documentation, though, I note that there is a bit of information contained somewhere on the disk (not clear whether header block or in FAT -- poor doc) which tells MS-DOS whether the medium uses 12-bit FAT entries, or 16-bit FAT entries. I suspect (but can't tell due to lack of definitive documentation about MS/DOS disk format) that DCFORMAT is putting the disk into a state where one of the machines (probably the ST) thinks that FAT entries are supposed to be 12 bits, while the other thinks they are supposed to be 16 bits. That would very nicely explain the observed behaviour. Moral? If you're going to swap disks between a PC and an ST, format them on the IBM. DCFORMAT doesn't seem to handle this case correctly yet. ------------------------------ Date: 12 JUL 1987 14:29:04 EST From: To: info-atari16@score.stanford.edu Subject: ST Phoenix rises from ashes Reply-To: It seems the ST Phoenix has risen from the ashes, reincarnated in the form of the Magic Sac. While Atari has become completely invisible (is it my imagination, or does this date back to the public stock offering?), David Small and folks at Data Pacific haved made continuous and dramatic progress on the Magic Sac, to the point where the Sac (which is a Mac-emulator) is more of a real computer than the ST is. Recent additions to the Magic Sac repertoir include double-sided disk drive support and a new zerostore handler which allows a whole new realm of applications to run. Really, there is now very little that won't run. The spate of chaotic (i.e., apparently random) crashes which bugged earlier releases has been solved; there are now very few actions that won't crash a Mac that have any effect on the Sac. You can print on your Epson- compatible if you buy the driver. David Small is easy to reach on Compuserve, where the Sac discussions are active. Beta releases are commonly posted there; one major revision was offered to users for a mere $10. Promised additions include hard disk support and a new Magic Drive which lets the Magic Sac read and write disks in Mac format. Contrary to some other companies, Mr. Small has always kept his promises. He is also honest enough to avoid promising delivery dates, but keeps his users aware of the state of progress. Recently, I had an intermittent hardware failure in the cartridge. It was quickly repaired at no charge, even though it was out of warranty. Although I have no legal connection to Data Pacific, I can't claim I have no financial connection to them, for they have saved me quite a few dollars by converting my doorstop into a useful machine. ------------------------------ Date: Mon, 13 Jul 87 10:07:29 EDT From: csrobe@icase.arpa (Charles S. Roberson) To: info-atari16@score.stanford.edu Subject: RE: SMALLTALK on Atari The NOVATARI (User Group) has a *LARGE* Library of Public Domain disks, the list contains a SMALLTALK disk for the ST. I meant to get a copy before I left Washington. I just got a this month's Current Notes (Nationally Acclaimed User Group newsletter/ magazine) and I will get the address of where to write if anyone wants it. Disks are about $4.00 plus P&H. The Current Notes ST library index came across the net a few weeks back in the Atari Digest. Someone in Canada posted it. -chip roberson csrobe@icase.arpa ...seismo!gmu90x!wmcs!csrobe 1105 London Company Way Williamsburg, VA 23185 (804) 229-7524 ------------------------------ Date: Mon, 13-JUL-1987 09:32:05.91 CST From: (System Manager) Subject: Please use "correct" terminology To: >I just got some bad news from Dave Addison about two of his programs, >Monopoly and Millebourne. ... >was a copyright infringment. So rather than argue, Dave agreed to spread >the (bad) news that all copies of his Monopoly and Millebourne are to be >erased. They now fall under the catagory of pirated software. ~~~~~~~~~~~~~~~~ The poster of this message should have stopped at the word 'erased.' and left it at that. The software is NOT pirated, and the term does a disservice to all ST owners who downloaded or otherwise obtained the two programs in question. We haven't "pirated" anything -- Dave Addison simply made a mistake in programming too closely to the original. Of course, all users should remove the offending programs from their libraries. But PLEASE, don't use the word "pirated". It implies that WE have stolen a commercial program, and is incorrect terminology. -- Dave Meile davidli@simvax.bitnet Health Computer Sciences, University of Minnesota Box 511 UMHC, 420 Delaware St. SE, Minneapolis, MN 55455 (612) 625-3694 ------------------------------ Date: Mon, 13 Jul 87 17:50:24 SET To: info-atari16@score.stanford.EDU From: WALDI%DHDIHEP1.BITNET@wiscvm.wisc.edu Return-Receipt-To: WALDI@DHDIHEP1.BITNET Subject: IBM floppies // PRINT program wanted? Date: 13 July 1987, 17:47:18 SET From: Dr. Roland Waldi phone (6221) 564334 WALDI at DHDIHEP1 Inst. fuer Hochenergiephysik Schroederstr. 90 D-6900 Heidelberg To: INFO-ATA at SCORE.ST Hello Atari-Netters, there was some discussion on IBM---ST floppy transfer; here are my experiences: I have an IBM PC connected via 7171 protocol converter to an IBM mainframe. Only recently I have added a 3 1/2" external drive to the PC, and I'm downloading files (text and UUEncoded) via KERMIT (MS-Kermit 2.29) to this drive. I had no problems reading and UUdecoding these files at my Atari! Furthermore, I can write new files on the floppy, create new subdirectories ("folders"), and put files into them, and read anything without any trouble on the IBM-PC, as well as transferring it via KERMIT to the mainframe (Carets ^ are translated to EBCDIC "not", as usually in BITNET, but not to tilde). I can NOT read ATARI-formatted floppies on the PC, even with an MS-DOS boot sector created by PCFORMAT. But, as I mentioned, I can create new folders at the ATARI on a PC formatted disk. (someone here reported about problems with that, who was he/she?) Here is a test, how ATARI characters transfer (I have omitted CR, LF, ESC, SUB, DEL), in ASCII sequence: 0123456789ABCDEF0123456789ABCDEF ................................ R.0.1 !"#$%&'()*+,-./0123456789:;<=>?.2.3 @ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_.4.5 `abcdefghijklmnopqrstuvwxyz{|}~ .6.7 R.8.9 !"#$%&'()*+,-./0123456789:;<=>?.A.B @ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_.C.D `abcdefghijklmnopqrstuvwxyz{|}~'.E.F Looks already messy on the IBM4341! Now my second point: Is anybody on the net interested in a PD program with the following features? - print program sources and other text files (ASCII + Atari characters) on a NEC (P6/P7) or compatible printer, connected to the parallel port - set P6/P7 printer parameters - variable character widths: 10, 12, 15 or 20 characters/inch - line spacing: 4, 5, 6, 6.7, 8 or 10 lines/inch - optional bottom line: with text and page number - optional mode: Draft or NLQ - optional page eject control character in column one (e.g. for FORTRAN ANSI files) - variable left margin - variable line width to be used - variable number of lines per page - selectable range of lines from the file to be printed I could also send the source (megamax C), if someone wants to change it for other brand of printers. But since there are much similar programs around i hesitate posting it to the net. There are more PD programs to come, as soon as I got around and wrote some short doc. Roland Waldi ------------------------------ Date: 13 Jul 87 15:59:36 GMT From: oliveb!dragon@ames.arpa (Give me a quarter or I'll touch you) Subject: Re: DCFORMAT not quite right... To: info-atari16@score.stanford.edu in article <1417@bath63.ux63.bath.ac.uk>, pes@ux63.bath.ac.uk (Smee) says: > Carrying on with my experiments with swapping 3.5 inch disks between the ST and > an IBM clone, I tried using DCFORMAT's 'put on a MS/DOS header block' feature. > (The disk had been formatted 'normally' (DS, 80 trk, 9 sect) using DCFORMAT. > Our PC (using DOS 3.2) was not at all happy with it. Was a bit funny, though > The files (put on on the ST) 'listed' correctly. DOS had no problems with > the directory (root). Files less than one cluster long read correctly. > However, files > one cluster were painfully garbaged. So, something goes > wrong when the IBM has to look at the FAT. (For short files, it doesn't hav > to check the FAT to determine end of file, because of course the length is > contained in the directory entry.) When I modified the boot sector of an ST disk, as instructed a while back (using Norton's 4.0 on a PS/2 Model 50 running PC-DOC 3.30), the PC could dir the disk fine, but any files we tried to copy off would be truncated. Could this be related in any way? I was hoping to not have to copy 30 disks to IBM format to get them on a BBS run on an IBM... it would take weeks! -- Dean Brunette {ucbvax,etc.}!hplabs!oliveb!olivej!dragon Olivetti Advanced Technology Center _____ _____ __|__ _____ 20300 Stevens Creek Blvd. | | _____| | | Cupertino, CA 95014 |_____| |_____| |__ |_____ ------------------------------ Date: Mon, 13 Jul 87 12:41:12 pdt From: neville@ads.arpa To: info-ibm-pc@c.isi.edu Subject: experience with Dots Perfect (Epson upgrade)? i just picked up a used Epson FX100, and am considering installing the "Dots Perfect" upgrade (ROMs only, i think). If anyone has any direct experience (or even reliable second-hand info) regarding this upgrade, please reply to me by mail. Thanks. -neville ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ U.S. Mail: Neville D. Newman Advanced Decision Systems 201 San Antonio Circle, Suite 286 Mountain View, CA 94040-1289 Phone: (415) 941-3912 Net mail: neville@ads.arpa (internet-relative) ------------------------------ End of Info-Atari16 Digest ************************** -------