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

Reply via email to