Hello David, yes, we are using EDCXSTRL. But anyway:
iconv is part of the RTL runtime package, this is a large module called CEESG003. Part of this module is the RTL malloc routine, too. The references between the two are already resolved, so the RTL iconv will always call the RTL malloc. In the MQS exit, we have calls to iconv and malloc, among others. These two external references are resolved in the following ways: the iconv that we call is resolved by a stub which calls the iconv part of the RTL runtime package dynamically which in turn calls the RTL malloc. The malloc that we call is resolved by the SPC malloc. So we have a mixture of two different mallocs. The mallocs that we do outside iconv are resolved by SPC malloc, and the malloc inside iconv stays with the RTL malloc (because the RTL runtime package is not relinked again; the linkage between RTL iconv and RTL malloc is fixed in the CEESG003 load module and does not change). Kind regards Bernd Am Donnerstag, 2. Juni 2011 10:21 schrieben Sie: > Bernd, > > I don't understand how iconv() could be calling the RTL malloc() when > the binder should have only included the SPC malloc from SCEESPC. > I assume that you are using EDCXSTRL and not EDCXSTRT? > > On 2/06/2011 3:22 PM, Bernd Oppolzer wrote: > > Hello, > > > > we have the following problem: > > > > we recently got the responsibility for the site-specific MQS exits. > > These MQS exits > > are written using SPC (System Programming C). This is recommended by MQS, > > or maybe it is a restriction of the MQS environment. > > > > We link the exit with the SCEESPC lib and the SCEELKED lib, because we > > are > > using ANSI C library functions, which is possible, following the SPC > > documentation. > > > > So we get the functions like malloc etc from the SPC lib and the > > functions like fopen etc. > > from the SCEELKED lib.This seems to be OK and it works. > > > > But now there is one exit (the security exit), where we have a call to > > iconv too. > > iconv is part of the SCEELKED library and not an ANSI function. > > > > iconv seems to call malloc, and this is the "normal" malloc, not the > > SPC one > > (because iconv and malloc, when linked from the SCEELKED lib, are only > > stubs > > with 10 bytes length, but they call in fact the real functions in > > CEESG003, > > which is a large module containing all the LE runtime). > > > > So we have a mixture of "normal" malloc and SPC malloc. > > > > Now: this seemed to work for previous versions of MQS, maybe because > > MQS had built an LE environment, before calling the exits. But now, > > the security > > exit abends with S0C4, when iconv is called and calls the "normal" > > malloc. > > > > Do you have any suggestions? The only idea we have at the moment is: > > to get rid of the iconv call and to do the code conversion with own code. > > > > Kind regards > > > > Bernd ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
