[asterisk-bugs] [Asterisk 0012748]: [patch] multiparking, "WARNING[6006]: channel.c:2065 __ast_read: ..." fixed
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu May 29 14:04:06 CDT 2008
The following issue has been ASSIGNED.
======================================================================
http://bugs.digium.com/view.php?id=12748
======================================================================
Reported By: nreinartz
Assigned To: mvanbaak
======================================================================
Project: Asterisk
Issue ID: 12748
Category: Core/General
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 118614
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 05-29-2008 05:14 CDT
Last Modified: 05-29-2008 14:04 CDT
======================================================================
Summary: [patch] multiparking, "WARNING[6006]: channel.c:2065
__ast_read: ..." fixed
Description:
I had a look at the multiparking feature and did some tests. To be fair I
have to say that I tested multiparking with a patched version of 1.4.20.1
http://bugs.digium.com/view.php?id=12740.
As the logic is the same in 1.6 trunk as in my patched version of 1.4 the
described failure also should occure in 1.6 trunk.
I always get this warning starting with the second call if core debug
level is set to 10:
>>>>>>
[May 29 10:40:44] WARNING[6006]: channel.c:2065 __ast_read: Exception flag
set on 'SIP/5555-081fddf0', but no exception handler
Really destroying SIP dialog '3c49a803c2b3-6bdvxzki22wa' Method: ACK
<<<<<<
Szenario:
- Start asterisk.
- A calls B (1st call).
- B gets the call.
- A parks B.
- B hangs up, A hangs up.
- A calls B (2nd call).
- B gets the call.
- A parks B.
--> I get the warning described above!!
Logging output is included in attached file "logging.txt".
The problem is that filedescriptor sets nrfds and nefds in
main/features.c, do_parking_thread() aren't initialized to have zero bits
each time before the loop to call manage_parkinglot() is entered.
The attached patch
"asterisk-multiparking_initialize_filedescr_sets-0.0.1.patch" fixes this
bug.
======================================================================
----------------------------------------------------------------------
svnbot - 05-29-08 14:04
----------------------------------------------------------------------
Repository: asterisk
Revision: 119015
U trunk/main/features.c
------------------------------------------------------------------------
r119015 | mvanbaak | 2008-05-29 14:04:04 -0500 (Thu, 29 May 2008) | 10
lines
Make sure the nrfds and nefds are reset to NULL
before we enter manage_parkinglot.
This will get rid of CLI warnings like:
__ast_read: Exception flag set on 'SIP/<NUMBER>-<ID>', but no exception
handler
(closes issue http://bugs.digium.com/view.php?id=12748)
Reported by: nreinartz
Patches:
asterisk-multiparking_initialize_filedescr_sets-0.0.1.patch uploaded
by nreinartz (license 452)
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=119015
Issue History
Date Modified Username Field Change
======================================================================
05-29-08 14:04 svnbot Checkin
05-29-08 14:04 svnbot Note Added: 0087504
05-29-08 14:04 svnbot Status new => assigned
05-29-08 14:04 svnbot Assigned To => mvanbaak
======================================================================
More information about the asterisk-bugs
mailing list