RE: dx_setevtmsk DM_LCOFF|DM_LCON|DM_DIGOFF Device busy

You are right  "dx_setevtmsk" does not need to be called more then once because it requires the voice device to be idle.
 
I think the handling of TDX_xxx event as to be revised since Mark did the migration from dialogic drivers he did not verify everything.
 
Yes please report every bug you encounter with Globalcall since this is the best way for us to resolved them.
 
Julien

	-----Original Message----- 
	From: bayonne-devel-bounces+j.chavanton=oneworldinteractive.com@gnu.org on behalf of Etoile Dièse 
	Sent: Thu 4/7/2005 11:15 AM 
	To: [email protected] 
	Cc: 
	Subject: [Bayonne-devel] dx_setevtmsk DM_LCOFF|DM_LCON|DM_DIGOFF Device busy
	
	



	This has been discussed before, but here is our experience :
	
	Using globalcall and bayonne 1.2.14  :
	
	When dialing a number, if the called line is busy, we don't get the
	"^busy" nor "^busytone" event.
	Instead, we get a "^hangup" event.
	If we look at what dialogic is sending us, we can see (chronologically) :
	
	- a GCEV_PROCEEDING event,
	- a GCEV_DISCONNECTED event (which is processed as an incoming call
	disconnection),
	AND THEN :
	- a TDX_CALLP with a CR_STOPD as a ATDX_CPTERM condition (which is not
	processed)
	
	I think the processing of the event GCEV_DISCONNECTED is not correct in
	this state : we should not
	dx_setevtmsk() on the device, as there is still one unprocessed event in
	the queue (the TDX_CALLP).
	By the way, if the TDX_CALLP event was processed, the script would get the
	"^busy" or "^busytone" event.
	
	Am I wrong saying that ?
	
	Julien, didn't you say you had made something about the dx_setevtmsk issue
	?
	
	
	As for your question (Any body is having problem with Dialogic Globalcall
	Drivers in Bayonne?)
	I would say, we have some small problems (such as the one described in
	that mail).
	We try to manage them, sometimes without alerting the list. Maybe we could
	mention them more often...
	
	Cheers,
	FdR/ED
	
	
	--
	Etoile Dièse - www.etoilediese.com
	
	
	_______________________________________________
	Bayonne-devel mailing list
	[email protected]
	http://lists.gnu.org/mailman/listinfo/bayonne-devel

_______________________________________________
Bayonne-devel mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bayonne-devel