Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!DFNGATE.BITNET!RIOVM From: RIOVM@DFNGATE.BITNET Newsgroups: comp.sys.atari.st Subject: (none) Message-ID: <8908050154.AA24165@ucbvax.Berkeley.EDU> Date: 5 Aug 89 01:54:16 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 439 X-Unparsable-Date: Sat, 05 Aug 89 03:52 CET Added from the X.400/EARN-Gateway: Undeliverable Mail Notification message, may be wrong recipient Received: from DEARN.BITNET by DFNGATE.BITNET.DBP.DE (Mailer R2.03B) with BSMTP id 6804; Sat, 05 Aug 89 02:17:22 EST Received: by DEARN (Mailer R2.01) id 4691; Sat, 05 Aug 89 02:17:21 EST Date: Fri, 4 Aug 89 15:44:11 PDT Reply-To: Info-Atari16@Score.Stanford.edu Sender: INFO-ATARI16 Discussion Comments: Warning -- original Sender: tag was Info-Atari16-request@SCORE.STANFORD.EDU Comments: Warning -- original Sender: tag was INFO-A16@MARIST From: Info-Atari16 Digest Subject: Info-Atari16 Digest V89 #365 To: Robert Weissenfels Info-Atari16 Digest Friday, August 4, 1989 Volume 89 : Issue 365 This weeks Editor: Bill Westfield Today's Topics: Re: SH204 Hard Drive Advice Rewiring Disk Drives Re: ST shops in London Sozobon C Cumana External Drive Problem : Or is it? Re: TeX on Atari ST Re: Missing gnuemacs parts Alt. ST box Re: TeX on Atari ST Re: putchar() getchar() problem? Re: Defragger wanted (wasRe: 82 track DS/DD drive needed) Re: Hard Disk Auto Boot Bypass Re: Turtle 3.0 suggestion ---------------------------------------------------------------------- Date: 27 Jul 89 14:08:21 GMT From: dptg!lzaz!hcj@rutgers.edu (HC Johnson) Subject: Re: SH204 Hard Drive Advice To: info-atari16@score.stanford.edu In article <258@mic.UUCP>, gary@mic.UUCP (Gary Lewin) writes: > > I have an SH204 hard drive that has died a sad death. Unfortunately, the > problem has been diagnosed to be the Adaptek controller card. Local > repair facilities have said that the card cannot be repaired but must > be replaced. After doing some research, I have several questions: > > 1) Does anyone have a suggestion of a repair facility that could repair > an SH204 Adaptek card for a reasonable fee? > > 2) Are there any suggestions on the best place to buy one of the > following Adaptek cards: 4000A, 4010, 4070 or 4070A? > Timeline, Inc, 1-800-872-8878 will sell you an adaptec 4000a for $60. Even the others sell it for $135. Get the 4070 ONLY if your going to put an RLL drive into your sh204. I recommend getting a 4000a, and adding an outboarded second drive. Howard C. Johnson ATT Bell Labs att!lzaz!hcj hcj@lzaz.att.com ------------------------------ Date: 26 Jul 89 09:49:14 GMT From: mcvax!ukc!dcl-cs!gdt!gdr!ccsmh@uunet.uu.net (Mark Harding) Subject: Rewiring Disk Drives To: info-atari16@score.stanford.edu Does anybody know how to rewire the ST so that the External Drive is actually drive A while the internal drive becomes drive b? I Have a 520STFM with extern 1 Meg Cumana drive. Cheers. -- --------------------------------------------------------------------------- One of these days... ------------------------------ Date: 26 Jul 89 15:39:34 GMT From: mcvax!ukc!dcl-cs!gdt!gdr!exspes@uunet.uu.net (P E Smee) Subject: Re: ST shops in London To: info-atari16@score.stanford.edu In article <349@ucl-cs.UUCP> S.Usher@ucl-cs.UUCP writes: >You will be pleased to know that there are many shops in London which stock >ST software. Pretty well every software shop stocks ST stuff (the ST is the >most popular 16 bit micro in the UK at the mo.). I know for a fact that >there are at least 10 shops in the Tottenham Court Road area (including >Silica Shop/Systems and the Virgin Games Store)! Note that as the last time I was in London (for the Atari User Show) Virgin Games Store had stopped stocking computer games. They had been moved to a spot in the Virgin Megastore on Oxford Street nearer Tottenham Court Road. It also looked like the range they stocked had gotten smaller, but maybe that's just because the Megastore is so much bigger than the Games Store. The advantage to the move is that it is MUCH easier to find the Megastore than the Games Store. The disadvantage is that once you're in the Megastore, it's painfully difficult to find the computer games bit. Silica Shop is also tricky to find. It's upstairs in a building named 'Lion House', at 227 Tottenham Court Road. Go in the main door, and up the (probably not-running) escalator. ------------------------------ Date: 26 Jul 89 20:43:30 GMT From: mcvax!ukc!stl!idec!prlhp1!stevens@uunet.uu.net (Francis Stevens) Subject: Sozobon C To: info-atari16@score.stanford.edu I have a 520ST and have recently been given a copy of the Sozobon C compiler, so far I have been using this with some success to write some small C programs. One thing that didn't come with the disk (or on it) was any form of documentation for the compiler etc.. (OK I know it was free, so what do I expect) But just on the off chance.... is there any one out there who knows of any such documentation (even if it's just the name of a book I need to buy) or if anyone has any usefull information about the compiler (like is it possibleto compile a program on another (RAM) disk ?) I would be grateful for the info. Should I receive anything I will of course summarize it for the net !! Many thanks. Francis Stevens stevens@prl.philips.co.uk (New ST owner) ------------------------------ Date: 26 Jul 89 12:56:17 GMT From: mcvax!ukc!icdoc!syma!lezo@uunet.uu.net (Lez Oxley) Subject: Cumana External Drive Problem : Or is it? To: info-atari16@score.stanford.edu I have just noticed what I think are problems with my Cumana CSA 354 1 Meg Disk Drive which I use as external drive B. It is only 3 months old and is connected to a 'standard' 3 year-old 1040ST with 'old' TOS in rom. The problem occurs intermittently in all screen resolutions. Can anyone offer any help/advice which does not involve taking things to bits! The symptoms are as follows: 1. Used as a drive for reading only the drive seems to be OK. 2. Random seek tests and speed tests seem to be OK. 3. When used for writing to, single one-off file transfers seem to be OK. (eg. saving a WP document or program source very 20 minutes or so.) 4. When used for writing to, involving disk to disk copying (Drive A: to Drive B:) sometimes the internal drive can't read the disk so produced and neither can any other Atari Disk Drive. Sometimes the Cumana drive itself can not consistently read its own disk, ie. sometimes it refuses to read what it has written, ten minutes later, however, it may read it (after rebooting disk swapping etc). 5. When used for writing to, by copying (say) 30 files from drive A: some of the 30 files seem to get corrupted. The 'directory' entries look OK - files sizes OK, etc. but when you list an ASCII file (eg) you sometimes get garbage in the file instead on the real data. Program files are corrupted in a similiar way and either they time bomb out or chunks of code don't work. Unlike 4. the Cumana drive is never able read the corruption. 6. I have used George Woodside's VKILLER to check for a virus and nothing's shown up. (I get the problem when I boot up from a wide range of disks.) 7. The same problem occurs on different media - cheap disks, SONY disks, Memorex disks, Verbatim, . . . 8. I am not using lots of folders - no more than 10 in a session. Has anyone got any ideas as to what may be going wrong - I always thought that TOS verified everything it wrote to a disk (an annoyance to some people I know)? Are there any nifty disk checking utilities out there? If so can someone mail me a disk checker or even a byte-by-byte file comparision program so that I can reverify files written on the Cumana? Any help will be gratefully received. Sorry to have gone on at such length but I felt I had to supply as much information on the problem as possible - this is my first posting to the net. (For all I know the drive may have been faulty at birth or got crunched slightly coping with all that horrible copy protection which makes your disk drive sound more like a coffee grinder.) -- Lez Oxley, Administration, University of Sussex, Brighton, BN1 9RH, UK Tel: +44 273 606755 x3808 Fax: +44 273 678335 JANET: lezo@uk.ac.sussex.syma ARPA: lezo%syma.sussex.ac.uk@nsfnet-relay.ac.uk BITNET: lezo@syma.sussex.ac.uk UUCP: lezo@syma.uucp ------------------------------ Date: 27 Jul 89 16:48:00 GMT From: pwp@iuvax.cs.indiana.edu Subject: Re: TeX on Atari ST To: info-atari16@score.stanford.edu Has anyone developed a program for viewing dvi files on a color monitor yet? I know that the black and write monitor is better for this, but I have a color monitor. ------------------------------ Date: 27 Jul 89 16:03:38 GMT From: asuvax!hrc!gtephx!covertr@handies.ucar.edu (Richard E. Covert) Subject: Re: Missing gnuemacs parts To: info-atari16@score.stanford.edu In article <1073@MSG002.UUCP>, ooa@MSG002.UUCP (O.Atkins) writes: > Recently we received all but gnuemacs.uag through gnuemacs.ual! > Could some kind soul please send these to me? > We didn't receive all of GNU EMACS for the ST here at gtephx as well. Also, are the source code files for the ST version of GNU EMACS available?? And was GNU EMACS GEMized for the ST (adding things like a file selector would be nice!!). So, please email me the binaries and/or the source code to GNU EMACS for the ST. TIA richard (gtephx!covertr) covert ------------------------------ Date: 27 Jul 89 16:58:53 GMT From: rti!sunpix!allegro@mcnc.org ( SunVis) Subject: Alt. ST box To: info-atari16@score.stanford.edu Are there any alternate style cases to put a 520/1040 ST in so it has a detached keyboard? I'm getting a little tired of the 'all in one' style box. -- uucp: mcnc!rti!sunpix!steve or mcnc!rti!sunpix!allegro |Stephen McKay Matson "FRODO LIVES!!" COLORADO DREAMS | Daddy to be Support the formation of a multi-national space agency.|_______________________ Mans destiny belongs to the stars. | MARS OR BUST ------------------------------ Date: 27 Jul 89 18:24:46 GMT From: tahoe!wheeler!mikew@apple.com (Mike Whitbeck) Subject: Re: TeX on Atari ST To: info-atari16@score.stanford.edu In article <36500067@iuvax> pwp@iuvax.cs.indiana.edu writes: * *Has anyone developed a program for viewing dvi files on a color monitor yet? *I know that the black and write monitor is better for this, but I have a color *monitor. ditto! Has anyone tried the monochrome ppreviewers with any of the commercial or pd monochrome emulators? ___________________________________________________________ |Mike Whitbeck | | | | mikew@wheeler.wrc.unr.edu | | | | | | mikew@wheeler.UUCP | |__________________________|______________________________| Genius is more often found in a cracked pot than a whole one...... E.B. White ------------------------------ Date: 27 Jul 89 18:13:18 GMT From: tahoe!wheeler!mikew@apple.com (Mike Whitbeck) Subject: Re: putchar() getchar() problem? To: info-atari16@score.stanford.edu In article <33978@grapevine.uucp> koreth (Steven Grimm) writes: ~In article <2829@tahoe.unr.edu~ mikew@wheeler.UUCP (Mike Whitbeck) writes: ~~HELP ! ~~I seem to get extra \r's from putchar()!!!! (or getchar()?) ~ ~On the ST, the end-of-line code is \r\n, not just \n as it is on UNIX. ~In order to output valid text files, C libraries translate \n to \r\n ~on output, and back the other way on input. ~ ~Most C compilers on the ST let you pass a "b" modifier to in the second ~parameter of fopen(); this tells the compiler to skip its I/O translation. ~ ... ~Hope that helps. ~ ~sgrimm@sun.com ...!sun!sgrimm Actually I am not getting the \r\n pair just the \r and somewhat randomly sprinkled throughout the file. A la UN*X I planned to use the splay program as a filter using stdin and stdout. Maybe I can write a scratch file fopen'd as per your sugesstion and then cat the scratch file to stdout via Pexec or execvec(). Thanks for the reply. ------------------------------ Date: 27 Jul 89 12:19:00 GMT From: philmtl!philabs!ttidca!woodside@uunet.uu.net (George Woodside) Subject: Re: Defragger wanted (wasRe: 82 track DS/DD drive needed) To: info-atari16@score.stanford.edu In article <15830@pasteur.Berkeley.EDU> calengr@cory.Berkeley.EDU.UUCP (California Engineer Magazine) writes: ...[edited]... >Can someone tell me where I can get a copy of a good >defragger for a floppy? > >Thanks > >Michael I don't know of any around, but that may be because you don't need one. Just copy the files (not the whole disk, the files) to another (empty) floppy, and they will be made contiguous. If you have a big enough RAMdisk, you can copy the files to it, delete them from the original floppy, then copy them back. When you use the desktop (or most utility programs) to copy whole disks, the structure (and consequent fragmentation) of the disk is maintained. When you copy the files (or complete folders), the data is accessed as a file, and read and written back as file-sized entities. If the destination is blank, the files are written contiguously. -- *George R. Woodside - Citicorp/TTI - Santa Monica, CA *Path: ..!{philabs|csun|psivax}!ttidca!woodside ------------------------------ Date: 27 Jul 89 13:16:21 GMT From: philmtl!philabs!ttidca!woodside@uunet.uu.net (George Woodside) Subject: Re: Hard Disk Auto Boot Bypass To: info-atari16@score.stanford.edu In article <711@lzaz.ATT.COM> hcj@lzaz.ATT.COM (HC Johnson) writes: >For 2 years I have auto booted off a hard disk. >I have used the Bypass program by Small in Start magazine to save me >when the /auto or .acc program went bad and the system wouldnt boot. > >This program allowed the disk driver (aka AHDI.PRG) to be read in from the >floppy, and the hard disk wasn't accessed. Then I could fix the problem. > >Now, I find it is incompatible with TOS1.4 . Not unexpected! > >What now? Does anyone have a similar program that works on tos1.4??? Depending upon which software you are running, there are usually hooks in the auto boot code to allow you to prevent an auto boot whenever you want. Check the documentation from the vendor of your driver. The more common ones are holding down a shift key, the Alt key, the Control key, or some combination of them when powering up your system. Most bypass techniques are effective only at power up, not at reset. -- *George R. Woodside - Citicorp/TTI - Santa Monica, CA *Path: ..!{philabs|csun|psivax}!ttidca!woodside ------------------------------ Date: 27 Jul 89 12:32:52 GMT From: philmtl!philabs!ttidca!woodside@uunet.uu.net (George Woodside) Subject: Re: Turtle 3.0 suggestion To: info-atari16@score.stanford.edu In article <2868@brahma.cs.hw.ac.uk> neil@cs.hw.ac.uk (Neil Forsyth) writes: >In article <4821@ttidca.TTI.COM> woodside@ttidcb.tti.com (George Woodside) >writes: >>Turtle has severe memory problems. It, with the RAMdisk, just barely fits >>into the 1M machines. Adding features and options is limited by memory to >>the most crucial items. The most crucial, in the immediate future, is the >>support of the way TOS 1.4 handles the Archive bit. Next is more flexibility >>for diskette formats. > >Why not trash the GEM stuff and the Turtle Logo. I guess that would give you >more memory. If a program is run as a '.prg' then you can still use the mouse >via the Line-A routines & variables. Because that's not the program where the more severe memory constraint is. "TURTLE.PRG" is the GEM front end. It has the menus, mouse, etc. It does all the user interface work, and builds a command line for the other program. "TTLEXEC.TTP" is the program that does the backup work. It has to fit into memory with the RAMdisk, and that's the one that's squeezed to the max. The two programs trigger each other via shel_exec, so they have to be kept the same size in order to fit into the same memory space, once the RAMdisk is activated. Since the majority of ST users are not software hackers, I resist the temptation to implement any non-standard interface techniques. Part of the elegance of the ST is that, by having GEM built in, it provides a platform which offers the same user interface across a wide scope of programs. Given years of remembering obscure control-key commands and wierd letter-options from CP/M, MS-DOS, and UNIX, I find menus and clearly explained options in dialog boxes a real pleasure. Point and click is the next best thing to audible commands, in my opinion. -- *George R. Woodside - Citicorp/TTI - Santa Monica, CA *Path: ..!{philabs|csun|psivax}!ttidca!woodside ------------------------------ End of Info-Atari16 Digest ************************** -------