[Home]

Summary:ASTERISK-10518: Wait() casuses segfault
Reporter:Denes Dolhay (denke)Labels:
Date Opened:2007-10-13 13:07:45Date Closed:2011-06-07 14:00:19
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) bt_sip.txt
( 1) bt.txt
Description:When Wait() is executed asterisk segfaults

   -- Executing Wait("SCCP/100-00000001", "0.5")
Segmentation fault
Comments:By: Denes Dolhay (denke) 2007-10-13 13:16:55

this bug is "brand new" created in the last 2 or 3 days
By: Tilghman Lesher (tilghman) 2007-10-13 15:45:46

If this is a crash, then you need to upload the associated stack backtrace, as documented in doc/backtrace.txt
By: Denes Dolhay (denke) 2007-10-14 07:24:10

All right, I just tought it was a more common problem.
By: Russell Bryant (russell) 2007-10-14 10:12:20

If you can recreate the problem with a channel driver that we support, then we can look at it.  However, it looks like the issue is directly related to the use of that channel driver.
By: Denes Dolhay (denke) 2007-10-14 12:59:43

I wouldn't report it if it would not be reproductable with sip.
I did it with sip too without even loading chan_sccp.so

The strange thing is now it crashes at an other point, so the problem not seems to be channel or app specific.
By: Denes Dolhay (denke) 2007-10-14 13:01:15

-- Executing Answer("SIP/Denke-007ab170", "")
[Oct 14 20:10:49] DEBUG[2555]: res_config_mysql.c:651 mysql_reconnect: MySQL RealTime: Everything is fine.
[Oct 14 20:10:49] DEBUG[2555]: res_config_mysql.c:138 realtime_mysql: MySQL RealTime: Retrieve SQL: SELECT * FROM sip_realtime WHERE name = 'Denke'
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:651 mysql_reconnect: MySQL RealTime: Everything is fine.
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:138 realtime_mysql: MySQL RealTime: Retrieve SQL: SELECT * FROM extensions_realtime WHERE exten = '103' AND context = 'internal' AND priority = '2'
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:651 mysql_reconnect: MySQL RealTime: Everything is fine.
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:138 realtime_mysql: MySQL RealTime: Retrieve SQL: SELECT * FROM extensions_realtime WHERE exten = '103' AND context = 'internal' AND priority = '2'
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:651 mysql_reconnect: MySQL RealTime: Everything is fine.
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:138 realtime_mysql: MySQL RealTime: Retrieve SQL: SELECT * FROM extensions_realtime WHERE exten = '103' AND context = 'internal' AND priority = '2'
   -- Executing Wait("SIP/Denke-007ab170", "0.5")
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:651 mysql_reconnect: MySQL RealTime: Everything is fine.
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:138 realtime_mysql: MySQL RealTime: Retrieve SQL: SELECT * FROM extensions_realtime WHERE exten = '103' AND context = 'internal' AND priority = '3'
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:651 mysql_reconnect: MySQL RealTime: Everything is fine.
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:138 realtime_mysql: MySQL RealTime: Retrieve SQL: SELECT * FROM extensions_realtime WHERE exten = '103' AND context = 'internal' AND priority = '3'
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:651 mysql_reconnect: MySQL RealTime: Everything is fine.
[Oct 14 20:10:49] DEBUG[2576]: res_config_mysql.c:138 realtime_mysql: MySQL RealTime: Retrieve SQL: SELECT * FROM extensions_realtime WHERE exten = '103' AND context = 'internal' AND priority = '3'
   -- Executing playback("SIP/Denke-007ab170", "immortal")
Segmentation fault (core dumped)
By: Tilghman Lesher (tilghman) 2007-10-14 14:19:05

That backtrace has NOTHING to do with Wait.
By: Denes Dolhay (denke) 2007-10-14 14:22:45

I know it now, sorry to post it here.
But it crashes, even it it do not seem to be an app specific problem
By: Russell Bryant (russell) 2007-10-15 07:18:31

Please try building without optimizations (DONT_OPTIMIZE).  The backtrace doesn't really make any sense.
By: Denes Dolhay (denke) 2007-10-15 07:54:24

eeerrr ... I did so both times
By: Joshua C. Colp (jcolp) 2007-10-15 08:43:40

Did you recompile chan_sccp after updating and installing Asterisk? If not please do, the channel structure changed to fix another issue and if chan_sccp wasn't compiled against the new one it could cause this issue.
By: Denes Dolhay (denke) 2007-10-15 09:18:58

Thank you, this was one of the problems, the other was format_mp3.so, that needed to be recompiled too.
(I hate cco for that, I can not get a sip fw for my 7970g bechause I do not have permission to download it... grrr...)

I leaned my lesson, I have to recompile everything no metter if it has changed or not.

Sorry to disturb you, this report can be marked as closed now.
By: Joshua C. Colp (jcolp) 2007-10-15 09:21:51

Closed per comment.