🚀 go-pugleaf

To: >udd>Ench425>MWHoffos>MWHoffos.mbx at UNCAMULT.BITNET: Unable to queue mail.

--------------------RETURNED MAIL FILE--------------------
Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 3240;
          Mon, 28 Mar 88 10:07:09 EDT
Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2753014142911011@UNCA
Received: by CANADA01 (Mailer X1.24) id 9327; Mon, 28 Mar 88 01:51:28 EDT
Date:         Sun, 27 Mar 88 14:43:59 PST
Reply-To:     Info-Atari16@Score.Stanford.edu
Sender:       INFO-ATARI16 Discussion <INFO-A16@CANADA01>
Comments:     Warning -- original Sender: tag was
              Info-Atari16-request@Score.Stanford.EDU
From:         Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Subject:      Info-Atari16 Digest V88 #157
To:           Michael Hoffos <MWHOFFOS@UNCAMULT>

Info-Atari16 Digest   Sunday, March 27, 1988   Volume 88 : Issue 157

This weeks Editor: Bill Westfield

Today's Topics:

                         Screen memory format
                        Need help with VC.TTP
                     Re: MWC rdy ramdisk utility

----------------------------------------------------------------------

From: MCCABE%MTUS5.BITNET@forsythe.stanford.edu
Date: 27 Mar 88   14:08 EST
To: INFO-ATARI16@score.stanford.edu
Subject: Screen memory format

Date:    27 March 1988, 13:56:33 EST
From:    Jim McCabe                                      MCCABE at MTUS5
To:      INFO-ATARI16 at SCORE.STANFORD.EDU
Subject: Screen memory format

I need to know what the format of the ST display memory is.  The Abacus
Internals book gives a completely different discription than the Compute!'s
VDI manual.  I tend to trust the Compute! publication more because it
sounds a lot more reasonable and intelligent. (Let's talk low-res here)

Compute!:  Each ADJACENT four BITS specify a number between 0 and 15
           that represents the color register used to plot that pixel.
Abacus:    Four contiguous memory WORDS specify the color of 16 pixels.
           To set a pixel, one must set a bit in each of the four words.
           "in order to set the point in the upper left-hand corner,
           the topmost bits of words $78000 (assume screen memory starts
           at 78000), $78002, $78004, and $78006 must be manipulated."

Like I said, the Abacus method doesn't sound very logical.
Which method is actually used?

Thanks in advance!

+-----------------------+-----------------------------+
:  Jim McCabe           :  BITNET:  mccabe   @ mtus5  :
:  G31 ECH MTU          :           jemccabe @ mtus5  :
:  Houghton, MI  49931  :    UUCP:  mccabe   @ m-net  :

------------------------------

Date: 21 Mar 88 13:20:19 GMT
From: ulysses!mhuxo!mhuxu!cbz@ucbvax.Berkeley.EDU  (Craig B. Ziemer)
Subject: Need help with VC.TTP
To: info-atari16@score.stanford.edu

I have been using the spreadsheet program VC for a few weeks now.
This program was originally run on a U**X type system (I think)
but has been ported to PC's, the ST being one.  The program works
beautifully except for one thing.  The "w" command (write) does
not work.  This is the command which saves a copy of the spread-
sheet to disk, in a format which is easily readable by humans.
The "p" command (put), which savves the spreadsheet in a format
to be read back by VC, works fine.  So the question is this, Does
anyone else have this problem?  Does anyone know who ported this
to the ST?  Someone has been kind enough to suggest a fix to the
printfile routine but the fix is in source code and I have no way
to compile it (C language).  Could someone help in this way?  I
would appreciate any help in making this great PD program greater!

Craig Z. at AT&T
mhuxu!cbz

------------------------------

Date: 24 Mar 88 05:47:09 GMT
From: lakesys!rich@csd1.milw.wisc.edu  (Rich Dankert)
Subject: Re: MWC rdy ramdisk utility
To: info-atari16@score.stanford.edu

In article <7524@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes:
>does anybody know just how the rdy ramdisk works?
>i keep running into this problem that if i warm boot the system with
>a disk that has accessories (or the IB Drive res.prg), the MWC ramdisk
>disappears..., but it doesn't get destroyed, because if I reboot
>with a disk that has no desk accessories it comes back, most of the time.
>
>it really gets frustrating if i want to use the IB Drive 5.25" drive
>and use msh from the ramdisk to work on the files on the 5.25...

    I too had a hard time really seeing the need for the rdy type of
RamDisk, so what I did was to use MegaMatic, a ShareWare program that
really works well. I use it over the rdy *all the time. If you look around
the local bbs's you should be able to find a copy.

    What to do.....

    Create AUTO folder

    Configure MegaMatic per the doc's and place it *first in the
    AUTO folder.

    Now place your REZ.PRG in the folder next.

    Now go and configure your profile (for msh) to create the desired
    folders in\on the drive you wish (IE:RamDisk or IB drive), and then
    add the instuctions (to msh) to copy the desired files to where ever
    you wish them to be.

    I always copy the msh.prg to a Ramdisk, so I can pop out of the shell
    if I desire, and run something from the desktop, and them just
    re-run the msh.prg out of the RamDisk. When the profile tries to
    create the already existing folder and or copy the files again, it
    will report "access denied" and you all set and ready to go again.

    One more thing, Make sue that you have the postfile copied to the
    same dir as the msh and profile files so when you exit the desktop
    is reset to what it was *before you ran msh.

    Works for me *every time....

-rich
UUCP: {Ihnp4,uwvax}!uwmcsd1!lakesys!rich



--
 Disclaimer: The words, expressions posted here are my own.....
 Nothing is ever so bad that it can't be made worse by trying to fix it
                           -- Law of the Hacker

------------------------------

End of Info-Atari16 Digest
**************************