=========================================================================
 
INFO-ATARI16 Digest         Thu,  8 Mar 90       Volume 90 : Issue  296
 
Today's Topics:
                         520ST Memory Upgrade
                                G-Dos
           How do you create non-scrolling screen regions?
                              Question!
                           QuickCIS program
                             Quick ST 2.0
                      SAM V1.1 at Umich (2 msgs)
                         Screensaver (again)
                          SIMMs for the STE
                             ST for sale
          Subject: Sooner or later it _will_ happen to you.
                             TT (2 msgs)
----------------------------------------------------------------------
 
Date: 8 Mar 90 04:37:35 GMT
From: brunix!rjd@uunet.uu.net  (Rob Demillo)
Subject: 520ST Memory Upgrade
Message-ID: <31899@brunix.UUCP>
 
Thanks to all those who responded to my "is it *really* safe to
bump up the memory on a 4 year old 520ST with piggybacked 1 Meg
RAM currently installed" question. I was responding to all of
you one by one, but today I logged in and there were 32 messages
in my mailbox, so, um, I'm wimping out and responding here.
 
The overwhelming response seems to have been: "I've done it, no
sweat, its been running fine for a gwuadzillion years, no overheating,
no problems, etc." So, I feel much more comfortable now. :)
 
Thanks again, the responses and inquiries were appreciated!
 
 
 - Rob DeMillo                  | Internet: rjd@brown.cs.edu
   Brown University             | BITnet: DEMILLO%BRNPSG.SPAN@STAR.STANFORD.EDU
   Planetary Science Group      | Reality: 401-273-0804 (home)
"I say you *are* the Messiah, Lord! And I ought to know, I've followed a few!"
 
------------------------------
 
Date: 8 Mar 90 01:44:15 GMT
From: isc-br!iscuvd.isc-br.com!richardk@uunet.uu.net  (Richard Kearnes)
Subject: G-Dos
Message-ID: <2790@isc-br.ISC-BR.COM>
 
In article <9003051048.AA02991@freya.math.dmswwu> ONM07@DMSWWU1A.BITNET (Julian
 Reschke) writes:
>In article <17476@boulder.Colorado.EDU> MILLER TODD C writes:
>> You can get AMCGDOS.ARC from terminator.cc.umich.edu (35.1.33.8).
...
 
>How can You say that AMCGDOS is PD, if there is clearly a copyright
>in the program startup? AMCGDOS is free ONLY for NON-COMMERCIAL usage!
 
If AMCGDOS is free for non-commercial usage can someone with access to
the terminator archive send a copy of the package to the moderator of
comp.binaries.atari.st so it can be posted to the net for those of us
who do not have access to the terminator archive?
--
Richard Kearnes            UUCP:  richardk@isc-br.ISCS.COM
ISC-Bunker Ramo                 (uunet!isc-br!richardk)
East 22425 Appleway        Phone: +1 509 927-5478
Liberty Lake, WA  99019
 
------------------------------
 
Date: 8 Mar 90 06:27:05 GMT
From:
 mailrus!usenet.ins.cwru.edu!usenet.INS.CWRU.Edu!bammi@tut.cis.ohio-state.edu
 (Jwahar R. Bammi)
Subject: How do you create non-scrolling screen regions?
Message-ID: <BAMMI.90Mar8012815@curie.ces.cwru.edu>
 
In article <2344@ultb.isc.rit.edu> ajy2208@ultb.isc.rit.edu (A.J. Yarusso)
 writes:
>   Hopefully I won't have to write custom screen i/o routines to do
 
        No you wont have to! there is an advertised lineA variable (V_CEL_MY)
just to do this: the short (16 bit) at offset -0x2a (-42 decimal) bytes from
the lineA base can be set to a number N to get effectively a N+1 line
scrolling region vt52. For instance if you want the N'th line to
be a status line, and have a (N-1)x80 vt52, you would set
 
        char *linea_base = (base of lineA from linea0 (0xA000));
 
        short *V_CEL_MY = (short *)(linea_base - 42L);
        short save;
        save = *V_CEL_MY;
        *V_CEL_MY = save - 1;
 
        ....
        and before terminating:
        *V_CEL_MY = save;
 
