Debian 4.0 (Etch) and Asterisk 1.4.2 problems

I downloaded and installed the latest Debian stable release (4.0 Etch). kernel 2.6.18-4 and then downloaded and installed asterisk 1.4.2. After a few trials (Asterisk would Segv if any of these modules were loaded:

noload => codec_gsm.so
noload => pbx_ael.so
noload => codec_lpc10.so
noload => codec_ilbc.so

so as you can see, I made sure they wouldn’t load.

Now, I have 2 SIP devices, one is a linksys PAP2 box aith an analog phone attached, the other is a X-Lite program running on Windows XP. The PAP2 device will register with asterisk1.4, but the X-Lite causes a segV in:

#0 0xb75f2f10 in initreqprep (req=0xb75d0574, p=0x81f28d8, sipmethod=3)
at chan_sip.c:6626
#1 0xb75f3d34 in transmit_invite (p=0x81f28d8, sipmethod=3, sdp=0, init=2)
at chan_sip.c:6768
#2 0xb761be35 in sip_poke_peer (peer=0x81bcb28) at chan_sip.c:15186
#3 0xb75f9bff in parse_register_contact (pvt=0x81f1058, peer=0x81bcb28,
req=0xb75d615c) at chan_sip.c:7869
#4 0xb75fb3bd in register_verify (p=0x81f1058, sin=0xb75d614c,
req=0xb75d615c, uri=0xb75d6381 “sip:192.168.3.103”) at chan_sip.c:8311
#5 0xb7619262 in handle_request_register (p=0x81f1058, req=0xb75d615c,
sin=0xb75d614c, e=0xb75d6381 “sip:192.168.3.103”) at chan_sip.c:14511
#6 0xb761a006 in handle_request (p=0x81f1058, req=0xb75d615c, sin=0xb75d614c,
recount=0xb75d6140, nounlock=0xb75d6144) at chan_sip.c:14718
#7 0xb761a94a in sipsock_read (id=0x81bc000, fd=17, events=1, ignore=0x0)
at chan_sip.c:14847
#8 0x080a243f in ast_io_wait (ioc=0x81b3878, howlong=1000) at io.c:279
#9 0xb761b297 in do_monitor (data=0x0) at chan_sip.c:15044
#10 0xb7fb20bd in start_thread () from /lib/tls/libpthread.so.0
#11 0xb7ddc9ee in clone () from /lib/tls/libc.so.6

Also, if I don’t start the X=Lite, but dial a number on the PAP2 device, I get:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1219449936 (LWP 509)]
0xb7f05a50 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
(gdb) where
#0 0xb7f05a50 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#1 0xb7f092f9 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#2 0xb7f09090 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#3 0xb751e131 in process_sdp (p=0x81be2d0, req=0xb750915c) at chan_sip.c:4752
#4 0xb7546fd3 in handle_request_invite (p=0x81be2d0, req=0xb750915c, debug=0,
seqno=102, sin=0xb750914c, recount=0xb7509140,
e=0xb750937f "sip:81234567@192.168.5.15") at chan_sip.c:13373
#5 0xb754cf2b in handle_request (p=0x81be2d0, req=0xb750915c, sin=0xb750914c,
recount=0xb7509140, nounlock=0xb7509144) at chan_sip.c:14700
#6 0xb754d94a in sipsock_read (id=0x81bbff8, fd=17, events=1, ignore=0x0)
at chan_sip.c:14847
#7 0x080a243f in ast_io_wait (ioc=0x81b3878, howlong=1000) at io.c:279
#8 0xb754e297 in do_monitor (data=0x0) at chan_sip.c:15044
#9 0xb7ee50bd in start_thread () from /lib/tls/libpthread.so.0
#10 0xb7d0f9ee in clone () from /lib/tls/libc.so.6

All I would really like to do is get the PAP2 device working. The log file contains the following when I start the asterisk up:

[Apr 15 17:56:06] NOTICE[530] cdr.c: CDR simple logging enabled.
[Apr 15 17:56:06] NOTICE[530] loader.c: 140 modules will be loaded.
[Apr 15 17:56:07] WARNING[530] res_smdi.c: No SMDI interfaces are available to l
isten on, not starting SDMI listener.
[Apr 15 17:56:14] WARNING[530] translate.c: plc_samples 160 format 6
[Apr 15 17:56:14] WARNING[530] translate.c: plc_samples 160 format 6
[Apr 15 17:56:14] WARNING[530] translate.c: plc_samples 160 format 6
[Apr 15 17:56:15] WARNING[530] translate.c: plc_samples 160 format 6
[Apr 15 17:56:17] WARNING[530] translate.c: plc_samples 160 format 6
[Apr 15 17:56:18] NOTICE[544] chan_sip.c: Peer ‘3040’ is now Reachable. (46ms /
2000ms)

All of the conf files in /etc/asterisk are the ones generated by make sample except for sip.conf , modules.conf, and extensions.conf

I detected no errors when I did the

./configure
make
make install

on the zaptel-1.4.1
libpri-1.4.0
asterisk-1.4.2

Is there anything I might be missing???

check bugs.digium.com to see if the problem has already been reported. If not, recompile with out optimizations, get core, and post bt on the bug tracker.

i got etch with asterisk 1.4.2 never crashed… maybe some lack of libraries?