SIGBUS while migrating from aCC A0.3.27 to A0.3.45

[Rajesh Tiwari_2]

Hello,

I m working on a C++ application on HP-UX B.11.11 U 9000/800 3085362196. Due to the various issues we had to upgrade the RogueWave used in the application to Edition 6 from Edition3.As a result we also had to upgrade our compiler from aCC A0.3.27 to A0.3.45.

Now our application consist of both threaded and non-thread modules.After the upgrade of RW and compiler, the non-thread application is running perfectly fine but all the threaded modules fails at runtime.

At runtime the threaded modules keeps generating SIGBUS and hence the application hangs.It does not generates core but tusc result shows that it keeps generating SIGBUS. Follwing is a snippet of the tusc while the SIGBUS is being generated.

Received signal 10, SIGBUS, in user mode, [caught], partial siginfo
Siginfo: si_code: I_NONEXIST, faulting address: 0x2, si_errno: 0
PC: 0xf68f, instruction: 0x0ec41093

************ Above message keeps repeating ************

Follwing is the ldd on binary generating SIGBUS.
$ ldd genftpcollector
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libcl.2 => /usr/lib/libcl.2
/usr/lib/libisamstub.1 => /usr/lib/libisamstub.1
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libm.2 => /usr/lib/libm.2
/usr/lib/libCsup_v2.2 => /opt/bmpa/lib/oslib/libCsup_v2.2
/usr/lib/libstd_v2.2 => /opt/bmpa/lib/oslib/libstd_v2.2
/vobs/3party/bmp50maint/HP-UX/RW_ED6_DYN/rw_buildspace/lib/libstd31-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl => /opt/bmpa/lib/libstd31-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl
/usr/lib/libnsl.1 => /usr/lib/libnsl.1
/usr/lib/libxti.2 => /usr/lib/libxti.2
/vobs/3party/bmp50maint/HP-UX/RW_ED6_DYN/rw_buildspace/lib/libtls77-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl => /opt/bmpa/lib/libtls77-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl
./../../../lib/libstd31-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl => /opt/bmpa/lib/libstd31-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl
/usr/lib/libpthread.1 => /usr/lib/libpthread.1
/vobs/3party/bmp50maint/HP-UX/RW_ED6_DYN/rw_buildspace/lib/libdbt60-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl => /opt/bmpa/lib/libdbt60-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl
./../../../lib/libstd31-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl => /opt/bmpa/lib/libstd31-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl
/vobs/3party/bmp50maint/HP-UX/RW_ED6_DYN/rw_buildspace/lib/libor960-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl => /opt/bmpa/lib/libor960-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl
/opt/app/oracle9/lib32/libclntsh.sl.9.0 => /opt/app/oraclea/lib32/libclntsh.sl.9.0
/usr/lib/libcl.2 => /usr/lib/libcl.2
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libm.2 => /usr/lib/libm.2
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libnss_dns.1 => /usr/lib/libnss_dns.1
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libpthread.1 => /usr/lib/libpthread.1
/usr/lib/librt.2 => /usr/lib/librt.2
/opt/app/oraclea/lib32/libwtc9.sl => /opt/app/oraclea/lib32/libwtc9.sl
/usr/lib/libcl.2 => /usr/lib/libcl.2
./../../../lib/libstd31-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl => /opt/bmpa/lib/libstd31-_RogueWaveStdLib_NoThrLib_Dynamic_Release.sl
/usr/lib/libdld.2 => /usr/lib/libdld.2



and also

what libCsup_v2.2 libstd_v2.2
libCsup_v2.2:
HP aC++ B3910B A.03.30 Language Support Library
libstd_v2.2:
HP aC++ B3910B A.03.30 C++ Standard Library (RogueWave Version 2.02.01)

The Current patches on the system:
PHKL_24569
PHKL_25468
PHNE_25644
PHSS_26263


I would seek help in order to resolve the above issue. Also is there any patch recommended at the runtime for application using aCC A0.3.45.

The compiler flags used:

aCC -DBMP_OS_HPUX11=1 -DRW_CENTURY_REQD -D_RWCONFIG__RogueWaveStdLib_NoThrLib_Dynamic_Release -AA +W890 +ESnolit +p -D_REENTRANT -D_HPUX_SOURCE -D_POSIX_C_SOURCE=199506L -Wl,+s -O +O2 +Oprocelim -DMALLOPT -DEHPT -DBXP_COMPILE_INSTANTIATE -DD_KEEP_STD_FDS -DTCL_THREADS=1 -I/vobs/3party/bmp50maint/HP-UX/RW_ED6_DYN/rw_buildspace -I/vobs/3party/bmp50maint/HP-UX/RW_ED6_DYN/rw_buildspace/include -I. -I/vobs/bmp/appl/genftp/src/agent -I/vobs/bmp/appl/genftp -I/vobs/bmp/appl/genftp/src/mab -I/vobs/bmp/appl/genftp/src/agent -I/vobs/bmp/appl/genftp/include -I/vobs/bmp/appl/genftp/src -I/vobs/bmp/base/project/devkit/include -I/vobs/bmp/base/project/devkit/include/private -c -o hpux11/ThreadHandler.o ThreadHandler.cc


Thanks & Regards,
Rajesh.

[Steve Steel · Accepted solution]

Hi


Your thread stack size seems too small

Your patches are certainly wrong


http://h21007.www2.hp.com/dspp/tech/tech_TechSoftwareDetailPage_IDX/1,1703,1743,00.html


Compiler Version A.03.45 Available in April 2003 as Patch PHSS_28756
» PHSS_28756


» patch fix list
» PHSS_26946


aCC runtime
» patch fix list

» PHCO_28427

libc cumulative patch

» PHSS_28303

libcl patch

» PHSS_28436

dld and cumulative
linker tools patch

» PHCO_27632

libpthread

» PHSS_27700

libomp

» PHSS_28594

ucomp patch

» PHSS_32004

ucomp patch
You need to have compiler version A.03.37 in order to install PHSS_28756.

PHSS_28594 is only needed for +I, +P, and +O4 functionality.

Important If you have installed PHCO_24584, you must now install PHCO_26466, which has replaced PHCO_24584.

If you have installed PHCO_25452, you must now install PHCO_26124.

The librwtool runtime library matches Rogue Wave Version 7.0.6.

The librwtool_v2 runtime library matches Rogue Wave Version 7.1.1.

The libstd runtime library matches Rogue Wave Version 1.2.1.

The libstd_v2 runtime library matches Rogue Wave Version 2.02.01.

PHSS_32004 is only needed for +I, +P, and +O4 functionality.

[Rajesh Tiwari_2]

Hello,

thanks steve for your prompt reply.

We had installed patches from December 2004 support plus CD (HP-UX 11i)at our Runtime environment. So does this include or supersede the patches mentioned by you.

Actually i m still facing the same problem.

One more thing i would like to mention is that we are using HP-UX 11.00 for our develepment environment and the compiler there is not actually instalelled but the directory of same from some other system where this compiler (aCC 3.45) had been installed had been copied.

So, does this somehow responsible for the issue.

Thanks & Regards,
Rajesh