Uh, don't grant your users ECL access? :-) Feel free to submit this request via your U2 support provider. Not sure how easily it could be accomplished, but we will give it consideration when it percolates up to me. Certainly nothing we would fix at your old release level (6.0.unknown) - even if we could. ________________________________ Ps - we recently worked with something similar regarding these global variables, but at first glance - it seems likely to be somewhat different than your situation:
Addressed at UniData release 7.2.7: Issue 12476 - Problem Description UniBasic -- If a UniBasic subroutine was called by a virtual field, the value of the @ID may have become corrupted. The @ID value was changed to the last key of the file if the subroutine used the EXECUTE command to perform a SELECT of this file and used a WITH clause. For this problem to occur, at least two dictionary items calling a subroutine that included the @ID as an input argument had to be present in the SELECT statement. This problem has been fixed. ______________________________ Regards, Wally Terhune U2 Support Architect Rocket Software 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA Tel: +1.720.475.8055 Email: [email protected] Web: www.rocketsoftware.com/u2 -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of jonathanm Sent: Thursday, April 21, 2011 1:29 PM To: [email protected] Subject: Re: [U2] Very Weird Trigger Behavior Nice catch, Wally. It appears to work for a UniBasic DELETE, but definitely not for the ECL DELETE. I suppose that is because the UniBasic runtime environment does not share its symbol table with the shelled EXECUTEd environment, so overwriting system variables (ID, filename) doesn't matter. Is there anything that can be done about the ECL DELETE situation? Wally Terhune-2 wrote: > > Do you have any problem when using a UniBasic DELETE instead of an ECL > DELETE? -- View this message in context: http://old.nabble.com/Very-Weird-Trigger-Behavior-tp31450305p31452058.html Sent from the U2 - Users mailing list archive at Nabble.com. _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
