| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
A customer using SETHOST and TELNET on PC couldn't use KP0 to EXIT
from a customized ARG form. Other forms work just fine.
"0" appears instead. Everything's fine if KERMIT is being used.
The following methods were tried but fail;
1. F3 setup to use application keypad
works on the first try but fails on subsequent attempts
2. set term/application/perm
3. arg/overly/pre="get oa$dcl='set term/application'\ifexit"
Anybody has any idea ?
ps:
There's nothing particular about this ARG form either. It's
just a modification of another ARG form.
ching-U
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2897.1 | Suggestions and questions | SCOTTC::MARSHALL | Spitfire Drivers Do It Topless | Tue Jun 22 1993 12:43 | 12 |
Are you sure that the form doesn't call the KEYPAD OFF API function; does it have the/KEYPAD form qualifier? Does it call anything that might turn the keypad off? Maybe something on the form intentionally turns the keypad off. In this case, are you sure that all paths through the form re-activate the keypad. If the user leaves the form by other means (eg pressing RETURN), does KP0 work as expected on the form the user is returned to: ie is the problem always local to the one form, or once the keypad is turned off, does it stay off? Scott | |||||
| 2897.2 | I'll double check again | ZPOVC::CHINGYUE | Wed Jun 23 1993 02:47 | 21 | |
> Are you sure that the form doesn't call the KEYPAD OFF API function;
> does it have the/KEYPAD form qualifier?
> Does it call anything that might turn the keypad off?
According to customer, the answer is no.
> If the user leaves the form by other means (eg pressing RETURN), does
> KP0 workas expected on the form the user is returned to:
> ie is the problem always local to the one form,
> or once the keypad is turned off, does it stay off?
Yes, it's alway local.
I'll have customer to check the path for KEYPAD OFF again.
ching-U
| |||||
| 2897.3 | /reset does the trick | ZPOVC::CHINGYUE | Mon Jun 28 1993 03:17 | 9 | |
hi,
Problem resolved by using /RESET before calling her problematic
form. Guess I should use the work 'workaround' instead of solve
eh ?
Thanks anyway.
Ching-U
| |||||