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



Mihael 
Another way to do this , is to get a list of all the libraries in the list  
into your programme. I have somme code if you want, adapted from something I 
found on Bradley Stones's page some time ago
With the list available you could use the F card extensions to overide to each 
lib/file/member in turn and if the open fails then the member is not present in 
the file for that library. If the open is ok you could then examine the member 
to see if it's the one you want. 


-----Message d'origine-----
De : rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] De la 
part de rpg400-l-request@xxxxxxxxxxxx
Envoyé : lundi 12 mars 2007 15:34
À : rpg400-l@xxxxxxxxxxxx
Objet : RPG400-L Digest, Vol 6, Issue 245

Send RPG400-L mailing list submissions to
        rpg400-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/rpg400-l
or, via email, send a message with subject or body 'help' to
        rpg400-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        rpg400-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of RPG400-L digest..."


*** NOTE: When replying to this digest message, PLEASE remove all text 
unrelated to your reply and change the subject line so it is meaningful.

Today's Topics:

   1. problem with calling QUSLMBR (Knezevic, Mihael)
   2. Re: Removing the last optional parameter from an  existing
      export    procedure (AGlauser@xxxxxxxxxxxx)
   3. RE: problem with calling QUSLMBR (Rick.Chevalier@xxxxxxxxxxxxxxx)
   4. RE: problem with calling QUSLMBR (Rick.Chevalier@xxxxxxxxxxxxxxx)
   5. AW: problem with calling QUSLMBR (Knezevic, Mihael)
   6. RE: problem with calling QUSLMBR (Holden Tommy)
   7. RE: problem with calling QUSLMBR (Rick.Chevalier@xxxxxxxxxxxxxxx)
   8. AW: problem with calling QUSLMBR (Knezevic, Mihael)


----------------------------------------------------------------------

message: 1
date: Mon, 12 Mar 2007 10:53:45 +0100
from: "Knezevic, Mihael" <Mihael.Knezevic@xxxxxxxxxxx>
subject: problem with calling QUSLMBR

hello,

i'm trying to call list database file members (QUSLMBR) to find the
member of a sourcefile in the library list. i got the member name and
the filename and want to find the member in the sources files in the
library list.

calling the api with the parameters returns with no errors but not with
the results i'm expecting. im using *LIBL for the library name. it
returns one entry, the entry which points to the member in the current
library. if i change the current library to something other then it
returns no entries at all. it seems it doesn't search the whole library
list but only the current library, even if a put *LIBL in the library
name.

anyone any idea?

thanx in advance

mihael knezevic


------------------------------

message: 2
date: Mon, 12 Mar 2007 08:31:20 -0400
from: AGlauser@xxxxxxxxxxxx
subject: Re: Removing the last optional parameter from an       existing
        export  procedure

Ken Sims wrote on 10/03/2007 14:10:00:

Unless, of course, I've missed a few messages somewhere...

Yep.  The OP was asking about _removing_ an optional parameter that no 
callers were passing.  (No problem, and the callers don't need to be 
recompiled.)

The part about changing from CONST to VALUE was thrown in by another 
poster.

Actually, I didn't "throw it in".  The original poster, Lim Hock-Chai, 
said:
"I think there are some instances, like changing parameter's "const"
keyword to "value", will cause problem to caller even though the caller
is passing the correct number of parameters."

I was thinking (although inaccurately it would seem) that this would cause 
problems not in the _calling_ program, but only in the _called_ 
subprocedure itself.  I guess if the subprocedure fails, that might count 
as a problem for the calling program, so in retrospect the distinction 
probably isn't that important anyway.  This lead to some discussion about 
how exactly parameter passing works, which although not directly related 
to the problem that Lim Hock-Chai originally mentioned, is probably 
worthwhile and certainly is on-topic for this list.

Attention:

The information contained in this message and or attachments is 
intended only for the person or entity to which it is addressed and may contain 
confidential and/or privileged material. Any review, retransmission, 
dissemination or other use of, or taking of any action in reliance upon, this 
information by persons or entities other than the intended recipient is 
prohibited. If you received this message in error, please contact the sender 
and 
delete the material from any system and destroy any copies. Thank you for your 
time and consideration.

Attention: 

Le contenu de ce message et(ou) les fichiers ci-joints sadressent 
exclusivement  la personne ou -entit  laquelle ils sont destins. Ils peuvent 
contenir de linformation confidentielle, protge et(ou) classifie. Il est 
strictement interdit  toute personne ou entit autre que le(la) destinataire 
prvu(e) de ce message dexaminer, de rviser, de retransmettre ou de diffuser 
cette information, de prendre une quelconque action en fonction ou sur la base 
de celle-ci, ou den faire tout autre usage. Si vous avez reu ce message par 
erreur, veuillez communiquer avec lexpditeur(trice), supprimer ce message et 
les fichiers ci-inclus de tout systme, et en dtruire toutes copies, quelles 
soient lectroniques ou imprimes. Nous vous remercions de votre entire 
collaboration. 


