[asterisk-bugs] [Asterisk 0013786]: [patch] DAHDI_CHECK_HOOKSTATE automatically defined when chan_dahdi is built with zaptel support

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13786 
====================================================================== 
Reported By:                tzafrir
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13786
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 151905 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-10-26 06:15 CDT
Last Modified:              2008-11-17 18:53 CST
====================================================================== 
Summary:                    [patch] DAHDI_CHECK_HOOKSTATE automatically defined
when chan_dahdi is built with zaptel support
Description: 
chan_dahdi.c has the following compile time option:

/*! \note
 * Define if you want to check the hook state for an FXO (FXS signalled)
interface
 * before dialing on it.  Certain FXO interfaces always think they're out
of
 * service with this method however.
 */
/* #define DAHDI_CHECK_HOOKSTATE */

Sadly, DAHDI_CHECK_HOOKSTATE is defined unconditionally in
include/asterisk/dahdi_compat.h in case you built it with zaptel support:

#define DAHDI_CHECK_HOOKSTATE ZT_CHECK_HOOKSTATE

Thus it should be made conditioned on the definition of
ZT_CHECK_HOOKSTATE, just in case someone had it in a build script.

At first glance it seems that the same applies to:

#ifdef DAHDI_EVENT_EC_DISABLED
#ifdef DAHDI_EVENT_RINGBEGIN
#ifdef DAHDI_GETCONFMUTE
#ifdef DAHDI_PRI
#ifdef DAHDI_TONEDETECT

====================================================================== 

---------------------------------------------------------------------- 
 (0094963) netintegrity (reporter) - 2008-11-17 18:53
 http://bugs.digium.com/view.php?id=13786#c94963 
---------------------------------------------------------------------- 
Likewise, was going to log a bug, but more and more it looks like this is
the issue. I am running a genuine TDM400 from Digium, tested with 1.4.22
and zaptel 1.4.12.1. Have also tested with 1.4.23rc1. running on Centos 5.2
with all latest YUM updates

Exactly the same fault as xrobau. Unable to make calls out of the FXO
ports until the line has rung once. The fault is 100% reproducible by
rebooting the box, and the same cycle starts over again.

Have found a workaround which is switching from FXSKS to FXSLS for moment
which is showing 100% success. 

Card & hardware was working until Centos 5.2, Asterisk 1.4.22rc5 and
Zaptel 1.4.12.1. Has also been confirmed the same issue exists by another
user running the same system 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-17 18:53 netintegrity   Note Added: 0094963                          
======================================================================