×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
On 06-Oct-2016 16:24 -0500, Peter Dow wrote:
[…] I tried […]
DCL &PTRPARMS TYPE(*PTR) ADDRESS(&PARMS)
CALL OB0050AN (&RC &CALLER &PTRPARMS)
which gave OB0050AN a non-null ptrPARMS, but it doesn't seem to be
pointing to &PARMS -- it shows all * for the values instead of the
values I put in &PARMS. […]
The following output, I presume?
EVAL @PARMS
OB0050PR OF @PARMS =
....5...10...15...20...25
1 '**********
That seems to be an issue with the debugger and/or how the compiler
handled the EXTNAME; i.e. the passed data is there, because an actual
line of code that examines [or copies] the data, will /see/ what is the
data at that address from the invoker.
Try the following modified EVAL request, which would be to request
the same data, but in hex format for 111 bytes:
EVAL @PARMS:X 111
CPF8E28 - Variable not available to display.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
