So, I may be wrong, or RDRLIST is an exception, or the name is almost right:
FILELIST and friends are composed of a few execs - FILELIST EXEC basically issues XEDIT userid FILELIST (PROFILE PROFFSLT - But, FILELIST queued 'MACRO X$FLST$X', before starting XEDIT. So when the PROFLST XEDIT macro exits, X$FLST$X runs. - X$FLST$X is the one that issues the required LISTFILE command to populate the FILELIST - EXECUTE XEDIT is the macro that executes commands entered in FILELIST. I am almost 100% sure I did not made typos in the names above. Now, RDRLIST, DIRLIST MACLIST, etc all use the same basics. So search again for files X$*$X XEDIT S you should find the base of RDRLIST too. 2007/12/12, Schuh, Richard <[EMAIL PROTECTED]>: > > > > > That is interesting. I find no such file anywhere in my search order. > Neither can I find it with EXECMAP (banana. Yet RDRLIST works fine for me. > > > > > Regards, > Richard Schuh > > > > ________________________________ > > > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Kris Buelens > Sent: Wednesday, December 12, 2007 1:21 PM > To: [email protected] > Subject: Re: RDRLIST Weirdness > > > > You must also search for X$RLST$X XEDIT macro, it is the heart of RDRLIST > > > 2007/12/12, Schuh, Richard <[EMAIL PROTECTED]>: > > > > It is the initial RDRLIST display, as below, from which you may PEEK, > RECEIVE or otherwise manipulate the listed files. 1-80 is still its proper > verify setting. > > > > RSCHUH RDRLIST A0 V 164 Trunc=164 Size=6 Line=1 Col=1 Alt=0 > > > Cmd Filename Filetype Class User at Node Hold Records Date > Time > > (none) (none) CON T RSCHUH RSVM3 NONE 172 2007-12-07 > 16:54:53 > > (none) (none) CON T RSCHUH RSVM3 NONE 351 2007-12-07 > 16:55:58 > > (none) (none) CON T SSCHRIMP RSVM3 NONE 132 2007-12-12 > 18:03:48 > > (none) (none) CON T RSCHUH RSVM3 NONE 135 2007-12-12 > 18:45:17 > > (none) (none) CON T RSCHUH RSVM3 NONE 135 2007-12-12 > 18:46:21 > > (none) (none) CON T RSCHUH RSVM3 NONE 749 2007-12-12 > 18:57:05 > > > > > > > > Regards, > Richard Schuh > > > > ________________________________ > > > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Huegel, Thomas > Sent: Wednesday, December 12, 2007 1:03 PM > > > > To: [email protected] > Subject: Re: RDRLIST Weirdness > > > > > > What is the filetype? A filetype of LISTING would default to 1-132 where a > filetype of PUNCH would be 1-80 .. there are several defaults dependant on > filetype. > > > -----Original Message----- > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] > Behalf Of Schuh, Richard > Sent: Wednesday, December 12, 2007 2:36 PM > To: [email protected] > Subject: Re: RDRLIST Weirdness > > The size of the screen is irrelevant; the verify columns should be 1-80 on > any size screen. RDRLIST and FILELIST both keep an exact copy of bytes 1-80 > in bytes 81-160 for use when (a) determining what has been asltered when a > profix command is entered, and (b) refreshing the screen or line. When I > enter rdrlist from my id , using a model 5, the verify columns are 1-80. > Using the same emulator session, but the affected user's id, verify is > 1-128. And that is true even after NOSPROF and NOPROF. > > > > I have verified that in all aspects, the invocations of the EXEC and XEDIT > macro are the same for both his id and mine. I have a Global Rexx Exit > running that captures the command, parameters and options used to invoke any > rexx program. > > > > > Regards, > Richard Schuh > > > > ________________________________ > > > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Bob Bates > Sent: Wednesday, December 12, 2007 11:34 AM > To: [email protected] > Subject: Re: RDRLIST Weirdness > > > > Try logging on with your id and see if it is the same results. Check the > MODEL number of the device his session is emulating. Could be it thinks it > has a larger screen? > > > > > Bob Bates > Enterprise Hosting Services - Enterprise Virtualization - z/VM and z/Linux > > w. (972) 753-5967 > c. (214) 907-5071 > > "This message may contain confidential and/or privileged information. If > you are not the addressee or authorized to receive this for the addressee, > you must not use, copy, disclose, or take any action based on this message > or any information herein. If you have received this message in error, > please advise the sender immediately by reply e-mail and delete this > message. Thank you for your cooperation." > > > > > > > > ________________________________ > > > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Schuh, Richard > Sent: Wednesday, December 12, 2007 1:24 PM > To: [email protected] > Subject: RDRLIST Weirdness > > We have one user who started exhibiting strange symptoms today. When he > enters the RDRLIST command, VERIFY is set for 1-132, not 1-80. > > § He is using the PROFRLST from the S-disk, verified by me. He has not > monkeyed with the DEFAULTS for anything - everything is vanilla. > > § He has set no user synonyms, also verified. > > § He has no RDRLIST EXEC, XEDIT or MODULE other than what is on the > S-disk, also verified > > § I have done: > > o IPL CMS PARM NOSPROF > > o ACC 191 A (NOPROF > > And I get the same result. > > § I have traced both RDRLIST EXEC and PROFRLST XEDIT and have failed > to find (perhaps recognize) a smoking gun. > > What gives? Where does RDRLIST set the verify columns? I have found no such > command in either the traces or the source. > > Regards, > Richard Schuh > > > > > -- > Kris Buelens, > IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
