Re: Porting old application- numeric keypad
> I am not an expert in any way, shape, or form. But that's never stopped me > from talking. Looking here: http://nixdoc.net/man-pages/hp- > ux/man1/dircmp.1.html > > -d Compare the contents of files with the same name in both >directories and output a list telling what must be >changed in the two files to bring them into agreement. >The list format is described in diff(1). > > it appears to me that GNU diff would do some similar functions. > > diff dir1 dir2 Rsync would probably also work (and actually provide a way to DO the changes as well). -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
Smith, Ann (ISD, IT) writes: > They have tried diff. As John says, GNU diff, as available on any Linux, provides a lot of powerful functions include recursion support (specified explicitly via the -r option). I'd encourage anyone using diff to use the "-u" option to provide "unidiff" format output which is much more human-readable and provides more context information used by patching software to behave more robustly in the face of applying patches to "slightly modified" files. Using diff to do "diff -ur dir1 dir2" and such like is something I do fairly frequently and I've never found any glaring omissions in its functionality. > Has some functions but appareently not all that dircmp -d provides. What functionality do they think is missing from GNU diff? I wouldn't be surprised if education plus possibly some minor pre/post-processing with other utilities solved their problems. --Malcolm -- Malcolm Beattie Mainframe Systems and Software Business, Europe IBM UK -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
They have tried diff. Has some functions but appareently not all that dircmp -d provides. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of McKown, John Sent: Thursday, December 15, 2011 8:43 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Porting old application- numeric keypad > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Henry Schaffer > Sent: Wednesday, December 14, 2011 9:19 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > > On Wed, Dec 14, 2011 at 10:06 PM, John McKown > wrote: > > On Wed, 2011-12-14 at 18:34 -0500, Smith, Ann (ISD, IT) wrote: > >> Took a while to figute out what they had done. > >> Keep telling them to stop pulling everything over from HPUX server. > >> > >> > >> I do have another question for folks They seemed to have used the > >> dircmp command a lot - in > particular 'dircmp -d' > >> It appears that linux distro does not have dircmp Trying to find an > >> equivalent for SLES10 > >> > > > > I am not an expert in any way, shape, or form. But that's > never stopped > > me from talking. > > Looking here: http://nixdoc.net/man-pages/hp-ux/man1/dircmp.1.html > > > > -d Compare the contents of files with the same name in both > > directories and output a list telling what must be > > changed in the two files to bring them > into agreement. > > The list format is described in diff(1). > > > > it appears to me that GNU diff would do some similar functions. > > > > diff dir1 dir2 > > diff does compare files > > dir1 and dir1 need to be files - but they are directories > > even if the contents of the directories are put into files, e.g. > ls dir1 > dir1-file > then the diff will show how the two directories differ, and not say > anything about the "contents of files with the same name in both > directories" > > I think I've seen references to a script which will go through the > steps described above for dircmp -d > > --henry schaffer Have you tried? I assure you that I have compared entire directories of files using "diff dir1 dir2". Example from my Linux/Intel desktop: [tsh009@it-mckownjohn2 zos]$ ls -ld sys1.dev1.vtampds sys1.lih1.vtampds drwxr-xr-x 2 tsh009 TSHG 4096 Dec 2 07:46 sys1.dev1.vtampds drwxr-xr-x 2 tsh009 TSHG 4096 Dec 2 07:46 sys1.lih1.vtampds [tsh009@it-mckownjohn2 zos]$ diff sys1.dev1.vtampds/ sys1.lih1.vtampds/ Only in sys1.lih1.vtampds/: ADVFLOGM diff sys1.dev1.vtampds/ASMCOS sys1.lih1.vtampds/ASMCOS 16c16 < //SYSINDD DSN=SYS1.DEV1.VTAMPDS(ISTSDCOS),DISP=SHR --- > //SYSINDD DSN=SYS1.LIH1.VTAMPDS(ISTSDCOS),DISP=SHR diff sys1.dev1.vtampds/ASMMODE sys1.lih1.vtampds/ASMMODE 1c1 < //TSH010MT JOB (H0I),'D.STREET---TECH',CLASS=Z, --- > //ASMMODE JOB (H0I),'D.STREET---TECH',CLASS=Z, 3c3 < // NOTIFY=TSH010 --- > // NOTIFY=&SYSUID 22c22 < //SYSLMOD DD DISP=SHR,DSN=SYS1.LIH1.VTAMLIB --- > //SYSLMOD DD DISP=SHR,DSN=SYS1.DEV1.VTAMLIB Only in sys1.lih1.vtampds/: ASMUSS diff sys1.dev1.vtampds/ASMUSSXB sys1.lih1.vtampds/ASMUSSXB 1c1 < //TSH010UB JOB (H0I),'D.STREET---TECH',CLASS=Q, --- > //TSH010UB JOB (H0I),'D.STREET---TECH',CLASS=Z, 20c20 < //SYSINDD DSN=SYS1.DEV1.VTAMPDS(USSTXBSC),DISP=SHR --- > //SYSINDD DSN=SYS1.LIH1.VTAMPDS(USSTXBSC),DISP=SHR 26c26 < //SYSLMOD DD DISP=SHR,DSN=SYS1.DEV1.VTAMLIB --- > //SYSLMOD DD DISP=SHR,DSN=SYS1.LIH1.VTAMLIB diff sys1.dev1.vtampds/ASMUSSXS sys1.lih1.vtampds/ASMUSSXS 1c1 < //TSH010US JOB (H0I),'D.STREET---TECH',CLASS=Q, --- > //TSH010US JOB (H0I),'D.STREET---TECH',CLASS=Z, 7,9c7,9 < //** MEMBER USSTXBSO OLD UICI SCREEN < //** MEMBER USSTXBSC NEW HEALTHMARKETS SCREEN < //** COPY MEMBER USSTXBSN TO USSTXBSC AFTER TESTING OK --- > //** MEMBER USSTXSNO OLD UICI SCREEN > //** MEMBER USSTXSNN NEW HEALTHMARKETS SCREEN > //** COPY MEMBER USSTXSNN TO USSTXSN1 AFTER TESTING OK 20c20 < //SYSINDD DSN=SYS1.DEV1.VTAMPDS(USSTXSN1),DISP=SHR --- > //SYSINDD DSN=SYS1.LIH1.VTAMPDS(USSTXSN1),DISP=SHR 26c26 < //SYSLMOD DD DISP=SHR,DSN=SYS1.DEV1.VTAMLIB --- > //SYSLMOD DD DISP=SHR,DSN=SYS1.LIH1.VTAMLIB Only in sys1.lih1.vtampds/: ASSMOLD diff sys1.dev1.vtampds/AUSS sys1.lih1.vtampds/AUSS 5c5 < //** ASSEMBLE USS TABES FOR DEV1 SYSTEM --- > //** ASSEMBLE USS TABES FOR ESA SYSTEM 16c16,17 < //SYSINDD DSN=SYS1.DEV1.VTAMPDS(USSTXBSC),DISP=SHR --- > //SYSINDD DSN=SYS1.LIH1.VTAMPDS(USSTXBSC),DISP=SHR > //*YSIN
Re: Porting old application- numeric keypad
> -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On > Behalf Of Henry Schaffer > Sent: Wednesday, December 14, 2011 9:19 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > > On Wed, Dec 14, 2011 at 10:06 PM, John McKown > wrote: > > On Wed, 2011-12-14 at 18:34 -0500, Smith, Ann (ISD, IT) wrote: > >> Took a while to figute out what they had done. > >> Keep telling them to stop pulling everything over from HPUX server. > >> > >> > >> I do have another question for folks > >> They seemed to have used the dircmp command a lot - in > particular 'dircmp -d' > >> It appears that linux distro does not have dircmp > >> Trying to find an equivalent for SLES10 > >> > > > > I am not an expert in any way, shape, or form. But that's > never stopped > > me from talking. > > Looking here: http://nixdoc.net/man-pages/hp-ux/man1/dircmp.1.html > > > > -d Compare the contents of files with the same name in both > > directories and output a list telling what must be > > changed in the two files to bring them > into agreement. > > The list format is described in diff(1). > > > > it appears to me that GNU diff would do some similar functions. > > > > diff dir1 dir2 > > diff does compare files > > dir1 and dir1 need to be files - but they are directories > > even if the contents of the directories are put into files, e.g. > ls dir1 > dir1-file > then the diff will show how the two directories differ, and not say > anything about the "contents of files with the same name in both > directories" > > I think I've seen references to a script which will go through the > steps described above for dircmp -d > > --henry schaffer Have you tried? I assure you that I have compared entire directories of files using "diff dir1 dir2". Example from my Linux/Intel desktop: [tsh009@it-mckownjohn2 zos]$ ls -ld sys1.dev1.vtampds sys1.lih1.vtampds drwxr-xr-x 2 tsh009 TSHG 4096 Dec 2 07:46 sys1.dev1.vtampds drwxr-xr-x 2 tsh009 TSHG 4096 Dec 2 07:46 sys1.lih1.vtampds [tsh009@it-mckownjohn2 zos]$ diff sys1.dev1.vtampds/ sys1.lih1.vtampds/ Only in sys1.lih1.vtampds/: ADVFLOGM diff sys1.dev1.vtampds/ASMCOS sys1.lih1.vtampds/ASMCOS 16c16 < //SYSINDD DSN=SYS1.DEV1.VTAMPDS(ISTSDCOS),DISP=SHR --- > //SYSINDD DSN=SYS1.LIH1.VTAMPDS(ISTSDCOS),DISP=SHR diff sys1.dev1.vtampds/ASMMODE sys1.lih1.vtampds/ASMMODE 1c1 < //TSH010MT JOB (H0I),'D.STREET---TECH',CLASS=Z, --- > //ASMMODE JOB (H0I),'D.STREET---TECH',CLASS=Z, 3c3 < // NOTIFY=TSH010 --- > // NOTIFY=&SYSUID 22c22 < //SYSLMOD DD DISP=SHR,DSN=SYS1.LIH1.VTAMLIB --- > //SYSLMOD DD DISP=SHR,DSN=SYS1.DEV1.VTAMLIB Only in sys1.lih1.vtampds/: ASMUSS diff sys1.dev1.vtampds/ASMUSSXB sys1.lih1.vtampds/ASMUSSXB 1c1 < //TSH010UB JOB (H0I),'D.STREET---TECH',CLASS=Q, --- > //TSH010UB JOB (H0I),'D.STREET---TECH',CLASS=Z, 20c20 < //SYSINDD DSN=SYS1.DEV1.VTAMPDS(USSTXBSC),DISP=SHR --- > //SYSINDD DSN=SYS1.LIH1.VTAMPDS(USSTXBSC),DISP=SHR 26c26 < //SYSLMOD DD DISP=SHR,DSN=SYS1.DEV1.VTAMLIB --- > //SYSLMOD DD DISP=SHR,DSN=SYS1.LIH1.VTAMLIB diff sys1.dev1.vtampds/ASMUSSXS sys1.lih1.vtampds/ASMUSSXS 1c1 < //TSH010US JOB (H0I),'D.STREET---TECH',CLASS=Q, --- > //TSH010US JOB (H0I),'D.STREET---TECH',CLASS=Z, 7,9c7,9 < //** MEMBER USSTXBSO OLD UICI SCREEN < //** MEMBER USSTXBSC NEW HEALTHMARKETS SCREEN < //** COPY MEMBER USSTXBSN TO USSTXBSC AFTER TESTING OK --- > //** MEMBER USSTXSNO OLD UICI SCREEN > //** MEMBER USSTXSNN NEW HEALTHMARKETS SCREEN > //** COPY MEMBER USSTXSNN TO USSTXSN1 AFTER TESTING OK 20c20 < //SYSINDD DSN=SYS1.DEV1.VTAMPDS(USSTXSN1),DISP=SHR --- > //SYSINDD DSN=SYS1.LIH1.VTAMPDS(USSTXSN1),DISP=SHR 26c26 < //SYSLMOD DD DISP=SHR,DSN=SYS1.DEV1.VTAMLIB --- > //SYSLMOD DD DISP=SHR,DSN=SYS1.LIH1.VTAMLIB Only in sys1.lih1.vtampds/: ASSMOLD diff sys1.dev1.vtampds/AUSS sys1.lih1.vtampds/AUSS 5c5 < //** ASSEMBLE USS TABES FOR DEV1 SYSTEM --- > //** ASSEMBLE USS TABES FOR ESA SYSTEM 16c16,17 < //SYSINDD DSN=SYS1.DEV1.VTAMPDS(USSTXBSC),DISP=SHR --- > //SYSINDD DSN=SYS1.LIH1.VTAMPDS(USSTXBSC),DISP=SHR > //*YSINDD DSN=SYS1.LIH1.VTAMPDS(USSTXSN1),DISP=SHR Only in sys1.lih1.vtampds/: EFGTPX Only in sys1.lih1.vtampds/: IBMGWN Only in sys1.lih1.vtampds/: IEBNCPLD Only in sys1.lih1.vtampds/: JES2MOD1 Only in sys1.lih1.vtampds/: LU6262 Only in sys1.lih1.vtampds/: MODETAB Only in sys1.lih1.vtampds/: MODETABA Only in sys1.lih1.
Re: Porting old application- numeric keypad
On Wed, 14 Dec 2011 18:34:45 -0500 "Smith, Ann (ISD, IT)" wrote: > I do have another question for folks > They seemed to have used the dircmp command a lot - in particular > 'dircmp -d' It appears that linux distro does not have dircmp > Trying to find an equivalent for SLES10 "diff -r dir1 dir2" If you only want the filenames use "-q" as well. In need delete the "Only in ..." lines with something like sed or awk. Shane ... -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
On Wed, Dec 14, 2011 at 10:06 PM, John McKown wrote: > On Wed, 2011-12-14 at 18:34 -0500, Smith, Ann (ISD, IT) wrote: >> Took a while to figute out what they had done. >> Keep telling them to stop pulling everything over from HPUX server. >> >> >> I do have another question for folks >> They seemed to have used the dircmp command a lot - in particular 'dircmp -d' >> It appears that linux distro does not have dircmp >> Trying to find an equivalent for SLES10 >> > > I am not an expert in any way, shape, or form. But that's never stopped > me from talking. > Looking here: http://nixdoc.net/man-pages/hp-ux/man1/dircmp.1.html > > -d Compare the contents of files with the same name in both > directories and output a list telling what must be > changed in the two files to bring them into agreement. > The list format is described in diff(1). > > it appears to me that GNU diff would do some similar functions. > > diff dir1 dir2 diff does compare files dir1 and dir1 need to be files - but they are directories even if the contents of the directories are put into files, e.g. ls dir1 > dir1-file then the diff will show how the two directories differ, and not say anything about the "contents of files with the same name in both directories" I think I've seen references to a script which will go through the steps described above for dircmp -d --henry schaffer -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
On Wed, 2011-12-14 at 18:34 -0500, Smith, Ann (ISD, IT) wrote: > Took a while to figute out what they had done. > Keep telling them to stop pulling everything over from HPUX server. > > > I do have another question for folks > They seemed to have used the dircmp command a lot - in particular 'dircmp -d' > It appears that linux distro does not have dircmp > Trying to find an equivalent for SLES10 > I am not an expert in any way, shape, or form. But that's never stopped me from talking. Looking here: http://nixdoc.net/man-pages/hp-ux/man1/dircmp.1.html -d Compare the contents of files with the same name in both directories and output a list telling what must be changed in the two files to bring them into agreement. The list format is described in diff(1). it appears to me that GNU diff would do some similar functions. diff dir1 dir2 -- John McKown Maranatha! <>< -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
Took a while to figute out what they had done. Keep telling them to stop pulling everything over from HPUX server. I do have another question for folks They seemed to have used the dircmp command a lot - in particular 'dircmp -d' It appears that linux distro does not have dircmp Trying to find an equivalent for SLES10 -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Richard Troth Sent: Wednesday, December 14, 2011 4:39 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Porting old application- numeric keypad Wow ... thanks for sharing the resolution. There is a great misunderstanding of how Unix shell profiles work. I have seen similar problems several times. (Of course, I've never shot my own foot. No way!) $HOME/.profile is "sourced", which means it runs within the same process space. Otherwise, it could have no effect on the environment. (A child process in Unix cannot change the environment variables of its parent.) That's not exactly what happened with the 'trap', but related. When the graphical desktops hit, a lot of the profiling elegance was forgotten, so the lack of education is made worse. With care, you can get the vendor profile, a local profile, and the user profile all cleanly applied ... reliably, for any shell, with any login (graphical or textual). It's just that few remember HOW. -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Wed, Dec 14, 2011 at 15:11, Smith, Ann (ISD, IT) wrote: > We found the issue with hung processes was due to code they had put in > their .profile > > > export TERM=vt220 > > #export LANG= > > set -u > > trap "echo 'logout'" 0 > > trap "" 1 2 3 > > export PATH=$PATH:. > > > trap 1 was removed - no longer get hung processes chewing up cpu > > > -----Original Message----- > From: Smith, Ann (ISD, IT) > Sent: Friday, November 18, 2011 9:49 AM > To: 'Linux on 390 Port' > Subject: RE: Porting old application- numeric keypad > > Yes HOD was used with HPUX and will be used with linux on z. > > Now they tell me they had on HPUX and stiil have on z a problem with > processes left by users not terminating out of HOD properly. Processes that > are left apparently use quite a bit of cpu. They reworked a kill script they > ran on HPUX so it can identify and kill such processes on SLES10. > > Have you heard of this with X'ing out or terminating HOD? > > At the same time as moving to linux on z they are moving users jobs to India > and we will have this problem day and night. I've have started to get paged > day and night when the cpu usage hits a limit due to these leftover processes. > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Richard Troth > Sent: Wednesday, November 16, 2011 1:36 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > > You will want to find out if HOD was/is used when they run this against HP-UX > system(s). > > It has been a while since I worked on this kind of thing. I was dismayed to > find that most of the termcap/curses support is for *output*. For input, > more of the heavy lifting gets dumped on the apps themselves. That aspect > (how much of the input side does the library handle automagically) may vary > between HP-UX and Linux. > > -- R; <>< > Rick Troth > Velocity Software > http://www.velocitysoftware.com/ > > > > > > On Wed, Nov 16, 2011 at 11:34, Smith, Ann (ISD, IT) > wrote: >> It is vt420f. My typo. >> >> They just told me they are using IBM Host On Demand. >> Trying to get more info on their keyboard mapping. >> >> Do you have to turn Num Lock on to get keypad to work? >> >> -Original Message- >> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of >> Mark Post >> Sent: Wednesday, November 16, 2011 11:09 AM >> To: LINUX-390@VM.MARIST.EDU >> Subject: Re: Porting old application- numeric keypad >> >>>>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>>>> >> wrote: >>> They are using TERM=VT420F >>> Does anyone know of a way to get numeric keypad on keyboard to work >>> with SLES? Apparently it is critical to customers using this >> application. >> >> Since I use it every day, I can say that the numeric keypad works >> just fine "with SLES." Part of the equation, though, is what >> terminal emulator they're using to access the system, as well as the >> TERM environment variable,
Re: Porting old application- numeric keypad
Wow ... thanks for sharing the resolution. There is a great misunderstanding of how Unix shell profiles work. I have seen similar problems several times. (Of course, I've never shot my own foot. No way!) $HOME/.profile is "sourced", which means it runs within the same process space. Otherwise, it could have no effect on the environment. (A child process in Unix cannot change the environment variables of its parent.) That's not exactly what happened with the 'trap', but related. When the graphical desktops hit, a lot of the profiling elegance was forgotten, so the lack of education is made worse. With care, you can get the vendor profile, a local profile, and the user profile all cleanly applied ... reliably, for any shell, with any login (graphical or textual). It's just that few remember HOW. -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Wed, Dec 14, 2011 at 15:11, Smith, Ann (ISD, IT) wrote: > We found the issue with hung processes was due to code they had put in their > .profile > > > export TERM=vt220 > > #export LANG= > > set -u > > trap "echo 'logout'" 0 > > trap "" 1 2 3 > > export PATH=$PATH:. > > > trap 1 was removed - no longer get hung processes chewing up cpu > > > -----Original Message- > From: Smith, Ann (ISD, IT) > Sent: Friday, November 18, 2011 9:49 AM > To: 'Linux on 390 Port' > Subject: RE: Porting old application- numeric keypad > > Yes HOD was used with HPUX and will be used with linux on z. > > Now they tell me they had on HPUX and stiil have on z a problem with > processes left by users not terminating out of HOD properly. Processes that > are left apparently use quite a bit of cpu. They reworked a kill script they > ran on HPUX so it can identify and kill such processes on SLES10. > > Have you heard of this with X'ing out or terminating HOD? > > At the same time as moving to linux on z they are moving users jobs to India > and we will have this problem day and night. I've have started to get paged > day and night when the cpu usage hits a limit due to these leftover processes. > > -----Original Message----- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Richard > Troth > Sent: Wednesday, November 16, 2011 1:36 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > > You will want to find out if HOD was/is used when they run this against HP-UX > system(s). > > It has been a while since I worked on this kind of thing. I was dismayed to > find that most of the termcap/curses support is for *output*. For input, > more of the heavy lifting gets dumped on the apps themselves. That aspect > (how much of the input side does the library handle automagically) may vary > between HP-UX and Linux. > > -- R; <>< > Rick Troth > Velocity Software > http://www.velocitysoftware.com/ > > > > > > On Wed, Nov 16, 2011 at 11:34, Smith, Ann (ISD, IT) > wrote: >> It is vt420f. My typo. >> >> They just told me they are using IBM Host On Demand. >> Trying to get more info on their keyboard mapping. >> >> Do you have to turn Num Lock on to get keypad to work? >> >> -Original Message- >> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of >> Mark Post >> Sent: Wednesday, November 16, 2011 11:09 AM >> To: LINUX-390@VM.MARIST.EDU >> Subject: Re: Porting old application- numeric keypad >> >>>>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>>>> >> wrote: >>> They are using TERM=VT420F >>> Does anyone know of a way to get numeric keypad on keyboard to work >>> with SLES? Apparently it is critical to customers using this >> application. >> >> Since I use it every day, I can say that the numeric keypad works just >> fine "with SLES." Part of the equation, though, is what terminal >> emulator they're using to access the system, as well as the TERM >> environment variable, which you listed as VT420F. (Which might be >> part of the issue; it really should be vt420f, not VT420F.) >> >> >> Mark Post >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, send >> email to lists...@vm.marist.edu with the message: INFO LINUX-390 or >> visit http://www.marist.edu/htbin/wlvindex?LINUX-390 >> -- >> For more i
Re: Porting old application- numeric keypad
We found the issue with hung processes was due to code they had put in their .profile export TERM=vt220 #export LANG= set -u trap "echo 'logout'" 0 trap "" 1 2 3 export PATH=$PATH:. trap 1 was removed - no longer get hung processes chewing up cpu -Original Message- From: Smith, Ann (ISD, IT) Sent: Friday, November 18, 2011 9:49 AM To: 'Linux on 390 Port' Subject: RE: Porting old application- numeric keypad Yes HOD was used with HPUX and will be used with linux on z. Now they tell me they had on HPUX and stiil have on z a problem with processes left by users not terminating out of HOD properly. Processes that are left apparently use quite a bit of cpu. They reworked a kill script they ran on HPUX so it can identify and kill such processes on SLES10. Have you heard of this with X'ing out or terminating HOD? At the same time as moving to linux on z they are moving users jobs to India and we will have this problem day and night. I've have started to get paged day and night when the cpu usage hits a limit due to these leftover processes. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Richard Troth Sent: Wednesday, November 16, 2011 1:36 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Porting old application- numeric keypad You will want to find out if HOD was/is used when they run this against HP-UX system(s). It has been a while since I worked on this kind of thing. I was dismayed to find that most of the termcap/curses support is for *output*. For input, more of the heavy lifting gets dumped on the apps themselves. That aspect (how much of the input side does the library handle automagically) may vary between HP-UX and Linux. -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Wed, Nov 16, 2011 at 11:34, Smith, Ann (ISD, IT) wrote: > It is vt420f. My typo. > > They just told me they are using IBM Host On Demand. > Trying to get more info on their keyboard mapping. > > Do you have to turn Num Lock on to get keypad to work? > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Mark Post > Sent: Wednesday, November 16, 2011 11:09 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > >>>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>>> > wrote: >> They are using TERM=VT420F >> Does anyone know of a way to get numeric keypad on keyboard to work >> with SLES? Apparently it is critical to customers using this > application. > > Since I use it every day, I can say that the numeric keypad works just > fine "with SLES." Part of the equation, though, is what terminal > emulator they're using to access the system, as well as the TERM > environment variable, which you listed as VT420F. (Which might be > part of the issue; it really should be vt420f, not VT420F.) > > > Mark Post > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > This communication, including attachments, is for the exclusive use of > addressee and may contain proprietary, confidential and/or privileged > information. If you are not the intended recipient, any use, copying, > disclosure, dissemination or distribution is strictly prohibited. If you are > not the intended recipient, please notify the sender immediately by return > e-mail, delete this communication and destroy all copies. > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information o
Re: Porting old application- numeric keypad
Run-away processes from lost terminal (or lost session, "lost pseudo-terminal") is a common problem. Yes, I've heard of it before. (Was/is not specific to HOD.) Theoretically, a process gets a HUP signal (hangup) when the session is dropped. For the signal to work, the whole TTY/PTY/PTS chain needs to know when the session dies. For HUP to have an effect, the application must not have masked it off. Yeah ... it's a serious problem. I am sorry that I don't have a good suggestion for fixing it. A script for finding runaways is current best practice. Might be smart to have it triggered when high CPU is detected by the monitor (rather than wake up at intervals). -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Fri, Nov 18, 2011 at 09:48, Smith, Ann (ISD, IT) wrote: > Yes HOD was used with HPUX and will be used with linux on z. > > Now they tell me they had on HPUX and stiil have on z a problem with > processes left by users not terminating out of HOD properly. Processes that > are left apparently use quite a bit of cpu. They reworked a kill script they > ran on HPUX so it can identify and kill such processes on SLES10. > > Have you heard of this with X'ing out or terminating HOD? > > At the same time as moving to linux on z they are moving users jobs to India > and we will have this problem day and night. I've have started to get paged > day and night when the cpu usage hits a limit due to these leftover processes. > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Richard > Troth > Sent: Wednesday, November 16, 2011 1:36 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > > You will want to find out if HOD was/is used when they run this against HP-UX > system(s). > > It has been a while since I worked on this kind of thing. I was dismayed to > find that most of the termcap/curses support is for *output*. For input, > more of the heavy lifting gets dumped on the apps themselves. That aspect > (how much of the input side does the library handle automagically) may vary > between HP-UX and Linux. > > -- R; <>< > Rick Troth > Velocity Software > http://www.velocitysoftware.com/ > > > > > > On Wed, Nov 16, 2011 at 11:34, Smith, Ann (ISD, IT) > wrote: >> It is vt420f. My typo. >> >> They just told me they are using IBM Host On Demand. >> Trying to get more info on their keyboard mapping. >> >> Do you have to turn Num Lock on to get keypad to work? >> >> -Original Message- >> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of >> Mark Post >> Sent: Wednesday, November 16, 2011 11:09 AM >> To: LINUX-390@VM.MARIST.EDU >> Subject: Re: Porting old application- numeric keypad >> >>>>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>>>> >> wrote: >>> They are using TERM=VT420F >>> Does anyone know of a way to get numeric keypad on keyboard to work >>> with SLES? Apparently it is critical to customers using this >> application. >> >> Since I use it every day, I can say that the numeric keypad works just >> fine "with SLES." Part of the equation, though, is what terminal >> emulator they're using to access the system, as well as the TERM >> environment variable, which you listed as VT420F. (Which might be >> part of the issue; it really should be vt420f, not VT420F.) >> >> >> Mark Post >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, send >> email to lists...@vm.marist.edu with the message: INFO LINUX-390 or >> visit http://www.marist.edu/htbin/wlvindex?LINUX-390 >> -- >> For more information on Linux on System z, visit >> http://wiki.linuxvm.org/ >> >> This communication, including attachments, is for the exclusive use of >> addressee and may contain proprietary, confidential and/or privileged >> information. If you are not the intended recipient, any use, copying, >> disclosure, dissemination or distribution is strictly prohibited. If you >> are not the intended recipient, please notify the sender immediately by >> return e-mail, delete this communication and destroy all copies. >> >> >> -
Re: Porting old application- numeric keypad
Yes HOD was used with HPUX and will be used with linux on z. Now they tell me they had on HPUX and stiil have on z a problem with processes left by users not terminating out of HOD properly. Processes that are left apparently use quite a bit of cpu. They reworked a kill script they ran on HPUX so it can identify and kill such processes on SLES10. Have you heard of this with X'ing out or terminating HOD? At the same time as moving to linux on z they are moving users jobs to India and we will have this problem day and night. I've have started to get paged day and night when the cpu usage hits a limit due to these leftover processes. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Richard Troth Sent: Wednesday, November 16, 2011 1:36 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Porting old application- numeric keypad You will want to find out if HOD was/is used when they run this against HP-UX system(s). It has been a while since I worked on this kind of thing. I was dismayed to find that most of the termcap/curses support is for *output*. For input, more of the heavy lifting gets dumped on the apps themselves. That aspect (how much of the input side does the library handle automagically) may vary between HP-UX and Linux. -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Wed, Nov 16, 2011 at 11:34, Smith, Ann (ISD, IT) wrote: > It is vt420f. My typo. > > They just told me they are using IBM Host On Demand. > Trying to get more info on their keyboard mapping. > > Do you have to turn Num Lock on to get keypad to work? > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Mark Post > Sent: Wednesday, November 16, 2011 11:09 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > >>>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>>> > wrote: >> They are using TERM=VT420F >> Does anyone know of a way to get numeric keypad on keyboard to work >> with SLES? Apparently it is critical to customers using this > application. > > Since I use it every day, I can say that the numeric keypad works just > fine "with SLES." Part of the equation, though, is what terminal > emulator they're using to access the system, as well as the TERM > environment variable, which you listed as VT420F. (Which might be > part of the issue; it really should be vt420f, not VT420F.) > > > Mark Post > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > This communication, including attachments, is for the exclusive use of > addressee and may contain proprietary, confidential and/or privileged > information. If you are not the intended recipient, any use, copying, > disclosure, dissemination or distribution is strictly prohibited. If you are > not the intended recipient, please notify the sender immediately by return > e-mail, delete this communication and destroy all copies. > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately
Re: Porting old application- numeric keypad
Customer found when the application product was installed they had failed to recompile some modules. He has done that and now they are back to using vt220 and numeric keypad works fine. -Original Message- From: Smith, Ann (ISD, IT) Sent: Wednesday, November 16, 2011 11:34 AM To: 'Linux on 390 Port' Subject: RE: Porting old application- numeric keypad It is vt420f. My typo. They just told me they are using IBM Host On Demand. Trying to get more info on their keyboard mapping. Do you have to turn Num Lock on to get keypad to work? -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post Sent: Wednesday, November 16, 2011 11:09 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Porting old application- numeric keypad >>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>> wrote: > They are using TERM=VT420F > Does anyone know of a way to get numeric keypad on keyboard to work > with SLES? Apparently it is critical to customers using this application. Since I use it every day, I can say that the numeric keypad works just fine "with SLES." Part of the equation, though, is what terminal emulator they're using to access the system, as well as the TERM environment variable, which you listed as VT420F. (Which might be part of the issue; it really should be vt420f, not VT420F.) Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
You will want to find out if HOD was/is used when they run this against HP-UX system(s). It has been a while since I worked on this kind of thing. I was dismayed to find that most of the termcap/curses support is for *output*. For input, more of the heavy lifting gets dumped on the apps themselves. That aspect (how much of the input side does the library handle automagically) may vary between HP-UX and Linux. -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Wed, Nov 16, 2011 at 11:34, Smith, Ann (ISD, IT) wrote: > It is vt420f. My typo. > > They just told me they are using IBM Host On Demand. > Trying to get more info on their keyboard mapping. > > Do you have to turn Num Lock on to get keypad to work? > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Mark Post > Sent: Wednesday, November 16, 2011 11:09 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > >>>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>>> > wrote: >> They are using TERM=VT420F >> Does anyone know of a way to get numeric keypad on keyboard to work >> with SLES? Apparently it is critical to customers using this > application. > > Since I use it every day, I can say that the numeric keypad works just > fine "with SLES." Part of the equation, though, is what terminal > emulator they're using to access the system, as well as the TERM > environment variable, which you listed as VT420F. (Which might be part > of the issue; it really should be vt420f, not VT420F.) > > > Mark Post > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > This communication, including attachments, is for the exclusive use of > addressee and may contain proprietary, confidential and/or privileged > information. If you are not the intended recipient, any use, copying, > disclosure, dissemination or distribution is strictly prohibited. If you are > not the intended recipient, please notify the sender immediately by return > e-mail, delete this communication and destroy all copies. > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
It is vt420f. My typo. They just told me they are using IBM Host On Demand. Trying to get more info on their keyboard mapping. Do you have to turn Num Lock on to get keypad to work? -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post Sent: Wednesday, November 16, 2011 11:09 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Porting old application- numeric keypad >>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>> wrote: > They are using TERM=VT420F > Does anyone know of a way to get numeric keypad on keyboard to work > with SLES? Apparently it is critical to customers using this application. Since I use it every day, I can say that the numeric keypad works just fine "with SLES." Part of the equation, though, is what terminal emulator they're using to access the system, as well as the TERM environment variable, which you listed as VT420F. (Which might be part of the issue; it really should be vt420f, not VT420F.) Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
> -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On > Behalf Of David Boyes > Sent: Wednesday, November 16, 2011 10:14 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Porting old application- numeric keypad > > > 'cat | od -h' is your friend. As an aside, wouldn't -tx1 be "better" than -h? -h outputs hex in 2 byte increments and the output differs between IBM/z and Intel (I think) due to the endian differences. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
>>> On 11/16/2011 at 11:34 AM, "Smith, Ann (ISD, IT)" >>> wrote: > Do you have to turn Num Lock on to get keypad to work? Only if you want to type numbers. :) Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
>>> On 11/16/2011 at 10:56 AM, "Smith, Ann (ISD, IT)" >>> wrote: > They are using TERM=VT420F > Does anyone know of a way to get numeric keypad on keyboard to work with > SLES? Apparently it is critical to customers using this application. Since I use it every day, I can say that the numeric keypad works just fine "with SLES." Part of the equation, though, is what terminal emulator they're using to access the system, as well as the TERM environment variable, which you listed as VT420F. (Which might be part of the issue; it really should be vt420f, not VT420F.) Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Porting old application- numeric keypad
> But they are still having issues with getting the numeric keypad on right side > of physical keyboard to work. And backspace key still not working. > They are using TERM=VT420F > Does anyone know of a way to get numeric keypad on keyboard to work > with SLES? Apparently it is critical to customers using this application. Is the terminal keypad in numeric or application mode? VTxxx terminals have two keypad modes, and they send different escape sequences depending on which mode they're in. Default state for a VT420 (still got a real one) is numeric mode. I bet they're expecting application mode. Check your terminal keymap to determine whether the keys they're hitting are what they think they are -- most terminal emulators use different key sequences in application mode (try hitting the key mapped as Gold and then the numeric key -- that's a common "switch to app mode" key map for emulators". 'cat | od -h' is your friend. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Porting old application- numeric keypad
We have been porting some curses-based text-terminal applications from HP-UX that make heavy use of PFkeys and the numeric keypad, and the usual terminal emulation and TERM settings from HPUX don't work on SLES10. I think they have gotten over the hurdle of recoding PF keys since not same as had been for AIX or HPUX. But they are still having issues with getting the numeric keypad on right side of physical keyboard to work. And backspace key still not working. They are using TERM=VT420F Does anyone know of a way to get numeric keypad on keyboard to work with SLES? Apparently it is critical to customers using this application. This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
