[csw-maintainers] seg fault and stack size issue?
Daniel Pocock
daniel at opencsw.org
Fri May 4 13:07:39 CEST 2012
I should have mentioned this, but I have tried changing the stack size
with ulimit already, it was 8MB, now 16MB:
$ ulimit -s
16384
but pmap still shows just 64K of stack
On 04/05/12 09:47, Daniel Pocock wrote:
>
>
>
> 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
>
>
> _______________________________________________
> maintainers mailing list
> maintainers at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/maintainers
> .:: This mailing list's archive is public. ::.
More information about the maintainers
mailing list