Le 24/09/2010 17:04, Julien Puydt a écrit :
I still have to figure out
what the new api is...
I think I partially did... and it looks like quite some work, taking
quite some time.
Perhaps I should still commit what I have, since it's still an improvement?
Le 24/09/2010 16:16, Eugen Dedu a écrit :
On 24/09/10 15:16, Julien Puydt wrote:
I think I'm able to rewrite that code and make ekiga use the new api.
The new api or the patch I sent?
Eh, it seems there is an old-old api, which is what ekiga uses now ; and
an old api, which is the
I made a breakthrough!
Le 24/09/2010 14:57, Julien Puydt a écrit :
I broke that bug report into two since I found there were two problems :
https://sourceforge.net/tracker/?func=detail&atid=989748&aid=3074792&group_id=204472
That one is a valid bug but doesn't
Le 23/09/2010 16:13, Julien Puydt a écrit :
Le 23/09/2010 15:54, Eugen Dedu a écrit :
If you are sure, please contact Robert.
https://sourceforge.net/tracker/?func=detail&aid=3074126&group_id=204472&atid=989748
I broke that bug report into two since I found there were two probl
Le 23/09/2010 16:26, Eugen Dedu a écrit :
On 23/09/10 16:13, Julien Puydt wrote:
Le 23/09/2010 15:54, Eugen Dedu a écrit :
On 23/09/10 15:28, Julien Puydt wrote:
I think it is a bug in the SIPURL class... I really think _uri should
end up as "sip:f...@ekiga.net".
If you are su
Le 23/09/2010 15:54, Eugen Dedu a écrit :
On 23/09/10 15:28, Julien Puydt wrote:
I think it is a bug in the SIPURL class... I really think _uri should
end up as "sip:f...@ekiga.net".
If you are sure, please contact Robert.
https://sourceforge.net/tracker/?func=detail&aid=30
Le 23/09/2010 15:18, Eugen Dedu a écrit :
On 23/09/10 15:09, Julien Puydt wrote:
My guess is that piece of code in sip-endpoint.cpp (around line 1045) :
SIPURL sip_uri = SIPURL (user);
sip_uri.Sanitise (SIPURL::ExternalURI);
std::string _uri = sip_uri.AsString ();
doesn't do what it is sup
Le 23/09/2010 15:08, Eugen Dedu a écrit :
On 23/09/10 15:06, Julien Puydt wrote:
Le 23/09/2010 14:59, Eugen Dedu a écrit :
Have you contacted Jaap Eldering or another
person?
I contacted Thomas Porschberg last saturday, since his name is here :
http://www.gnu.org/software/autoconf-archive
Le 23/09/2010 14:59, Julien Puydt a écrit :
Le 23/09/2010 14:46, Eugen Dedu a écrit :
On 23/09/10 14:32, Julien Puydt wrote:
Le 23/09/2010 14:22, Eugen Dedu a écrit :
I do not understand: does the code work or not? If not, could you
fix it
(or have you find when the problem is introduced etc
Le 23/09/2010 14:59, Eugen Dedu a écrit :
Have you contacted Jaap Eldering or another
person?
I contacted Thomas Porschberg last saturday, since his name is here :
http://www.gnu.org/software/autoconf-archive/ax_boost_signals.html
I planned to contact K. Eldering afterwards.
How long is it p
Le 23/09/2010 14:46, Eugen Dedu a écrit :
On 23/09/10 14:32, Julien Puydt wrote:
Le 23/09/2010 14:22, Eugen Dedu a écrit :
I do not understand: does the code work or not? If not, could you fix it
(or have you find when the problem is introduced etc.)?
The thing is that opal doesn't se
Le 23/09/2010 14:22, Eugen Dedu a écrit :
I do not understand: does the code work or not? If not, could you fix it
(or have you find when the problem is introduced etc.)?
The thing is that opal doesn't seem to call our
OnPresenceInfoReceived/OnDialogInfoReceived methods -- if it were, the
res
Le 23/09/2010 14:20, Eugen Dedu a écrit :
I confirm this problem. Julien, could you send us the link to the bug
report?
I didn't find where to report bug : I sent a private email to one of the
developpers... and I'm pondering forwarding it to another... but it
would be rude not to wait a litt
Hi,
I had a look ; everything is supposed to happen in
lib/engine/components/opal -- as I already mentioned, the fact that
presence works ok for the loudmouth code means everything is ok in the
engine and the ui.
In opal-main.cpp, we see :
presence_core->add_presence_fetcher (sip_manag
Le 21/09/2010 09:41, Thierry Simonnet a écrit :
I also work with last HEAD version of ffmpeg, x264, opal, ptlib and ekiga.
That won't work : ekiga master is following ptlib&opal's stable branches.
Snark
PS: I'm still waiting for feedback from upstream on the m4 problem...
Le 18/09/2010 15:32, Thierry Simonnet a écrit :
Here is the log
See after line 1604 :
configure:22837: $? = 0
configure:22859: result: yes
configure:23085: error: Could not find a version of the library!
It does find it, but still makes an error about it :-/
I'll report upstream.
Snark
_
Le 18/09/2010 15:28, Eugen Dedu a écrit :
On 18/09/10 15:17, Julien Puydt wrote:
Le 18/09/2010 14:33, Thierry Simonnet a écrit :
I think so.
My motivation for the update was that on my debian unstable box, the
previous version did find the lib, but the compilation didn't work.
Julien
Le 18/09/2010 14:33, Thierry Simonnet a écrit :
I think so.
My motivation for the update was that on my debian unstable box, the
previous version did find the lib, but the compilation didn't work.
After I took the newer m4 files, it couldn't find the lib... and it
turned out it wasn't there
Le 18/09/2010 09:28, Thierry Simonnet a écrit :
Hello,
Here is the log of autogen :
checking for intltool >= 0.35.0... 0.40.0 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-e
Le 17/07/2010 12:01, Eugen Dedu a écrit :
On 11/07/10 22:25, Julien Puydt wrote:
Hi,
since a few bugs have been closed on gstreamer's side, I'm trying
again...
But I found a few disturbing things :
(1) does changing devices in the preferences work at all? I get the
impression
Le 17/07/2010 16:22, Eugen Dedu a écrit :
In lib/gcong/gmconf-gconf.c I see two exported functions,
gm_conf_get_string and gm_conf_entry_get_string (the same for other data
types). Both of them are used in ekiga code. Is it normal? Couldn't only
one of them be available and remove the other (or m
Le 12/07/2010 12:17, Eugen Dedu a écrit :
On 07/11/10 22:25, Julien Puydt wrote:
Hi,
since a few bugs have been closed on gstreamer's side, I'm trying
again...
But I found a few disturbing things :
(1) does changing devices in the preferences work at all? I get the
impression
Hi,
since a few bugs have been closed on gstreamer's side, I'm trying again...
But I found a few disturbing things :
(1) does changing devices in the preferences work at all? I get the
impression I have to change them, then close, then relaunch for those to
take effect -- can someone confirm?
Le 16/06/2010 08:35, Thierry Simonnet a écrit :
OK, I have now ekiga.net directory and LDAP.
Excellent!
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Le 15/06/2010 18:58, Thierry Simonnet a écrit :
For libregex.dll here is the modification for the Makefile :
For libboost_signal, I use dll one with shared option. i don't understand
Could you show us what the warnings became?
Snark
___
ekiga-dev
Le 14/06/2010 17:53, Thierry Simonnet a écrit :
On 06/14/2010 05:01 PM, Julien Puydt wrote:
1) Isn't there a "-shared -no-undefined" in the LDFLAGS for libekiga?
PLUGINS_LIBTOOL_FLAGS = -no-undefined -avoid-version -module in
ekiga/plugin/ldap/Makefile.
I only found rule
Le 14/06/2010 14:30, Thierry Simonnet a écrit :
I think I saw where the trouble is :
mv -f .deps/ldap-main.Tpo .deps/ldap-main.Plo
/bin/sh ../../libtool --tag=CXX --mode=link i586-mingw32msvc-g++
-mms-bitfields -I/root/win32/include -march=pentium-mmx -DPTRACING
-mwindows -Wall -Wextra -Winit-se
Le 14/06/2010 11:14, Thierry Simonnet a écrit :
I think I'm missing something.
I cross compile ekiga for windows. libldap.dll and liblber.dll are
packaged.
But when I open the address book, I didn't see anything for ldap directory.
Is the LDAP plugin compiled in? Like, do you have a libgmldap.d
Le 11/06/2010 10:31, Thierry Simonnet a écrit :
Avahi (Linux) : not working. When doing avahi-browse -a, Telephony (SIP
and H323) didn't be there.
I'm not sure I understand that sentence. Running avahi-browse -a, I see
ekiga appear as both H323 and SIP and both IPv4 and IPv6 on startup and
di
Le 10/06/2010 18:24, Eugen Dedu a écrit :
Where it is written that GSettings are mandatory for gnome 3.0? We could
ask André Klapper for that. Moreover, glib 2.26 does not yet exist (2.25
is the current). I suppose there is a misunderstanding here.
Indeed it looks like it hasn't been decided ye
Le 10/06/2010 16:01, Julien Puydt a écrit :
- a migration path for our users (I have no clear idea how to do that yet).
I especially find :
http://git.gnome.org/browse/gnome-utils/commit/?h=gsettings-tutorial&id=8f4e9f6846aa577db128c8e37ea6d5c08f077196
a little distressing : does that
Le 10/06/2010 16:01, Julien Puydt a écrit :
- actually triggering the callbacks when configuration gets changed ;
I have that covered now.
- check for valid sanity (I never compiled it -- it's just correct in my
head) ;
I meant /basic/ sanity.
Hi,
here is what I have done :
- look the api and try to get a grip on it ;
- update the gmconf api in various ways :
* remove unused code ;
* remove useless code ;
* tweak the api a little (a small leak nest just got away) ;
- write some GSettings code.
Most of it is in master already --
Le 07/06/2010 07:13, Nikolai Gauntlet Cassanova a écrit :
Hi someone on the ekiga mailing list told me to ask my question over
here at the ekiga developer mailing list, so here it is: I wanted to
know if ekiga could be ported to a mobile phone like an android smart
phone and run similar to skype
Le 04/06/2010 17:56, Eugen Dedu a écrit :
- it seems Neighbours either (if I understand Julien correctly)
There were two problems in fact. I got them both down.
They are both worrying because they're magical breaks which could happen
elsewhere.
Snark
I hadn't had that in ages :
assert.cxx(108) PWLib Assertion fail: Function pthread_mutex_lock
failed, file ptlib/unix/tlibthrd.cxx, line 1459
Assertion fail: Function pthread_mutex_lock failed, file
ptlib/unix/tlibthrd.cxx, line 1459
bort, ore dump?
Snark
_
Le 04/06/2010 17:56, Eugen Dedu a écrit :
- it seems Neighbours either (if I understand Julien correctly)
Yes. I have done a little debugging on the issue, but still haven't
nailed exactly what is wrong.
- takes 10 seconds to quit
It's too long here, but not that long.
Snark
Le 04/06/2010 17:49, Eugen Dedu a écrit :
bool val = false;
g_return_if_fail (data != NULL);
if (gm_conf_entry_get_type (entry) == GM_CONF_BOOL) {
val = gm_conf_entry_get_bool (entry);
ekiga_main_window_set_stay_on_top (EKIGA_MAIN_WINDOW (data), val);
}
I would like to remove the initialisa
Le 04/06/2010 17:47, Eugen Dedu a écrit :
Hi,
I would like to remove blank lines when they are not necessary. For ex.,
in main_window.cpp:
gint section = 0;
g_return_if_fail (data != NULL);
if (gm_conf_entry_get_type (entry) == GM_CONF_INT) {
section = gm_conf_entry_get_int (entry);
ekiga_ma
Le 03/06/2010 19:42, Eugen Dedu a écrit :
On 03/06/10 15:46, Julien Puydt wrote:
Le 03/06/2010 15:15, Julien Puydt a écrit :
Rrrr...
I'll try to get to it soon. Sigh.
Ok, after some playing around (finding an older pkg-config so I could
compile ptlib+opal+ekiga, then act
Le 03/06/2010 15:15, Julien Puydt a écrit :
Rrrr...
I'll try to get to it soon. Sigh.
Ok, after some playing around (finding an older pkg-config so I could
compile ptlib+opal+ekiga, then actually compiling ; installing and
configuring a small jabber server for easier te
Le 03/06/2010 12:41, Thierry Simonnet a écrit :
On 06/02/2010 06:37 PM, Eugen Dedu wrote:
On 01/06/10 07:41, Thierry Simonnet wrote:
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga maste
Le 01/06/2010 23:50, Peter Robinson a écrit :
On Tue, Jun 1, 2010 at 8:37 PM, Julien Puydt wrote:
Le 01/06/2010 18:50, yannick a écrit :
Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit :
Well, it uses it through dbus, as far as I know -- so indeed it doesn't
binary-depend
Le 01/06/2010 18:50, yannick a écrit :
Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit :
Well, it uses it through dbus, as far as I know -- so indeed it doesn't
binary-depend on it, but should nicely use it when available.
Then I probably mistaken this: did not Matthias used HA
Le 01/06/2010 14:08, Eugen Dedu a écrit :
On 01/06/10 11:44, Julien Puydt wrote:
Le 31/05/2010 18:15, yannick a écrit :
Something that would maybe make a difference:
We must get ride of the HAL dependancy for Gnome 3, i.e. we need to
release at least in september something that includes this
Le 31/05/2010 18:15, yannick a écrit :
Something that would maybe make a difference:
We must get ride of the HAL dependancy for Gnome 3, i.e. we need to
release at least in september something that includes this fix...
Hmmm... is there a page somewhere documenting a little by what it is
replac
Le 29/05/2010 17:07, Thierry Simonnet a écrit :
There is a trouble with ekiga/lib/engine/framework/boost-exceptions.cpp
when cross compiling with mingw32 :
abort is undefined.
I just pushed what should be a fix.
Snark
___
ekiga-devel-list mailing l
Hi,
The problem is known -- it's neither ptlib nor opal's fault :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583009
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Le 21/05/2010 16:19, Thierry Simonnet a écrit :
I also have the same trouble when launching ekiga as root without
DISPLAY set under user kde environment.
Indeed the error messages looks like a X11 display problem.
Snark
PS: I don't think running ekiga as root will hurt, but I'm not sure it's
Le 10/05/2010 08:58, Rohit Negi a écrit :
Hi All,
Following commands are not working:
diff a/configure.ac b/configure.ac
and
diff -u a/configure.ac b/configure.ac
it gives
diff: a/configure.ac: No such file or directory
diff: b/configure.ac: No such file or directory
while
Le 06/05/2010 08:56, Peter Robinson a écrit :
Its because the glib in RHEL-5 and associated it too old. The
g_timeout_add_seconds was added at some point for apps that didn't
need exact timers to allow all the apps to wake up at the same time to
improve power saving.
The configure script is sup
Le 28/04/2010 08:18, Rohit Negi a écrit :
Hi all,
I am CentOs 5.4 to compile ekiga .I have compiled
ptlib-2.6.5,opal-3.6.6 but when compile ekiga-3.2.6.it depends on gtk ,pango
,glib ,cairo.I have installed all except gtk+-2.18.9.when i compile
gtk+-2.18.9 using ./configure --prefix=/us
Le 20/04/2010 23:23, Ralph Blach a écrit :
Hi, my name is Chip and I wish to assist in the development of egika on
linux.
Where can I start to assist.
Try to fix some simple bugs from bugzilla, for example :
https://bugzilla.gnome.org/show_bug.cgi?id=583597
Thanks,
Snark
_
Hi,
nice to have news :-)
Thierry Simonnet a écrit :
opal/plugins/video/H.264/shared/h264frame.cxx needs also to be patched
as written previously.
Please push upstream.
Another trouble s:
* on ekiga/lib/engine/framework/boost-exceptions.cpp abort is not
defined. How to correct it (
Peter Robinson a écrit :
Is there plans to do another release from either the 3.2.x branch or a more
major release to coincide with the gnome 2.30 release? It seems like ages
since the 3.2.6 release hit.
Yes, there are, but unfortunately while we fixed quite a few things in
ekiga, it seems op
Thierry Simonnet a écrit :
gtk+-dev_2.16.6-1_win32.zip for compiling purposes
Uh... look here :
http://www.gtk.org/download-windows.html
the currently maintained branch is 2.18... with the current version
being 2.18.7.
That's what I based my decision to push deps up on...
Snark
_
Thierry Simonnet a écrit :
I discovered this week that it is necessary to use gtk+-dev_2.18.
Unfortunately, even if I can cross compile ekiga for win 32 using
gtk+-dev_2.18, there are some problems when executing.
I will write a complete report next week.
That is annoying : I had an hesitati
Eugen Dedu a écrit :
Julien Puydt wrote:
I can take care myself of make distcheck, if you prefer.
As you please...
Snark
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Hi,
I tried to see if "make distcheck" still worked, and it immediately
failed because it couldn't find win32/Makefile...
Does someone know where that file went?!
Snark
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.o
Eugen Dedu a écrit :
Julien Puydt wrote:
I had a crash trying to call the echo test :
Does that ring a bell for someone?
All that I know is that H263-1998 crashes for the moment, see
https://bugzilla.gnome.org/show_bug.cgi?id=606265 But all the crashes I
have seen for this are in another
Hi,
I had a crash trying to call the echo test :
#0 *__GI___libc_free (mem=0x34314979) at malloc.c:3709
#1 0xb57cc38e in
H263_RFC2429_EncoderContext::~H263_RFC2429_EncoderContext()
() from /usr/lib/opal-3.9.0/codecs/video/h263-1998_video_pwplugin.so
#2 0xb57cc82f in create_encoder(Plugi
Brian J. Murrell a écrit :
and the graphic display is no longer working. The above of course may
or may not be related, but might just be a casualty of some other
problem. I just offer it in hopes that it provides more clue as to what
is going on.
That has nothing to do with ekiga, does it?
Damien Sandras a écrit :
Le jeudi 29 octobre 2009 à 19:53 +0100, Michael Rickmann a écrit :
Michael Rickmann schrieb:
This is the last one for tonight and a rather old one. It occurs when I
"Remove" an account in the accounts window. We do not have it in stable
and I can not remember when it
Damien Sandras a écrit :
What about the API proposal you have in mind ?
(a basic draft about the various classes that will be involved is
enough).
I had in mind something very very basic for the elementary chunks :
std::list get_info (const std::string key) const;
(and of course Ekiga::LiveObje
Eugen Dedu a écrit :
Julien Puydt wrote:
Hi,
here are some thoughts on the merged contact+presentity system we want
in ekiga 4.
The main idea is the following : with the current code, you choose a
contact in the evolution addressbook and copy some of it over to the
roster. This works pretty
Hi,
here are some thoughts on the merged contact+presentity system we want
in ekiga 4.
The main idea is the following : with the current code, you choose a
contact in the evolution addressbook and copy some of it over to the
roster. This works pretty well, but has a few consequences : what i
Thierry Simonnet a écrit :
here it is :
../lib/engine/engine.cpp: In function â..void
engine_init(Ekiga::ServiceCorePtr, int, char**)â..:
../lib/engine/engine.cpp:166: error: type â..class
Ekiga::ServiceCorePtrâ.. argument given to â..deleteâ.., expected pointer
../lib/engine/engine.cpp:167: er
Julien Puydt a écrit :
I had a nice surprise this morning, trying to launch ekiga :
I'll try to update my ptlib&opal to see if I have just been unlucky.
I retried this evening : still crashing :-(
Snark
___
Ekiga-devel-list mailing list
Ek
Eugen Dedu a écrit :
I don't have linking issues (only running issues)... you should clean
your build tree :-)
Snark
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.
Julien Puydt a écrit :
I had a nice surprise this morning, trying to launch ekiga :
Eh, funny piece of information : when I'm off-network, then ekiga runs
correctly.
Since a few weeks, I haven't had time to use or hack on ekiga at home
(ie: online), only during spare time at wo
Julien Puydt a écrit :
I'll try to update my ptlib&opal to see if I have just been unlucky.
No love : still crashing.
Snark
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Hi,
I had a nice surprise this morning, trying to launch ekiga :
#0 0xb661a9bb in
std::_Rb_tree_rebalance_for_erase(std::_Rb_tree_node_base*,
std::_Rb_tree_node_base&) () from /usr/lib/libstdc++.so.6
#1 0xb7c4b7fd in std::map,
std::less, std::allocatorPSafePtr > >
>::erase(std::_Rb_tree_it
Michael Rickmann a écrit :
Let me start with the simple thing. There is a setenv in
src/gui/main.cpp:4367 which seems Pulseaudio related and stops
compilation under Mingw. Attached ekiga_pulseenv.diff disables it for
WIN32 without doing any harm.
It's in.
Next, in the meantime, we have two b
Michael Rickmann a écrit :
I think, I found the reason for the crash. From the sequence of
service_core->add s in lib/engine/engine.cpp follows that
videooutput_core is destructed before videoinput_core, so the preview
shovels data into nothingness. To play it safe I gave the
VideoPreviewManag
Michael Rickmann a écrit :
Ok, the next one. As the title says it occurs on exit and only when
video preview is active. The gdb and d4 logs can be found at
http://wwwuser.gwdg.de/~mrickma/ekiga/master-crashes-041009.tar.gz . The
gdb backtraces come in to flavours but both seem to indicate
diff
Julien Puydt a écrit :
3) A stable Pulse plugin, which will be the default. We will take the
advantage of all Pulse features (stream tagging so that music is
automatically stopped when receving or giving a phone call, and so on)
That is something that fixing my gstreamer code would give for
Damien Sandras a écrit :
1) Having the possibility to add to the roster people with more than one
phone number (from the address book).
The addressbook part of ekiga already handles this -- that was precisely
the reason why I refused to put a "get_uri" method in the base
Ekiga::Contact class!
Damien Sandras a écrit :
< a list of problems>
You forgot on shutdown :
assert.cxx(108) PWLib Assertion fail: Function pthread_mutex_lock
failed, file ptlib/unix/tlibthrd.cxx, line 1432, Error=107
Assertion fail: Function pthread_mutex_lock failed, file
ptlib/unix/tlibthrd.cxx, line 1432,
Damien Sandras a écrit :
Hi,
I have run Ekiga trunk today. I had not done so for a long time due to
bugfixing in the stable branch.
I noticed the following bugs :
- latency to the echo test is high, it reaches 160ms when the girl stops
talking
No clue.
- CPU usage is high : 30% without vide
Hi,
last time I compiled ptlib, the only warning was for
ptlib/common/getdate.y -- harmless.
Today, I decided to upgrade ptlib, and was greeted by a much bigger list
of warnings :
ptclib/vxml.cxx: In constructor
‘PVXMLSession::PVXMLSession(PTextToSpeech*, PBoolean)’:
ptclib/vxml.cxx:565: war
Julien Puydt a écrit :
Hi,
now that the ptlib+opal+ekiga trio can be compiled again, I wanted to
check for leaks ; I could barely get something since I kept hitting a
failed assertion in ptlib :
assert.cxx(108)PWLibAssertion fail: Function
pthread_mutex_lock failed, file ptlib
Julien Puydt a écrit :
now that the ptlib+opal+ekiga trio can be compiled again, I wanted to
check for leaks ; I could barely get something since I kept hitting a
failed assertion in ptlib :
assert.cxx(108)PWLibAssertion fail: Function
pthread_mutex_lock failed, file ptlib/unix
Thierry Simonnet a écrit :
Some troubles again since ekiga's 265 version :
--
/root/win32/include/boost/function/function_template.hpp:722:
instantiated from 'boost::function0::function0(Functor, typename
boost::enable_if_c::value>::value,
int>::type) [with F
Eugen Dedu a écrit :
Julien Puydt wrote:
Hi,
now that the ptlib+opal+ekiga trio can be compiled again, I wanted to
check for leaks ; I could barely get something since I kept hitting a
failed assertion in ptlib :
assert.cxx(108)PWLibAssertion fail: Function
pthread_mutex_lock
Hi,
now that the ptlib+opal+ekiga trio can be compiled again, I wanted to
check for leaks ; I could barely get something since I kept hitting a
failed assertion in ptlib :
assert.cxx(108) PWLib Assertion fail: Function pthread_mutex_lock
failed, file ptlib/unix/tlibthrd.cxx, line 1432
As
Julien Puydt a écrit :
Hi,
opal's compilation is broken :
src/sip/sipcon.cxx:2650: error: ‘OpalMSRP’ was not declared in this scope.
and ekiga's compilation too : the code in
lib/engine/components/opal/sip-endpoint.cpp still uses the
on_bank_updated method, which has be
Dominik a écrit :
I had the same problems as Julien.
These were errors with master before:
../lib/engine/components/opal/sip-endpoint.cpp: In constructor
‘Opal::Sip::EndPoint::EndPoint(Opal::CallManager&, Ekiga::ServiceCore&,
unsigned int)’:
../lib/engine/components/opal/sip-endpoint.cpp:122: er
Julien Puydt a écrit :
opal's compilation is broken :
src/sip/sipcon.cxx:2650: error: ‘OpalMSRP’ was not declared in this scope.
Problem gone.
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/
Hi,
opal's compilation is broken :
src/sip/sipcon.cxx:2650: error: ‘OpalMSRP’ was not declared in this scope.
and ekiga's compilation too : the code in
lib/engine/components/opal/sip-endpoint.cpp still uses the
on_bank_updated method, which has been removed.
Hopefully those problems are sho
Julien Puydt a écrit :
Michael Rickmann a écrit :
Ok I think I got that one working with attached patch which simply
adds the -fexceptions flag to the AM_CXXFLAGS in src/Makefile.am as
you had done already for the lib Makefile.am. But in general I am not
happy with the C++ exceptions. It
Damien Sandras a écrit :
Le samedi 05 septembre 2009 à 21:31 +0200, Julien Puydt a écrit :
Julien Puydt a écrit :
Now I only have to understand why we do that... I'm suspecting a problem
of boost::shared_ptr in threads, but I can err.
Found the problem (and I have a local patch which I&#x
Julien Puydt a écrit :
Now I only have to understand why we do that... I'm suspecting a problem
of boost::shared_ptr in threads, but I can err.
Found the problem (and I have a local patch which I'll push soon), and
threads weren't the p
Julien Puydt a écrit :
Julien Puydt a écrit :
Julien Puydt a écrit :
But as soon as the call ends, ekiga's gui doesn't get updated anymore
by gtk+ -- the moving logo still moves though ; and after a while, it
crashes.
It does so with or without XV.
It does so without video. Afte
Michael Rickmann a écrit :
Ok I think I got that one working with attached patch which simply adds
the -fexceptions flag to the AM_CXXFLAGS in src/Makefile.am as you had
done already for the lib Makefile.am. But in general I am not happy with
the C++ exceptions. It seems to add considerable ov
Julien Puydt a écrit :
Julien Puydt a écrit :
But as soon as the call ends, ekiga's gui doesn't get updated anymore
by gtk+ -- the moving logo still moves though ; and after a while, it
crashes.
It does so with or without XV.
It does so without video. After the call ended, it ha
Julien Puydt a écrit :
But as soon as the call ends, ekiga's gui doesn't get updated anymore by
gtk+ -- the moving logo still moves though ; and after a while, it crashes.
It does so with or without XV.
Snark
___
Ekiga-devel-list mailing
Eugen Dedu a écrit :
Julien Puydt wrote:
Julien Puydt a écrit :
Julien Puydt a écrit :
2) launch, call for example 5...@ekiga.net, stop the call, wait a few
seconds (it has something to do with getting a registration event...) ;
2') launch, call someone offline, wait a few seconds
Julien Puydt a écrit :
Julien Puydt a écrit :
2) launch, call for example 5...@ekiga.net, stop the call, wait a few
seconds (it has something to do with getting a registration event...) ;
2') launch, call someone offline, wait a few seconds (the previous).
Those are one and the same
Michael Rickmann a écrit :
Next compilation fails for videooutput-manager-dx.cpp. I feel not fit
enough to interpret the 67 kB long error log (attached).
Well... C++ templates often lead to worse. Notice that concepts, which
were supposed to make it into C++0x, should have helped make error
Julien Puydt a écrit :
2) launch, call for example 5...@ekiga.net, stop the call, wait a few
seconds (it has something to do with getting a registration event...) ;
2') launch, call someone offline, wait a few seconds (the previous).
Those are one and the same, and seem to be caused by e
201 - 300 of 663 matches
Mail list logo
