Can anybody HELP !!

[camm29 at tesco.net]

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 <dave at looktowindward.com> wrote: 
> 
> On 20 Jan 2009, at 08:38, <camm29 at tesco.net> <camm29 at tesco.net> 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" <jacque at hyperactivesw.com> 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         |     jacque at hyperactivesw.com
> >> HyperActive Software           |     http://www.hyperactivesw.com
> >> _______________________________________________
> >> use-revolution mailing list
> >> use-revolution at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your  
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-revolution
> >
> > _______________________________________________
> > use-revolution mailing list
> > use-revolution at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your  
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-revolution
> 
> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution