On Sun, 2005-10-30 at 20:54 +, Jonathan Worthington wrote:
> $P0 = result_info
> $I0 = elements $P0
>
> Will leave $I0 containing the number of return values.
Thanks Jonathan, it seem to work perfectly. I'm very grateful for this.
Regards,
Roger Browne
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
On Oct 24, 2005, at 0:07, Jonathan Worthington wrote:
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
op result_count(out INT)# TODO or some such
I'm guessing TODO means "it's not done yet"? But I was wondering, would
a more general soluti
On Oct 24, 2005, at 0:07, Jonathan Worthington wrote:
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
op result_count(out INT)# TODO or some such
I'm guessing TODO means "it's not done yet"? But I was wondering,
would a more general solution not be to have an op that hands back the
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
On Oct 21, 2005, at 14:11, Roger Browne wrote:
From within a PIR sub or method, how can I detect how many return values
the caller is expecting?
I'm wondering how to implement a method that will return an error code
if its caller is prepared to rec
On Oct 21, 2005, at 14:11, Roger Browne wrote:
From within a PIR sub or method, how can I detect how many return
values
the caller is expecting?
I'm wondering how to implement a method that will return an error code
if its caller is prepared to receive one, otherwise it will raise an
exceptio
>From within a PIR sub or method, how can I detect how many return values
the caller is expecting?
I'm wondering how to implement a method that will return an error code
if its caller is prepared to receive one, otherwise it will raise an
exception.
Anyone have any suggestions?
Regards,
Roger Br
