[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 05:14:18 CDT 2008
The following issue has been SUBMITTED.
======================================================================
http://bugs.digium.com/view.php?id=12748
======================================================================
Reported By: nreinartz
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 12748
Category: Core/General
Reproducibility: always
Severity: minor
Priority: normal
Status: new
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 05:14 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.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
05-29-08 05:14 nreinartz Asterisk Version => SVN
05-29-08 05:14 nreinartz SVN Branch (only for SVN checkou => trunk
05-29-08 05:14 nreinartz SVN Revision (number only!) => 118614
======================================================================
More information about the asterisk-bugs
mailing list