<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.telephony.h323plus">
    <title>gmane.comp.telephony.h323plus</title>
    <link>http://blog.gmane.org/gmane.comp.telephony.h323plus</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/332"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/331"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/328"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/326"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/324"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/319"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/318"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/315"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/314"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/313"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/311"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/309"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/304"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/303"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/302"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/299"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/297"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/296"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/294"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.telephony.h323plus/293"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/332">
    <title>how to support directshow</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/332</link>
    <description>Hi,all.
when I compile the  ptlib-v2_0_1,I find the config in ptbuildopts.h show below:

/////////////////////////////////////////////////
//
// DirectX Support (Windows only)
//

#ifndef _WIN32_WCE
#define P_DIRECTSOUND 1
#undef P_DIRECTSHOW
#undef P_VFW_CAPTURE
#endif

  So I can not get the directshow support.but I can get the directsound support.I indeed install directx 9.0c.so it can find the directx file.
but why it can not find the directshow? Besides,I also can not find the dshow.h.
Who can help me ?thanks!

2008-11-28 



JobsGuo(Guo Huayong) 
Mobile：13918103120
QQ    ： 360480589
MSN  ： ghyhust&lt; at &gt;hotmail.com
</description>
    <dc:creator>JobsGuo(Guo Huayong</dc:creator>
    <dc:date>2008-11-28T05:56:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/331">
    <title>t38modem and freebsd tty error</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/331</link>
    <description>Hello...

I am trying to run t38modem on a freebsd 6.x server (also running
hylafax).  Apparently the t38modem binary cannot attach to the tty
device.

PseudoModemPty::OpenPty tcgetattr ptypa ERROR: Resource temporarily
unavailable

I have tried many different combinations of tty choices and args, but
all fail in the same way.  Am I missing something? Or is this a bug?



I compiled with:
ptlib-v2_0_1-4
 ./configure --enable-openh323
 gmake

h323plus-v1_20_2
 ./configure --enable-t38 
 gmake

t38modem-1.0.1
  gmake optnoshared

[chrismcc&lt; at &gt;qwip t38modem-1.0.1]$ sudo ./obj_FreeBSD_x86_r/t38modem -p
ttypa --no-gatekeeper  --trace --trace --trace --trace 
T38Modem Version 1.0.1
 by OpenH323 Project on Unix FreeBSD (6.2-RELEASE-p12-i386)

2008/11/25 10:52:15.110    T38ModemVersion 1.0.1 by OpenH323 Project
on Unix FreeBSD (6.2-RELEASE-p12-i386) at 2008/11/25 10:52:15.111
2008/11/25 10:52:15.111    T38ModemT38Modem Version 1.0.1 on Unix
FreeBSD (6.2-RELEASE-p12-i386)
2008/11/25 10:52:15.111    T38ModemPWLib</description>
    <dc:creator>Christopher</dc:creator>
    <dc:date>2008-11-25T19:04:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/328">
    <title>IE element decode</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/328</link>
    <description>lo,

i've been harnessing the Q931 class of h323plus to decode packets off
the wire, however i'm a little confused as to how h323plus decodes the
contents of the information elements which are contained within Q931.


i assumed (apparently wrongly) that you would do a check for an element
by using Q931.HasIE(), get the byte array of the IE using Q931.GetIE(),
then call something like Q931.decodeUserUserIE which returns a structure
of some sort which can have methods such as getConferenceGuid() called
upon it.

I've done the first few steps upto GetIE(), and i now have a PBYTEARRAY
of the IE, but i've no idea what to do with it now to decode its
contents in a workable, consistent manner.

I've poured through the h323+ code, but i cant seem to find where the
code deals with this problem. perhaps h323pdu plays a role ??


</description>
    <dc:creator>robertp</dc:creator>
    <dc:date>2008-11-04T12:53:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/326">
    <title>openmcu/openh323 plus problem.</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/326</link>
    <description>Hi,
 
I have installed openMCU version 2.2.1 (debian repository)
 
OpenH323 version is libopenh323-1.19.1 ( debian repository)
 
OpenMCU starts properly in daemon mode ( openmcu -d )
 
But netmeeting, Gnomemeeting and xmeeting are not able to connect.
 
Gnomemeeting is giving error as " no comman codec"
 
Can anybody help me on this to resolve this issue?
 
Regards
Amogh K
 
 



This e-mail is confidential and may be legally privileged. If you are not the intended recipient, please notify the sender immediately and delete this e-mail.

?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
</description>
    <dc:creator>Amogh.Kulkarni&lt; at &gt;shinsei-it.com</dc:creator>
    <dc:date>2008-11-04T04:05:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/324">
    <title>bug in rtp.cxx</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/324</link>
    <description>line 883 of rtp.cxx is bugged, you're deleting jitter, even if the audio
disable has been used for the build. This causes a build error.

Also, how reliant is h323plus on the forked sections of ptlib ? Its
rather annoying having to build against a customised version. Would it
be at all reasonable to make a motion towards merging the ptlib found in
other sources such as the ubuntu repositories, and the ptlib given on
the h323plus website ?

Thanks in advance.

- R


</description>
    <dc:creator>robertp</dc:creator>
    <dc:date>2008-10-24T10:25:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/319">
    <title>openmcu/h323plus plugin problem.</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/319</link>
    <description>Hi,

 

I want to configure openmcu on Debian release lenny

 

I have installed openmcu version 2.2.1. ( debian repository)

 

Manufacturer: Post Increment

Version     : 2.2.1

System      : Linux-i686 2.6.26-1-686

 

Debian kernel version: Linux linmcu 2.6.26-1-686 #1 SMP Thu Oct 9 15:18:09 UTC 2008 i686 GNU/Linux

 

I am using openh323 version libopenh323-1.19.1 ( debian repository)

 

Openmcu is started properly with openmcu -d ( in daemon mode)

 

But when I try to connect to openmcu through different clients like netmeeting, Gnomemeeting or xmeeting any client is not able to connect.

 

Gnomemeeting is giving error as "no comman codec"

 

What could be the issue?

 

Then I tried to compile audio/video plugins(1.20.0) given by h323plus website. But while compiling its gives following error.

 

 

 

/usr/include/stdio.h:708: error: expected â=â, â,â, â;â, âasmâ or â__attribute__â before âfwrite_unlockedâ

/usr/include/stdio.h:71</description>
    <dc:creator>Amogh.Kulkarni&lt; at &gt;shinsei-it.com</dc:creator>
    <dc:date>2008-10-23T11:00:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/318">
    <title>OpalVideoFormat never instantiated</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/318</link>
    <description>Hi,

 

I was looking at the code in h323.cxx function
"H323Connection::MergeCapabilities((unsigned sessionID, const
H323Capability &amp; local, H323Capability * remote)"

 

   OpalVideoFormat &amp; remoteFormat = (OpalVideoFormat
&amp;)(remote-&gt;GetWritableMediaFormat());

   const OpalMediaFormat &amp; localFormat = local.GetMediaFormat();

 

   if (remoteFormat.Merge(localFormat)) {

 

This looks like it would call the "Merge" function of OpalVideoFormat
but when debugging it uses the Merge function of the base class
OpalMediaFormat. Looking through the code it seems that the class
OpalVideoFormat is actually never instantiated.

 

I was thinking of fixing this by making "GetWritableMediaFormat" virtual
and reimplementing it in for example "H323VideoCapability" class to
create a real OpalVideoFormat instance.

 

I was wondering if anybody knows this code better and could tell if this
is a good idea...

 

Greetings Niek

</description>
    <dc:creator>Niek Kooij</dc:creator>
    <dc:date>2008-10-21T14:58:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/315">
    <title>About H.323plus with H.460.6</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/315</link>
    <description>Hi all:
 
Does H.323plus support H.460.6 now? 
Is there any tools to simulate H.460.6? 
thanks 
George
_________________________________________________________________
MSN 中文网，最新时尚生活资讯，白领聚集门户。
http://cn.msn.com</description>
    <dc:creator>quan-xiao-wen</dc:creator>
    <dc:date>2008-10-09T12:30:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/314">
    <title>Need tested source code to run an MCU</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/314</link>
    <description>Dear All

I am trying since last week to run an openmcu on Centos5 and I have tried
almost all the combination of source code available at h323plus.org web site
and at source forge.net

I need help to install h323plus + openmcu to stablish a video conferacing
room.

I am successfull installing openh323 + openmcu v2.2.1 on ubuntu but users
can't see video but they can hear voice although openmcu's statistics show
that clients are Rx/Tx video frames but there is not video at any end.

Regards,

Shahzad Abid
</description>
    <dc:creator>Shahzad Abid</dc:creator>
    <dc:date>2008-09-22T06:53:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/313">
    <title>H323Transport::HandleFirstSignallingChannelPDU crashwhen connection is NULL</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/313</link>
    <description/>
    <dc:creator>Nir Soffer</dc:creator>
    <dc:date>2008-09-21T10:53:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/311">
    <title>PTimedMutex::Wait patch</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/311</link>
    <description>In PTimedMutex::Wait(const PTimeInterval &amp; waitTime), when  
pthread_mutex_timedlock is not available or broken (it is broken on  
our arm platform), the code always sleeps before checking the finish  
time, which is incorrect.

For example, if you call Wait(0), and fail to acquire the lock, you  
will sleep for 10 milliseconds before you get back the retrun value.

This is a bigger issue if you use H323EndPoint::FindConnectionWithLock:

   PWaitAndSignal mutex(connectionsMutex);

   H323Connection * connection;
   while ((connection = FindConnectionWithoutLocks(token)) != NULL) {

     // XXX this will block for 10 milliseconds if the lock can not  
be acquired!
     // TryLock calls Wait(0) which sleeps for 10ms on failure
     switch (connection-&gt;TryLock()) {

       case 0 :
         return NULL;
       case 1 :
         return connection;
     }
     // Could not get connection lock, unlock the endpoint lists so a  
thread
     // that has the connection lock gets a chance at the endpoint  
lists.
     </description>
    <dc:creator>Nir Soffer</dc:creator>
    <dc:date>2008-09-20T19:25:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/309">
    <title>OpenMCU and XMeeting</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/309</link>
    <description>I'm having trouble with XMeeting and OpenMCU.  XMeeting connects fine intially, but if another h.323 client joins the session, XMeeting disconnects and OpenMCU crashes.  Here's what I get at the console for OpenMCU:

*** glibc detected *** openmcu: free(): invalid pointer: 0x098912c8 ***
======= Backtrace: =========
/lib/libc.so.6[0xb49ac1]
/lib/libc.so.6(cfree+0x90)[0xb4d0f0]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0x2fba6f1]
/lib/libpt_linux_x86_r.so.2.0.1(_ZN13PAbstractList15DestroyContentsEv+0x19)[0xaa38a7]
/lib/libpt_linux_x86_r.so.2.0.1(_ZN10PContainer8DestructEv+0x36)[0xaa8976]
openmcu(_ZN13PAbstractListD2Ev+0x16)[0x8064856]
/lib/libpt_linux_x86_r.so.2.0.1(_ZN7PSocket6SelectERS_S0_RK13PTimeInterval+0xa6)[0xa92caa]
/lib/libh323_linux_x86_r.so.1.20-alpha2(_ZN7RTP_UDP8ReadDataER13RTP_DataFramei+0x25)[0x67b621]
/lib/libh323_linux_x86_r.so.1.20-alpha2(_ZN16RTP_JitterBuffer6OnReadERPNS_5EntryERii+0x20)[0x70a632]
/lib/libh323_linux_x86_r.so.1.20-alpha2(_ZN16RTP_JitterBuffer16JitterThreadMainER7PThreadi+0x88)[0x</description>
    <dc:creator>Michael Miller</dc:creator>
    <dc:date>2008-09-19T13:13:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/304">
    <title>H323 error codes</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/304</link>
    <description>Hi all,

In Q931 protocol is it necessary that the cause code will come in last
message. Does H245 contains the cause codes.
Thanks
Mayank Jain

</description>
    <dc:creator>mayank&lt; at &gt;in.niksun.com</dc:creator>
    <dc:date>2008-09-19T06:31:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/303">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/303</link>
    <description>
</description>
    <dc:creator>mayank&lt; at &gt;in.niksun.com</dc:creator>
    <dc:date>2008-09-19T06:30:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/302">
    <title>Cosmetic issues PTLib v2.0.1 with VS2008-SP1</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/302</link>
    <description>Hello
Reporting some cosmetic issues during compiling PTLib on VS2008-SP1. The
files:

vsdl.cxx
pvfiledev.cxx
pstun.cxx

Have the macro '#define P_FORCE_STATIC_PLUGIN', the VS compiler outputs:

1&gt;..\..\ptclib\{one of above} : warning C4603: 'P_FORCE_STATIC_PLUGIN' :
macro is not defined or definition is different after precompiled header use
1&gt;        Add macro to precompiled header instead of defining here
1&gt;        ..\..\ptclib\{one of above} : use of precompiled header


But the &lt;ptlib/pluginmgr.h&gt; includes &lt;ptlib/plugin.h&gt;, the later already
define 'P_FORCE_STATIC_PLUGIN' when compiling under _WIN32.
So remove or comment the

#define P_FORCE_STATIC_PLUGIN

from:

vsdl.cxx
pvfiledev.cxx
pstun.cxx

//============================
sockets.cxx

The '#include &lt;ptlib.h&gt;' is the pre-compiled header and MUST come 1st
so, changing '#include &lt;ptlib.h&gt;' to come before '#ifdef __NUCLEUS_PLUS__'

#ifdef __NUCLEUS_PLUS__
#include &lt;ConfigurationClass.h&gt;
#endif


#include &lt;ptlib.h&gt;

#include &lt;ptlib.h&gt;

#ifdef __NUCLEUS_</description>
    <dc:creator>Marcos Fábio Jardini</dc:creator>
    <dc:date>2008-09-09T15:03:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/299">
    <title>How to enable P_DIRECTSHOW in ptlib</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/299</link>
    <description>hi:
   Anyone know how to enable P_DIRECTSHOW?
   Although I have install Directshow SDK and set the directory in vs2003,
   when I complie the ptlib,the P_DIRECTSHOW is still undef in ptbuildopts.h.then it cannot support DirectShow.
   who can help me to make the P_DIRECTSHOW is defined? 
   thanks!

2008-08-27 



JobsGuo 
</description>
    <dc:creator>JobsGuo</dc:creator>
    <dc:date>2008-08-27T10:03:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/297">
    <title>Registering with the GnuGK - continued</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/297</link>
    <description>Hard coding the authenticator.Enable (as shown bellow) solves the 
registration problem. Obviously this is not good - any ideas why 
authenticator.IsCapability returns the wrong result in the "simple" 
sample application ?

BOOL H323Gatekeeper::OnReceiveGatekeeperConfirm(const 
H225_GatekeeperConfirm &amp; gcf)
{
  if (!H225_RAS::OnReceiveGatekeeperConfirm(gcf))
    return FALSE;

  PINDEX i;

  for (i = 0; i &lt; authenticators.GetSize(); i++) {
    H235Authenticator &amp; authenticator = authenticators[i];
    if (authenticator.UseGkAndEpIdentifiers())
      authenticator.SetRemoteId(gatekeeperIdentifier);
  }

  if (gcf.HasOptionalField(H225_GatekeeperConfirm::e_authenticationMode) &amp;&amp;
      gcf.HasOptionalField(H225_GatekeeperConfirm::e_algorithmOID)) {
    for (i = 0; i &lt; authenticators.GetSize(); i++) {
      H235Authenticator &amp; authenticator = authenticators[i];
      authenticator.Enable( TRUE 
/*authenticator.IsCapability(gcf.m_authenticationMode,    // &lt;&lt;&lt;&lt; This 
makes it work
                                 </description>
    <dc:creator>Amnon David</dc:creator>
    <dc:date>2008-08-24T16:39:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/296">
    <title>silly question but...</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/296</link>
    <description>Has anyone ever managed to register with the GNU Gatekeeper using the 
"simple" sample application ?

Whichever method I try, I get a SecurityDenial from the Gatekeeper

Will appreciate any help on this

-Amnon


</description>
    <dc:creator>Amnon David</dc:creator>
    <dc:date>2008-08-24T16:12:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/294">
    <title>Bitrate Fluctuations</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/294</link>
    <description>When I am connected to OpenMCU using PVX, I notice that the bitrate coming from OpenMCU varies quite a bit. I have the bitrate set to 1920 Mbps but actual call rate is 1856 and the actual bitrate bounces sporadically never hitting the maximum bitrate consistently. Sometimes it goes above the call rate and then back down. Is this something that H323+ handles or is this handled by the codec?


      __________________________________________________________________
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now at
http://ca.toolbar.yahoo.com.</description>
    <dc:creator>Adrien Rudulier</dc:creator>
    <dc:date>2008-08-19T18:38:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/293">
    <title>Multicast</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/293</link>
    <description>Greetings H323Plus devs.

I have need of an ability to support a conference where each end-point can/will manipulate the audio stream coming from every other end-point based on some data associated with each end-point.  To me, it seems like each end-point should multicast the audio stream and possibly the data that each other end-point will use to modify the audio stream.  Each end-point should listen for multicasts associated with the conference and modify and mix the streams as required based on the data.  From my internet searches, this seems to be more or less the classic decentralised/distributed multipoint conference.

I have attempted to search the mailing list archives and code for how to do this with H323 Plus and have found that the capability appears to be lacking.  Although I am willing to work on developing this capability, I am far from expert on H323 (Plus or otherwise) or VoIP and would need some strong pointers from those of you who are expert.  I would appreciate some input on how best</description>
    <dc:creator>Junk-Mail Wastebasket</dc:creator>
    <dc:date>2008-08-18T17:55:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.telephony.h323plus/292">
    <title>Shutting down a call manually in OpenMCU</title>
    <link>http://comments.gmane.org/gmane.comp.telephony.h323plus/292</link>
    <description>I am trying to manually remove members from a conference from the status web page but I am having troubles closing down the connection properly. I have access to the conference manager and the conference connection. When I call H323Connection::ClearCall(), it severs the connection to the endpoint and the member is removed after ConferenceManager::RemoveMember is called but there is a segmentation fault because the logical channel threads are still running. I keep getting the following assertion failure:

2008/08/06 15:26:39.089    HTTP Service:0xb50f9b90    Message    Assertion fail: Transport thread did not terminate, file transports.cxx, line 1355, Error=107

I was wondering if anyone knows how to close down a call properly.



      __________________________________________________________________
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now at
http://ca.toolbar.yahoo.com.</description>
    <dc:creator>Adrien Rudulier</dc:creator>
    <dc:date>2008-08-06T21:28:44</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.telephony.h323plus">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.telephony.h323plus</link>
  </textinput>
</rdf:RDF>
