Archived from groups: comp.sys.palmtops.pilot (More info?)
Rescuing a friend:
OS9.x
Desktop 4.2.1
a) Somehow it got installed outside of Applications, so I moved it all
into the Appliactions folder.
But HotSync is now annoyed; it complains that the Conduit Manager must
be in the same folder as Hotsync.... but it is. I looked for Pref files,
etc to zap and recreate. Still no joy. If I start the Conduit Manager
before initating the HotSync; that works..
How do I reeducate the desktop as to where its files are?
b) All his desktop were under user "unknown" and the Zire had his
name but no addresses under it.
I screwed around trying to figure how to get the entries from
"unknown" to his name. I finally saved them out as export, then
Merged them back in again. Was there a faster way?
--
A host is a host from coast to coast.................wb8foz@nrk.com
& no one will talk to a host that's close........[v].(301) 56-LINUX
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead....................................20915-1433
Archived from groups: comp.sys.palmtops.pilot (More info?)
"David Lesher" wrote:
>
> Rescuing a friend:
>
> OS9.x
> Desktop 4.2.1
>
> a) Somehow it got installed outside of
> Applications, so I moved it all into the
> Appliactions folder.
>
> But HotSync is now annoyed; it complains
> that the Conduit Manager must be in the
> same folder as Hotsync.... but it is. I looked
> for Pref files, etc to zap and recreate. Still
> no joy. If I start the Conduit Manager
> before initating the HotSync; that works..
>
> How do I reeducate the desktop as to
> where its files are?
On Mac operating systems prior to OS-X, there were hidden desktop files
(DesktopDB and DesktopDF) that kept track of where all applications and
associated files were installed. Properly written Mac programs were supposed
to use these only as a guide, falling back on the creator and type codes
when that failed. This is how Mac users were free to move files and
applications around without worry. Sadly, many applications ported to the
Mac never followed these rules, instead depending on one of two possible
methods of tracking files - depending on the desktop files alone or
depending on a preference file.
If the program is using the desktop files, and if your friend is running
OS-9 alone (not OS-9 under OS-X), the solution is to rebuild those desktop
files. You do so by restarting the computer and holding down both the
"command" key (the little propeller key) and "option" key throughout the
entire computer startup process. If that doesn't work (and it often
doesn't), you'll need to delete the desktop files and have the OS build new
ones. To do this, you'll have to find a freeware program on the internet to
delete the desktop files. Any Macintosh software site should have several
(search for "desktop files" ). Follow the instructions for that program.
If you friend is using OS-9 under OS-X, I have no idea if those files even
still exist (they may have been replaced with something else) or how to
rebuild those files if they do still exist. The help menu may hold that
answer. If not, I suggest asking in a Macintosh newsgroup how to rebuild
OS-9 desktop files when using OS-9 under OS-X.
Of course, if the program is depending on a preference file, the only
solution is to find that file and delete it. Once this is done, the program
should rebuild the missing preference file (either by asking you where the
files are located or by finally using the creator and type codes it should
have used in the first place).
> On Mac operating systems prior to OS-X, there were hidden desktop files
>(DesktopDB and DesktopDF) that kept track of where all applications and
>associated files were installed. Properly written Mac programs were supposed
>to use these only as a guide, falling back on the creator and type codes
>when that failed. This is how Mac users were free to move files and
>applications around without worry. Sadly, many applications ported to the
>Mac never followed these rules, instead depending on one of two possible
>methods of tracking files - depending on the desktop files alone or
>depending on a preference file.
Thanks..
This is booting OS9, not Classic under X.
I never grokked that was what those ^%&% Desktop[DB/DF] files did.
I can try rebuilding the desktop and/or zapping them. I seem to
recall that Sherlock can find hidden files, but if not I have other
tools around.
> Of course, if the program is depending on a preference file, the only
>solution is to find that file and delete it. Once this is done, the program
>should rebuild the missing preference file (either by asking you where the
>files are located or by finally using the creator and type codes it should
>have used in the first place).
I was surprised to NOT find a Palm file under prefs. There was one
elsewhere in the System folder, but it appears to be only the "wanna
register?" placeholder.
--
A host is a host from coast to coast.................wb8foz@nrk.com
& no one will talk to a host that's close........[v].(301) 56-LINUX
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead....................................20915-1433
Archived from groups: comp.sys.palmtops.pilot (More info?)
"David Lesher" wrote:
>
> I never grokked that was what those
> ^%&% Desktop[DB/DF] files did.
> I can try rebuilding the desktop and/
> or zapping them. I seem to recall that
> Sherlock can find hidden files, but if
> not I have other tools around.
Yep, that's what the desktop files are all about. And, yes, Sherlock can
find them. In Sherlock, hold down the "option" key while selecting the
"name" pop-up and select "visibility" is "invisible." To avoid a long list,
you'll probably also want to add another option to ignore "icon." There are
a hundred or more invisible "icon" files on the typical Mac (they add the
icons on folders). Click more choices and select "name" doesn't contain
"icon."
Sadly, that's about all there is with Sherlock. It can't do a thing with
those hidden files. You'll need a dedicated program, or an AppleScript, to
actually delete the hidden desktop files so they can be truly rebuilt. Like
I said, finding one on the internet should be fairly easy.
> I was surprised to NOT find a Palm file
> under prefs. There was one elsewhere in
> the System folder, but it appears to be
> only the "wanna register?" placeholder.
It may store that information internally. However, don't blame Palmone for
this one. The core of the Mac Palm Desktop software was written by Claris,
and Apple is absolutely notorious for ignoring their own development
guidelines. FYI, Claris (so named for "Claris," the "dog-cow," in the
"print" dialog box) was Apple's software division at one time and the
Pre-OSX Palm Desktop was originally called Claris Organizer (sold to Palmone
when Claris Inc re-merged with Apple).
> Sadly, that's about all there is with Sherlock. It can't do a thing with
>those hidden files. You'll need a dedicated program, or an AppleScript, to
>actually delete the hidden desktop files so they can be truly rebuilt. Like
>I said, finding one on the internet should be fairly easy.
I thought that once they were "found" I could delete them, but OK.
>> I was surprised to NOT find a Palm file
>> under prefs. There was one elsewhere in
>> the System folder, but it appears to be
>> only the "wanna register?" placeholder.
> It may store that information internally. However, don't blame Palmone for
Tried deleting it; no change..
>this one. The core of the Mac Palm Desktop software was written by Claris,
>and Apple is absolutely notorious for ignoring their own development
>guidelines. FYI, Claris (so named for "Claris," the "dog-cow," in the
>"print" dialog box) was Apple's software division at one time and the
>Pre-OSX Palm Desktop was originally called Claris Organizer (sold to Palmone
>when Claris Inc re-merged with Apple).
Thanks.
--
A host is a host from coast to coast.................wb8foz@nrk.com
& no one will talk to a host that's close........[v].(301) 56-LINUX
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead....................................20915-1433
> If the program is using the desktop files, and if your friend is running
>OS-9 alone (not OS-9 under OS-X), the solution is to rebuild those desktop
>files.
This fixed it. Guess I lucked out.
Thanks for the help.
--
A host is a host from coast to coast.................wb8foz@nrk.com
& no one will talk to a host that's close........[v].(301) 56-LINUX
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead....................................20915-1433
Archived from groups: comp.sys.palmtops.pilot (More info?)
"David Lesher" wrote:
>
> "Dwight Stewart" writes:
> > If the program is using the desktop files,
> > and if your friend is running OS-9 alone
> > (not OS-9 under OS-X), the solution is
> > to rebuild those desktop files.
>
> This fixed it. Guess I lucked out.
>
> Thanks for the help.
Really glad to hear that. I don't have a Mac anymore (not for the last two
years) and, without anything in front of me to look at, was hoping I
remembered all the keystrokes, and so on, correctly. Take care.
You are about to answer a thread that has been inactive for more than 6 months. If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.