Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!lll-crg!mordor!sri-spam!nike!ucbcad!ucbvax!RED.RUTGERS.EDU!SHULMAN From: SHULMAN@RED.RUTGERS.EDU (Jeffrey Shulman) Newsgroups: mod.mac Subject: Delphi Mac Digest V2 #50 Message-ID: <12245279486.36.SHULMAN@RED.RUTGERS.EDU> Date: Wed, 8-Oct-86 20:49:12 EDT Article-I.D.: RED.12245279486.36.SHULMAN Posted: Wed Oct 8 20:49:12 1986 Date-Received: Thu, 9-Oct-86 06:53:11 EDT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 815 Approved: info-mac@sumex-aim.arpa Delphi Mac Digest Thursday, 9 October 1986 Volume 2 : Issue 50 Today's Topics: RE: Levco pricing exorbitant RE: Appletalk Connectors (2 messages) RE: old Lightspeed C bugs RE: Usenet Mac Digest V2 #80 (Re: Msg 13410) Hyper 2000 compatibility Prodigy 4 compatibility (4 messages) Andy & Servant Non-SCSI Hard Drives ResFinder RE: another 800K dies (Re: Msg 13424) (2 messages) RE: Medical systems/where are you? (Re: Msg 13092) (3 messages) RE: HELP: Tecmar disk/Mac+ ROMs JumpStart'ing the Finder data transfer (2 messages) Versions in the night... (3 messages) GUIDE (Hypertext) mini-review (3 messages) Beep on startup (4 messages) DataFrame spooler problems.. MICAH External 30 Meg (4 messages) RE: Limelight computer projection system RMaker 2.0 problem cheap Mac 68020 medical systems/where are you? Radius FPD Microsoft FORTRAN question ----------------------------------------------------------------------- From: PEABO (13417) Subject: RE: Levco pricing exorbitant Date: 3-OCT-21:48: Network Digests >Date: 2 Oct 86 18:55:00 EDT >From: >Subject: Re: Levco pricing exorbitant >Reply-to: >Back to the original issue: Why does the prodigy 4 cost so much? Because Levco >can sell _A FEW_ for that price. I have heard that their production is about >one per week and that they sell all they can build. Under these circumstances >there is no incentive to cut the price. At 50 to a few hundred machines a >year, the Prodigy 4 is also not going to have much impact in the Mac-world, >other than as a curiousity. Well, if they are really only selling 50 per year, and if their cost is around $3000, then charging $7000 sounds like a reasonable price, not an exorbitant one. Perhaps your complaint is that Levco isn't a high-volume manufacturer. I think that comparing them to GCC is unwarranted, because GCC *was* a high volume manufacturer when they first introduced the HyperDrive, right? Levco has undeniably found a niche, and it may be that their business judgement is that expanding into a different niche by increasing volume would not be a smart move. After all, how would you like to build up a business based on a high-performance engine just a half year before a multi-billion dollar company enters the market? peter ------------------------------ From: MOUSEKETEER (13418) Subject: RE: Appletalk Connectors Date: 3-OCT-22:02: Network Digests To: Calvin Teague (CAL@STAN STANFORD.EDU) Appletalk Connectors While it's certainly not as elaborate as a locking shell over the connectors, I've been using a technique learned while dealing with photographic PC plugs (perhaps the only connector designed to come loose just as easily as Appletalk) A single winding of electrician's tape around the plug and then around the Appletalk box serves to keep them well connected while still allowing for changes in the hookup later. 3M makes the best tape, and it comes in several colors (color-coding various branches of the net, maybe?). I've also begun using Farallon Computing's PhoneNet (tm) boxes instead of AppleTalk boxes...they are interchangeable, but the Farallon boxes use standard phone wire rather than Apple's cable. An advantage (other than the obvious price difference) is the positive locking of the phone connectors. Alf ------------------------------ From: NANOCHIP (13469) Subject: RE: Appletalk Connectors Date: 4-OCT-19:18: Network Digests At the Boston MacExpo Kensington Microware Products were displaying plastic Appletalk connectors which would hold each of the three wires in back or the mini-circular8 plug, joined by a common plastic bar. They can be reached at (212) 475-5200. From: duc@wjh12.HARVARD.EDU (Dan Costin) >Subject: old Lightspeed C bugs >Date: 1 Oct 86 04:57:26 GMT >Organization: Aiken Comp Lab, Harvard >There were postings before the summer describing bugs in Lightspeed C. >If anyone could send me a summary of the bugs, or the original articles, >I'd appreciate it very much. (I know an update is coming up, but I can't >really afford the wait). >-dan costin (duc@wjh12.harvard.edu) Send in your registration card to THINK (if you haven't already). You will receive FREE the updated version 1.5 of LightspeedC sometime around the end of October. peter ------------------------------ From: DDUNHAM (13444) Subject: RE: Usenet Mac Digest V2 #80 (Re: Msg 13410) Date: 4-OCT-05:03: Network Digests > From: oster@lapis.berkeley.edu (David Phillip Oster) > Subject: In praise of inter-operability > In a multi-tasking environment, an application > could poll for listeners, and negotiate with them about formats. It would > have to write in ALL its formats only when it was quitting (since any > appliction might come up then to read the data.) Huh? The Scrapbook holds ALL scrap types simultaneously. It could be opened long after the application writes the scrap. It sounds awfully inconvenient to have to keep writing new scrap types every time a different program starts up; you might have done lots of other stuff in the meantime. As an aside, people who use private scraps have to be sure not to do dumb things. Beta versions of two 2nd generation word processors, not to mention Apple's MDS Edit, trash the scrap. They all seem to spot TEXT and another type, and replace the scrap with just TEXT. This is most obviously observed by selecting an Acta triangle, Copying, then trying to Paste. Less obvious is when a MacWrite scrap (types MWRT and TEXT) is present -- a user going back and forth between MacWrite and another program with Servant might get very upset if his font information were mysteriously lost. BTW, your PICT-parsing program sounds interesting. > From: fry_b@husc4.harvard.edu (david fry) > Subject: Memory compactification runs drive?? It isn't the memory compaction that runs the drive, but the fact that resources are purged, and have to be read back in. The obvious reason for this in DiskInfo are the fonts used...they're not Chicago, so when DiskInfo redraws the screen every 5 seconds, it has to reload New York-12 (or whatever you chose) and Geneva-9. > From: mcf@mulga.OZ (Michael Flower) > Subject: Apple Johnathon > Could anyone comment on the veracity of these rumours Those are rumours, beyond any doubt. David Dunham "A mind is like a parachute. It only functions when open." Maitreya Design ------------------------------ From: HSTARR (13436) Subject: Hyper 2000 compatibility Date: 4-OCT-02:03: Hardware & Peripherals FYI -- Tempo v1.1b doen't run on the Hyper 2000!!! (The installer won't even run, on a Prodigy 4) ------------------------------ From: HSTARR (13437) Subject: Prodigy 4 compatibility Date: 4-OCT-02:06: Hardware & Peripherals MacWrite runs if you have the latest Prodigy control!! Lightspeed Pascal is a no-no (Too many TRAPs used! Lightspeed C is OK (and awesome on this beast) Most normal Mac apps are OK Overvue is NOT. MS apps are OK! Mac C v5 is OK! to be continued ------------------------------ From: PEABO (13441) Subject: RE: Prodigy 4 compatibility (Re: Msg 13437) Date: 4-OCT-02:33: Hardware & Peripherals I should hope Mac C v5 works ... that's the version that supports direct code generation of 68881 floating point, isn't it? peter ------------------------------ From: HSTARR (13459) Subject: RE: Prodigy 4 compatibility (Re: Msg 13441) Date: 4-OCT-12:39: Hardware & Peripherals No!! - they have a compiler called the 'Direct Access C compiler for Prodigy' and another 'Direct access C compiler for Hyper 2000' Mac C v5 is just a new version of the all time favourite. -- Harry ------------------------------ From: HSTARR (13472) Subject: RE: Prodigy 4 compatibility (Re: Msg 13459) Date: 4-OCT-22:14: Hardware & Peripherals Tempo v1.1b is a no-no on the prodigy 4 -- Even the Installer won't run! ------------------------------ From: NAKMAN (13443) Subject: Andy & Servant Date: 4-OCT-03:08: Network Digests Ptr - Bad news... last I heard, Andy is considering dropping servant, in order to concentrate on other things. There may be one more release, or maybe more... He had another word for what you called "puppet strings"... something like a "surrogate" file/application. -- Raines ------------------------------ From: RMORRIS (13447) Subject: Non-SCSI Hard Drives Date: 4-OCT-07:40: Hardware & Peripherals I just got my new Paradise 20 from Icon Review and learned once again that You've got to be careful of wording in ads. The ads said "HFS compatible", but they send the thing out with MFS only, Finder 4.1, and system whatever. It operates just like the first MacBottoms & Hyperdrives mounting and demounting volumes. Pain! EXCEPT (and this is a BIG except) once you create a volume it can NEVER ever be resized. You are stuck with it unless you delete it. Well, then I put Finder 5.3, sys 3.2, and the Hard Disk 20 file on it and its boot disk. Then I deleted all the old volumes and held down the option key when creating two new HFS volumes: a 1MB volume for the system and the remaining 20.5 MB for the real stuff. Now the thing works great. This is my 2nd hard disk. I also have an Apple HD20 and lots of experience on the MacBottom. Here's my analysis: The MacB is fastest but neither of the others are far behind. The HD20 is the only one that self boots - and that is NICE ... but the other two have one switch that controls both Mac and disk. The print spooling is the one feature missing from the Apple that the other two have. The Parasise comes with its own RAM Cache software which is a good thing as it doesn't work terribly well with Turbocharger 2.0. All things considered, as the Icon Review price on a Paradise is $545, I think it is by far the best deal for the money. ------------------------------ From: DDUNHAM (830) Subject: ResFinder Date: 3-OCT-22:23: Tools for Developers OK all you developers wondering what to write next, how about a resource searcher? This would let you specify a resource file and a string (or hex number, for the hardcore). It would then report that "Really erase hard disk?" occurs in DITL 123 (or whatever). Or, if this is part of MPW, it might be worth getting the beta. ------------------------------ From: MOUSEKETEER (13457) Subject: RE: another 800K dies (Re: Msg 13424) Date: 4-OCT-11:45: Hardware & Peripherals This suggestion sounds kinda silly, but I found it a saver one day. A disk in my + became trapped by a bit of the label that had folded over...it would only eject halfway, and then go back into the drive. Paperclips, etc. had no effect on the problem, and I was about ready to take it in and have the disk removed surgically. I reached over to a tray of note paper to make an Out of Order note and saw that the paper was just the right size to stick under the disk in the drive. I slid the note paper under the disk as far as possible, with around 3" still outside the Mac (3 x 5" note paper). Booting the Mac with the mouse button down did a very smooth eject of both the paper and the disk. Of course, since then, I've been much more careful about how well labels are stuck onto my disks. Alf ------------------------------ From: MACINTOUCH (13480) Subject: RE: another 800K dies (Re: Msg 13457) Date: 5-OCT-10:43: Hardware & Peripherals That brings up a trick Jack Hodgeson of the BCS stumbled onto. He did something similar with a flat piece of metal, sliding it between the stuck disk and some part of the mechanism to get the disk to eject. Danger Will Robinson! Ric ------------------------------ From: NANOCHIP (13465) Subject: RE: Medical systems/where are you? (Re: Msg 13092) Date: 4-OCT-19:12: Hardware & Peripherals Barry> There are some *very* interesting Mac Medical Office Systems listed in the Omnis Business Directory by Blyth Software (415) 571-0222. Of the 24 available Medical applications ( covering Pharmacys, Vetinary Practice, Blood and Blood Donor Tracking Systems, Podiatry, Chiropractic & Dental ) about 16 seperate applications cover general Medical Office Management. Multiple user versions available for most of the listed products. All products developed with either Blyte Software's Omnis 3 or Omnis 3 Plus From: karl@iuvax.UUCP (Karl Ottenstein) >Subject: HELP: Tecmar disk/Mac+ ROMs >Date: 1 Oct 86 19:06:55 GMT >Organization: Indiana University CSCI, Bloomington > .... My Tecmar hard disk died, so I bought a Micah Drive and got my mac >upgraded to the new ROMS...[got] the Tecmar repaired...and now have an >incompatibility: the Tecmar boot disk is incompatible with the new ROMS... >Please respond by mail to: ihnp4!mtu!siskowit!russell or russell@mtu.csnet I also have a MicahAT20/TecmarMacDrive combo running on a 128K ROM Mac(+). From the MacDrive System2.2 you must copy the following resources: DRVR: Driver ".TDisk" ID = 20 FIXX: FIXX ID = 20 FIXX ID = 21 INIT: INIT ID = 13 INIT ID = 31 ICON: ICON# ID = 555 STR#: STR# 555 Be sure to use the "Get Info" menu item to renumber the two INIT resources, as thier numbers are used by Apple in System3.2 and they would be pasted over the two new Apple INITs if not renumbered. You may also want to give each a name in the Get Info DLOG such as "MD13" etc. The .TDisk Driver can also be renumbered to, say, 31, which will give you an extra DeskAcc Slot. Your Tecmar is now HFS compatable. I have found that initializing the MacDrive as one contiguous volume is best (use a few main folders with many subfolders for greatest speed. Of course since you have a Micah you can just trash the System on your Tecmar and paste the above resources into the Micah System. The Tecmar will boot up as a 10Meg subvol of the Micah! The only drawback is that you will have to use the Old ImageWriter driver with System3.2 (You can't use an IW-II). (I believe I read somewhere that Tecmar is coming out with a fix for this... I'll believe it when I see it :-). ) If it is easier, just mail a disk and SASE to Chip Nicolais, 512 Chestnut St., Dunmore, PA. 18512-2942. I'll forward the proper setup to you on Disk. As a quickie cure (if you're in need of data on your Tecmar), have you tried to bootup the Tecmar using the original Disk (System2.2)? My Mac+ boots up just fine, ignoring the Micah and using the Floppy as the default disk.