Re: New feature: gatekeeper-based call transfer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Andrew,

it compiled fine with gcc 4.4.1, but I checked in a fix that should
make your compiler happy as well.

Regards,
Jan

Andrew Herdman wrote:
> Hi Jan;
> 
> Not sure but it looks like today's commits are not compiling cleanly;
> 
> [CC] SoftPBX.cxx
> 
> SoftPBX.cxx: In function 'void SoftPBX::RerouteCall(const PString&, 
> const PCaselessString&, const PString&)':
> 
> SoftPBX.cxx:467: error: ISO C++ says that these are ambiguous, even 
> though the worst conversion for the first is better than the worst 
> conversion for the second:
> 
> /root/GNUGK20100707/ptlib/include/ptlib/pstring.h:585: note: candidate 
> 1: PString PString::operator+(char) const
> 
> SoftPBX.cxx:467: note: candidate 2: operator+(const unsigned char*, int) 
> <built-in>
> 
> SoftPBX.cxx:467: error: ISO C++ says that these are ambiguous, even 
> though the worst conversion for the first is better than the worst 
> conversion for the second:
> 
> /root/GNUGK20100707/ptlib/include/ptlib/pstring.h:585: note: candidate 
> 1: PString PString::operator+(char) const
> 
> SoftPBX.cxx:467: note: candidate 2: operator+(const char*, int) <built-in>
> 
> /root/GNUGK20100707/ptlib/include/ptlib/pluginmgr.h: At global scope:
> 
> /root/GNUGK20100707/ptlib/include/ptlib/pluginmgr.h:167: warning: 
> 'PFactoryLoader::PluginLoaderStartup_loader' defined but not used
> 
> make[1]: *** [obj_linux_x86_s/SoftPBX.o] Error 1
> 
> 
> Andrew
> 
> 
> Jan Willamowius wrote:
> > Hi,
> >
> > I just committed a new feature to the CVS: GnuGk can now perform call
> > transfers for its endpoints by sending them a TCS=0 and reestablishing
> > an new call. I would be interested in how this feature works for you and
> > which endpoints you are testing.
> >
> > LifeSize has an interesting bug, that the call transfer works fine, if
> > the user doesn't send any DTMF in the original call. If he does, the
> > video freezes during the transfer and you have to reboot the endpoint
> > to clear the call.
> >
> > To invoke the transfer, you can use the status port
> > RerouteCall <callid> CALLER|CALLED <destination>
> >
> > Or you can use this transfer in the H.450.2 emulator:
> >
> > [RoutedMode]
> > GKRouted=1
> > H245Routed=1
> > GenerateCallProceeding=1
> > EnableH450.2=1
> > H4502EmulatorTransferMethod=Reroute
> >
> > Right now the transfer only works with non-tunneled H.245 connections,
> > so you should enable GenerateCallProceeding=1 in your config to
> > enforce this and the call must be H.245 routed, of course.
> >
> > Regards,
> > Jan

-- 
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/


[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux