[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
fe9b6e48
__1cDstdTallocator_interface4n0AJallocator4nFresipEData___n0C__Iallocate6MIpn0C__4_
(ffbfecab, 0, 0, 0, febf4380, 0) + 28
fe9b6b1c __1cDstdGvector4nFresipEData_n0AJallocator4n0C____2t5B6Mrk2_v_
(ffbfee18, ffbfedac, ffbfedab, ffbfed7d, febf4380, 0) + ac
fdf33d80
__1cFresipRMessageFilterRule2t5B6MnDstdGvector4n0AEData_n0CJallocator4n0D_____n0BNHostpartTypes_n0CGvector4n0ALMethodTypes_n0CJallocator4n0H_____3_v_
(ffbfede4, ffbfedd4, 0, ffbfedc0, ffbfedac, 0) + 90
fdf35bf8
__1cFresipPTransactionUser2t5B6Mn0BWTransactionTermination_n0BVConnectionTermination_n0BOKeepAlivePongs__v_
(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:
https://svn.resiprocate.org/viewsvn/resiprocate/main/resip/stack/MessageFilterRule.hxx?revision=8707&view=markup
More information about the maintainers
mailing list