------------------------------

message: 3
date: Mon, 12 Mar 2007 08:15:06 -0500
from: <Rick.Chevalier@xxxxxxxxxxxxxxx>
subject: RE: problem with calling QUSLMBR


Michael,

Could you post the code you are using for the call?  It would help to see how 
you are populating the parameters.

Rick 

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On 
Behalf Of Knezevic, Mihael
Sent: Monday, March 12, 2007 4:54 AM
To: RPG programming on the AS400 / iSeries
Subject: problem with calling QUSLMBR

hello,

i'm trying to call list database file members (QUSLMBR) to find the member of a 
sourcefile in the library list. i got the member name and the filename and want 
to find the member in the sources files in the library list.

calling the api with the parameters returns with no errors but not with the 
results i'm expecting. im using *LIBL for the library name. it returns one 
entry, the entry which points to the member in the current library. if i change 
the current library to something other then it returns no entries at all. it 
seems it doesn't search the whole library list but only the current library, 
even if a put *LIBL in the library name.

anyone any idea?

thanx in advance

mihael knezevic
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To 
post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or 
change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at 
http://archive.midrange.com/rpg400-l.




Privileged and Confidential.  This e-mail, and any attachments there to, is 
intended only for use by the addressee(s) named herein and may contain 
privileged or confidential information.  If you have received this e-mail in 
error, please notify me immediately by a return e-mail and delete this e-mail.  
You are hereby notified that any dissemination, distribution or copying of this 
e-mail and/or any attachments thereto, is strictly prohibited.



------------------------------

message: 4
date: Mon, 12 Mar 2007 08:23:06 -0500
from: <Rick.Chevalier@xxxxxxxxxxxxxxx>
subject: RE: problem with calling QUSLMBR


Mihael,

What are you passing for the override parameter?  Is it possible that there is 
an override in place?

Rick 

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On 
Behalf Of Knezevic, Mihael
Sent: Monday, March 12, 2007 4:54 AM
To: RPG programming on the AS400 / iSeries
Subject: problem with calling QUSLMBR

hello,

i'm trying to call list database file members (QUSLMBR) to find the member of a 
sourcefile in the library list. i got the member name and the filename and want 
to find the member in the sources files in the library list.

calling the api with the parameters returns with no errors but not with the 
results i'm expecting. im using *LIBL for the library name. it returns one 
entry, the entry which points to the member in the current library. if i change 
the current library to something other then it returns no entries at all. it 
seems it doesn't search the whole library list but only the current library, 
even if a put *LIBL in the library name.

anyone any idea?

thanx in advance

mihael knezevic
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To 
post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or 
change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at 
http://archive.midrange.com/rpg400-l.




Privileged and Confidential.  This e-mail, and any attachments there to, is 
intended only for use by the addressee(s) named herein and may contain 
privileged or confidential information.  If you have received this e-mail in 
error, please notify me immediately by a return e-mail and delete this e-mail.  
You are hereby notified that any dissemination, distribution or copying of this 
e-mail and/or any attachments thereto, is strictly prohibited.



------------------------------

message: 5
date: Mon, 12 Mar 2007 15:17:07 +0100
from: "Knezevic, Mihael" <Mihael.Knezevic@xxxxxxxxxxx>
subject: AW: problem with calling QUSLMBR

i tried both '0' and '1' and there is no override in place. 

-----Urspr?ngliche Nachricht-----
Von: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] Im 
Auftrag von Rick.Chevalier@xxxxxxxxxxxxxxx
Gesendet: Montag, 12. M?rz 2007 14:23
An: rpg400-l@xxxxxxxxxxxx
Betreff: RE: problem with calling QUSLMBR


Mihael,

What are you passing for the override parameter?  Is it possible that there is 
an override in place?

Rick 

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On 
Behalf Of Knezevic, Mihael
Sent: Monday, March 12, 2007 4:54 AM
To: RPG programming on the AS400 / iSeries
Subject: problem with calling QUSLMBR

hello,

i'm trying to call list database file members (QUSLMBR) to find the member of a 
sourcefile in the library list. i got the member name and the filename and want 
to find the member in the sources files in the library list.

calling the api with the parameters returns with no errors but not with the 
results i'm expecting. im using *LIBL for the library name. it returns one 
entry, the entry which points to the member in the current library. if i change 
the current library to something other then it returns no entries at all. it 
seems it doesn't search the whole library list but only the current library, 
even if a put *LIBL in the library name.

anyone any idea?

thanx in advance

mihael knezevic
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To 
post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or 
change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at 
http://archive.midrange.com/rpg400-l.




Privileged and Confidential.  This e-mail, and any attachments there to, is 
intended only for use by the addressee(s) named herein and may contain 
privileged or confidential information.  If you have received this e-mail in 
error, please notify me immediately by a return e-mail and delete this e-mail.  
You are hereby notified that any dissemination, distribution or copying of this 
e-mail and/or any attachments thereto, is strictly prohibited.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.