View previous topic :: View next topic |
Author |
Message |
prino Banned
Joined: 01 Feb 2007 Posts: 45 Topics: 5 Location: Oostende
|
Posted: Thu May 12, 2011 2:17 am Post subject: Access to shadow variables from REXX |
|
|
Is there a way of accessing the shadow variables for a panel from REXX. There are plenty of references to accessing the actual screen data, but what I'm looking for is something that gives me access to the area in storage that holds the attribute bytes, if there is even something like that. |
|
Back to top |
|
|
semigeezer Supermod
Joined: 03 Jan 2003 Posts: 1014 Topics: 13 Location: Atlantis
|
Posted: Sun May 15, 2011 9:40 pm Post subject: |
|
|
Other than reading the variable defined on the panel, no there is not. Of course, to read that variable, it means that you must have control of the variable pools; it must be your own application.
If you are trying to capture the editor's shadow variable, there is a diagnostic command HILITE DUMP that creates data set <prefix>.PLEX.DUMP that can be used to get the edit shadow variable in a very round-about way. See http://sillysot.com/ftp/vbcode-generator.zip for an example. Of course, that command is not documented (probably not even known by the current developers for all I know) so it could break at any time _________________ New members are encouraged to read the How To Ask Questions The Smart Way FAQ at http://www.catb.org/~esr/faqs/smart-questions.html. |
|
Back to top |
|
|
prino Banned
Joined: 01 Feb 2007 Posts: 45 Topics: 5 Location: Oostende
|
Posted: Fri May 27, 2011 12:46 am Post subject: |
|
|
I know about HILITE DUMP and have used your VBCODE stuff in the past, but you also have a wonderful tool called ISPFHTML, and I was hoping that there would be a way to use REXX' "storage" function to get at the data that program is getting at, via z/OS control blocks. |
|
Back to top |
|
|
semigeezer Supermod
Joined: 03 Jan 2003 Posts: 1014 Topics: 13 Location: Atlantis
|
Posted: Sat May 28, 2011 8:43 pm Post subject: |
|
|
That stuff goes deep into ISPF internals and gets really ugly (and, I'm afraid undocumented and very subject to change). That'd be a can of worms no sane person would want to open without source code and an embarrassingly large amount of free time
I would suggest, as an alternative, that you look at your emulator to see if its screen capture and/or macro language can grab that stuff for you. I think there is a Vista macro out at my site that does that, though I'm sure I haven't looked at (or for) it or tried it in the last decade+ since I went the ISPFHTML route instead. _________________ New members are encouraged to read the How To Ask Questions The Smart Way FAQ at http://www.catb.org/~esr/faqs/smart-questions.html. |
|
Back to top |
|
|
prino Banned
Joined: 01 Feb 2007 Posts: 45 Topics: 5 Location: Oostende
|
Posted: Sun May 29, 2011 3:00 pm Post subject: |
|
|
semigeezer wrote: | That stuff goes deep into ISPF internals and gets really ugly (and, I'm afraid undocumented and very subject to change). That'd be a can of worms no sane person would want to open without source code and an embarrassingly large amount of free time |
I've been out of work for the past 19 months, so the "embarrassing large amount of free time" is not a problem. Some hints as to where to look would however be useful, IDA Pro unfortunately cannot disassemble z/OS programs.
As for the "undocumented and very subject to change", I've got an edit macro that enables me to decode a lot of the "USER_STATE" of the ISPF editor in a completely ISPF version independent way and as it turns out nothing changes much between ISPF versions.
semigeezer wrote: | I would suggest, as an alternative, that you look at your emulator to see if its screen capture and/or macro language can grab that stuff for you. I think there is a Vista macro out at my site that does that, though I'm sure I haven't looked at (or for) it or tried it in the last decade+ since I went the ISPFHTML route instead. | Like you I use Tom Brennan's Vista, and have tried your macro's, but, maybe mistakenly, I think REXX might be faster. |
|
Back to top |
|
|
|
|