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



Hi Barbara,

I always found the Import/Export stuff for variables bizarre in the first
place :-)

I now corrected the Import (moved it to module level) and it works fine,
however I don't see the point of doing an Import on a variable which only
has a meaning within a certain procedure at module level ?

BTW, why do you consider the scope 'global to the application' ?  To me, I
feel one can only have scope when a variable does exist.  Apart from the
export, I don't see any variable that does exist at application level... but
I do have one at module level (still better sounds procedure level to me).

Kind regards,
Paul

-----Original Message-----
From: bmorris@ca.ibm.com [mailto:bmorris@ca.ibm.com]
Sent: 22 March, 2002 22:31
To: rpg400-l@midrange.com
Subject: Re: Import in procedure ?



>Date: Fri, 22 Mar 2002 09:07:27 -0500
>From: "Nicolay, Paul" <paul_nicolay@merck.com>
>
>Why can't I use the IMPORT keyword in a procedure ?
>
>I use the system() function in a procedure, which I now wanted to extend
>with the Import('_EXCP_MSGDI') statement, but I get a RNF3757 on it ?
Stand
>alone this works fine however.

Paul, names are imported and exported at the module level in ILE.  I
confess it never even crossed my mind to allow importing from
outside the module directly into a local variable.  Now that I do
think about it, it seems to me that it would be somewhat bizarre
to have a variable whose scope was both local to a subprocedure
and global to the application, but not global to the module.

Barbara Morris

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


------------------------------------------------------------------------------
Notice: This e-mail message, together with any attachments, contains 
information of Merck & Co., Inc. (Whitehouse Station, New Jersey, USA) that my 
be confidential, proprietary copyrighted and/or legally privileged, and is 
intended solely for the use of the individual or entity named on this message.  
If you are not the intended recipient, and have received this message in error, 
please immediately return this by e-mail and then delete it.

==============================================================================



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.