
INFO-ATARI16 Digest         Sun, 13 May 90       Volume 90 : Issue  539
 
Today's Topics:
                                (none)
            AUTO folder (Was: More on The Vault / The Key)
                      BOOKS for the ST (2 msgs)
                             copyfix.prg
               poolfix3, poolfix4; naming conventions.
                      Re; poolfix3,poolfix4,....
----------------------------------------------------------------------
 
Date: 13 May 90 08:40:07 GMT
From: eagle.wesleyan.edu!ncastellano@CS.YALE.EDU
Subject: (none)
Message-ID: <22828@eagle.wesleyan.edu>
 
In article <9005130650.AA28761@Sunburn.Stanford.EDU>, FTJLH@ALASKA.BITNET
 ("Prinz_Arcturus") writes:
> ZRAM video flicker
>    as I was saying... the left and right borders of what I see on a mono
> monitor jump back and forth several chars worth. The rightmost char gets
> wrapped around to the next line. All this on a 1040 taken to 2.5, with
> all the rf shields left off. The ZRAM sits right on top of the video
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
  This is probably the source of the problem.
 
> shifter.
>     Any help appreciated.... I'll try to get in there again and shield
> what I can.... but, right now, the jitter has stopped and I'm merely
 
What do you want help with?  You've already indicated the problem and the
most likely solution, so what can we say?
 
> right shifted several chars. Thanks for any comments.
>       J Harris         Fairbanks/Alaska
--
        ncastellano@eagle.wesleyan.edu    ncastellano@wesleyan.bitnet
                Sinkhole!dEADHEAd@mast.citadel.moundst.mn.org
   "We are happy.  (_silence._)  What do we do now, now that we are happy?"
               -Estragon, _waiting for godot_ by samuel beckett
 
------------------------------
 
Date: 13 May 90 14:05:19 GMT
From:
 usc!cs.utexas.edu!news-server.csri.toronto.edu!utgpu!watserv1!maytag!watdragon!
 daisy.waterloo.edu!ljdickey@ucsd.edu  (Lee Dickey)
Subject: AUTO folder (Was: More on The Vault / The Key)
Message-ID: <1990May13.140519.21451@watdragon.waterloo.edu>
 
In article <1458@opal.tubopal.UUCP> ripley@tubopal.UUCP (Hans-Ch. Eckert)
 writes:
>In article <1124@bambam.UUCP> mcallist@bambam.UUCP (Steve McAllister) writes:
>]The Vault and The Key are both great.  I lost my hard drive, complete with
>I agree. There are only two minor problems which hit me:
>
>Copying the auto-folder results in (sort of) garbage. The files each
>for itself ar OK, sure, but they're resorted afterwards.
>Well, I used tar and compress and all went fine. ;-)
>(Zoo and arc did no good. Either I invoke them for each file again, then
>they're sorted in when copying the rest of the archive around. If I do
>"zoo -a archive *" from within gulam, they're sorted. If I do "zoo -a
>archiv '*'", zoo sorts the filenames itself. Arc reacted this way, too.
>What also worked was using the MT C-Shell and doing "ls -u1 |  zoo aI archive"
>thus listing the contents of auto without sorting and each entry on its
>own line and piping these into zoo, reading filenames from stdin.)
 
Some time ago I developed a little script for playing with the order of
programs in my AUTO folder.  Since then, my AUTO folder has "settled down"
and does not change as much as it used to.
------------------------------
 
Date: 13 May 90 07:01:02 GMT
From: portal!cup.portal.com!Bob_BobR_Retelle@apple.com
Subject: BOOKS for the ST
Message-ID: <29859@cup.portal.com>
 
Dave Halliday asks:
>A few years ago I found a very good book on basic ST gem programing:
 
>Applications programing on the Atari ST : By Pollack and Webber.
 
>Does  anyone  know  the  publisher?  This  is so that I can order more
>copies of this book direct from the States as no UK Book shop has been
>able to get hold of it.
 
The title is "Atari ST Application Programming" by Lawrence J. Pollack
and Eric J.T. Weber, published by Bantam Computer Books.
 
The "ISBN" number is:  0-553-34397-1
 
Good luck...  most Atari ST books have gone the way of the Dodo bird...
 
BobR
 
------------------------------
 
Date: 13 May 90 21:52:53 GMT
From: mcsun!unido!fauern!fauern!csbrod@uunet.uu.net  (Claus Brod )
Subject: BOOKS for the ST
Message-ID: <2737@medusa.informatik.uni-erlangen.de>
 
D.C.Halliday@newcastle.ac.uk (D.C. Halliday) writes:
 
>A few years ago I found a very good book on basic ST gem programing:
 
>Applications programing on the Atari ST : By Pollack and Webber.
 
>Does  anyone  know  the  publisher?  This  is so that I can order more
>copies of this book direct from the States as no UK Book shop has been
>able to get hold of it.
 
Bantam Books, Datatech Publications, ISBN 0-553-34397-1.
 
Claus Brod
 
------------------------------
 
Date: 13 May 90 21:56:43 GMT
From: mcsun!unido!fauern!fauern!csbrod@uunet.uu.net  (Claus Brod )
Subject: copyfix.prg
Message-ID: <2738@medusa.informatik.uni-erlangen.de>
 
ggreenbe@rodan.acs.syr.edu (Gerald Greenberg) writes:
 
