[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: upgrading my LIBHTTP... symbol exports



By "trace(ing) back the symbol"... is there a better method 
Than doing a DSPMOD on each of the modules in my binding directory, to find what is conflicting???



-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Mike Krebs
Sent: Tuesday, May 28, 2013 1:50 PM
To: HTTPAPI and FTPAPI Projects
Subject: RE: upgrading my LIBHTTP... symbol exports

I had similar problem at one time when my ifsio was included at different versions. There are several versions of ifsio and LIBHTTP needs the version that is packaged within. If you trace back the symbol...
________________________________________
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Gerald Magnuson [gmagnuson@xxxxxxxxxxxxx]
Sent: Tuesday, May 28, 2013 10:26 AM
To: HTTPAPI and FTPAPI Projects (ftpapi@xxxxxxxxxxxxxxxxxxxxxx)
Subject: upgrading my LIBHTTP... symbol exports

I am having trouble getting my LIBHTTP upgraded...

I have placed the EXPAT and HTTPAPI *SRVPGM's in a new library, LIBHTTP.24

I am starting re-compiling my modules, and programs, and am getting a CPD5D03- Definition supplied multiple times for symbol...

I have "one big ole binding directory"...  to do this upgrade, do I need to reference a new binding directory, With just the new stuff?

I tried to order my new modules just before each of the old modules, but I still get the CPD5D03 error...

I have found that this symptom effects all programs that use the binding directory (all of them fail to compile due To the CPD5D03 error)...

I am sure this problem is because how I implemented the API, but I don't know how to move forward.
Any ideas would be greatly appreciated...



-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------