Re: IBM Purify problem with LDAP 6.0.2 DBG and OPT libraries

David B Hinz <[email protected]>
Newsgroups gmane.comp.mozilla.devel.directory
Message-ID <OF5C45184C.6B310569-ON862574E2.005D7DE2-862574E2.005D7DE6@mck.us.ray.com>
We are using Studio 11 on Solaris 8 and Solaris 10.

Have you tried using Purify with the OPT libraries?

I haven't had much luck building LDAP and the supporting libraries, but haven't had a lot of time to work on it.

david.

[email protected] wrote: -----

>To: David B Hinz <[email protected]>
>From: Anton Bobrov <[email protected]>
>Sent by: [email protected]
>Date: 10/13/2008 04:17PM
>cc: [email protected]
>Subject: Re: IBM Purify problem with LDAP 6.0.2 DBG and OPT
>libraries
>
>
>what toolchain are you using? both DBG and OPT there are built with
>Sun Studio [ 11 i think ]. you can always check out the source code
>and build your own binaries using whatever toolchain you have there.
>
>David B Hinz wrote:
>>
>> I've run into an interesting problem when linking with the OPT
>version
>> of the LDAP 6.0.2 libraries compared to linking with the DBG
>libraries
>> on Solaris 8 and possible on Solaris 10.
>>
>> I downloaded the pre-built libraries from
>>
>ftp://ftp.mozilla.org/pub/mozilla.org/directory/c-sdk/releases/v6.0.2
>-contrib-bin/
>>
>> Both sets of libraries work. I run into problems when linking the
>
>> executables with the OPT version of of the libraries with IBM
>Purify
>> 7.0.0.8 as 32- or 64-bit. (Newer iFix releases of Purify 7.0.0.10
>and
>> 7.0.0.12 do not fix the problem.)
>>
>> When linked as 32-bit with Purify the executables core dump with
>the
>> following stack:
>>
>>
>> (dbx)where
>>
>> [1] StRlEn(0x24, 0x16, 0x24, 0xbd000000, 0x0, 0xfd741ef0), at
>0xfd741f40
>>
>> [2] strlen(0x0, 0xfd58f018, 0x1, 0xb8, 0xfffff940, 0x2), at
>0x485ec
>>
>> [3] dosprintf(0xffbf7e80, 0xffffffff, 0xffbf7f4c, 0x0, 0x0,
>> 0xfd4f0e68), at 0xfd495a80
>>
>> [4] PR_vsmprintf(0xfd58f010, 0xffb7f40, 0xfd495f28, 0xfd4f0e68,
>> 0xfffa50c0, 0x5ac00), at 0xfd496434
>>
>> [5] PR_smprintf(0xfd58f010, 0xb8f28, 0xfd5a53bc, 0x24, 0x9, 0xc),
>at
>> 0xfd49636c
>>
>> [6] secmod_mkSlotFlags(0x80003f3f, 0x8bc, 0x1, 0x79274,
>0xfd5a17c0,
>> 0xfd5a207c), at 0xfd528678
>>
>> [7] secmod_mkSlotString(0x1, 0x80003f3f, 0x1e, 0xff, 0x0, 0x0),
>at
>> 0xfd52eaf0
>>
>> [8] secmod_decodeData(0x0, 0x1, 0xb8680, 0xb84b0, 0x1, 0x0), at
>0xfd52eaf0
>>
>> [9] secmod_ReadPermDB(0xb4138, 0xb30e0, 0xb3300, 0xb2928, 0x0,
>> 0xb33e0), at 0xfd52f2a4
>>
>> [10] NSC_ModuleDBFunc(0x0, 0xb2928, 0x0, 0xfd6e20d8, 0xb3300,
>> 0xfd5a17c0), at 0xfd536840
>>
>> [11] SECMOD_LoadModule(0xb0c88, 0x0, 0x1, 0xb0430, 0x1114,
>0xb28a0),
>> at 0xfd6556e4
>>
>> [12] nss_Init(0xaf898, 0xaf950, 0xafc30, 0xfdaf5ce0, 0xb0130,
>0x0), at
>> 0xfd60ec38
>>
>> [13] NSS_Initialize(0xaf898, 0xaf950, 0xafc30, 0x1, 0x1, 0x0), at
>
>> 0xfd60f0d0
>>
>> [14] ldapssl_basic_init(0x77da8, 0xfffec2b8, 0xfdaf5ce0,
>0xfdb09a28,
>> 0xbd00000, 0x16cc4), at 0xfdaf2c30
>>
>> [15] ldapssl_clientauth_init(0x77da8, 0xfdb09ec8, 0x1, 0x77dc0,
>0x4a0,
>> 0x0), at 0xfdaf2db4
>>
>> =>[16] main(argc = 1, argv = 0xffbf8454), line 35 in
>“ldap_small.c”
>>
>>
>> When linked as 64-bit with Purify the executables run but always
>fail in
>> the ldapssl_enable_clientauth() function.
>>
>> Has anyone else tried using Purify with the LDAP 6.0.2 libraries?
>>
>> What are the differences between the DBG and OPT libraries?
>>
>> I haven't tried 6.0.4, since pre-built libraries are not available
>and I
>> have not had much success building NSS, NSPR, LDAP, etc. to get the
>full
>> suite of libraries available for testing.
>>
>> david.
>>
>>
>>
>>
>---------------------------------------------------------------------
>---
>>
>> _______________________________________________
>> dev-tech-ldap mailing list
>> [email protected]
>> https://lists.mozilla.org/listinfo/dev-tech-ldap
>_______________________________________________
>dev-tech-ldap mailing list
>[email protected]
>https://lists.mozilla.org/listinfo/dev-tech-ldap

_______________________________________________
dev-tech-ldap mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-ldap
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.