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 < [EMAIL PROTECTED] > wrote:
From: Jan Schenkel [mailto: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Thu, 17 Jun 2004 04:26:51 -0700 (PDT)
Subject: Re: revdb_init

--- K <[EMAIL PROTECTED]> 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>[EMAIL 
PROTECTED]<br>http://lists.runrev.com/mailman/listinfo/use-revolution<br>

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
_______________________________________________
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to