Hi,
I am using pjmedia_transport_close to release UDP transport.But the udp
socket is still there when using "netstat -na " to have a check.
status = pjmedia_transport_close(channel->transport);
channel->transport = NULL;
if (status != PJ_SUCCESS)
{
logging(THIS_FILE, VOXVE_LOG_WARN, "Error close transport",
status);
hasError = true;
}
I am using vs 2005 at windows XP and pjsip 0.9.0 release.
regards,
Gang
On Thu, Jul 17, 2008 at 12:16 PM, Gang Lau gangban.lau@gmail.com wrote:
Hi,
I am using pjmedia_transport_close to release UDP transport.But the udp
socket is still there when using "netstat -na " to have a check.
Are you sure about that? It doesn't happen here.
Cheers
Benny
status = pjmedia_transport_close(channel->transport);
channel->transport = NULL;
if (status != PJ_SUCCESS)
{
logging(THIS_FILE, VOXVE_LOG_WARN, "Error close transport",
status);
hasError = true;
}
I am using vs 2005 at windows XP and pjsip 0.9.0 release.
regards,
Gang
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Yes. Please see my test program in attachment.
It was ok for 0.8.0 release when using pjmedia_transport_udp_close func. But
This func is removed at 0.9.0 release.
I try to replace it with transport close func, but it fail.
regards,
Gang
On Fri, Jul 18, 2008 at 1:02 AM, Benny Prijono bennylp@pjsip.org wrote:
On Thu, Jul 17, 2008 at 12:16 PM, Gang Lau gangban.lau@gmail.com wrote:
Hi,
I am using pjmedia_transport_close to release UDP transport.But the udp
socket is still there when using "netstat -na " to have a check.
Are you sure about that? It doesn't happen here.
Cheers
Benny
status = pjmedia_transport_close(channel->transport);
channel->transport = NULL;
if (status != PJ_SUCCESS)
{
logging(THIS_FILE, VOXVE_LOG_WARN, "Error close
transport", status);
hasError = true;
}
I am using vs 2005 at windows XP and pjsip 0.9.0 release.
regards,
Gang
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
On Fri, Jul 18, 2008 at 8:40 AM, Gang Liu gangban.lau@gmail.com wrote:
Yes. Please see my test program in attachment.
It was ok for 0.8.0 release when using pjmedia_transport_udp_close func.
But This func is removed at 0.9.0 release.
I try to replace it with transport close func, but it fail.
I tried your problem, it builds fine, and everything seems to be running
okay, and after pjmedia_transport_close() is called, I can see with netstat
that the socket is gone. So what's the problem?
-benny
regards,
Gang
On Fri, Jul 18, 2008 at 1:02 AM, Benny Prijono bennylp@pjsip.org wrote:
On Thu, Jul 17, 2008 at 12:16 PM, Gang Lau gangban.lau@gmail.com wrote:
Hi,
I am using pjmedia_transport_close to release UDP transport.But the
udp socket is still there when using "netstat -na " to have a check.
Are you sure about that? It doesn't happen here.
Cheers
Benny
status = pjmedia_transport_close(channel->transport);
channel->transport = NULL;
if (status != PJ_SUCCESS)
{
logging(THIS_FILE, VOXVE_LOG_WARN, "Error close
transport", status);
hasError = true;
}
I am using vs 2005 at windows XP and pjsip 0.9.0 release.
regards,
Gang
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
At my side, the port 5000 and 5001 are still there when program output
"close success".
regards,
Gang
On Fri, Jul 18, 2008 at 4:36 PM, Benny Prijono bennylp@pjsip.org wrote:
On Fri, Jul 18, 2008 at 8:40 AM, Gang Liu gangban.lau@gmail.com wrote:
Yes. Please see my test program in attachment.
It was ok for 0.8.0 release when using pjmedia_transport_udp_close func.
But This func is removed at 0.9.0 release.
I try to replace it with transport close func, but it fail.
I tried your problem, it builds fine, and everything seems to be running
okay, and after pjmedia_transport_close() is called, I can see with netstat
that the socket is gone. So what's the problem?
-benny
regards,
Gang
On Fri, Jul 18, 2008 at 1:02 AM, Benny Prijono bennylp@pjsip.org wrote:
On Thu, Jul 17, 2008 at 12:16 PM, Gang Lau gangban.lau@gmail.com
wrote:
Hi,
I am using pjmedia_transport_close to release UDP transport.But the
udp socket is still there when using "netstat -na " to have a check.
Are you sure about that? It doesn't happen here.
Cheers
Benny
status = pjmedia_transport_close(channel->transport);
channel->transport = NULL;
if (status != PJ_SUCCESS)
{
logging(THIS_FILE, VOXVE_LOG_WARN, "Error close
transport", status);
hasError = true;
}
I am using vs 2005 at windows XP and pjsip 0.9.0 release.
regards,
Gang
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
On Fri, Jul 18, 2008 at 10:04 AM, Gang Liu gangban.lau@gmail.com wrote:
At my side, the port 5000 and 5001 are still there when program output
"close success".
You're right. It doesn't happen with select() ioqueue (the one that I use),
but it does happen with IOCompletionPort ioqueue. Let me check this and get
back to you.
Thanks for the report
-benny
On Fri, Jul 18, 2008 at 10:33 AM, Benny Prijono bennylp@pjsip.org wrote:
On Fri, Jul 18, 2008 at 10:04 AM, Gang Liu gangban.lau@gmail.com wrote:
At my side, the port 5000 and 5001 are still there when program output
"close success".
You're right. It doesn't happen with select() ioqueue (the one that I use),
but it does happen with IOCompletionPort ioqueue. Let me check this and get
back to you.
I've just fixed this in http://trac.pjsip.org/repos/ticket/575 (please see
the ticket for more info).
Thanks
Benny
Thanks. I will test fix and report back.
regards,
Gang
On Fri, Jul 18, 2008 at 6:48 PM, Benny Prijono bennylp@pjsip.org wrote:
On Fri, Jul 18, 2008 at 10:33 AM, Benny Prijono bennylp@pjsip.org wrote:
On Fri, Jul 18, 2008 at 10:04 AM, Gang Liu gangban.lau@gmail.com wrote:
At my side, the port 5000 and 5001 are still there when program output
"close success".
You're right. It doesn't happen with select() ioqueue (the one that I
use), but it does happen with IOCompletionPort ioqueue. Let me check this
and get back to you.
I've just fixed this in http://trac.pjsip.org/repos/ticket/575 (please see
the ticket for more info).
Thanks
Benny
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
It works well now. windows XP sp2.
Thanks again.
regards,
Gang
On Sun, Jul 20, 2008 at 12:02 PM, Gang Liu gangban.lau@gmail.com wrote:
Thanks. I will test fix and report back.
regards,
Gang
On Fri, Jul 18, 2008 at 6:48 PM, Benny Prijono bennylp@pjsip.org wrote:
On Fri, Jul 18, 2008 at 10:33 AM, Benny Prijono bennylp@pjsip.org
wrote:
On Fri, Jul 18, 2008 at 10:04 AM, Gang Liu gangban.lau@gmail.com
wrote:
At my side, the port 5000 and 5001 are still there when program output
"close success".
You're right. It doesn't happen with select() ioqueue (the one that I
use), but it does happen with IOCompletionPort ioqueue. Let me check this
and get back to you.
I've just fixed this in http://trac.pjsip.org/repos/ticket/575 (please
see the ticket for more info).
Thanks
Benny
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org