You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(57) |
Nov
(163) |
Dec
(101) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(72) |
Feb
(81) |
Mar
(61) |
Apr
(35) |
May
(40) |
Jun
(49) |
Jul
(27) |
Aug
(15) |
Sep
(71) |
Oct
(41) |
Nov
(37) |
Dec
(22) |
| 2009 |
Jan
(9) |
Feb
(16) |
Mar
(26) |
Apr
(39) |
May
(70) |
Jun
(26) |
Jul
(27) |
Aug
(30) |
Sep
(25) |
Oct
(62) |
Nov
(43) |
Dec
(13) |
| 2010 |
Jan
(53) |
Feb
(45) |
Mar
(32) |
Apr
(39) |
May
(24) |
Jun
(58) |
Jul
(5) |
Aug
(14) |
Sep
(10) |
Oct
(10) |
Nov
(16) |
Dec
(4) |
| 2011 |
Jan
(32) |
Feb
(30) |
Mar
(29) |
Apr
(24) |
May
(70) |
Jun
(26) |
Jul
(27) |
Aug
(23) |
Sep
(44) |
Oct
(18) |
Nov
(28) |
Dec
(45) |
| 2012 |
Jan
(26) |
Feb
(24) |
Mar
(88) |
Apr
(56) |
May
(84) |
Jun
(64) |
Jul
(14) |
Aug
(46) |
Sep
(70) |
Oct
(13) |
Nov
(40) |
Dec
(5) |
| 2013 |
Jan
(42) |
Feb
(43) |
Mar
(83) |
Apr
(27) |
May
(57) |
Jun
(39) |
Jul
(29) |
Aug
(21) |
Sep
(31) |
Oct
(31) |
Nov
(3) |
Dec
(22) |
| 2014 |
Jan
(20) |
Feb
(10) |
Mar
(31) |
Apr
(37) |
May
(24) |
Jun
(15) |
Jul
(11) |
Aug
(5) |
Sep
(2) |
Oct
(4) |
Nov
(4) |
Dec
(11) |
| 2015 |
Jan
(6) |
Feb
(3) |
Mar
(7) |
Apr
(3) |
May
|
Jun
|
Jul
(9) |
Aug
(8) |
Sep
(12) |
Oct
(3) |
Nov
(4) |
Dec
(6) |
| 2016 |
Jan
(3) |
Feb
(7) |
Mar
(3) |
Apr
(9) |
May
(4) |
Jun
(2) |
Jul
(3) |
Aug
(17) |
Sep
|
Oct
(11) |
Nov
(10) |
Dec
(7) |
| 2017 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Robert Jongbloed <robertj@vo...> - 2016-10-26 15:49:03
|
Yes, I have seen that You have to do the build a second time to get it. I have no idea why and I have looked. Something weird with the VS dependency generation. Any help is gratefully accepted! ---------- Robert Jongbloed Vox Lucida Pty. Ltd. On 26 Oct. 2016, at 1:59 am, Robert Reif <reif@... <mailto:reif@...> > wrote: I am getting a Visual Studio build failure because of missing revision.h file when just building a static opal lib. A static ptlib is built properly when just selecting the static opal library but revision.h is not being generated for opal. The failure can be reproduced by starting from fresh ptlib and opal source trees by opening the 2015 opal solution and building just the static opal library. ------------------------------------------------------------------------------ The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET <http://ASP.NET>; CLI. Get your free copy! http://sdm.link/telerik <http://sdm.link/telerik>; _______________________________________________ Opalvoip-devel mailing list Opalvoip-devel@... https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Robert Jongbloed <robertj@vo...> - 2016-10-26 12:57:59
|
Patch applied. ---------- Robert Jongbloed Vox Lucida Pty. Ltd. On 25 Oct. 2016, at 11:41 pm, Robert Reif <reif@... <mailto:reif@...> > wrote: Robert Jongbloed wrote: I, for one, do not have time to support too many different compilers and environments. I really would need help (read PATCHES) in this area. As an aside VS2015 solution files are on the way, as I wish that to be my default platform. ---------- Robert Jongbloed Vox Lucida Pty. Ltd. On 4 Oct 2016, at 11:54 PM, Robert Reif <reif@... <mailto:reif@...> > wrote: I'm trying to add opal to our build scripts and ran into a problem with the Visual Studio 2012 and 2013 solution files. msbuild gives an error about 2 projects with the same name. There are 2 projects with the same name (Console Application) because they are missing the " - Static" and " - DLL" that the 2010 project has. This is easily fixed by adding the missing text in the solution files. Could you please fix the opal 2012 and 2013 solution files? The bigger problem is we are using Visual Studio 2015 and there are no solution and project files for it. It is possible to upgrade the solution and project files from the command line using "devenv.exe /upgrade" but this doesn't work with opal and ptlib because the project names and the project file names are different. The project files have _2013 appended to the file names and msbuild can't handle it. We are currently loading the solutions into Visual Studio 2015 and converting them before running our script but that makes it impossible to automate the build process. Could we please have Visual Studio 2015 solution and project files added to git? ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org <http://SlashDot.org>; ! http://sdm.link/slashdot <http://sdm.link/slashdot>; _______________________________________________ Opalvoip-devel mailing list Opalvoip-devel@... <mailto:Opalvoip-devel@...> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel Here is a patch for the 2015 solution. The same should be done for the older solutions. <msbuild_fix.diff> |
|
From: Robert Reif <reif@ea...> - 2016-10-26 00:59:11
|
I am getting a Visual Studio build failure because of missing revision.h file when just building a static opal lib. A static ptlib is built properly when just selecting the static opal library but revision.h is not being generated for opal. The failure can be reproduced by starting from fresh ptlib and opal source trees by opening the 2015 opal solution and building just the static opal library. |
|
From: Robert Reif <reif@ea...> - 2016-10-25 22:43:35
|
Robert Jongbloed wrote: > I, for one, do not have time to support too many different compilers and environments. I really would need help (read PATCHES) in this area. > > As an aside VS2015 solution files are on the way, as I wish that to be my default platform. > > ---------- > Robert Jongbloed > Vox Lucida Pty. Ltd. > > > > >> On 4 Oct 2016, at 11:54 PM, Robert Reif <reif@...> wrote: >> >> I'm trying to add opal to our build scripts and ran into a problem with >> the Visual Studio 2012 and 2013 solution files. msbuild gives an error >> about 2 projects with the same name. There are 2 projects with the same >> name (Console Application) because they are missing the " - Static" and >> " - DLL" that the 2010 project has. This is easily fixed by adding the >> missing text in the solution files. >> >> Could you please fix the opal 2012 and 2013 solution files? >> >> The bigger problem is we are using Visual Studio 2015 and there are no >> solution and project files for it. It is possible to upgrade the >> solution and project files from the command line using "devenv.exe >> /upgrade" but this doesn't work with opal and ptlib because the project >> names and the project file names are different. The project files have >> _2013 appended to the file names and msbuild can't handle it. >> >> We are currently loading the solutions into Visual Studio 2015 and >> converting them before running our script but that makes it impossible >> to automate the build process. >> >> Could we please have Visual Studio 2015 solution and project files added >> to git? >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> _______________________________________________ >> Opalvoip-devel mailing list >> Opalvoip-devel@... >> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > > Here is a patch for the 2015 solution. The same should be done for the older solutions. |
|
From: Robert Jongbloed <robertj@vo...> - 2016-10-22 17:12:58
|
What is the purpose of an enum with one value? Seems rather pointless to me.
----------
Robert Jongbloed
Vox Lucida Pty. Ltd.
> On 10 Oct 2016, at 3:52 PM, Елена Валынец <lenavaly@...> wrote:
>
> Hello!
> I'm using PTLib 2.16.2.
>
> P_DECLARE_STREAMABLE_ENUM macro generates incorrect code when I declare enum with only one member
>
> P_DECLARE_STREAMABLE_ENUM(Pragmas, open_mode);
>
> gives to me
>
> enum Pragmas
> { open_mode = 0
> , BeginPragmas = open_mode
> , //< incorrect here!
> , EndPragmas
> , NumPragmas = EndPragmas - BeginPragmas};
>
> friend __inline Pragmas operator++(Pragmas & e ) ....
>
> Best regards, Elena Valynets.
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Opalvoip-devel mailing list
> Opalvoip-devel@...
> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
|
|
From: Robert Jongbloed <robertj@vo...> - 2016-10-22 17:11:40
|
I, for one, do not have time to support too many different compilers and environments. I really would need help (read PATCHES) in this area. As an aside VS2015 solution files are on the way, as I wish that to be my default platform. ---------- Robert Jongbloed Vox Lucida Pty. Ltd. > On 4 Oct 2016, at 11:54 PM, Robert Reif <reif@...> wrote: > > I'm trying to add opal to our build scripts and ran into a problem with > the Visual Studio 2012 and 2013 solution files. msbuild gives an error > about 2 projects with the same name. There are 2 projects with the same > name (Console Application) because they are missing the " - Static" and > " - DLL" that the 2010 project has. This is easily fixed by adding the > missing text in the solution files. > > Could you please fix the opal 2012 and 2013 solution files? > > The bigger problem is we are using Visual Studio 2015 and there are no > solution and project files for it. It is possible to upgrade the > solution and project files from the command line using "devenv.exe > /upgrade" but this doesn't work with opal and ptlib because the project > names and the project file names are different. The project files have > _2013 appended to the file names and msbuild can't handle it. > > We are currently loading the solutions into Visual Studio 2015 and > converting them before running our script but that makes it impossible > to automate the build process. > > Could we please have Visual Studio 2015 solution and project files added > to git? > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Opalvoip-devel mailing list > Opalvoip-devel@... > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Robert Jongbloed <robertj@vo...> - 2016-10-22 17:09:35
|
I am afraid you are on your own with respect to MSRP. The author of that code is no longer working on the project, and I don't really have any idea of it's state. I am very much hoping you do not give up, the community really needs someone to take up support of that feature! ---------- Robert Jongbloed Vox Lucida Pty. Ltd. On 4 Oct 2016, at 3:28 PM, Igor Dvoryanov <idd@... <mailto:idd@...> > wrote: Hello! I use opal 3.16.2 I create the application for operation according to the msrp protocol, IM-messenger via MSRP and SIP. First question: Where I can look at an example of work on msrp via sip? In my app I create sip endpoint (SIPEndPoint) and im endpoint (OpalIMEndPoint). My client generate SIP Invite and inside them sdp-message, but field "m" is wrong: === .. m=message 2855 TCP/MSRP ... === Second question: why there is no symbol * at the end of the line? In my app create IMMSRPMediaFormat (msrp.cxx), and OpalMediaFormat (mediafmt.cxx). Param "en" (param "rtpEncodingName" in OpalMediaFormatInternal) in constructor is "+". Why " + " and not " * " ? Thanks! WBR, Igor ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org <http://slashdot.org>; ! http://sdm.link/slashdot <http://sdm.link/slashdot>; _______________________________________________ Opalvoip-devel mailing list Opalvoip-devel@... <mailto:Opalvoip-devel@...> https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Елена Валынец <lenavaly@ya...> - 2016-10-10 14:52:41
|
Hello!
I'm using PTLib 2.16.2.
P_DECLARE_STREAMABLE_ENUM macro generates incorrect code when I declare enum with only one member
P_DECLARE_STREAMABLE_ENUM(Pragmas, open_mode);
gives to me
enum Pragmas
{ open_mode = 0
, BeginPragmas = open_mode
, //< incorrect here!
, EndPragmas
, NumPragmas = EndPragmas - BeginPragmas};
friend __inline Pragmas operator++(Pragmas & e ) ....
Best regards, Elena Valynets.
|
|
From: Robert Reif <reif@ea...> - 2016-10-04 22:54:22
|
I'm trying to add opal to our build scripts and ran into a problem with the Visual Studio 2012 and 2013 solution files. msbuild gives an error about 2 projects with the same name. There are 2 projects with the same name (Console Application) because they are missing the " - Static" and " - DLL" that the 2010 project has. This is easily fixed by adding the missing text in the solution files. Could you please fix the opal 2012 and 2013 solution files? The bigger problem is we are using Visual Studio 2015 and there are no solution and project files for it. It is possible to upgrade the solution and project files from the command line using "devenv.exe /upgrade" but this doesn't work with opal and ptlib because the project names and the project file names are different. The project files have _2013 appended to the file names and msbuild can't handle it. We are currently loading the solutions into Visual Studio 2015 and converting them before running our script but that makes it impossible to automate the build process. Could we please have Visual Studio 2015 solution and project files added to git? |
|
From: Igor Dvoryanov <idd@li...> - 2016-10-04 16:34:56
|
Hello! I use opal 3.16.2 I create the application for operation according to the msrp protocol, IM-messenger via MSRP and SIP. First question: Where I can look at an example of work on msrp via sip? In my app I create sip endpoint (SIPEndPoint) and im endpoint (OpalIMEndPoint). My client generate SIP Invite and inside them sdp-message, but field "m" is wrong: === .. m=message 2855 TCP/MSRP ... === Second question: why there is no symbol * at the end of the line? In my app create IMMSRPMediaFormat (msrp.cxx), and OpalMediaFormat (mediafmt.cxx). Param "en" (param "rtpEncodingName" in OpalMediaFormatInternal) in constructor is "+". Why " + " and not " * " ? Thanks! WBR, Igor |
|
From: Slava Litynskyy <s.litynskyy@ab...> - 2016-08-30 17:07:57
|
unsubscribe -----Original Message----- From: opalvoip-devel-request@... [mailto:opalvoip-devel-request@...] Sent: Thursday, August 25, 2016 3:03 PM To: opalvoip-devel@... Subject: Opalvoip-devel Digest, Vol 102, Issue 10 Send Opalvoip-devel mailing list submissions to opalvoip-devel@... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/opalvoip-devel or, via email, send a message with subject or body 'help' to opalvoip-devel-request@... You can reach the person managing the list at opalvoip-devel-owner@... When replying, please edit your Subject line so it is more specific than "Re: Contents of Opalvoip-devel digest..." Today's Topics: 1. Re: PushThread still not starting in trunk MCU sample (Alexander Sbitnev) ---------------------------------------------------------------------- Message: 1 Date: Wed, 24 Aug 2016 18:28:50 +0300 From: Alexander Sbitnev <alexander.sbitnev@...> Subject: Re: [Opalvoip-devel] PushThread still not starting in trunk MCU sample To: "opalvoip-devel@..." <Opalvoip-devel@...> Message-ID: <ef4a7f7b-75ad-b8e6-ffbd-64d1562b84f5@...> Content-Type: text/plain; charset=utf-8; format=flowed Today it wasn't so convincing to me that this problem is with OpalCall::OpenSourceMediaStreams(). As it looks today mcu problem is in lack of AttachStream() calls for streams. In current code there is only one place there streams supposed to be attached: OpalMixerConnection::SetListenOnly() and as it turns out it been calling too early. Here is a log parts I sent previous week: 0:07.617 Opal Answer:21082 opalmixer.cxx(1096) MixerCon Set listen only mode to OFF 0:07.769 OPAL-Event:21083 call.cxx(566) Call OpenSourceMediaStreams open for audio session 1 on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.769 OPAL-Event:21083 call.cxx(586) Call OpenSourceMediaStreams failed with no sink formats for audio session 1 on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.770 OPAL-Event:21083 call.cxx(566) Call OpenSourceMediaStreams open for video session 2 on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.770 OPAL-Event:21083 call.cxx(586) Call OpenSourceMediaStreams failed with no sink formats for video session 2 on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.770 OPAL-Event:21083 call.cxx(566) Call OpenSourceMediaStreams open for unallocated H.224 session on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.770 OPAL-Event:21083 call.cxx(586) Call OpenSourceMediaStreams failed with no sink formats for unallocated H.224 session on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.851 Opal Listener:21084 call.cxx(566) Call OpenSourceMediaStreams open for audio session 1 on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.876 Opal Listener:21084 call.cxx(555) Call OpenSourceMediaStreams (already opened) for audio session 1 (GSM-06.10) on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.877 Opal Listener:21084 call.cxx(742) Call OpenSourceMediaStreams completed session 1 on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.878 Opal Listener:21084 call.cxx(566) Call OpenSourceMediaStreams open for unallocated H.224 session on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.884 Opal Listener:21084 call.cxx(566) Call OpenSourceMediaStreams open for video session 2 on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.891 Opal Listener:21084 call.cxx(555) Call OpenSourceMediaStreams (already opened) for video session 2 (H.264-1) on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.893 Opal Listener:21084 call.cxx(742) Call OpenSourceMediaStreams completed session 2 on Call[C98fb78571]-EP<mcu>[M2f0bb8102] 0:07.895 Opal Listener:21084 call.cxx(566) Call OpenSourceMediaStreams open for audio session 1 (GSM-06.10) on Call[C98fb78571]-EP<h323>[tcp$192.168.0.16:35018/1] 0:07.903 Opal Listener:21084 call.cxx(742) Call OpenSourceMediaStreams completed session 1 on Call[C98fb78571]-EP<h323>[tcp$192.168.0.16:35018/1] 0:07.908 Opal Listener:21084 call.cxx(566) Call OpenSourceMediaStreams open for video session 2 (H.264-1) on Call[C98fb78571]-EP<h323>[tcp$192.168.0.16:35018/1] 0:07.917 Opal Listener:21084 call.cxx(742) Call OpenSourceMediaStreams completed session 2 on Call[C98fb78571]-EP<h323>[tcp$192.168.0.16:35018/1] So I've restore old contents of OpalMixerMediaStream::Open adding AttachStream() back into it so now it looks like before: PBoolean OpalMixerMediaStream::Open() { if (m_isOpen) return true; if (mediaFormat.GetMediaType() != OpalMediaType::Audio() #if OPAL_VIDEO && mediaFormat.GetMediaType() != OpalMediaType::Video() #endif ) { PTRACE(3, "Cannot open media stream of type " << mediaFormat.GetMediaType()); return false; } SetPaused(IsSink() && m_listenOnly); if (!IsPaused() && !m_node->AttachStream(this)) return false; return OpalMediaStream::Open(); } And currently I was able to get mcu send streams back to me. Can't say how many bugs I've created by this rough approach but feel free to test it out. I've also check OpalMixerConnection::SetListenOnly() for mediaStreams contents. Turns out at the moment it called there is absolutely no streams inside of mediaStreams array. This cycle just don't process anything: for (PSafePtr<OpalMediaStream> mediaStream(mediaStreams, PSafeReference); mediaStream != NULL; ++mediaStream) { OpalMixerMediaStream * mixerStream = dynamic_cast<OpalMixerMediaStream *>(&*mediaStream); PTRACE(4, "DDD Trying to attach a spream in the mixer " << mixerStream); if (mixerStream != NULL && mixerStream->IsSink()) { mixerStream->SetPaused(listenOnly); if (listenOnly) m_node->DetachStream(mixerStream); else m_node->AttachStream(mixerStream); } } ------------------------------ ---------------------------------------------------------------------------- -- ------------------------------ _______________________________________________ Opalvoip-devel mailing list Opalvoip-devel@... https://lists.sourceforge.net/lists/listinfo/opalvoip-devel End of Opalvoip-devel Digest, Vol 102, Issue 10 *********************************************** |
|
From: Alexander Sbitnev <alexander.sbitnev@gm...> - 2016-08-24 15:29:01
|
Today it wasn't so convincing to me that this problem is with
OpalCall::OpenSourceMediaStreams().
As it looks today mcu problem is in lack of AttachStream() calls for
streams. In current code there is only one place there streams supposed
to be attached: OpalMixerConnection::SetListenOnly() and as it turns out
it been calling too early. Here is a log parts I sent previous week:
0:07.617 Opal Answer:21082 opalmixer.cxx(1096)
MixerCon Set listen only mode to OFF
0:07.769 OPAL-Event:21083 call.cxx(566) Call
OpenSourceMediaStreams open for audio session 1 on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.769 OPAL-Event:21083 call.cxx(586) Call
OpenSourceMediaStreams failed with no sink formats for audio
session 1 on Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.770 OPAL-Event:21083 call.cxx(566) Call
OpenSourceMediaStreams open for video session 2 on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.770 OPAL-Event:21083 call.cxx(586) Call
OpenSourceMediaStreams failed with no sink formats for video
session 2 on Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.770 OPAL-Event:21083 call.cxx(566) Call
OpenSourceMediaStreams open for unallocated H.224 session on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.770 OPAL-Event:21083 call.cxx(586) Call
OpenSourceMediaStreams failed with no sink formats for unallocated
H.224 session on Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.851 Opal Listener:21084 call.cxx(566) Call
OpenSourceMediaStreams open for audio session 1 on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.876 Opal Listener:21084 call.cxx(555) Call
OpenSourceMediaStreams (already opened) for audio session 1
(GSM-06.10) on Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.877 Opal Listener:21084 call.cxx(742) Call
OpenSourceMediaStreams completed session 1 on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.878 Opal Listener:21084 call.cxx(566) Call
OpenSourceMediaStreams open for unallocated H.224 session on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.884 Opal Listener:21084 call.cxx(566) Call
OpenSourceMediaStreams open for video session 2 on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.891 Opal Listener:21084 call.cxx(555) Call
OpenSourceMediaStreams (already opened) for video session 2
(H.264-1) on Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.893 Opal Listener:21084 call.cxx(742) Call
OpenSourceMediaStreams completed session 2 on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.895 Opal Listener:21084 call.cxx(566) Call
OpenSourceMediaStreams open for audio session 1 (GSM-06.10) on
Call[C98fb78571]-EP<h323>[tcp$192.168.0.16:35018/1]
0:07.903 Opal Listener:21084 call.cxx(742) Call
OpenSourceMediaStreams completed session 1 on
Call[C98fb78571]-EP<h323>[tcp$192.168.0.16:35018/1]
0:07.908 Opal Listener:21084 call.cxx(566) Call
OpenSourceMediaStreams open for video session 2 (H.264-1) on
Call[C98fb78571]-EP<h323>[tcp$192.168.0.16:35018/1]
0:07.917 Opal Listener:21084 call.cxx(742) Call
OpenSourceMediaStreams completed session 2 on
Call[C98fb78571]-EP<h323>[tcp$192.168.0.16:35018/1]
So I've restore old contents of OpalMixerMediaStream::Open adding
AttachStream() back into it so now it looks like before:
PBoolean OpalMixerMediaStream::Open()
{
if (m_isOpen)
return true;
if (mediaFormat.GetMediaType() != OpalMediaType::Audio()
#if OPAL_VIDEO
&& mediaFormat.GetMediaType() != OpalMediaType::Video()
#endif
) {
PTRACE(3, "Cannot open media stream of type " <<
mediaFormat.GetMediaType());
return false;
}
SetPaused(IsSink() && m_listenOnly);
if (!IsPaused() && !m_node->AttachStream(this))
return false;
return OpalMediaStream::Open();
}
And currently I was able to get mcu send streams back to me. Can't say
how many bugs I've created by this rough approach but feel free to test
it out.
I've also check OpalMixerConnection::SetListenOnly() for mediaStreams
contents. Turns out at the moment it called there is absolutely no
streams inside of mediaStreams array.
This cycle just don't process anything:
for (PSafePtr<OpalMediaStream> mediaStream(mediaStreams,
PSafeReference); mediaStream != NULL; ++mediaStream) {
OpalMixerMediaStream * mixerStream =
dynamic_cast<OpalMixerMediaStream *>(&*mediaStream);
PTRACE(4, "DDD Trying to attach a spream in the mixer " <<
mixerStream);
if (mixerStream != NULL && mixerStream->IsSink()) {
mixerStream->SetPaused(listenOnly);
if (listenOnly)
m_node->DetachStream(mixerStream);
else
m_node->AttachStream(mixerStream);
}
}
|
|
From: Craig Southeren <craig@po...> - 2016-08-24 11:42:04
|
HI all, The Opal Git repositories are now active and available. Info on the new URLs can be found in the wiki at: http://wiki.opalvoip.org/index.php?n=Main.Git The Subversion repositories are still available, but will not be updated. They will be made read-only ASAP. Many thanks to Sergei Nikulov for his assistance and persistence in enabling this migration. Craig Craig SoutherenPost Increment Consulting and Software craigs@... Mobile: +61 417231046US: +1 415 800 4201 |
|
From: Alexander Sbitnev <alexander.sbitnev@gm...> - 2016-08-17 14:43:21
|
Still got mcu problem with PushThread not started at the time new
call established. But now spotted another suspicious (maybe) place.
Looking how it was started in good old days of opal 3.12.9:
#0 OpalBaseMixer::StartPushThread (this=0x737258) at
/root/OpalOld/opal-3.12.9/src/ep/opalmixer.cxx:214
#1 0x00007ffff72c405e in OpalBaseMixer::AddStream (this=0x737258,
key=...) at /root/OpalOld/opal-3.12.9/src/ep/opalmixer.cxx:155
#2 0x00007ffff72c983a in OpalMixerNode::AttachStream (this=0x736e80,
stream=0x7fffe0039db0) at
/root/OpalOld/opal-3.12.9/src/ep/opalmixer.cxx:1344
#3 0x00007ffff72c84dc in OpalMixerMediaStream::Open
(this=0x7fffe0039db0) at /root/OpalOld/opal-3.12.9/src/ep/opalmixer.cxx:1143
#4 0x00007ffff721821f in OpalConnection::OpenMediaStream
(this=0x738110, mediaFormat=..., sessionID=1, isSource=false) at
/root/OpalOld/opal-3.12.9/src/opal/connection.cxx:789
#5 0x00007ffff729667e in OpalLocalConnection::OpenMediaStream
(this=0x738110, mediaFormat=..., sessionID=1, isSource=false) at
/root/OpalOld/opal-3.12.9/src/ep/localep.cxx:331
#6 0x00007ffff722b4d0 in OpalCall::OpenSourceMediaStreams
(this=0x70b1a0, connection=..., mediaType=..., sessionID=1,
preselectedFormat=...,
contentRole=OpalVideoFormat::eNoRole, transfer=false) at
/root/OpalOld/opal-3.12.9/src/opal/call.cxx:697
#7 0x00007ffff754bbf4 in H323UnidirectionalChannel::PreOpen
(this=0x7fffe0049aa0) at /root/OpalOld/opal-3.12.9/src/h323/channels.cxx:406
#8 0x00007ffff754bf05 in H323UnidirectionalChannel::Open
(this=0x7fffe0049aa0) at /root/OpalOld/opal-3.12.9/src/h323/channels.cxx:430
#9 0x00007ffff753bacc in H245NegLogicalChannel::HandleOpen
(this=0x7fffe0040710, pdu=...) at
/root/OpalOld/opal-3.12.9/src/h323/h323neg.cxx:633
#10 0x00007ffff753d194 in H245NegLogicalChannels::HandleOpen
(this=0x7186d0, pdu=...) at
/root/OpalOld/opal-3.12.9/src/h323/h323neg.cxx:975
#11 0x00007ffff7516866 in H323Connection::OnH245Request (this=0x715b10,
pdu=...) at /root/OpalOld/opal-3.12.9/src/h323/h323.cxx:3018
#12 0x00007ffff7516555 in H323Connection::HandleControlPDU
(this=0x715b10, pdu=...) at /root/OpalOld/opal-3.12.9/src/h323/h323.cxx:2972
#13 0x00007ffff7516482 in H323Connection::HandleControlData
(this=0x715b10, strm=...) at
/root/OpalOld/opal-3.12.9/src/h323/h323.cxx:2956
#14 0x00007ffff750c01d in H323Connection::HandleTunnelPDU
(this=0x715b10, txPDU=0x0) at
/root/OpalOld/opal-3.12.9/src/h323/h323.cxx:733
#15 0x00007ffff750bc5f in H323Connection::HandleSignalPDU
(this=0x715b10, pdu=...) at /root/OpalOld/opal-3.12.9/src/h323/h323.cxx:680
#16 0x00007ffff750afbe in H323Connection::HandleSignallingChannel
(this=0x715b10) at /root/OpalOld/opal-3.12.9/src/h323/h323.cxx:508
#17 0x00007ffff7500e14 in H323EndPoint::NewIncomingConnection
(this=0x7fffe0001290, transport=...) at
/root/OpalOld/opal-3.12.9/src/h323/h323ep.cxx:582
#18 0x00007ffff7210ee1 in
OpalEndPoint::NewIncomingConnection_PNotifier::Call
(this=0x7fffe00036a0, note=..., extra=...) at
/root/OpalOld/opal-3.12.9/include/opal/endpoint.h:224
#19 0x00007ffff7213f02 in PNotifierTemplate<PSafePtr<OpalTransport,
PSafePtrBase> const&>::operator() (this=0x7fffe0005e20, notifier=...,
extra=...)
at /usr/local/include/ptlib/notifier.h:136
#20 0x00007ffff725d90e in OpalListener::TransportThreadMain
(this=0x7fffe0005e00, transport=...) at
/root/OpalOld/opal-3.12.9/src/opal/transports.cxx:611
#21 0x00007ffff7265ff7 in PThreadObj1Arg<OpalListener,
PSafePtr<OpalTransport, PSafePtrBase> >::Main (this=0x709800) at
/usr/local/include/ptlib/thread.h:716
#22 0x00007ffff77d4a3a in PThread::PX_ThreadMain (arg=0x709800) at
ptlib/unix/tlibthrd.cxx:393
#23 0x00007ffff5c5ab50 in start_thread () from
/lib/x86_64-linux-gnu/libpthread.so.0
#24 0x00007ffff493395d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#25 0x0000000000000000 in ?? ()
, i've spotted OpalCall::OpenSourceMediaStreams() was involved in process.
And currently there are some 'fail' messages in the log coming from
OpenSourceMediaStreams:
0:07.769 OPAL-Event:21083 connection.cxx(645)
OpalCon No media streams, cannot move to EstablishedPhase on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.769 OPAL-Event:21083 connection.cxx(739)
OpalCon AutoStartMediaStreams(normal) on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.769 OPAL-Event:21083 call.cxx(348)
Call GetOtherPartyConnection Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.769 OPAL-Event:21083 call.cxx(566)
Call OpenSourceMediaStreams open for audio session 1 on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.769 OPAL-Event:21083 mediafmt.cxx(2150)
MediaFormat Removing codecs
iLBC-13k3,iLBC-15k2,RFC4175_YCbCr-4:2:0,RFC4175_RGB,MSRP,H.264-High
0:07.769 OPAL-Event:21083 call.cxx(586)
Call OpenSourceMediaStreams failed with no sink formats for
audio session 1 on Call[C98fb78571]-EP<mcu>
[M2f0bb8102]
0:07.770 OPAL-Event:21083 call.cxx(566)
Call OpenSourceMediaStreams open for video session 2 on
Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.770 OPAL-Event:21083 mediafmt.cxx(2150)
MediaFormat Removing codecs
iLBC-13k3,iLBC-15k2,RFC4175_YCbCr-4:2:0,RFC4175_RGB,MSRP,H.264-High
0:07.770 OPAL-Event:21083 call.cxx(586)
Call OpenSourceMediaStreams failed with no sink formats for
video session 2 on Call[C98fb78571]-EP<mcu>
[M2f0bb8102]
0:07.770 OPAL-Event:21083 call.cxx(566)
Call OpenSourceMediaStreams open for unallocated H.224
session on Call[C98fb78571]-EP<mcu>[M2f0bb8102]
0:07.770 OPAL-Event:21083 mediafmt.cxx(2150)
MediaFormat Removing codecs
iLBC-13k3,iLBC-15k2,RFC4175_YCbCr-4:2:0,RFC4175_RGB,MSRP,H.264-High
0:07.770 OPAL-Event:21083 call.cxx(586)
Call OpenSourceMediaStreams failed with no sink formats for
unallocated H.224 session on Call[C98fb7857
1]-EP<mcu>[M2f0bb8102]
Is it possible this error preventing chain of events unfold up to
OpalBaseMixer::StartPushThread()?
Full mcu log should be accessible here on the cloud:
https://drive.google.com/open?id=0B5TdcG3cund8SlI4M2pZdXE2TWs
|
|
From: Alexander Sbitnev <alexander.sbitnev@gm...> - 2016-08-17 14:09:10
|
Fix definitely helps. Each input now produce reaction with output. On 13.08.2016 21:19, Robert Jongbloed wrote: > RE: [Opalvoip-devel] Console interface broken in current trunk samples > Bizarre. > > When on Mac OS-X, I got your behaviour. Though it was not that the > commands were not being executed, they were, but that the output from > them was not being written to the console. > > For some bizarre reason, I needed to clear the C++ ostream state > flags. I have no idea why! > > Anyway, fix checked in. > > ---------- > *Robert Jongbloed* > /Vox Lucida Pty. Ltd./ > |
|
From: Sergei Nikulov <sergey.nikulov@gm...> - 2016-08-16 16:26:06
|
2016-08-16 19:04 GMT+03:00 Craig Southeren <craig@...>: > I was looking at the wrong GitHub repo. You have two Ptlib mirrors - one with branches, one without :) > > The email addresses should be in the repo- they are already public in the subversion, yes ? Anyway, this is possible. Could you please check README here https://github.com/nirvdrum/svn2git ? It shows how to export authors.txt file from subversion. > I agree the revisions are there in the subversion repo, but I want them cleaned up anyway to make the repo cleaner It is also possible, by removing old (pre-svn revisions) unless you want to keep full history. Then use it as is. option --revision <<starting_revision_number>> should help by starting from upper svn revisions. > > Craig > > Sent from my iPhone > >> On 16 Aug 2016, at 8:13 AM, Sergei Nikulov <sergey.nikulov@...> wrote: >> >> 2016-08-16 5:12 GMT+03:00 Craig Southeren <craig@...>: >>> There are three issues, and none of them are your fault ☺ >>> >>> 1) There are many, many branches and tags in ptlib and Opal. The github import tool has not preserved these. Perhaps this could be fixed with a different import option? >> >> How many? >> https://github.com/snikulov/opal.sf.mirror >> 41 branches >> 177 tags (releases) >> >> Is it correct? >> >>> 2) Each commit has a name and email address asscociated with it. The github import tool has not associated email addresses with each commit. Maybe this is also a different import option? >> >> From the manual >> $ svn2git http://svn.example.com/path/to/repo --authors ~/authors.txt >> >> I just not use this option in my import, because I don't want to >> expose emails to public. >> >>> 3) For some of the code that was originally imported from SVN, the github import tool has created individual commits for each file. This makes the repo larger than it should be. As an example, look at the repo around the date 23 Sep 98. >> >> Actually, this is correct. You can ensure it by executing >> $ svn log -v -r {1998-09-24}:{1998-09-26} svn://svn.code.sf.net/p/opalvoip/code >> >> Second thought. >> Subversion was released in 2000, so initially, I suspect, you've used >> CVS, which work that way. >> >>> >>> The tool I am working on will address all of these issues. >>> >>> Craig >>> >>> Craig Southeren >>> Post Increment Consulting and Software >>> craigs@... >>> http://www.postincrement.com <http://www.postincrement.com/>; >>> Mobile: +61 417231046 >>> US: +1 415 800 4201 >>> >>> >>> >>> On 15/08/2016, 6:28 AM, "Sergei Nikulov" <sergey.nikulov@...> wrote: >>> >>> 2016-07-31 13:55 GMT+03:00 Craig Southeren <craig@...>: >>>> Still working on it. >>>> >>>> I’ve been unimpressed with the conversions from several of the available tools (svn2git, reposurgeon etc), so I am working on my own tool to do more sympathetic conversion. >>>> >>>> It’s a slow process, but it’s getting there ☺ >>> >>> Hello Craig, >>> >>> What's wrong with existing repo on GitHub I've provided? >>> Am I missed some patches? >>> >>> -- >>> Best Regards, >>> Sergei Nikulov >> >> >> >> -- >> Best Regards, >> Sergei Nikulov -- Best Regards, Sergei Nikulov |
|
From: Craig Southeren <craig@po...> - 2016-08-16 16:04:48
|
I was looking at the wrong GitHub repo. You have two Ptlib mirrors - one with branches, one without :) The email addresses should be in the repo- they are already public in the subversion, yes ? I agree the revisions are there in the subversion repo, but I want them cleaned up anyway to make the repo cleaner Craig Sent from my iPhone > On 16 Aug 2016, at 8:13 AM, Sergei Nikulov <sergey.nikulov@...> wrote: > > 2016-08-16 5:12 GMT+03:00 Craig Southeren <craig@...>: >> There are three issues, and none of them are your fault ☺ >> >> 1) There are many, many branches and tags in ptlib and Opal. The github import tool has not preserved these. Perhaps this could be fixed with a different import option? > > How many? > https://github.com/snikulov/opal.sf.mirror > 41 branches > 177 tags (releases) > > Is it correct? > >> 2) Each commit has a name and email address asscociated with it. The github import tool has not associated email addresses with each commit. Maybe this is also a different import option? > > From the manual > $ svn2git http://svn.example.com/path/to/repo --authors ~/authors.txt > > I just not use this option in my import, because I don't want to > expose emails to public. > >> 3) For some of the code that was originally imported from SVN, the github import tool has created individual commits for each file. This makes the repo larger than it should be. As an example, look at the repo around the date 23 Sep 98. > > Actually, this is correct. You can ensure it by executing > $ svn log -v -r {1998-09-24}:{1998-09-26} svn://svn.code.sf.net/p/opalvoip/code > > Second thought. > Subversion was released in 2000, so initially, I suspect, you've used > CVS, which work that way. > >> >> The tool I am working on will address all of these issues. >> >> Craig >> >> Craig Southeren >> Post Increment Consulting and Software >> craigs@... >> http://www.postincrement.com <http://www.postincrement.com/>; >> Mobile: +61 417231046 >> US: +1 415 800 4201 >> >> >> >> On 15/08/2016, 6:28 AM, "Sergei Nikulov" <sergey.nikulov@...> wrote: >> >> 2016-07-31 13:55 GMT+03:00 Craig Southeren <craig@...>: >>> Still working on it. >>> >>> I’ve been unimpressed with the conversions from several of the available tools (svn2git, reposurgeon etc), so I am working on my own tool to do more sympathetic conversion. >>> >>> It’s a slow process, but it’s getting there ☺ >> >> Hello Craig, >> >> What's wrong with existing repo on GitHub I've provided? >> Am I missed some patches? >> >> -- >> Best Regards, >> Sergei Nikulov > > > > -- > Best Regards, > Sergei Nikulov |
|
From: Sergei Nikulov <sergey.nikulov@gm...> - 2016-08-16 15:13:50
|
2016-08-16 5:12 GMT+03:00 Craig Southeren <craig@...>: > There are three issues, and none of them are your fault ☺ > > 1) There are many, many branches and tags in ptlib and Opal. The github import tool has not preserved these. Perhaps this could be fixed with a different import option? How many? https://github.com/snikulov/opal.sf.mirror 41 branches 177 tags (releases) Is it correct? > 2) Each commit has a name and email address asscociated with it. The github import tool has not associated email addresses with each commit. Maybe this is also a different import option? >From the manual $ svn2git http://svn.example.com/path/to/repo --authors ~/authors.txt I just not use this option in my import, because I don't want to expose emails to public. > 3) For some of the code that was originally imported from SVN, the github import tool has created individual commits for each file. This makes the repo larger than it should be. As an example, look at the repo around the date 23 Sep 98. Actually, this is correct. You can ensure it by executing $ svn log -v -r {1998-09-24}:{1998-09-26} svn://svn.code.sf.net/p/opalvoip/code Second thought. Subversion was released in 2000, so initially, I suspect, you've used CVS, which work that way. > > The tool I am working on will address all of these issues. > > Craig > > Craig Southeren > Post Increment Consulting and Software > craigs@... > http://www.postincrement.com <http://www.postincrement.com/>; > Mobile: +61 417231046 > US: +1 415 800 4201 > > > > On 15/08/2016, 6:28 AM, "Sergei Nikulov" <sergey.nikulov@...> wrote: > > 2016-07-31 13:55 GMT+03:00 Craig Southeren <craig@...>: > > Still working on it. > > > > I’ve been unimpressed with the conversions from several of the available tools (svn2git, reposurgeon etc), so I am working on my own tool to do more sympathetic conversion. > > > > It’s a slow process, but it’s getting there ☺ > > > > Hello Craig, > > What's wrong with existing repo on GitHub I've provided? > Am I missed some patches? > > -- > Best Regards, > Sergei Nikulov > > > -- Best Regards, Sergei Nikulov |
|
From: Craig Southeren <craig@po...> - 2016-08-16 02:38:57
|
There are three issues, and none of them are your fault ☺
1) There are many, many branches and tags in ptlib and Opal. The github import tool has not preserved these. Perhaps this could be fixed with a different import option?
2) Each commit has a name and email address asscociated with it. The github import tool has not associated email addresses with each commit. Maybe this is also a different import option?
3) For some of the code that was originally imported from SVN, the github import tool has created individual commits for each file. This makes the repo larger than it should be. As an example, look at the repo around the date 23 Sep 98.
The tool I am working on will address all of these issues.
Craig
Craig Southeren
Post Increment Consulting and Software
craigs@...
http://www.postincrement.com <http://www.postincrement.com/>;
Mobile: +61 417231046
US: +1 415 800 4201
On 15/08/2016, 6:28 AM, "Sergei Nikulov" <sergey.nikulov@...> wrote:
2016-07-31 13:55 GMT+03:00 Craig Southeren <craig@...>:
> Still working on it.
>
> I’ve been unimpressed with the conversions from several of the available tools (svn2git, reposurgeon etc), so I am working on my own tool to do more sympathetic conversion.
>
> It’s a slow process, but it’s getting there ☺
>
Hello Craig,
What's wrong with existing repo on GitHub I've provided?
Am I missed some patches?
--
Best Regards,
Sergei Nikulov
|
|
From: Sergei Nikulov <sergey.nikulov@gm...> - 2016-08-15 13:29:08
|
2016-07-31 13:55 GMT+03:00 Craig Southeren <craig@...>: > Still working on it. > > I’ve been unimpressed with the conversions from several of the available tools (svn2git, reposurgeon etc), so I am working on my own tool to do more sympathetic conversion. > > It’s a slow process, but it’s getting there ☺ > Hello Craig, What's wrong with existing repo on GitHub I've provided? Am I missed some patches? -- Best Regards, Sergei Nikulov |
|
From: Alexander Sbitnev <alexander.sbitnev@gm...> - 2016-08-15 13:03:40
|
I will check it in two days and let you know how it goes. Thanks Robert! On 08/13/2016 09:19 PM, Robert Jongbloed wrote: > RE: [Opalvoip-devel] Console interface broken in current trunk samples > Bizarre. > > When on Mac OS-X, I got your behaviour. Though it was not that the > commands were not being executed, they were, but that the output from > them was not being written to the console. > > For some bizarre reason, I needed to clear the C++ ostream state > flags. I have no idea why! > > Anyway, fix checked in. > > ---------- > *Robert Jongbloed* > /Vox Lucida Pty. Ltd./ > > -----Original message----- > *From:* Robert Jongbloed > *Sent:* Saturday, 13th August 2016, 15:59 > *To:* opalvoip-devel@... > *Subject:* Re: [Opalvoip-devel] Console interface broken in > current trunk samples > > Well, I tried Windows and a Ubuntu 16.05 in a VM, and the only > problem I could find was the !! command didn't work. I have fixed > that issue. But I do not get your behaviour: > > Auto answer: off > OPAL> version > OPAL Console version 3.16.3 > by Vox Gratia > on Unix Linux (4.4.0-31-generic-x86_64) > with PTLib v2.16beta3 (svn:34897) > and OPAL v3.16beta3 (svn:34918) > OPAL> version > OPAL Console version 3.16.3 > by Vox Gratia > on Unix Linux (4.4.0-31-generic-x86_64) > with PTLib v2.16beta3 (svn:34897) > and OPAL v3.16beta3 (svn:34918) > OPAL> > > > ---------- > *Robert Jongbloed* > /Vox Lucida Pty. Ltd./ > > -----Original message----- > *From:* Alexander Sbitnev > *Sent:* Wednesday, 10th August 2016, 12:47 > *To:* opalvoip-devel@... > *Subject:* [Opalvoip-devel] Console interface broken in > current trunk samples > > At least two of samples "conopal" and "opalmcu" have difficulties > with processing of commands coming from its consoles. > > Most of commands processed only if entered as first. Repeated input have > no effect. But "quit" works always :) > > For conopal it looks like this: > > Auto answer: immediate > OPAL> version > OPAL Console version 2.17alpha2 > by Vox Gratia > on Unix Linux (4.4.0-34-generic-x86_64) > with PTLib v2.17alpha2 (svn:34912) > and OPAL v3.17alpha2 (svn:34912) > OPAL> version > OPAL> > > Also there is no "help" anymore. > > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports.http://sdm.link/zohodev2dev > _______________________________________________ > Opalvoip-devel mailing list > Opalvoip-devel@... > <mailto:Opalvoip-devel@...> > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > > ------------------------------------------------------------------------------ > > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > > patterns at an interface-level. Reveals which users, apps, and protocols are > > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > > J-Flow, sFlow and other flows. Make informed decisions using capacity > > planning reports. http://sdm.link/zohodev2dev > > _______________________________________________ > > Opalvoip-devel mailing list > > Opalvoip-devel@... > > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. http://sdm.link/zohodev2dev > > > _______________________________________________ > Opalvoip-devel mailing list > Opalvoip-devel@... > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel |
|
From: Robert Jongbloed <robertj@vo...> - 2016-08-13 18:19:23
|
Bizarre.
When on Mac OS-X, I got your behaviour. Though it was not that the commands were not being executed, they were, but that the output from them was not being written to the console.
For some bizarre reason, I needed to clear the C++ ostream state flags. I have no idea why!
Anyway, fix checked in.
----------
Robert Jongbloed
Vox Lucida Pty. Ltd.
-----Original message-----
From: Robert Jongbloed
Sent: Saturday, 13th August 2016, 15:59
To: opalvoip-devel@...
Subject: Re: [Opalvoip-devel] Console interface broken in current trunk samples
Well, I tried Windows and a Ubuntu 16.05 in a VM, and the only problem I could find was the !! command didn't work. I have fixed that issue. But I do not get your behaviour:
Auto answer: off
OPAL> version
OPAL Console version 3.16.3
by Vox Gratia
on Unix Linux (4.4.0-31-generic-x86_64)
with PTLib v2.16beta3 (svn:34897)
and OPAL v3.16beta3 (svn:34918)
OPAL> version
OPAL Console version 3.16.3
by Vox Gratia
on Unix Linux (4.4.0-31-generic-x86_64)
with PTLib v2.16beta3 (svn:34897)
and OPAL v3.16beta3 (svn:34918)
OPAL>
----------
Robert Jongbloed
Vox Lucida Pty. Ltd.
-----Original message-----
From: Alexander Sbitnev
Sent: Wednesday, 10th August 2016, 12:47
To: opalvoip-devel@...
Subject: [Opalvoip-devel] Console interface broken in current trunk samples
At least two of samples "conopal" and "opalmcu" have difficulties
with processing of commands coming from its consoles.
Most of commands processed only if entered as first. Repeated input have
no effect. But "quit" works always :)
For conopal it looks like this:
Auto answer: immediate
OPAL> version
OPAL Console version 2.17alpha2
by Vox Gratia
on Unix Linux (4.4.0-34-generic-x86_64)
with PTLib v2.17alpha2 (svn:34912)
and OPAL v3.17alpha2 (svn:34912)
OPAL> version
OPAL>
Also there is no "help" anymore.
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. http://sdm.link/zohodev2dev
_______________________________________________
Opalvoip-devel mailing list
Opalvoip-devel@...
https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. http://sdm.link/zohodev2dev
_______________________________________________
Opalvoip-devel mailing list
Opalvoip-devel@...
https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
|
|
From: Robert Jongbloed <robertj@vo...> - 2016-08-13 14:58:12
|
Well, I tried Windows and a Ubuntu 16.05 in a VM, and the only problem I could find was the !! command didn't work. I have fixed that issue. But I do not get your behaviour:
Auto answer: off
OPAL> version
OPAL Console version 3.16.3
by Vox Gratia
on Unix Linux (4.4.0-31-generic-x86_64)
with PTLib v2.16beta3 (svn:34897)
and OPAL v3.16beta3 (svn:34918)
OPAL> version
OPAL Console version 3.16.3
by Vox Gratia
on Unix Linux (4.4.0-31-generic-x86_64)
with PTLib v2.16beta3 (svn:34897)
and OPAL v3.16beta3 (svn:34918)
OPAL>
----------
Robert Jongbloed
Vox Lucida Pty. Ltd.
-----Original message-----
From: Alexander Sbitnev
Sent: Wednesday, 10th August 2016, 12:47
To: opalvoip-devel@...
Subject: [Opalvoip-devel] Console interface broken in current trunk samples
At least two of samples "conopal" and "opalmcu" have difficulties
with processing of commands coming from its consoles.
Most of commands processed only if entered as first. Repeated input have
no effect. But "quit" works always :)
For conopal it looks like this:
Auto answer: immediate
OPAL> version
OPAL Console version 2.17alpha2
by Vox Gratia
on Unix Linux (4.4.0-34-generic-x86_64)
with PTLib v2.17alpha2 (svn:34912)
and OPAL v3.17alpha2 (svn:34912)
OPAL> version
OPAL>
Also there is no "help" anymore.
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. http://sdm.link/zohodev2dev
_______________________________________________
Opalvoip-devel mailing list
Opalvoip-devel@...
https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
|
|
From: Robert Jongbloed <robertj@vo...> - 2016-08-12 15:31:16
|
That is correct. I can't remember the reasons any more, but it is deliberate. See documentation:
/** Called by the system when the service is stopped. One return from this
function there is no guarantee that any more user code will be executed.
Any cleaning up or closing of resource must be done in here.
Default behaviour signals the m_exitMain to exit Main().
*/
virtual void OnStop();
So, do not use a destructor to clean anything up in a PServiceProcess.
----------
Robert Jongbloed
Vox Lucida Pty. Ltd.
-----Original message-----
From: Елена Валынец
Sent: Thursday, 11th August 2016, 14:00
To: opalvoip-devel@...
Subject: [Opalvoip-devel] PServiceProcess questions
Hello!
PTLib V3.16 Procyon, OS x86_64 GNU/Linux
I use PServiceProcess as base class for daemon implementation. And it seems that m_processID field saves parent value in the child process after fork().
Why is Terminate() function called at the end? It couses exit and prevents calling the destructor of PServiceProcess.
int PServiceProcess::InternalMain(void *)
{
if ((terminationValue = InitialiseService()) < 0) {
// Make sure housekeeping thread is going so signals are handled.
SignalTimerChange();
terminationValue = 1;
if (OnStart()) {
terminationValue = 0;
Main();
Terminate();
}
}
return terminationValue;
}
Best regards
Elena
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. http://sdm.link/zohodev2dev <http://sdm.link/zohodev2dev>;
_______________________________________________
Opalvoip-devel mailing list
Opalvoip-devel@... <mailto:Opalvoip-devel@...>
https://lists.sourceforge.net/lists/listinfo/opalvoip-devel
|
|
From: Елена Валынец <lenavaly@ya...> - 2016-08-11 12:59:15
|
Hello!
PTLib V3.16 Procyon, OS x86_64 GNU/Linux
I use PServiceProcess as base class for daemon implementation. And it seems that m_processID field saves parent value in the child process after fork().
Why is Terminate() function called at the end? It couses exit and prevents calling the destructor of PServiceProcess.
int PServiceProcess::InternalMain(void *)
{
if ((terminationValue = InitialiseService()) < 0) {
// Make sure housekeeping thread is going so signals are handled.
SignalTimerChange();
terminationValue = 1;
if (OnStart()) {
terminationValue = 0;
Main();
Terminate();
}
}
return terminationValue;
}
Best regards
Elena
|