[comp.sys.mac] 160Mb Drive

ralph@computing-maths.cardiff.ac.uk (Ralph Martin) (04/03/89)

I see Apple have announced a 160Mb drive in the UK. Does anyone know how, if at
all, Apple get round the expected problem of so many files the desktop gets
too big for the resource manager with this device? Is there any new software
with it, or is it a hope for the best job?

Ralph

alexis@ccnysci.UUCP (Alexis Rosen) (04/10/89)

In article <664@cf-cm.UUCP> ralph@computing-maths.cardiff.ac.uk (Ralph Martin) writes:
>I see Apple have announced a 160Mb drive in the UK. Does anyone know how, if
>at all, Apple get round the expected problem of so many files the desktop gets
>too big for the resource manager with this device? Is there any new software
>with it, or is it a hope for the best job?

It is virtually impossible to get anywhere near this limit unless you keep
every peice of shareware you have ever seen on your disk (or, unless you
are a major-league pirate).

If by some amazing set of circumstances, you do reach this limit, you can
partition your disk. Or better yet, use the Desktop Manager INIT. I started
(and ended) a long thread on that INIT in this group about four months ago.
It is definitely safe. It has noticeable but minor and non-malevolent effects
under some infrequent conditions, in multifinder only (and these effects only
last until the next bootup).

This problem will be permanently fixed in System 7.0, where they will either
put the Desktop manager into every system, or the upgraded Resource Manager
will use a different format for the resource map (and, horrors! Suitcase will
break, at least for a while...)

---
Alexis Rosen
alexis@ccnysci.{uucp,bitnet}

urlichs@smurf.ira.uka.de (Matthias Urlichs) (04/12/89)

In comp.sys.mac alexis@ccnysci.UUCP (Alexis Rosen) writes:
< In article <664@cf-cm.UUCP> ralph@computing-maths.cardiff.ac.uk (Ralph Martin) writes:
< >I see Apple have announced a 160Mb drive in the UK. Does anyone know how, if
< >at all, Apple get round the expected problem of so many files the desktop gets
< >too big for the resource manager with this device? Is there any new software
< >with it, or is it a hope for the best job?
< 
< It is virtually impossible to get anywhere near this limit unless you keep
< every peice of shareware you have ever seen on your disk (or, unless you
< are a major-league pirate).
< 
Unfortunately it is equally possible to put every piece of shareware you
can get hold of on your disk, and then erase it again, and then BOOM.

I did that with my 80 MB disk way back when - the experience caused me
a) to read up on the resource manager internals, b) to look closely at
AppleShare 1.0, c) say "Desktop Manager" to everyone who even suspects
problems with their desktop file. (I still do.)

< It is definitely safe. It has noticeable but minor and non-malevolent effects
< under some infrequent conditions, in multifinder only (and these effects only
< last until the next bootup).
< 
Including a) the inability to unmount anything which is not a floppy disk,
b) a horrible slowdown (this really is a Finder bug) when you copy 100
LaserWriter fonts onto your HD, everyone of which has the Bundle Bit set. :-(

< This problem will be permanently fixed in System 7.0, where they will either
< put the Desktop manager into every system, or the upgraded Resource Manager
< will use a different format for the resource map (and, horrors! Suitcase will
< break, at least for a while...)

And Microsoft Word and Excel. :-)
Or how do you think they manage to run their programs in 300 KB of MultiFinder
memory when almost all the program code is in a 320 KB "PCOD" resource?

Incidentally, I assume that Steve Brecher will have a fix out _before_
System 7.0 its the street. :-)
-- 
Matthias Urlichs -- Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- FRG
urlichs@smurf.ira.uka.de -- ++49+721-621127@PTT

alexis@ccnysci.UUCP (Alexis Rosen) (04/23/89)

In article <909@smurf.ira.uka.de> urlichs@smurf.ira.uka.de (Matthias Urlichs) writes:
><It is definitely safe. It has noticeable but minor and non-malevolent effects
><under some infrequent conditions, in multifinder only (and these effects only
><last until the next bootup).

