Re: Escape key problem with 4gl 7.30

From: john_h_frantz@my-deja.com > >We just upgraded a major application from 4gl 7.2x to 7.3. >Everything seems to work well except for the escape key which >now completely aborts the application instead of exiting the >current statement (input, prompt etc.) as intended. > >The problem is only with the compiler version, not RDS. This is a delightful little buglet that must surely inspire great confidence in the QA processes of the new 4GL development labs. I mean, it's so difficult and counter intuitive to test the pressing of ESC, which must be the most common keypress for 4GL users... :-( >There is only one options statement at the beginning of the >program which looks like this: > > options > form line first, > message line last, > comment line last-1, > prompt line last, > error line last, > field order unconstrained, > input attribute (reverse), > display attribute (bold,blink,underline), > help key f1, > insert key insert, > delete key delete, > next key nextpage, > previous key prevpage, > accept key f2 > >The accept key has been assigned to f2 leaving the escape key >unassigned. All user interaction statements (input, prompt >etc.) trap for the escape key with an on key clause, e.g. "on >key (escape,f8) exit input". > >As mentioned, the problem occurs only with the compiler >version. The escape key causes the program to terminate, no >matter how deeply the user is entrenched in menus and forms. >The exit status is 1, similar to the quit key but without any >interrupt code. > >The version is I4gl 7.30.UC1 on hp-ux 10.20. > >Any solutions are greatly welcome. > >Thanks, >John H. Frantz > > >Sent via Deja.com http://www.deja.com/ >Before you buy. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

In article <8hgp3m$jmk$1@news.xmission.com>, Obnoxio The Clown <obnoxio@hotmail.com> writes > >From: john_h_frantz@my-deja.com >> >>We just upgraded a major application from 4gl 7.2x to 7.3. >>Everything seems to work well except for the escape key which >>now completely aborts the application instead of exiting the >>current statement (input, prompt etc.) as intended. >> >>The problem is only with the compiler version, not RDS. > >This is a delightful little buglet that must surely inspire great confidence >in the QA processes of the new 4GL development labs. I mean, it's so >difficult and counter intuitive to test the pressing of ESC, which must be >the most common keypress for 4GL users... :-( > >>The version is I4gl 7.30.UC1 on hp-ux 10.20. >> >>Any solutions are greatly welcome. >> Well, 7.30.UC4 is out on Solaris. 7.30.UC1 has a nasy bug with prepares as well:- LET str = "select a,b,c from x" PREPARE P1 FROM str DISPLAY str displays 'select a , b , c from x' ^ ^ ^ ^ Extra spaces get inserted! If str is too small for the extra spaces then memory gets corrupted an either a) variables next to str get corrupted b) a core dump occurs They don't check prepare statements!! UC4 seems to have this bug fixed. I would upgrade!! >>Thanks, >>John H. Frantz >> >> >>Sent via Deja.com http://www.deja.com/ >>Before you buy. > >________________________________________________________________________ >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > -- David Williams