its probably not a good idea to assume that the screen is 25 lines
high (or even 80 wide (with can be determined from V_CEL_MX at offset -44)).
 
To write to the bottom line(s):
        - you can use something like v_gtext()
        - or you can change *V_CEL_Y, write to the line using
        Bcon/Ccon traps, and change *V_CEL_Y back, and so on..
 
Some of this stuff is documented in <line.h> that i posted here a while
back, or in the more current version of that file that comes  with the
Gnu C library (available via FTP from dsrgsun.ces.crwu.edu).
 
--
--
bang:   
domain: bammi@dsrgsun.ces.CWRU.edu
GEnie:  J.Bammi
 
------------------------------
 
Date: 8 Mar 90 07:17:31 GMT
From:
 cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watcgl!electro!ignac@tut.c
 is.ohio-state.edu  (Ignac Kolenko)
Subject: Question!
Message-ID: <1478@electro.UUCP>
 
hmmm. i seem to have created yet another controversy over trying to post
the Quick ST II demo code to comp.binaries.atari.st. Soooo, i want to get
some feedback from net people on a couple of things:
 
1 - Branch Always Software *ALWAYS* will post a demo of our latest stuff
        on ALL online services (Compuserve, BIX, GEnie) and we feel (or at
        least I do) that people on Usenet who don't have access to the above
        online services (ie: most Europeans) benifit from having the demos
        posted to comp.binaries.atari.st as well
 
2 - we will NOT make a special demo version just for Usenet. One is plenty
        to worry about for later bug reports, etc. we just simply do not have
        the time to do things specially for Usenet.
 
3 - because they are demos of commercial products, we put as must notice into
        the demo to give people ABSOLUTELY no doubt that the stuff is not
        shareware and is indeed commercial. We feel that this is hardly any
        different than large shareware notices. And let's face it folks, Branch
        Always Software is HARDLY on the scale of Apple or Microsoft or even
        lowly Atari for that matter when it comes to commercial sales.
        Shareware simply became too large to keep under the
        table, so going commercial makes our
        stuff that much more legitimate, (and keeps us out of trouble with
        government auditors, etc :-)  (this point is equally valid for
        small companies such as Double Click, etc in the Atari world)
        (and this way, the author of Turbo ST can't yell at us for being
        "unfair competition" as he said when we were shareware.)
 
        so, the questions i ask are:
 
Do you Usenet folks feel that the posting of our demos of our products here
is a worthwhile endevour, or should we stop?
 
Are Usenet folks REALLY care all that much if a commercial endorsement is
made in the demo??
 
if the responses are in favour of absolutely no commercial
stuff on Usenet, then i guess there's no point but to leave Usenet out
on future postings of demos, etc. And i think that in such a small
userbase, that would be a damn shame!
 
(and hell, why should Compuserve, GEnie and BIX get all the good stuff
anyways?????)
 
comments/responses/flames/praise/beratings/humble opinions/blathering/etc
accepted free of charge!
 
--
=====Ignac A. Kolenko (The Ig)=====watmath!watcgl!electro!brasoft!ignac======
     co-author of QuickST, and the entire line of Quick Software!!!!
  Branch Always Software Box 2624, Station B, Kitchener, Ont. CANADA N2H 6N2
=============================================================================
 
------------------------------
 
Date: Thu, 8 Mar 90 00:04:11 EST
From: csrobe@cs.wm.edu (Chip Roberson)
Subject: QuickCIS program
Message-ID: <9003080504.AA06898@cs.wm.edu>
 
Has anybody successfully downloaded the file QWKCIS.ARC from the
Telecommunications library in the AtariPro forum on CompuServe?
I tried 3 times tonight, but all 3 times the xfer crapped out.
This is getting a little expensive.
 
QuickCIS is an ST program for navigating CIS in a mostly offline
way to minimize connect time.  If anybody has successfully downloaded
it, I would appreciate receiving a copy!
 
Thanks bunches,
-chip
-=- Charles S. Roberson          ARPANET:    csrobe@cs.wm.edu           -=-
-=- VA Remote Sensing Study      UUCP:       ...!uunet!cs.wm.edu!csrobe -=-
-=- Dept of Comp. Sci.           Compu$erve: 71500.2056@compuserve.com  -=-
-=- College of William and Mary  Ma Bell:    (804) 221-3455 [W]         -=-
-=- Williamsburg, VA 23185                   (804) 229-5530 [H]         -=-
 
                    Fur:  The look that kills.
 