I was referring to the "DeskTop Manager" INIT that comes with AppleShare,
not to the Finder's Desktop file.

>Including a) the inability to unmount anything which is not a floppy disk,
>b) a horrible slowdown (this really is a Finder bug) when you copy 100
>LaserWriter fonts onto your HD, everyone of which has the Bundle Bit set. :-(

There is a nice easy fix for the first problem. Harry Starr wrote a patcher
for the Finder that makes it close the two desktop d* files so that removable
media such as the Syquest 45 can be ejected. It should be available for FTP.


---
Alexis Rosen
alexis@ccnysci.{uucp,bitnet}
alexis@rascal.ics.utexas.edu  (last resort)

hammen@csd4.milw.wisc.edu (Robert J. Hammen) (04/24/89)

In article <1693@ccnysci.UUCP> alexis@ccnysci.UUCP (Alexis Rosen) writes:
>><It is definitely safe. It has noticeable but minor and non-malevolent effects
>><under some infrequent conditions, in multifinder only (and these effects only
>><last until the next bootup).
>
>I was referring to the "DeskTop Manager" INIT that comes with AppleShare,
>not to the Finder's Desktop file.
>
>>Including a) the inability to unmount anything which is not a floppy disk,
>>b) a horrible slowdown (this really is a Finder bug) when you copy 100
>>LaserWriter fonts onto your HD, everyone of which has the Bundle Bit set. :-(
>
>There is a nice easy fix for the first problem. Harry Starr wrote a patcher
>for the Finder that makes it close the two desktop d* files so that removable
>media such as the Syquest 45 can be ejected. It should be available for FTP.

I posted the Desktop Manager fix to the archives at sumex-aim.stanford.edu. I
also mailed it off to the moderator of comp.binaries.mac, but never saw it
posted. It's a simple little application that patches one of the Finder's CODE
resources so that it will close the Desktop DB and Desktop DF files when you
drag a hard disk to the trash. I'm not exactly sure where the desktop manager
fix is on sumex, but if you look in /info-mac/help/all-files.txt it should
show you where. I have been using the Desktop Manager for over a year, on
both Mac Pluses and Mac II's, and the only problem I have discovered with it
is the aforementioned slowdown with copying LaserWriter fonts to your disk.
It's really nice not to have that "Updating desktop file..." message show up
for very long...

Robert

///////////////////////////////////////////////////////////////////////////
/ Robert Hammen  | hammen@csd4.milw.wisc.edu | uwmcsd1!uwmcsd4!hammen     /
/ Delphi: HAMMEN | GEnie: R.Hammen | CI$: 70701,2104 | MacNet: HAMMEN     /
/ Bulfin Printers | 1887 N. Water | Milwaukee WI 53202 | (414) 271-1887   /
/ 3839 N. Humboldt #204 | Milwaukee WI 53212 | (414) 961-0715 (h)         /
///////////////////////////////////////////////////////////////////////////

siegel@endor.harvard.edu (Rich Siegel) (04/24/89)

>>Including a) the inability to unmount anything which is not a floppy disk,
>>b) a horrible slowdown (this really is a Finder bug) when you copy 100
>>LaserWriter fonts onto your HD, everyone of which has the Bundle Bit set. :-(

	Consider yourself lucky. I tried the same trick, and got the
slowdown AND an eventual stack overflow (bomb 28). The solution was
to  clear all of the bundle bits and rebuild the desktop.

	-Rich



~~~~~~~~~~~~~~~
 Rich Siegel
 Staff Software Developer
 Symantec Corporation, Language Products Group
 Internet: siegel@endor.harvard.edu
 UUCP: ..harvard!endor!siegel

 "She told me to make myself comfortable, so I pulled down my pants
 and sat in the pudding." -Emo Phillips
~~~~~~~~~~~~~~~