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
