[asterisk-bugs] [Asterisk 0012071]: chan_zap fails to close file descriptors in case of an error

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12071 
====================================================================== 
Reported By:                tzafrir
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12071
Category:                   Channels/chan_zap
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.18 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             02-26-2008 03:47 CST
Last Modified:              02-26-2008 13:35 CST
====================================================================== 
Summary:                    chan_zap fails to close file descriptors in case of
an error
Description: 
Suppose I have the following zapata.conf:

[channels]
signalling = fxo_ls
channel => 1-8

But my zaptel.conf is actually:

fxoks=1-8

Asterisk would complain of incorrect signalling. But will also leave
zaptel channel 1 open.

If that channel would have been closed, I could have resolved the problem
by:

1. fix my configuration
2. unmodule unload chan_zap.so
3. module load chan_zap.so

But the left-over open channels require me to fully restart Asterisk.
====================================================================== 

---------------------------------------------------------------------- 
 qwell - 02-26-08 13:35  
---------------------------------------------------------------------- 
The simple fix here would be to just zt_close() tmp->subs[SUB_REAL].zfd,
but that doesn't really fix other cases where it could get "locked" open. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
02-26-08 13:35  qwell          Note Added: 0082982                          
======================================================================