------------------------------
 
Date: 7 Mar 90 21:54:10 GMT
From: hpl-opus!hpnmdla!hpsad!randyh@hplabs.hp.com  (Randy Hosler)
Subject: Quick ST 2.0
Message-ID: <750052@hpsad.HP.COM>
 
/ hpsad:comp.sys.atari.st / scott@cs.odu.edu (Scott Yelich) / 10:58 pm  Mar  6,
 1990 /
 
> And now for a random thoughts:
> 1) Information on that disk to disk copy scheme as well as the space ace
>    demo are available through ftp from xanth.cs.odu.edu.
 
I just tried ftp'ing space_ace and I couldn't "get" it.  Seems that
read permission is not set for 'the world' (not the owner or group).
 
Could someone at xanth.cs.odu.edu fix this please.
 
Randy
 
   |\   | |     _ |                        Randy Hosler
   |/   |-| /\ <  | [] /\                  randyh@hpsadpk
   |\ . | | \/ _> | \_ |                   (707) 974-3677
 
------------------------------
 
Date: 8 Mar 90 01:44:18 GMT
From:
 zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!
 cs325ec@tut.cis.ohio-state.edu
Subject: SAM V1.1 at Umich
Message-ID: <16000021@ux1.cso.uiuc.edu>
 
        I have uploaded SAM V1.1 to umich archives and sent a copy to
        comp.binaries.  It will perform sensitivity adjustable disk
        checking with a few other options.  Check it out if you
        have disk (hard or floppy) problems.
 
        -Greg
 
------------------------------
 
Date: 8 Mar 90 01:43:56 GMT
From:
 zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!
 cs325ec@tut.cis.ohio-state.edu
Subject: SAM V1.1 at Umich
Message-ID: <16000022@ux1.cso.uiuc.edu>
 
        For those of you who wanted to see C code, the sources included
        include
                GEM.C -- gem routines to ease dialog usage
                MESS.C -- gem routines to pass messages to the user/get inp
                SAM.C -- routines involving FAT handling, disk access.
 
        Written in Turbo C.
 
        - Greg
 
------------------------------
 
Date: 7 Mar 90 13:29:17 GMT
From:
 pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!wuarchive!texbell!letni!dm
 s3b1!dave@tut.cis.ohio-state.edu  (Dave Hanna)
Subject: Screensaver (again)
Message-ID: <219@dms3b1.UUCP>
 
In article <8023@cs.utexas.edu> psurge@cs.utexas.edu (Troy Carpenter) writes:
>I use Maccel2 and my screen blanks, instead of shifting colors.
 
If I'm not mistaken, Maccel2 will blank a color monitor, and periodically
reverse a monochrome monitor.  I have been told that the reason for this
is that the monochrome monitor design will fry itself if it goes for long
periods without a sync signal.
 
I installed the recently posted "pyro" program on top of Maccel2 -
It goes to an almost blank screen after a blanking delay, and produces
a random display of single-pixel "fireworks".  It's cute, but you almost
have to turn the room lights off to see the fireworks.  Anyway, since it
is being sent a signal, it maintains sync to the monitor, but the screen
is essentially black.
>                              Troy Carpenter
>                      Department of Computer Sciences
 
    Dave Hanna
 
--
Dave Hanna,  Infotouch Systems, Inc. |  "Do or do not -- There is no try"
P.O. Box 584, Bedford, TX 76095      |                        - Yoda
(214) 358-4534   (817) 540-1524      |
UUCP:  ...!texbell!letni!dms3b1!dave |
 
------------------------------
 
Date: 8 Mar 90 01:52:55 GMT
From: rochester!rit!ultb!drp9500@louie.udel.edu  (D.R. Paradis)
Subject: SIMMs for the STE
Message-ID: <2358@ultb.isc.rit.edu>
 
What could I do to my 1040ST to have it take SIMMs?
 
   I want to upgrade to 4 megs as cheap as possible.
 
     Is this a possible way?
 
