Damien Sandras schrieb:
Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit :
I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For
the attached gdb backtrace I did a bt then thread apply all bt, not
very meaningful I think. The d4 output I do not dare
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 appeared in head/master. It must have
been before June 09. To get a more meaning backtrace than
Am Montag, den 26.10.2009, 20:57 +0100 schrieb Damien Sandras:
Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit :
I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For
the attached gdb backtrace I did a bt then thread apply all bt, not
very
It took me more than 10 days to build a Win32 Ekiga from master which
would not crash on start up allowing some real work on Win32 Ekiga.
I filed some bugs at OpalVOIP,
crash on entry ones:
https://sourceforge.net/tracker/?func=detailaid=2885986group_id=204472atid=989748
I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For
the attached gdb backtrace I did a bt then thread apply all bt, not
very meaningful I think. The d4 output I do not dare to attach, first
normal then
2009/10/25 22:18:35.750 2:10.605 Media Patch:1892
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 appeared in head/master. It must have
been before June 09. To get a more meaning backtrace than the attached
one (bt then
Damien Sandras schrieb:
Le mardi 13 octobre 2009 à 19:26 +0200, Michael Rickmann a écrit :
Julien Puydt schrieb:
Julien Puydt a écrit :
I had a nice surprise this morning, trying to launch ekiga :
I'll try to update my ptlibopal to see if I have just been unlucky.
I retried this evening
I have it with Win32 Ekiga master too:
http://mail.gnome.org/archives/ekiga-devel-list/2009-October/msg0.html
I switched back to Opal 2345 and Ptlib 23543. If your crash disappears
without apparent reason try to remember what you did. Damien said he
does not have it.
Michael
Julien Puydt
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.
Next, in the meantime, we have two boost::throw_exception functions one
in
binary downloads any longer. You find everything to build a
recent Ekiga master in the attachement. Note, that we currently can not
use latest Opal (assertion, resp. segfault) - I will put my complaints
about that into a separate post.
Michael
Michael Rickmann schrieb:
Hallo,
yes I have succeded
.
For step 4 :
use
echo using gcc : : i586-mingw32msvc-g++ : ; user-config.jam
instead of gcc. If not you will have trouble generating .dll library.
Michael Rickmann wrote:
Thierry Simonnet schrieb:
If somebody is interested, I succeed to compile libbost under linux
for win 32 with mingw .
1
I just gave Ekiga master a try with yesterday's Ptlib and Opal. Result
is Ekiga does not start up any longer.
1) I get a crash from opal/src/sip/handlers.cxx:1656
m_byAOR.erase(handler-m_byAOR); - backtrace and d4 log are attached.
Ok, then I went back to Ekiga d6ff5f8bfcacbb4db 2009-09-04
Detlef Lechner schrieb:
Michael Cronenworth wrote:
How about performance profiling? Ekiga may not be responsible, but on a
good video phone call I will see at least one core at 100% CPU usage on
a brand new Core 2 Duo system. Would it be good to profile the OPAL
and/or ptlib as well as Ekiga
Thierry Simonnet schrieb:
If somebody is interested, I succeed to compile libbost under linux for
win 32 with mingw .
1/ download last version of libboost : boost_1_40_0.tar.gz
2/ uncompress
3/ generate bjam for local platform : sh bootstrap.sh
4/ create a config file for mingw :
*
24.09.2009, 10:39 +0300 schrieb Jarmo Pussinen:
Jarmo Pussinen wrote:
Hi
Michael Rickmann wrote:
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how to build in
http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ .
The Win32 version has two issues:
1) ptlib was
Am Mittwoch, den 23.09.2009, 10:00 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how to build in
http
Am Mittwoch, den 23.09.2009, 11:06 +0200 schrieb michel memeteau:
Hello , thanks for this new release , especially appreciated for Win32
2009/9/23 Michael Rickmann mric...@gwdg.de:I think that gwdg.de has
enough bandwidth
(mirroring Debian, Ubuntu, Suse, ...), so that we can leave the files
Am Mittwoch, den 23.09.2009, 09:44 +0200 schrieb Damien Sandras:
Le mercredi 23 septembre 2009 à 09:35 +0200, Michael Rickmann a écrit :
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release
Julien Puydt schrieb:
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 problem.
Snark
Julien Puydt schrieb:
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
Julien Puydt schrieb:
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
Thierry Simonnet schrieb:
Julien Puydt wrote:
Julien Puydt a écrit :
Thierry Simonnet a écrit :
checking whether the Boost::Signals library is available...
yes configure:
error: Could not link against
!
As far as I can see Win32 Ekiga's audio device / file handling need some
changes:
1) After the GetVolume issue has been fixed in Ptlib (
http://sourceforge.net/tracker/?func=detailaid=2841719group_id=204472atid=989748
) Win32 Ekiga can store the volume settings of its primary audio
device in
Hi Dominik,
thanks for your report.
Dominik schrieb:
Hi Michael,
two minor bugs:
1. At the end of the installation there is a checkbox Run Ekiga. But
it doesn't start Ekiga.
For me it works. Could it be that you had set Ekiga to start hidden,
i.e. iconified in one of your previous
Hi Jarmo,
thank you for your detailed bug description
Jarmo Pussinen schrieb:
Michael Rickmann wrote:
Hi Eugen, hallo Dominik,
I think, I fixed it, i.e. possibly the connected cases of 586531. The
main thread was closing the audioinput device, while the Media Patch
thread which pumps the data
Eugen Dedu schrieb:
Michael Rickmann wrote:
Dominik schrieb:
Hi Michael,
please note for the second problem: It happens under linux, too. (not
as often, but it does)
So it's not a Windows specific problem.
Dominik
Dominik schrieb:
...
2. I have run/made many of echo tests and found
Eugen Dedu schrieb:
Michael Rickmann wrote:
Michael Rickmann schrieb:
m...@kabelfunk.de schrieb:
Hi,
I've installed Ekiga 3.2.5 on Windows XP and as far as I see it works
fine, but... :-)
I used the call back service 5...@ekiga.net for my test.
When the incoming coming window pops up
Michael Rickmann schrieb:
m...@kabelfunk.de schrieb:
Hi,
I've installed Ekiga 3.2.5 on Windows XP and as far as I see it works
fine, but... :-)
I used the call back service 5...@ekiga.net for my test.
When the incoming coming window pops up the volume for WAVE in the
audio mixer goes
m...@kabelfunk.de schrieb:
Hi,
I've installed Ekiga 3.2.5 on Windows XP and as far as I see it works
fine, but... :-)
I used the call back service 5...@ekiga.net for my test.
When the incoming coming window pops up the volume for WAVE in the
audio mixer goes to maximum.
After clicking anwer
I look at try1-segfault and try2-segfault, I can see the crash is
similar and happens in PTLIB.
I'll ask Robert if he has an idea. It is a part of the code he knows
very well.
Le jeudi 30 juillet 2009 à 19:46 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le mercredi 22
can see the crash is
similar and happens in PTLIB.
I'll ask Robert if he has an idea. It is a part of the code he knows
very well.
Le jeudi 30 juillet 2009 à 19:46 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le mercredi 22 juillet 2009 à 23:22 +0200, Michael Rickmann a écrit
Thierry Simonnet schrieb:
Hello,
I continue working on win32 version.
The last version of ekiga. exe is available at
http://www.pateam.org/archive/tmp/ekiga-win32/trunk/
(http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga-setup-3.3.1-git-302_g5d4151a.exe)
with the related Makefile.
Damien Sandras schrieb:
Le mercredi 22 juillet 2009 à 23:22 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le mercredi 22 juillet 2009 à 19:49 +0200, Michael Rickmann a écrit :
I have a Vista notebook available for three days only. As already
reported Ekiga has to be killed
Am Montag, den 27.07.2009, 20:55 +0200 schrieb Eugen Dedu:
Christian Schäfer wrote:
We plan to make a new release. Until now, there has been:
I'd love to see the workaround for picky registrars as well in this
release.
Me too.
--
Eugen
I have a Vista notebook available for three days only. As already
reported Ekiga has to be killed at shutdown. It seems a pecularity of
Vista which can be overcome by several means.
if (Vista)
1) Wait at the end of the main thread ca. 5 secs, or
2) do Wait 100 msec, enumerate Ekiga's threads
Damien Sandras schrieb:
Le mercredi 22 juillet 2009 à 19:49 +0200, Michael Rickmann a écrit :
I have a Vista notebook available for three days only. As already
reported Ekiga has to be killed at shutdown. It seems a pecularity of
Vista which can be overcome by several means.
if (Vista)
1
Am Samstag, den 18.07.2009, 21:54 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
Ekiga's handling of Windows file names and device names is done mostly
in UTF-8 which works as long as there are no national characters in the
names. I have a German Windows and a USB headset which
Christian Schäfer schrieb:
Eugen Dedu wrote:
I see a commit in opal which might interest you:
2009-07-13 06:33 rjongbloed
* src/sip/handlers.cxx: Added special case of m_contactAddress *=
%LIMITED for SIP registration which will only fill the
Contact field of the REGISTER
Christian Schäfer schrieb:
Michael Rickmann wrote:
Yes opal is providing a possibility for handling this kind of
brain-dead provider now. Only Ekiga has to pick it up. Since ekiga.net
is serviced I worked against the aliens - patch is attached. What it
does it lets Ekiga try twice to register
Damien Sandras schrieb:
Michael,
Le mercredi 15 juillet 2009 à 21:47 +0200, Michael Rickmann a écrit :
[...]
[...]
This patch should fix the problem:
http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?view=revrevision=23106
However, I'm not sure any patch is still required in Ekiga
Ekiga's handling of Windows file names and device names is done mostly
in UTF-8 which works as long as there are no national characters in the
names. I have a German Windows and a USB headset which in Ekiga shows up
as USB-Ger instead of USB-Gerät (USB device). Ok, I can click
Ekiga's update
I am trying to prepare a Win32 version of Ekiga 3.2.5 for ekiga.org and
realized that I had to pick a few items from Opal HEAD and Ekiga master.
For Ekiga I think that the following Win32 commits are safe to be merged
into stable from where they can be picked up for the next release.
available at http://wwwuser.gwdg.de/~mrickma/ekiga/ . They are the files
containing 3.2.5 . I think that is about what I can achieve at the
moment. Refinements will follow. Please test!! If you do not have
Windows, free some 30 -50G partition on one of your disks, google for
Windows 7 (I think
Damien Sandras schrieb:
Michael,
Le mercredi 15 juillet 2009 à 21:47 +0200, Michael Rickmann a écrit :
[...]
Well it all condenses down to line opal-3.6.4/src/opal/patch.cxx:217
which is
source.SetDataSize(sink-primaryCodec-GetOptimalDataFrameSize(true),
sourceFormat.GetFrameSize());
Opal's
Am Dienstag, den 14.07.2009, 23:09 +0200 schrieb Damien Sandras:
Le mardi 14 juillet 2009 à 18:06 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le lundi 13 juillet 2009 à 23:32 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le dimanche 12 juillet 2009 à 22:40
Damien Sandras schrieb:
Le lundi 13 juillet 2009 à 23:32 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le dimanche 12 juillet 2009 à 22:40 +0200, Michael Rickmann a écrit :
I was stuck testing the latest changes to Ekiga since about 10 days.
Once a call to 5...@ekiga.net had been
Am Montag, den 13.07.2009, 16:01 +0200 schrieb Damien Sandras:
Le dimanche 12 juillet 2009 à 22:40 +0200, Michael Rickmann a écrit :
I was stuck testing the latest changes to Ekiga since about 10 days.
Once a call to 5...@ekiga.net had been established windows were piling up
Damien Sandras schrieb:
Le dimanche 12 juillet 2009 à 22:40 +0200, Michael Rickmann a écrit :
I was stuck testing the latest changes to Ekiga since about 10 days.
Once a call to 5...@ekiga.net had been established windows were piling up
and rendered WinXP and Win7 unusable. Today I found
Hi,
thanks for your report.
e schmidbauer schrieb:
Hello, I downloaded the latest windows release of ekiga (3.2) from
http://wwwuser.gwdg.de/~mrickma/ekiga/
I see that the CELT codec is included but when I use the CELT codec
(32 48) to connect with a conference in freeswitch i get Codec RAW
I was stuck testing the latest changes to Ekiga since about 10 days.
Once a call to 5...@ekiga.net had been established windows were piling up
and rendered WinXP and Win7 unusable. Today I found the reason: commit
23036 to opal trunk which coresponds to 23028 opal v3_6 and is
contained in
.patch resolve all cross compile trouble for me
(Debian lenny).
It is now possible to test a win32 version.
Thanks a lot for your patches
Jarmo Pussinen wrote:
Michael Rickmann wrote:
As we cannot download the win32 subdir separately from git. Starting to
build Ekiga would change
Damien Sandras schrieb:
Le mercredi 08 juillet 2009 à 12:18 -0400, Christian Schäfer a écrit :
audio seems to be still a game of luck with current ekiga's stable
release. Sometimes when I answer an incoming call, I can't hear the
caller and he can't hear me. Sometimes I can hear him, sometimes
Am Freitag, den 26.06.2009, 01:48 +0200 schrieb Julien Puydt:
Michael Cronenworth a écrit :
It depends on what OS you are building on. The files in win32/ are meant
for Debian. For Fedora or Windows you would need to customize it a little.
I'm using debian. I already had a few problems :
Am Montag, den 29.06.2009, 14:19 +0200 schrieb Julien Puydt:
Michael Rickmann a écrit :
big snip
I pushed all your changes in.
Thanks, I will test it as soon as possible. It should be ok, one never
knows.
There's something I don't get : why do you want to download ekiga if you
already
Christian Schäfer schrieb:
Damien Sandras wrote:
The problem is that your router replaces the public IP address Ekiga
puts in by a private one due to a bug in the router itself, you can see
the Ekiga PDUs in the log, they are correct.
If you disable STUN, perhaps your router will put the public
Am Dienstag, den 23.06.2009, 18:16 +0200 schrieb Damien Sandras:
Le mardi 23 juin 2009 à 18:09 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le mardi 23 juin 2009 à 16:15 +0200, Michael Rickmann a écrit :
Am Dienstag, den 23.06.2009, 15:02 +0200 schrieb Damien Sandras:
Le
Am Dienstag, den 23.06.2009, 15:02 +0200 schrieb Damien Sandras:
Le mardi 23 juin 2009 à 14:39 +0200, Michael Rickmann a écrit :
I can not convince recent git revisions of ekiga to register with my
phone provider (1und1.de). I get an could not register (Forbidden,
please check that username
Michael Rickmann schrieb:
Am Dienstag, den 23.06.2009, 16:11 +0200 schrieb Eugen Dedu:
Damien Sandras wrote:
Le mardi 23 juin 2009 à 14:39 +0200, Michael Rickmann a écrit :
I can not convince recent git revisions of ekiga to register with my
phone provider (1und1.de). I get an could
Damien Sandras schrieb:
Le mardi 23 juin 2009 à 16:15 +0200, Michael Rickmann a écrit :
Am Dienstag, den 23.06.2009, 15:02 +0200 schrieb Damien Sandras:
Le mardi 23 juin 2009 à 14:39 +0200, Michael Rickmann a écrit :
snip
What happens is that your contact field has 2 IP addresses :
- 1
...snip
Looking at a -d 4, it seems that ekiga asks to unregister by trying to
register again, and gets a 489 Bad event back...
Perhaps my recent refactoring of the account code is responsible for the
problem...
Uh... from lib/engine/components/opal/sip-endpoint.cpp :
bool
This is Ekigas answer in the accounts window on Linux now. With the
current git version I cannot unregister my account at ekiga.net any
longer. Also the subcriber threads do not terminate any longer. Ekiga
needs considerably longer to shutdown than it took one week ago and does
not shut down
Eugen Dedu schrieb:
Michael Rickmann wrote:
longer. Also the subcriber threads do not terminate any longer. Ekiga
needs considerably longer to shutdown than it took one week ago and does
I noticed it too...
Another point: Ekiga cannot be compiled since opal version 2258
because
Am Mittwoch, den 10.06.2009, 11:29 +0200 schrieb Hillereau Paul:
Now ptlib had been compiled, I have difficulties with opal. I have 2
errors when h264 and h263, I might disable those codecs, but it might be
difficult to compile ekiga after ?
I can disable h264 by adding --disable-h264 to
Am Dienstag, den 09.06.2009, 13:22 +0200 schrieb paul hillereau:
I have looked through your logs. It appears that you have
vfw.h
snip ..snip
First I am very thankfull for all of your answers, thanks you for
spending some time on my problem.
I installed the new mingw32
I had trouble with ffmpeg as well. I realized that when doing an update-
sources every now and then a new file was downloaded from SVN though I
was requesting a specific SVN version. I think the ffmpeg guys have a
problem keeping their SVN and git repositories in synchrony. On the git
side they
Am Montag, den 08.06.2009, 15:37 +0200 schrieb paul hillereau:
2009/6/8 Michael Rickmann mric...@gwdg.de
I had trouble with ffmpeg as well. I realized that when doing
an update-
sources every now and then a new file was downloaded from SVN
though I
Am Dienstag, den 19.05.2009, 18:50 -0700 schrieb Bilbo:
Hi,
I didn't want to risk top posting on the previous thread so created another.
I ran a few tests today on the Windows version of Ekiga at the following
link http://wwwuser.gwdg.de/~mrickma/ekiga/ekiga-setup-3.2.1_1-release.exe.
I
Am Donnerstag, den 14.05.2009, 14:35 +0200 schrieb Julien Puydt:
Hi,
I had once again checked the memory management in both the contact and
presence stacks, without finding any problem.
I read the valgrind errors again and decided they meant a problem with
sigc::trackable : I changed to
Am Freitag, den 08.05.2009, 17:40 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
Am Freitag, den 08.05.2009, 13:41 +0200 schrieb Eugen Dedu:
Hi,
Windows build is currently delayed by a few bugs. Couldn't we just
create a windows build from the stable branch
Am Donnerstag, den 30.04.2009, 16:41 +0200 schrieb Eugen Dedu:
Hi,
After the update of revision.h I receive the following wraning:
Making install in src
/bin/sh: line 0: cd: ../.git: No such file or directory
fatal: Not a git repository (or any of the parent directories): .git
/bin/sh:
Am Mittwoch, den 29.04.2009, 11:35 +0200 schrieb Thierry Simonnet:
Hi,
I'm just back to my office after several weeks and I saw that a lot of
things have changed.
I modified Makefile to handle git, gtk2.16, opal/trunk, ptlib/trunk
(in attachment).
I tried to compile Ekiga for win32
Am Mittwoch, den 29.04.2009, 11:35 +0200 schrieb Thierry Simonnet:
Hi,
I'm just back to my office after several weeks and I saw that a lot of
things have changed.
I modified Makefile to handle git, gtk2.16, opal/trunk, ptlib/trunk
(in attachment).
I tried to compile Ekiga for win32
Am Sonntag, den 19.04.2009, 09:00 +0200 schrieb Julien Puydt:
Michael Rickmann a écrit :
First we should decide whether the resources are moved to the win32
subdirectory. With my patch the resources would remain in the base
directory. I think that files containing copyright information
Ekiga SVN commit 7653 seems not complete. It is apparently based on a
discussion on this list in February:
http://mail.gnome.org/archives/ekiga-devel-list/2009-February/msg00042.html .
At the moment I work with Ubuntu Intrepid on git master and get circular
inclusion of uuids.h and ksuuids.h
Am Sonntag, den 26.04.2009, 15:31 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
Ekiga SVN commit 7653 seems not complete. It is apparently based on a
discussion on this list in February:
http://mail.gnome.org/archives/ekiga-devel-list/2009-February/msg00042.html
. At the moment I
Am Sonntag, den 26.04.2009, 17:00 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
Am Sonntag, den 26.04.2009, 15:31 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
Ekiga SVN commit 7653 seems not complete. It is apparently based on a
discussion on this list in February:
http
Am Sonntag, den 26.04.2009, 15:50 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
Am Sonntag, den 19.04.2009, 09:00 +0200 schrieb Julien Puydt:
Michael Rickmann a écrit :
First we should decide whether the resources are moved to the win32
subdirectory. With my patch the resources would
Building Win32 Ekiga from current heads is not straightforward. Ekiga,
Ptlib and Opal seem to have regressed in some aspects.
1) In Ekiga videooutput-manager-dx.cpp can not be compiled. I tried to
fix it with attached patch. There were two major issues: Where does
GMVideoDisplay_DX come from? I
Am Montag, den 20.04.2009, 18:12 +0100 schrieb Peter Robinson:
Is there a way to move ekiga.rc from root to win32?
1) git mv ekiga.rc win32/
2) make sure any file referencing ekiga.rc now searches for it in
win32/
Snark
Could you please rename it so that the basename is
Am Montag, den 20.04.2009, 19:38 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
Am Montag, den 20.04.2009, 18:49 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
Am Sonntag, den 19.04.2009, 15:01 +0200 schrieb Eugen Dedu:
Hi,
Is win32/diff/ptlib_pwlib.pc.in still used?
None
Am Mittwoch, den 15.04.2009, 15:50 +0200 schrieb Eugen Dedu:
Damien Sandras wrote:
Le mercredi 15 avril 2009 à 09:49 +0200, Michael Rickmann a écrit :
2) When I try to connect to 5...@ekiga.net with echo cancellation enabled
I get a crash. Ekiga shows Connected with 5...@ekiga.net Call
Am Samstag, den 18.04.2009, 20:36 +0200 schrieb Julien Puydt:
Michael Rickmann a écrit :
See attached patch as
an example for how one could handle the Win32 resources.
Do you want me to commit that patch?
Snark
First we should decide whether the resources are moved to the win32
Windows does not know getpwuid, getuid and the associated header file
entries as introduced by 7862. However, glib-2.0 contains the function
g_get_real_name which works for Windows. Eugen, would something like
attached patch work for Linux too?
Regards
Michael
diff -ur
I try to get Win32 Ekiga built and running from current SVN HEAD and
experienced difficulties in the local rooster and the echo cancellation.
1) The crash when I right click local rooster to add a new contact is
due to SVN commit 7830 to local-heap.cpp . When I reverse that patch it
works, though
Ok I have submitted the two bug reports
https://sourceforge.net/tracker/?func=detailaid=2728003group_id=204472atid=989748
https://sourceforge.net/tracker/?func=detailaid=2728037group_id=204472atid=989748
Another Win32 issue, the crash on exit one: I have been fighting to
obtain a debug built of
86 matches
Mail list logo