Re: Mac build and Help app
David Reiser <[email protected]> Wed, 16 Feb 2005 19:20:09 -0500
| Newsgroups | gmane.comp.db.rekall.devel |
|---|---|
| Message-ID | <[email protected]> |
On Feb 17, 2005, at 2:29 AM, Mike Richardson wrote:
[lots o' snip]
>>
>> Before remembering to run rkMacPak.py, trying to run RekallManual
>> directly launched a terminal window with the output:
>> FTHelp: cwd = /Users/dbr (i.e., my home directory, the
>> parent to the source directory)
>> helpdir = (null)
>> helpkey = (null)
>> helpport = 0
>
> try
>
> RekallManual --helpdir /path-to-dir-with-help-files/
>
> the trailing / is needed:)
The manual is getting stomped by my dylib naming 'fix' -- RekallManual
is looking for the dylibs relative to its location, but they're
installed relative to Rekall's location. Rats. I'll have to try to
figure out Helper apps and what I could do to clean up my patch.
If I copy the RekallManual executable to the same subdir as the main
Rekall app and use your command:
dbr% /Applications/Rekall.app/Contents/MacOS/RekallManual --helpdir
/Applications/Rekall.app/Contents/Resources/Data/manual/
The terminal window reports:
FTHelp: cwd =/Applications/Rekall.app/Contents/MacOS
helpdir
=/Applications/Rekall.app/Contents/Resources/Data/manual/
helpkey =(null)
helpport=0
SOHelpChooser::loadHelp:
[/Applications/Rekall.app/Contents/Resources/Data/manual/rekall.xml]
At which point the process stalls. No error message, but no visible
activity of any kind. Not too surprising given that I've mucked with
locations...
Dave
--
David Reiser
[email protected]