>Sorry I don't know how to include the previous messages in my
>own, but there were (at least) two messages stating that
>copyfix.prg, which comes with icd hard drive set ups, causes
>problems with other programs  (one was Neodesk).  Well, I'm
>going to add another:  DCDESKTOP.  When I finally got around
>to including copyfix.prg in my autofolder, it let dcdesktop
>load, but it messed up the desktop that had various icons on
>it, AND it did not show hard disk icons with my three
>partitions.  In fact, it only showed one partition, and showed
>that partition using a "folder" icon.
 
When TOS 1.0 or TOS 1.2 copy files the target files are time-stamped
with the current date and time instead of the original time-stamp.
Copyfix tries to fix this one, but it assumes that filenames can
only start at even addresses. Therefore, it bombs with some
programs. The GEMDOS docs don't require the name to start at an
even address, so I guess it's a copyfix bug.
 
Claus Brod
 
------------------------------
 
Date: 13 May 90 22:03:16 GMT
From: mcsun!unido!fauern!fauern!csbrod@uunet.uu.net  (Claus Brod )
Subject: poolfix3, poolfix4; naming conventions.
Message-ID: <2739@medusa.informatik.uni-erlangen.de>
 
kgg@zinn.MV.COM (Kenn Goutal) writes:
 
>and what does it fix?
 
It fixes a bug in the GEMDOS memory pool manager in TOS 1.4 and TOS 1.6.
You don't need it if you have TOS 1.0 or TOS 1.2 in your ST.
 
Claus Brod
 
------------------------------
 
Date: 13 May 90 22:22:55 GMT
From: mcsun!unido!fauern!fauern!csbrod@uunet.uu.net  (Claus Brod )
Subject: Re; poolfix3,poolfix4,....
Message-ID: <2740@medusa.informatik.uni-erlangen.de>
 
marten@tpki.uucp (Marten Feldtmann) writes:
 
>>From:  csbrod@medusa.informatik.uni-erlangen.de (Claus Brod )
>>Date:  7 May 90 16:32:43 GMT
 
>>
>>Dear Mr Pratt,
>>
>>since I don''''t have regular access to Usenet, this letter might be somewhat
>>late. People have told me about your reactions towards my version of POOLFIX,
>>and I would like to add some comments.
>>[.....]
 
>Good answer -- a lot of ST user here in Germany think the same way.
>Well done, Claus!
 
>Marten
>
Tnx Marten!
 
I have sensed lots of encouragements from netters in the above matter so
I dare post another msg concerning the discussion here. Chris Evelo,
who posted POOLFIX4 for me, sent me excerpts from the start of the
discussion when I wasn't on the net. This message shall serve as a means
to clear up some of the confusion.
 
Julian Reschke wrote somewhere:
>[quoting my readme file from POOLFIX4]...
>...
>>As always, users are forced to do the patching themselves. In this...
>>(this is still a quote from my readme, which Julian commented like
>> this:)
> Patch your OWN brain-damaged software! :-)
 
Dear Julian, I don't like that. You're simply missing the point of all
this. No matter whether my driver uses the Trap #1 vector or not, there
are other programs that do, and they will pose similar difficulties to
users in conjunction with POOLFIX3 as my driver does. Using the TRAP #1
vector is from all my knowledge PERFECTLY LEGAL (as long as you use
XBRA), and every program that breaks a program using the TRAP #1 vector
legally to my eyes is at least not quite correct. That POOLFIX3 wouldn't
run with my driver, was the incentive for doing the patch, but if was
NOT the real _reason_. Got that now? Fine.
 
Apart from that, I'd like to ask to think about what you're writing
before you post it. I tested your software for a German computer
magazine recently, and though I found some bugs and features that
you could as well call 'not quite correct', I didn't call your
software "brain-damaged" in the public. It wouldn't have deserved it,
and I think my driver hasn't, either. Remember that it is probably
the most wide-spread third-party all-brand hard disk driver in Germany
and in Europe, and users are quite content with it. They also really
like the DESKTOP.INF patch included in the last version. Don't you
think you're a little arrogant if you try to avoid seeing what users
want out there in userland? Come on, Julian, being a guru is fine,
but is worth nothing if you lose contact with your users.
 
One last point: I wonder why you, Julian, reacted so strongly on
POOLFIX4. You're not ATARI, and you don't have to fight for them!
As far as I can judge from the reactions I read, Mr Pratt seems
less upset about the whole matter than you.
 
What would I say if someone came up with a patched CBHD version called
CBHD 3.6? Well, I have apologized for the naming already, but remember
there's a slight difference. CBHD is a commercial software whereas
POOLFIX seems to be something like PD or even freeware (what else
might a TOS fix be? ATARI wants everyone to have it!).
 
To help calm you down a bit, Julian, I can tell you that the whole
DESKTOP.INF thingy will be optional in later versions of my driver.
I will also look at your proposal of having a DA save the DESKTOP.INF,
tnx.
 
Keep hacking,
 
Claus Brod
 
------------------------------
 
Date: Sun, 13 May 90 01:16:14 -0900
From: "Prinz_Arcturus"  <FTJLH%ALASKA.BITNET@forsythe.Stanford.EDU>
Message-ID: <9005130916.AA29491@Sunburn.Stanford.EDU>
 
Z_RAM flaky video?
    Further trials/much errors indicates my 2.5M Z-RAM upgrade conflicts
with ETERNAL ramdisk, giving shaky video borders. Any alternate reset
proof ramdisks available/workarounds? Thanks          j harris
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #539
*****************************************
