Amazing, I post the problem and stumble on the solution... The crashing stacks had a mutant version of the script below.
The difference was on scrollbarDrag x ... I made a test with half of the fields without the x param, and the other half with... Mousewheel Scrolling over the missing param, didn't cause trouble, on the other fields, crash the stack... Why would that affect the script, I dont know... There is no reference to a parameter in the definition of scrollbardrag, there is an "argument" but the command <<send "scrollbardrag 0" fld "Source" of group "schedule">> cannot work... OR? Nonetheless, this parameter is enough to crash everything when affected... What really puzzles me is that even though I reassign theTHE SCROLLVALUE TO THE VARIALBE X IN THE FIRST LINE OF THE HANDLER AND THAT SCROLLBARDRAG IS AN EVENTMESSAGE AND NOT A FIELD PROPERTY the X variable Scott, that's a seriously dangerous parameter... It should be removed or deactivated under certain condition which could cause these endless/unstoppable (cmd-c) loops... sorry to have bothered everyone! Hope it'll save you a few dozen stack corruptions... cheers Xavier > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 24 January 2002 13:10 > To: [EMAIL PROTECTED] > Subject: Total pain in the stack > > > > For the zillionth time, I have MC going bananas in a > recursive loop without > reason. > > Maybe someone can tell me if they get the same behavior... > > This may or will result in MC stop responding, and/or your stack > corrupted... beware... > > Recipee: > Have a mousewheel mouse, NT4 sp5, W98SE, MetaFrame NT4 sp5 > Make 4 to 5 scrolling fields (list behavior optional), > add the script below (modifying correspondingly for each field to > synchro-scroll/select the others), > save the scripts... > > While still in edit mode (not browse yet), go with your > cursor over one of > the field, and use your mousewheel. > When I do this, all the fields start jerking around up and > down, and MC must > be killed - nothing else will work, and > your PC's CPU usage will just jump skyhigh... > > Is this my MC implementation or is it standard behavior of MC 2.4bx? > > Thanks for any answers/solutions, Im desperate saving every > change I do to > avoid crashes... > > <Field SCRIPT> > on mousedown > lock screen > put word 2 of (the selectedline of me) into x > set the hilitedline of fld "Source" of group "schedule" to x > set the hilitedline of fld "destination" of group "schedule" to x > set the hilitedline of fld "movedate" of group "schedule" to x > set the hilitedline of fld "MoveDrive" of group "schedule" to x > end mousedown > > on scrollbarDrag > put the scroll of me into x > set the scroll of fld "Source" of group "schedule" to x > set the scroll of fld "destination" of group "schedule" to x > set the scroll of fld "movedate" of group "schedule" to x > set the scroll of fld "MoveDrive" of group "schedule" to x > end scrollbarDrag > > > Visit us at http://www.clearstream.com > > IMPORTANT MESSAGE > > Internet communications are not secure and therefore > Clearstream International does not accept legal > responsibility for the contents of this message. > > The information contained in this e-mail is confidential and > may be legally privileged. It is intended solely for the > addressee. If you are not the intended recipient, any > disclosure, copying, distribution or any action taken or > omitted to be taken in reliance on it, is prohibited and may > be unlawful. Any views expressed in this e-mail are those of > the individual sender, except where the sender specifically > states them to be the views of Clearstream International or > of any of its affiliates or subsidiaries. > > END OF DISCLAIMER > _______________________________________________ > metacard mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/metacard > _______________________________________________ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
