shulman@topaz.RUTGERS.EDU (Jeff Shulman) (07/06/86)
Delphi Mac Digest Sunday, 6 July 1986 Volume 2 : Issue 27
Today's Topics:
RE: Usenet Mac Digest V2 #48 (Re: Msg 9523)
RE: MacDraw Font Sizes! (Re: Msg 9608)
RE: Wierd Scenes Inside the Desktop (Re: Msg 9663)
smalltalk
Arghh! (screen dumps)
CatMove
RE: CatMove (Re: Msg 248)
Fedit Plus
RE: Fedit Plus (Re: Msg 9724)
RE: Fedit Plus (Re: Msg 9724)
HFS Backup and other goodies
RE: Usenet Mac Digest V2 #52 (Re: Msg 9713)
RE: INFO-MAC Digest V4 #81 (Re: Msg 9742)
WARNING!!!
MAC SOFTWARE
RE: MAC SOFTWARE (Re: Msg 9770)
RE: MAC SOFTWARE (Re: Msg 9778)
RE: phonelink by borland -- any good?
RE: Phonelink
Astrology software
RE: Astrology software (Re: Msg 9785)
RE: waystation patch (Re: Msg 254)
Re: Your comment "whatever happened to MicroSoft Typographer"?
RE: need help for using Mac in analog data sampling
RE: apple talk/Phone Net. (Re: Msg 9809)
RE: Window Zooming and Red Ryder for 128k Macs
Microsoft FORTRAN workaround for Mac 512
-----------------------------------------------------------------------
From: LOGICHACK (9653)
Subject: RE: Usenet Mac Digest V2 #48 (Re: Msg 9523)
Date: 29-JUN 21:01 Network Digests
To mark a volume (really a drive) as unejectable, you must fill in the
flags in the start of a drive queue element. There are 4 bytes of
flags just before the link field of a drive queue element. Putting a
8 into the second byte will mark the drive as unejectable. You can
try this yourself using a debugger to walk the drive queue and set the
byte manually. Note that the flags preceed the link field.
Fun huh?
Paul
------------------------------
From: MACINTOUCH (9665)
Subject: RE: MacDraw Font Sizes! (Re: Msg 9608)
Date: 30-JUN 13:36 Business Mac
Use 50% or other reduction and use bigger font sizes. It's kludgy, but should
do what you need.
Ric
------------------------------
From: JIMH (9672)
Subject: RE: Wierd Scenes Inside the Desktop (Re: Msg 9663)
Date: 30-JUN 19:01 Business Mac
Lofty, i found a bug in the new finder/system that only seems to occur on 512k
machines. if you have an init resource higher than 31 (the init that reads in
other inits) it will not be loaded/run. It works ok on a plus will not work on
512k. I hav e not had any crashes on 512 with new roms dual 800k and 1 meg +
tecmar. jim
------------------------------
From: OPPENHEIM (9685)
Subject: smalltalk
Date: 30-JUN 22:29 Programming
'Quit' appears in the Special menu of the Finder in place of 'Shut
Down' after exiting Smalltalk because Switcher global $282 is left
altered. To repair this damage (on the Plus) break into the
mini-debugger with the interrupt button, and type:
>SM 282 FFFF
>G 40F6D8
The first command sets the long at $282 to -1 (Switcher not
active); The second returns control to the Finder (which will now
allow you to 'Shut Down' gracefully). Kind of obvious. . .
------------------------------
From: MACINTOUCH (9712)
Subject: Arghh! (screen dumps)
Date: 1-JUL-18:16: Bugs & Features
Has anyone else had trouble using the Camera DA under System 3.2? I can no
longer get it to work, and Apple's own screen dump function still does not pick
up menus.
(I noticed that the cmd-shift-enter variation no longer works, though).
Argh!
Ric Ford
------------------------------
From: ASMCOR (248)
Subject: CatMove
Date: 2-JUL-14:53: Programming Techniques
Does anyone have any insight into the use of PBCatMove()? I consistently get a
"file not found" error -43. Replacing the PBCatMove with another call such as
PBOpenRF() works fine. All the fields seem to be set up correctly, according to
IM, but something is obviously missing. Any hints/kinks would be much
appreciated.
--Jan
------------------------------
From: MARSHG (252)
Subject: RE: CatMove (Re: Msg 248)
Date: 3-JUL-18:25: Programming Techniques
PBCatMove is one of the few exceptions to the Poor Man's search path.
With almost every other FS call, the FS Manager will look first in the
current folder and then in the system folder. PBCatMove will ONLY look
in the folder you specify.
If the file you're moving is really where you say it is, all should be ok. Oh
yes, remember that you can't rename the file as you move it. Marsh
------------------------------
From: DDUNHAM (9724)
Subject: Fedit Plus
Date: 2-JUL-03:41: Business Mac
Forgot to mention this, yesterday I received, first class mail, a copy of...
Fedit Plus!
------------------------------
From: MACINTOUCH (9730)
Subject: RE: Fedit Plus (Re: Msg 9724)
Date: 2-JUL-09:13: Business Mac
Yay! When did you register? And does it have *full* HFS support?
Ric
------------------------------
From: PEABO (9736)
Subject: RE: Fedit Plus (Re: Msg 9724)
Date: 2-JUL-17:33: Business Mac
So did I, and it crashes and burns miserably on my HD-20!!! Mostly it
seems to get very confused reading the Extents file (however, the docs
that come with it are very interesting reading if you don't feel like
reading the HFS programmer's manual).
peter
------------------------------
From: RMORRIS (9733)
Subject: HFS Backup and other goodies
Date: 2-JUL-14:03: Bugs & Features
PCPC may not claim to support "foreign" drives, but I see nowhere in
their User's Manual or in their ads that "foreign" drives are not
supported. It's not false advertising - maybe just false lack-of-
advertising. I am looking for a better product and may just order HARD
DISK BACKUP to try it. Does anyone have a comment? Meanwhile, I am
manually backing up each folder onto a separate 800K disk. Most of
them fit. Others take 2 or 3 disks. I can live with this hassle better
than a bombed hard disk with no backups! --- **ALSO IN THE NEWS
TONIGHT:** ICON REVIEW is selling the Paradise Mac 20 for $549. I
signed up to get a drive for my second Mac. --- **AND THIS STORY JUST
IN:** I complained bitterly about MacLightning being unable to remove
mis-spellings. Target Software says their v2.0 which DOES permit
dictionary revisions will be released "next week." --- Good night,
Chet. Good night, David.
------------------------------
From: DDUNHAM (9749)
Subject: RE: Usenet Mac Digest V2 #52 (Re: Msg 9713)
Date: 2-JUL-21:54: Network Digests
to: naftoli@aecom.UUCP
I've written DiskInfo, Acta, and miniWRITER using Aztec C. It now works pretty
well with HFS, and the Unix-like shell can be very handy.
to: korn@pavepaws.berkeley.edu
I'd like to get in contact with Keith regarding my Acta outliner desk
accessory. I saw a beta of MacAuthor, and it had some nice design
features. The inability to input MacWrite was crippling -- that's one
of Acta's output formats, BTW.
to: ephraim@wang.UUCP
I paid for my FEdit shareware long ago, 26 Jan 86. On 30 Jun 86 I received the
first mailing from Mitchell: Fedit Plus.
to: sakw@cvaxa.sussex.ac.uk
Microsoft Typographer was killed by Microsoft. It is not even
vaporware. It is nothingware. Their excuse was that it was too buggy.
Supposedly the people who were writing it were going to market it
themselves. Haven't heard anything in the months following. Maybe it
_was_ too buggy.
David Dunham Delphi: DDUNHAM Maitreya Design MCI: DDUNHAM
POB 1480 CompuServe: 76074,762 Goleta, CA 93116 USA
------------------------------
From: DDUNHAM (9764)
Subject: RE: INFO-MAC Digest V4 #81 (Re: Msg 9742)
Date: 3-JUL-05:45: Network Digests
To: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
> They are ideally looking for an A/D converter that reads 12 bits on each
> of 4 channels in the 0-5 or 0-10 volt range with response times quicker
> than one reading on each channel every 5 minutes. That should be easy.
I assume they've seen the June BYTE article about MacADIOS (p. 175)?
20.833KHz sampling, 12 bit resolution. Haven't seen the critter myself.
------------------------------
From: SYNTHONY (9760)
Subject: WARNING!!!
Date: 3-JUL-01:49: Hardware & Peripherals
WARNING!!!
Be warned! About a month ago I ordered a used Laserwriter+ thru an
advertisement on the Source brom BDS533. The name on the ad was CAPCO
SYSTEMS, with a person named Joe Lauricella. The price turned out to
be too good to be true (I should have known). I fedex'ed 1/2 of the
funds, with shipment to be made within 3 days... I am still waiting,
and have called almost EVERY DAY, but he (they) refuse to return my
calls. They are located in San Jose, Ca. If anyone has any
additional information on CAPCO SYSTEMS, JOE L., or WILLOW GLENN TOWN
CHOIR, please let me know. In any event, I obviously have been
burned, and would hate to see someone else suffer too. (I want the
LW+, or my cash (and his @^%$).
Bill SYNTHONY
------------------------------
From: GASMAN2 (9769)
Subject: MAC SOFTWARE
Date: 3-JUL-11:26: SIG Business
I am looking for a MAC software package that will handle medical
office billing. If anone knows of such a program, I would be most
happy to hear about where to get information about it. Many thanks!
John McDonough (GASMAN2)
------------------------------
From: MOUSEKETEER (9778)
Subject: RE: MAC SOFTWARE (Re: Msg 9770)
Date: 3-JUL-23:20: SIG Business
I know nothing about the company or the software, but you might call:
1-800-HCC-MACS
That's HealthCare Communications, 245 So. 84th St., Suite 301, Lincoln, NE
68510. They advertise The MacHealth Series, including DentalMac, MediMac,
OpticMac, and ChiroMac (I think someone else is doing PsychoMac, but it comes
in a series of PsychoMac, PsychoMac II, and PsychoMac III, all with the same
basic user-interface... a really nasty looking butcher knife). Anyway, they
claim the system handles patient billing, accounts receivable, insurance
processing and golf pointers (Docter, in 20 minutes you are removing Mrs.
Quackenbush's gall bladder... just enough time for us to work on that nasty
slice.....).
Hope that helps. (Ooops, just found two more... TessSystem One, Tess Data
Systems, Inc. 17070 Red Oak Dr., Suite 403B; Houston, TX 77090, 713-440-
6943 & OR-D Medical Management System, OR-D Systems, Div. or DVI-OR USA INC.
(quid in dias?), One Martin Avenute, Cherry Hill, NJ 08002, 609-665-2255. Wow,
that last one comes in at $3,500! Cheez, that's almost 2 days in a hospital!!)
Alf
P.S. I've been having this naggin pain over here on my left hand side for
the...
------------------------------
From: RICKLEPAGE (9789)
Subject: RE: MAC SOFTWARE (Re: Msg 9778)
Date: 4-JUL-15:25: SIG Business
I have played around with demos of the DentiMac and OptiMac packages, and was
fairly impressed with what I saw. The demos were pretty slow, but they were
using Finder 1.1g. The guys at HealthCare seem to be pretty slick -- the
interface is nice, but we would really need someone who is in the business to
tell us what they didn't put in that should be there.
Rick LEPage "MacInTouch"
------------------------------
From: ASMCOR (9774)
Subject: RE: phonelink by borland -- any good?
Date: 3-JUL-20:21: Network Digests
Yes, I have one. It has a tiny speaker of it's own, very quiet. It works just
fine but it looks a little weird hanging off the side of the phone. After a
while I found it was more trouble than it was worth to use the Mac to dial the
phone anyway, and I haven't been using it. If I was using it at the office, and
if made more phone calls, it might be handy.
--Jan
------------------------------
From: MOUSEKETEER (9779)
Subject: RE: Phonelink
Date: 3-JUL-23:28: Network Digests
reply to: naftoli@aecom.UUCP (Robert N. Berlinger) Subject: Phonelink
I tried the PhoneLink (and the rest of the Borland DA package) and found it
rather useless. I should state that I tried it for only one day, but with the
way I work (disorganized anyway), it was more of a problem than it solved.
I should also note that Borland has changed their "30 day money-back
guarantee" since they have told me 3 times now that is the case.
After the one day, I bundled it all back together with a copy of the
receipt, cover letter, etc. and sent it all in for refund per their
many ads. Four weeks later I got a letter saying that they have
changed their return policy to read something like "if it doesn't work
the way we say it works, you can return for your money back".
Anyway, they said they need another copy of my receipt, dand would get my refund
right out. I sent the second copy 3 weeks ago. Today I got a letter saying my
refund should be here in 4-6 weeks. Such service!
Alf
------------------------------
From: RMORRIS (9785)
Subject: Astrology software
Date: 4-JUL-04:53: Games and Entertainment
My wife is really into astrology - I'm really into my Macintosh. When
I was running my Radio Shack Color Computer there were several good
astrology charting programs available. Has anyone seen the same thing
for a Mac?
------------------------------
From: DEDHED (9817)
Subject: RE: Astrology software (Re: Msg 9785)
Date: 5-JUL-14:25: Games and Entertainment
For astrology programs you might try:
Matrix Software 315 Marion St. Big Rapids, MI 49307
Mike
------------------------------
From: JIMH (255)
Subject: RE: waystation patch (Re: Msg 254)
Date: 3-JUL-23:27: Programming Techniques
Steve (or anyone who knows), what is the word SDENABLE in the globals. inside
mac does not mention it, not can i find it in the equ files for MDS. I did find
it in the globals list supplied with the software suppliment, they call it an
old world fin der? Several of the init resources use it, for instance #3 uses
it to decide whether to run the minifinder or not (one of several checks). Any
ideas would be appreciated. thanks jim
------------------------------
From: BMUG (9810)
Subject: Re: Your comment "whatever happened to MicroSoft Typographer"?
Date: 5-JUL-12:21: Network Digests
To: sakw@cvaxa.sussex.ac.uk (Sak Wathanasin)
Subject: What is Multi-write?
Re: Your comment "whatever happened to MicroSoft Typographer"?
Answer: They decided not to release it.
Too bad, since it looked like a nice, middle-of-the-road product.
-- Raines Cohen
SYSOP, BMUG BBS
------------------------------
From: BMUG (9812)
Subject: RE: need help for using Mac in analog data sampling
Date: 5-JUL-12:37: Network Digests
To: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: need help for using Mac in analog data sampling
Check out FARALLON COMPUTING, in Berkeley, CA, at (415) 849-2331. They're
handling production, etc. on BMUG's MacRecorder II, which sounds like is not
powerful / versatile enough for your application, but they might have the
expertise to refer you to whoever could help.
-- Raines Cohen
SYSOP, BMUG BBS
------------------------------
From: BMUG (9815)
Subject: RE: apple talk/Phone Net. (Re: Msg 9809)
Date: 5-JUL-13:10: Hardware & Peripherals
Stosh -
PhoneNET(tm) is a product of FARALLON COMPUTING, located in Berkeley,
CA. It was designed by Reese Jones, President of BMUG, but he started
another company to deal with production, manufacturing, etc. since
BMUG is an "educational, non- profit corporation" and it didn't seem
to fit our goals to deal with such a high-volume selling item.
PhoneNET is an AppleTalk-compatible Local Area Network (LAN) that can run over
ordinary phone cables, much cheaper than AppleTalk's expensive cabling. Note
that it is NOT intended to run over telephone LINES, but CAN run on the EXTRA
TWO UNUSED wires present in any phone installation wired according to the AT&T
guidelines. This means that your house/office may ALREADY BE WIRED for
PhoneNET! (Isn't that exciting? I bet you didn't know that you were installing
a Local Area Network 50 years ago!)
The circuit design is similar to AppleTalk's... the adaptor boxes include a
transformer, some misc. parts, and a surge protector (to protect against static
and mis-wired phone lines, so your Mac won't fry when that 50 volts AC of a
"ring" hits it). Since it uses standard RJ-11 connectors, you get POSITIVE
LOCKING, and don't have the common AppleTalk problem of connectors falling out.
The adaptor boxes are available in DIN-8 & DB-9 versions; the DB-9 version can
screw into the mac for even better locking.
PhoneNET uses a FLOATING GROUND circuit, so it only uses 2 wires and works a
little more reliably than AppleTalk, and so can go up to about 3 times the max
length of AT.
For more info on it, you can reach Farallon at (415) 849-2331. BMUG
still sells the kits for "educational value" (and for those cheap
tinkerers out there). I'll pass on any messages you want to ask of
Farallon.
-- Raines Cohen
BMUG Operations Manager <switching hats>
------------------------------
From: PEABO (9828)
Subject: RE: Window Zooming and Red Ryder for 128k Macs
Date: 5-JUL-20:37: Network Digests
>From: kk@amdcad.UUCP (Krishnakumar K.)
>Subject: Window Zooming
>Date: 2 Jul 86 00:09:40 GMT
>Organization: AMD, Sunnyvale, California
> Is anybody familiar with exactly how window zooming is done (Like in
>the Finder (opening disks & folders, etc), and in such programs as REdit
>& Dialog Creator)?
There is a sample program in the Software Supplement called ZoomRect. You
could use that as a starting point, but it is worth experimenting with the
dynamics of the zoom (which have changed from one version of Finder to another,
it seems).
>From: solderit@burdvax.UUCP (James Solderitsch)
>Subject: Red Ryder for 128k Macs
>Date: 1 Jul 86 14:28:28 GMT
>Organization: System Development Corp., Paoli, PA
>Just discovered that Red Ryder 9.2 doesn't work on 128k Macs --
>P.S> where does one get PACKit II?
Version 7.0 works on 128K Macs (but not very well on MacPlus!). PackIt II is
shareware, available on most national networks.
peter
------------------------------
From: RAMARREN (9844)
Subject: Microsoft FORTRAN workaround for Mac 512
Date: 6-JUL-03:36: Programming
for all those interested in using the absoft/microsoft compiler until they get
around to updating it for the HFS systems.
Using the Microsoft FORTRAN compiler on a Macintosh 512E:
(E is for enhanced, with 128K ROMs and two 800K drives)
This is the actual trick that allows you to run this system:
% Boot up the Mac on an OLD, single sided diskette
(version 4.1 Finder, version 2.0 System)
% Initialize two blank diskettes. (Either fresh new ones out
of the box or insert two used ones and use the
"Erase Disk" command from the Finder's Special menu)
You will now have two blank 800K MFS (old, non-hierarchical file system)
disks. The reason this works is that the Disk Initialization Package
is a Pack resource in the System file, and the drive commands are
consistent enough, it seems, to just format the disk according to
the MFS scheme. The minimum allocation block on disk is now 4K
instead of 1K and you are still limited to MFS' ~128 files per volume
limit as that is limited by directory structure.
% Name one disk 'F1' and the other 'F2'. F1 will be your bootup
diskette and F2 will have your sources, includes and library files.
% Copy the (v2.0) System file onto F1, and copy a Finder version
5.1 or higher (from your Plus Upgrade system diskette) onto F1.
% Eject all disks and reboot the Macintosh with F1.
Now you need to install your development environment onto the disks. I have a
standardized development system setup that I like for double floppy drive
environments, which includes a set of programming tools and Desk Accessories
that work nicely together. This is that setup for FORTRAN:
System Disk :: 'F1'
FORTRAN (renamed 'Microsoft FORTRAN')
Edit (now using v2.0)
RMaker (version 2.0 or higher)
link
lib
debug
*startup app WayStation v2.3 (public domain minifinder, DA support)
System Folder:
Finder 5.1
System 2.0
DA's: Grep-Wc,MockPrinter,FileInfo,DiskInfo
Fonts: Monaco 9,12, Geneva 12, Chicago 12
FKeys: Sleep,Date-Time
ImageWriter (latest version of driver, optional)
Macsbug 2.0 or above (for new ROMs, optional)
Clipboard File
Tools Folder:
Font/DA Mover v3.1
ResEdit v1.0D7
f77 overlays Folder (as supplied with FORTRAN package)
Source/Data Disk:: 'F2'
Subroutines Folder (as supplied with FORTRAN package)
Include Files Folder (as supplied with FORTRAN package)
Source Files Folder (as supplied with FORTRAN package)
* much of the latter three could be deleted for more filespace *
This setup leaves you with about 38K on the startup disk and about 400K on the
source/data disk free, so there is plenty of room for work. Using ResEdit,
I have edited the Transfer Menus in Edit, RMaker, and FORTRANto include the
relevant "<volumeName>:<fileName>" strings (replacing'Exec' with FORTRAN)
so that program to program switching will happen correctly and bypass the
Finder. If you use the Edit v2.0, some temp files will appear on your system
diskette as you transferinto and out of RMaker, FORTRAN, and Edit; I stuff them
into the System Folder and forget about them.
Notes:
Always run with the system disk in the internal drive and
the source/data disk in the external. FORTRAN will
only search the internal drive for external subroutines and
includes if they are not found on the default drive.
Remember that if you desire to move an application you created
to another disk, you must either have the 'f77.rl' file
on that disk or static link them using the linker. Also
be reminded that static linked applications are not
commercially distributable for profit without licensing
authorization from Microsoft for their run-time library.
When you use link or lib in this setup, remember to always use the
<volumeName>:<fileName> convention to specify files.
Obviously, this will only work for a Macintosh 512E or Plus and
two 800K floppy drives. The Apple HD20 drive CANNOT be
configured in this fashion. Don't even try it!...
After a moment of testing, I find it also works for a Mac 512E/Plus and
a 400K external drive. Make the same system disk with the 800K
drive as the formatting drive, and then make a source/data disk
with the 400K only. Obviously, you want to avoid putting quite
so much stuff on the source/data disk to preserve some working
room for compilation and output files.
The other important disclaimer is that this whole setup is a kluge
which I have devised to get me through til Microsoft gets
the FORTRAN upgrade for HFS going. I take no responsibility
if it crashes or you lose source/data files. I recommend
frequent backups and a paranoid attitude at all times.
Using the Microsoft FORTRAN Compiler with the Apple HD20
I became curious when, during debugging the above, I tried the Macintosh Plus
and a 400K external drive and wondered if it was possible to run the compiler
on the Plus with the HD20. Remember, the HD20 requires the HFS system and
FORTRAN will not find its 'f77 overlays' under HFS.
This setup requires the use of a Public Domain RamDisk named Ramstart.
If you do not have a copy of it, it is on most BBS, and anyone who has
the Consulair Mac C compiler will have a copy of it (it is distributed
as part of that development system). The trick here is buried a
little deeply into the FORTRAN documentation, but is accessible to
those who really read all their manuals.
In the documentation it is stated that the compiler will search first
the default drive and then the internal drive for any other files.
Also, the compiler works fine in an MFS environment. Well, Ramstart
creates an adjustable, MFS ramdisk; I wondered if the compiler would
consider the ramdisk as the appropriate default drive if you ran the
compiler from there with all the source and overlay files on the
ramdisk.
It works! This is the configuration that I have worked out:
FORTRAN Home Folder ::
Ramstart Folder:
Ramstart (configured for an 800K ramdisk)
FORTRAN
Edit (v2.0 or better)
lib
debug
link
Copy to Ramdisk Folder:
Subroutines Folder (as supplied with FORTRAN package)
Include Files Folder (as supplied with FORTRAN package)
Source Files Folder (as supplied with FORTRAN package)
f77 overlays Folder (as supplied with FORTRAN package)
SetUp procedure:
% Run Ramstart. It will create the appropriate ramdisk and
copy the five applications in that folder to the ramdisk automatically.
% From the Finder, manually copy the 'Copy to Ramdisk' folder to
the ramdisk. (Should be about 60 files to copy.)
Ramstart will automatically copy anything to the ramdisk that is in
the Ramstart Folder. I had problems when I tried to keep all the
files in there (it has some problems with HFS also, it seems...) so I
found good success in letting it copy the main applications
automatically and copying the rest by hand.
You now have a large ramdisk with about 140K of free space on it.
Copy whatever source files you want to it and compile away happily.
Again, paranoia is a wonderful trait to have when using a ramdisk:
backup your modifications to sources to the HD20 very frequently as if
you crash in the middle of a program and need to reboot, you will lose
it all...
Notes:
I don't personally own a Mac Plus and HD20 so I have a few questions
about how large a program it will compile running with an 800K
ramdisk. I don't really have the time to borrow a machine and
test it out either.
It may be that if you place a 400K MFS disk in the internal drive with
the .inc, .sub, and overlay files, it will find them properly. This
would allow a much smaller ramdisk (if that is causing problems).
Again, I lack for real experience in this regard.
I ran into errors when I modified the Edit transfer menu to launch the
compiler. I don't quite understand why, but if you use the "Other..."
option when direct launching, it has no problems. I leave that one
open for the curious to figure out.
Good luck and happy FORTRANning!
6 June 86 Godfrey DiGiorgi
that was date of the original article i distributed
to local users. RAMStart is now up graded, system seems to work just fine. No
complaints from any of my local users.
July 6, 1986 gdg
------------------------------
End of Delphi Mac Digest
************************