------------------------------
 
Date: 8 Mar 90 00:54:55 GMT
From: dw2l+@andrew.cmu.edu  (Daniel Louis Wallace)
Subject: ST for sale
Message-ID: <oZxOpTe00Uh7A1l1Am@andrew.cmu.edu>
 
Hello out there,
I have a 520, drive, and a mono monitor I would like to sale.  I also
have a Panasonic dot matrix printer and a 1200 baud modem to go along
with the system.  I have a bunch of software I am willing to throw in,
games, utilities.  The equipment is still in its original boxes.
 
Daniel Wallace
Carnegie Mellon Univ
 
------------------------------
 
Date: 7 Mar 90 19:04:12 GMT
From: mcsun!ukc!harrier.ukc.ac.uk!jbww@uunet.uu.net  (J.B.W.Webber)
Subject: Subject: Sooner or later it _will_ happen to you.
Message-ID: <4083@harrier.ukc.ac.uk>
 
In article <900305132338.807867@DMZRZU71-UNI-MAINZ--GERMANY>
 Ritzert@DMZRZU71.BITNET writes:
><Over the weekend I managed to completely blow away my hard drive.  It wouldn't
><boot, it wouldn't talk to my ST at all, even when I ran AHDI from floppy.
><
>
>Well, it looks like the drive "felt formatted". This happens sometimes;
>I know several people who have had these problems. It also happened to
>me with the sh205 a few weeks ago. After I had reformatted the drive (of
>course!), someone who has faced this problem several times told me of a
>way to restore the drive, at least the partitions above c:\. He told me
>that usually only the first 8-10 kB were zeroed.
>
>Michael Ritzert
>mjr@dmzrzu71.bitnet
 
    Anyone with the time to write a tiny utility to just grab all the
        fat and directory structure, + write it to optionally :
        a) file on tracks near other end of disk
        b) floppy disk
(to be run before switch off/ at boot time)
 
An option to grab this info from a sequence of floppy disks would be nice.
 
- sorry for suggesting more work for others, when I don't have the time
 
cheers
        beau webber
 
------------------------------
 
Date: 8 Mar 90 04:32:48 GMT
From: brunix!rjd@uunet.uu.net  (Rob Demillo)
Subject: TT
Message-ID: <31898@brunix.UUCP>
 
In article <6154@blake.acs.washington.edu> ramsiri@blake.acs.washington.edu
 (Enartloc Nhoj) writes:
>According to many "officials" at ATARI...
>some who have written to me personally,
>
>**  The  TT  will be available in TWO WEEKS! **
>
 
I hate to be accused of crying wolf, but this *does* seem to
confirm what I heard last week. (I never posted it because I
didn't want to be guilty of starting a 'It's coming!' rumor.)
 
Anyway, I was told by a dealer on Feb 28th that the TT will be
released by the end of March. I looked at him incredulously, and
he laughed and said that he heard this from both his Atari shipper
and by someone he knew at the FCC. Just for completeness sake: the
FCC guy told him that the STacy and the TT were both "on the bench"
in one of the labs and were due to complete their certification in
a few days.
 
Now...if all this turns out to be another Atari false alarm,
don't shoot me I'm only the piano player!
 
 
 - Rob DeMillo                  | Internet: rjd@brown.cs.edu
   Brown University             | BITnet: DEMILLO%BRNPSG.SPAN@STAR.STANFORD.EDU
   Planetary Science Group      | Reality: 401-273-0804 (home)
"I say you *are* the Messiah, Lord! And I ought to know, I've followed a few!"
 
------------------------------
 
Date: 8 Mar 90 00:18:40 GMT
From: haven!grebyn!ckp@ames.arc.nasa.gov  (Checkpoint Technologies)
Subject: TT
Message-ID: <19448@grebyn.com>
 
In article <6154@blake.acs.washington.edu> ramsiri@blake.acs.washington.edu
 (Enartloc Nhoj) writes:
>According to many "officials" at ATARI...
>some who have written to me personally,
>
>**  The  TT  will be available in TWO WEEKS! **
 
        Did anyone else who had seen the movie "The Money Pit" get a
good laugh out of this too??? :-)
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #296
*****************************************