Hi,
So, you made a Standalone with no Password set in Standalone settings
that uses the Answer Dialog? If so, it looks like the culprit is the
answer dialog. Have you tried deleting all RunRev files Manually,
Restarting and re-installing RunRev?
Also if you could just write your own Answer Dialog, depending on how
many times and how complex the calls are to "answer", this may be
easy or very difficult to do.
One thing that I have done in most of my projects is to define a
number of low-level library functions to abstract the these kinds of
dialogs, for example for the simple "answer" dialog I use the
following template:
funciton UtilAnswerDialog theDialogString,theButtonList
local myResult
if kUseRunRevDialogs = true then
answer theDialogString with theButtonList
set the result into myResult
else
--
-- Do your own thing
--
end if
return myResult
end UtilAnswerDialog
This would allow you to use either the inbuilt answer dialogs or roll
your own and switch between the dynamically.
All the Best
Dave
On 20 Jan 2009, at 13:14, <[email protected]> wrote:
Dave , Malte , Mark
Thank you for the replies.
Mark - I will send the stack , its just one answer from clicking a
button.
Malte - No .exe is made , its fails at the standalone "checking
directories"stage
with an answer stack already in memory error message.Works fine in IDE
Dave - At first this could be the case but I have just wrote a one
line answer from button click with no pre-open etc and it still fails.
Again only with Rev 3.0
Best Regards
Steve
---- Dave <[email protected]> wrote:
On 20 Jan 2009, at 08:38, <[email protected]> <[email protected]>
wrote:
Sorry , we can all make mistakes , I missed the ANSWER bit !
The problem ONLY happens when ANSWER is used in the script AND a
password is set in the Standalone settings.
Everything works fine in IDE
I corrected some minor script errors as suggested which made no
differrence.
Any script I use with ANSWER and PASSWORD SET in Standalone builds
100% in older versions of Rev and always have.
The same scripts ONLY fail to build in REV 3.0 on several different
Machines
It does happen ! hopefully someone understands Rev enough to find
the solution.
Please.............
Have you tried resetting the Standalone Settings and then setting the
password from another stack instead of the standalone settings.
Also do you have a complex preOpenStack or preOpenCard handlers?
Specially ones that send messages to other objects? If so I have
known this to cause problems that are very difficult to track down.
If this is the case in your application, you could try moving the
code to the openStack/openCard handler.
Cheers
Dave
---- "J. Landman Gay" <[email protected]> wrote:
Colin Holgate wrote:
I just read over the previous messages in this thread (harder to
do than
you would think, if you've already deleted the messages!).
There's one
point of confusion that might be worth asking about. In the
original
message 'camm' said that the problem only happened when setting a
password in the standalone settings, but then in the next message
corrected that to say the problem only happens in "ANSWER" is
used in
the script.
So which of those two is it? Most of the replies gave advice
based on it
being to do with having a password. It would be very hard to
reproduce
the problem if you are doing the wrong steps.
Both. If any script in the stack uses the "answer" command and a
password has been set in the standalone builder, on Camm's
machines the
standalone will fail. What I think may be happening is some sort of
conflict that prevents the answer dialog from appearing, but since
it is
a standalone, the failure is silent.
The sample stack he sent to the support queue had some very
convoluted
script messaging. I wondered if that was the cause and suggested
some
simplification techniques, but I didn't hear back about that.
At any rate, even with the existing scripts, I was able to build
and use
his sample standalone normally, even after adding a password to
the SB.
--
Jacqueline Landman Gay | [email protected]
HyperActive Software | http://www.hyperactivesw.com
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
