Sun One Web Server 6.1 SP4 crashes when filters are built with CC ver. 5.6

Question

Hi All
We are using NSAPI interfaces to develop the filter for Sun ONE 6.1 SP4 Web Server. Filter was working perfectly fine when it was built using Sun WorkShop 6.0, CC Compiler ver 5.2.
After we upgarded to Sun WorkShop 9.0, CC Compiler ver. 5.6, it no longer works. The web server crashes with Core. Please see the snippet below. There was however no change of code required for the upgrade.
Please let me know if some specific compiler/linker flags has to be used for building filters with CC Compiler ver. 5.6.
bash-2.03$ ./start
Sun ONE Web Server 6.1SP4 B01/20/2005 17:43
warning: CORE3283: stderr: 6950: CSemCounter created a semaphore with ID 25 using key 990470909.
warning: CORE3283: stderr: [10/Nov/2005:18:50:35] [Information] Agent
warning: CORE3283: stderr: Agent is enabled.
warning: CORE3283: stderr: 6950: Cache - created semaphore 26 using key 487154429
warning: CORE3283: stderr: 6950: ResourceCache - created semaphore 27 using key 772367101
warning: CORE3283: stderr: 6950: Cache - created semaphore 28 using key 503931645
warning: CORE3283: stderr: 6950: Cache - created semaphore 29 using key 520708861
info: CORE5076: Using [Java HotSpot(TM) Server VM, Version 1.4.2_04] from [Sun Microsystems Inc.]
catastrophe: CORE3260: Server crash detected (signal SIGBUS)
info: CORE3262: Crash occurred in function realloc from module /usr/lib/libc.so.1
Back Trace of Core
#0 0xfe042974 in t_splay () from /usr/lib/libc.so.1
(gdb) bt
#0 0xfe042974 in t_splay () from /usr/lib/libc.so.1
#1 0xfe0427e0 in t_delete () from /usr/lib/libc.so.1
#2 0xfe0423e4 in realfree () from /usr/lib/libc.so.1
#3 0xfe041f48 in mallocunlocked () from /usr/lib/libc.so.1
#4 0xfe041ce0 in malloc () from /usr/lib/libc.so.1
#5 0xfe04f568 in strdup () from /usr/lib/libc.so.1
#6 0xff1c3038 in INTsystem_strdup_perm ()
from /home/porting/project/sunone/bin/https/lib/libns-httpd40.so
#7 0xff1c84c8 in INTvs_get_doc_root ()
from /home/porting/project/sunone/bin/https/lib/libns-httpd40.so
#8 0xfdb57f4c in __1cKJ2EERunnerIcreateVS6FpkcpknNConfiguration_pnRJ2EEVirtualServer__i_ ()
from /home/porting/project/sunone/bin/https/lib/libj2eeplugin.so
#9 0xfdb528bc in j2ee_vs_create ()
from /home/porting/project/sunone/bin/https/lib/libj2eeplugin.so
#10 0xff1c9444 in __1cPNSAPIVSListenerGinitVS6MpnNVirtualServer_pk1_nIPRStatus__ () from /home/porting/project/sunone/bin/https/lib/libns-httpd40.so
#11 0xff2273e4 in __1cXVSConfigurationListenerQsetConfiguration6MpnNConfiguration_pk1_nIPRStatus__ ()
from /home/porting/project/sunone/bin/https/lib/libns-httpd40.so
#12 0xff225dc8 in __1cUConfigurationManagerQsetConfiguration6FpnNConfiguration__2_ () from /home/porting/project/sunone/bin/https/lib/libns-httpd40.so
#13 0xff245b30 in __1cJWebServerDRun6F_nIPRStatus__ ()
---Type <return> to continue, or q <return> to quit---
from /home/porting/project/sunone/bin/https/lib/libns-httpd40.so
#14 0x10ab8 in main ()
Thanks

Answer 1

I could trace down the problem to the fact that if I don't use the map file (which is passed to the linker using -M mapfile), the plugin works perfectly fine. Further to this if I comment out the local part of the mapfile, it starts working.
mapfile :
NSAPIPlugin.so {
global:
symbol1;
symbol2;
symbol3;
# local:
Is there is any specific linker flag that I have to pass along with -M mapfile with the sun studio 9. What are possibe consequencies if I go ahead with this workaround of commenting out the local directive.