Path: utzoo!utgpu!water!watmath!clyde!att-cb!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!ucbvax!UNCACDC.BITNET!Postmas From: Postmas@UNCACDC.BITNET (University of Calgary Postmaster) Newsgroups: comp.sys.atari.st Subject: (none) Message-ID: <880328112251.000012F0.BCFP.D2@UNCACDC> Date: 28 Mar 88 18:22:51 GMT Sender: usenet@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 148 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 Comments: Warning -- original Sender: tag was Info-Atari16-request@Score.Stanford.EDU From: Info-Atari16 Digest Subject: Info-Atari16 Digest V88 #157 To: Michael Hoffos 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 **************************