I've had that problem in every program that I've used OPDESC in.
Sometimes, the procedures have run (from the same place!) for over
a year without problems, but eventually it'll reach a point where
the program will crash with "missing operational descriptor".

I don't ever use OPDESC anymore.  It's much safer to pass a seperate
parameter with the length, or to use VARYING, instead of OPDESC.

I don't have much good to say about OPDESC.


On Sat, 11 Jan 2003, Bob Cozzi wrote:
>
> I'm using the OPDESC keyword on a procedure.
> The 3rd parameter of that procedure is defined as follows (well
> actually, here's the entire proc interface):
>
>      D GetNextEntry    PI            10I 0 OPDESC
>      D  szUserSpace                  20A   Const
>      D  nRefPos                      10I 0
>      D  szEntry                    4096A   OPTIONS(*VARSIZE)
>
> Upon entering the procedure, I call CEEDOD, or CEEGSI.
> I do that to extract the length of parameter 3.
>
> Upon calling either of these APIs, I get a "CEE0502 Missing operational
> descriptor" message.
>
> Now here's the strange part:
> If I call this procedure from within another procedure, I don't get the
> error and the APIs work fine. But if I call the exact same procedure
> from the mainline calcs in a program, I get the above mentioned error.
>
> Is this a bug, has anyone else come across this?


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.