revdb_init (answer)

[K]

My users on *nix/OSX tend to run the application from the command line.  I seems that when RR builds stand-alone it configures a path to the OSX externals XXX.app/Contents/MacOS/externals/XXX.bundle.  It does not seem to also look in the current directory.  This meant that since my user was launching the application from inside XXX.app/Contents/MacOS/ (using a cron job) the externals could not be found.  I created a shell script for them that launched the application from the location RR expected and it worked as expected. 



-==-=-=-=-=-=-==-=-=-=-=-=-=-=-==-=-=-=-=-=-
Disclaimer:

Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely
coincidental. 
Any resemblance between the above and my own views is non-deterministic.

 The question of the existence of views in the absence of anyone to hold
them
is left as an exercise for the reader. The question of the existence of
the reader
 is left as an exercise for the second god coefficient. 
(A discussion of non-orthogonal, non-integral polytheism is beyond the
scope of this article.)



 --- On Thu 06/17, Jan Schenkel < janschenkel at yahoo.com > wrote:
From: Jan Schenkel [mailto: janschenkel at yahoo.com]
To: use-revolution at lists.runrev.com
Date: Thu, 17 Jun 2004 04:26:51 -0700 (PDT)
Subject: Re: revdb_init

--- K <nnoydb at excite.com> wrote:<br>> <br>> <br>> Actally, I contacted RR support attempted that exact<br>> fix and I still experence the same error (I already<br>> triesed this sine I found it ina posting). Here is<br>> my last respsonse to RR support.  They requested I<br>> send the stacksInUse to then and add that script to<br>> my preOpenStack.<br>> <br><br>The reason you got the same response, is that it was<br>the same person who sent it ;-)<br><br>> <br>> RR Support response:<br>> <br>> Yes, that is correct the sub-stack Reconciliation is<br>> invoked by using 'go' in turn the Reconciliation<br>> stack (in its proOpenStack) starts using<br>> secfilings.rev.<br>> <br>> Executing stacksInUse from the preOpenStack of card<br>> 1 of stack DSMS reveals the following<br>> <br>> DSMS<br>> libBasics<br>> <br>> (This means that the code in use never actually does<br>> anything)<br>> <br>> libBasics is a set of very simple set coordination<br>> functions and DSMS is the startup/program stack.<br>> <br>> Kevin<br>> <br><br>As I replied through support, check the content of the<br>'externals', 'externalcommands' and<br>'externalfunctions' properties -- we'll track down the<br>true cause...<br><br>Best regards,<br><br>Jan Schenkel.<br><br>=====<br>"As we grow older, we grow both wiser and more foolish at the same time."  (La Rochefoucauld)<br><br><br>		<br>__________________________________<br>Do you Yahoo!?<br>New and Improved Yahoo! Mail - Send 10MB messages!<br>http://promotions.yahoo.com/new_mail <br>_______________________________________________<br>use-revolution mailing list<br>use-revolution at lists.runrev.com<br>http://lists.runrev.com/mailman/listinfo/use-revolution<br>

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!