🚀 go-pugleaf

  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 <INFO-A16@DEARN>
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 <Info-Atari16@SCORE.STANFORD.EDU>
Subject:      Info-Atari16 Digest V89 #365
To:           Robert Weissenfels
 <WEISSENFELS@BAUELEMENTE.E-TECHNIK.UNI-DORTMUND.DBP.DE>

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
**************************
-------