[csw-maintainers] seg fault and stack size issue?

Daniel Pocock daniel at opencsw.org
Fri May 4 11:47:53 CEST 2012

I'm trying to run the repro process from reSIProcate

The startup phase fails with a seg fault

I couldn't find a specific fault in the code, even compiling with +w2
hasn't suggested anything wrong.  It is just failing to create some
vectors in a constructor, and I think the seg fault may be caused by
filling the stack.  Can anyone suggest how I increase the stack size or
test this problem more thoroughly when building with SunPro tools?

pmap reports a 64k stack size:

pmap core
core 'core' of 23190:
/home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1.
00010000       8K r-x--  /home/daniel/ws/resip-trunk.git/repro/.libs/repro
00020000       8K rwx--  /home/daniel/ws/resip-trunk.git/repro/.libs/repro
00022000      56K rwx--
00030000    2432K rwx--    [ heap ]
FD600000    1408K r-x--  /opt/csw/lib/libcrypto.so.0.9.8
FD760000      24K r-x--  /opt/csw/lib/libcrypto.so.0.9.8
FD774000      88K rwx--  /opt/csw/lib/libcrypto.so.0.9.8
FD78A000       8K rwx--  /opt/csw/lib/libcrypto.so.0.9.8
FD7C0000      64K rwx--
FD7E0000      64K rwx--
FD800000    1216K r-x--  /lib/libc.so.1


FEBB0000     192K r-x--  /lib/ld.so.1
FEBE0000      16K r-x--  /lib/ld.so.1
FEBF0000       8K rwx--
FEBF4000       8K rwx--  /lib/ld.so.1
FEBF6000       8K rwx--  /lib/ld.so.1
FEBFC000       8K rwx--
FFBF0000      64K rwx--    [ stack ]
 total     22736K

and this is the stack:

core 'core' of 23190:
/home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1.
 fd856e18 _smalloc (fe2b7ca8, 0, d9660, fd856f94, f227a048, fd93929c) + ac
 fd856e70 malloc   (1, 1, d95ac, febd2a04, fd9303d8, fd93a5a0) + 4c
 fe356fc0 __1c2n6FI_pv_ (1, 0, 0, 15d74, fe36cd10, 7ffffc00) + 28
 fe9b79ec __1cDstdJallocator4nFresipEData__Iallocate6MIpv_3_ (ffbfecab,
0, 0, 20, febf4380, 0) + 2c
(ffbfecab, 0, 0, 0, febf4380, 0) + 28
 fe9b6b1c __1cDstdGvector4nFresipEData_n0AJallocator4n0C____2t5B6Mrk2_v_
(ffbfee18, ffbfedac, ffbfedab, ffbfed7d, febf4380, 0) + ac
(ffbfede4, ffbfedd4, 0, ffbfedc0, ffbfedac, 0) + 90
(28be90, 1, 0, 0, fd9303d8, fd93a5a0) + 1a8
 fe53bc9c __1cFresipSDialogUsageManager2t5B6Mrn0AISipStack_b_v_ (28be60,
831f0, 0, 15d74, fe36cd10, 28be60) + 7c
 fea3ece8 __1cFreproLReproRunnerYcreateDialogUsageManager6M_v_
(ffbffa04, ffbff6c0, fdbea248, 0, fdbe461c, ffbff6b8) + 5f0
 fea3b2ec __1cFreproLReproRunnerDrun6Mippc_b_ (ffbffa04, 2, ffbffb34,
fe356db0, fd7e8cc0, f) + 7c4
 00011644 main     (2, ffbffb34, ffbffb40, 21c00, fd7e8c40, 0) + 12c
 00011050 _start   (0, 0, 0, 0, 0, 0) + 108

and the constructor in question is very minimal, the vectors are created
by default argument values:


More information about the maintainers mailing list