× 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.



Thanks Carsten. unfortunately, I'm already using the value of 2. See
below:
D JobIDInfoDS DS
D JobName 10 Inz('*')
D JobUser 10 Inz( *Blank )
D JobNbr 6 Inz( *Blank )
D 16 Inz( *Blank )
D 2 Inz( *AllX'00' )
D 10I 0 Inz( 2 )
D 8 Inz( *AllX'00' )

D JobIDFmt S 8 Inz( 'JIDF0100' )

"Flensburg, Carsten" <Flensburg@xxxxxxxxxx> wrote in message
news:<mailman.1401.1232436686.21608.rpg400-l@xxxxxxxxxxxx>...
Hello Lim,

There's an option on the QWVRCSTK API job identification parameter
format JIDF0100 to specify that the stack information should be
retrieved for the initial thread of the identified job. If you haven't
already done so, you could try and set the Thread indicator in the
JIDF0100 job identification format to a value of 2, and see how that
turns out?

Best regards,
Carsten Flensburg

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Lim Hock-Chai
Sent: 19. januar 2009 23:27
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: QWVRCSTK api returns value of N in Information-status field

Yikes!!! Not working. I changed my code to replace the QWVRCSTK api
with combination call to QMHSNDPM and QMHRCVPM api and getting the
CPF2479 (Call stack entry not found) error. I then tried changing the
CREATE FUNCTION to include NOT FENCED and still getting the same error.
Now, tell me why some people keep thinking that SQL is more superior
than RPG now :)?

Any suggest to get around this problem.

This communication is intended only for use by the addressee. It may
contain confidential or privileged information. If you receive this
communication unintentionally, please inform us immediately and delete
this e-mail and any attachments. Warning: Although we have taken
reasonable precautions to ensure no viruses are present in this email,
we cannot accept responsibility for any loss or damage arising from the
use of this email or attachments.
----------

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.