Re: [Wengophone-devel] link to download OpenWengo Source

2006-09-19 Thread Gianluca Sforna

On 9/12/06, Thiago Maluf [EMAIL PROTECTED] wrote:

I would like to do download of TAR file with OpenWengo Source.
If some body help me, I thank you .


I am asking for this since day 1 of being here... I think the next
best option to that is downloading one of the tags in:

http://dev.openwengo.com/trac/openwengo/trac.cgi/browser/wengophone-ng/tags

Unfortunately, the pattern there seems a bit random, but at least
there are tags for beta2, beta3 and rc2.

good luck

Gianluca
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] Where is Cocoa/Cocoa.h?

2006-09-19 Thread Philippe BERNERY
Le 19 sept. 06 à 07:06, Tomi Luhtala a écrit :I have.. there is missing some ifdef blocks in the cpp files.. Or should I get the Cocoa.. I rather make the ifdef..  -tomi If you update your code, it should be ok now. There was missing #ifdef. --Philippe BERNERY[EMAIL PROTECTED]http://dev.openwengo.org ___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

RE: [Wengophone-devel] link to download OpenWengo Source

2006-09-19 Thread Jérôme WAGNER
Hello,

 I am asking for this since day 1 of being here...

Could you be a bit more specific ? there is an old ticket regarding tarball
building. (#332)

Before putting in place an automated tarball availability, I'd like to know
about the history that is needed on that point.

Is the need an exact snapshot of a version that does compile or a way to
download the sources without svn versioning (.svn files)

Thanks,
Jerome

-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Gianluca
Sforna
Envoyé : mardi 19 septembre 2006 08:40
À : wengophone-devel@lists.openwengo.com
Objet : Re: [Wengophone-devel] link to download OpenWengo Source

On 9/12/06, Thiago Maluf [EMAIL PROTECTED] wrote:
 I would like to do download of TAR file with OpenWengo Source.
 If some body help me, I thank you .

I am asking for this since day 1 of being here... I think the next
best option to that is downloading one of the tags in:

http://dev.openwengo.com/trac/openwengo/trac.cgi/browser/wengophone-ng/tags

Unfortunately, the pattern there seems a bit random, but at least
there are tags for beta2, beta3 and rc2.

good luck

Gianluca
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


RE: [Wengophone-devel] wengo sip compliant questions

2006-09-19 Thread Jérôme WAGNER
Hello,

Could you draw you diagram like

Wengo --INVITE-- --TRYING-- --OK-- --ACK-- Asterisk

It might help us read what you explain in you email. I could not understand
whether the messages was received or not on the PC where Wengo is installed.

Does this problem exist also with another softphone ?

Jerome
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de xu w
Envoyé : mardi 19 septembre 2006 06:05
À : Steven Wang; wengophone-devel@lists.openwengo.com
Objet : [Wengophone-devel] wengo sip compliant questions

Hello

I have limit knowledge of SIP, I am puzzled by the different implementation
of SIP protocols in different products. Hope someone can shed some lights on
it.

I did some traces to use wengo call Asterisk, compared them to the traces
from wengo to another sip UAC. Here is what a rough diagram:

Wengo --- Asterisk
invite try
  SIP OK
ack
(rings happen)


Wengo --- UAC
invite try
  SIP OK
(not received)
  ring
(receive ring message, but silient)


So dialing to Asterisk works fine. But to UAC fails.

What might be the problems?

thanks!
Steven

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


RE: [Wengophone-devel] CrashReport under mac

2006-09-19 Thread Jérôme WAGNER
Hello,

This is very interesting. Do these crash logs give a stack trace of the app
at the time of the crash ?

Jerome

-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Yannooo
Envoyé : mardi 19 septembre 2006 05:31
À : Wengophone-devel@lists.openwengo.com
Objet : [Wengophone-devel] CrashReport under mac

Hello,

I've just get a look to the CrashReport application. It seems it only 
works under windows when compile with msvc. I think that a lot of you 
didn't know that mac keep a record of the last crashreport for their 
application with the resolved symbols.
The path of this file is ~/Library/Log/CrashReporter/WengoPhone.crash.log
To detect the crash the only thing to do is to install unix signal 
handler. The list of the following signals could fetch SIGILL, SIGTRAP, 
SIGEMT, SIGFPE, SIGBUS, SIGSEGV, SIGSYS, SIGXCPU, SIGXFSZ

Sincerly,
-Yann





___ 
Découvrez un nouveau moyen de poser toutes vos questions quelque soit le
sujet ! 
Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et
vos expériences. 
http://fr.answers.yahoo.com 

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


[Wengophone-devel] Translations

2006-09-19 Thread Daniel Nylander
Hi all,

When will you enable more languages in Wengophone?

I have submitted Swedish translations for both Wengophone Classic and NG.

Regards,
Daniel
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] CrashReport under mac

2006-09-19 Thread Philippe BERNERY
Le 19 sept. 06 à 11:35, Jérôme WAGNER a écrit :Hello,This is very interesting. Do these crash logs give a stack trace of the appat the time of the crash ?JeromeIt is the same report that appear on the screen when the app crashes. So stacks of all threads are available. --Philippe BERNERY [EMAIL PROTECTED]http://dev.openwengo.org___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

Re: [Wengophone-devel] CrashReport under mac

2006-09-19 Thread Philippe BERNERY
Le 19 sept. 06 à 05:30, Yannooo a écrit :Hello,I've just get a look to the CrashReport application. It seems it only works under windows when compile with msvc. I think that a lot of you didn't know that mac keep a record of the last crashreport for their application with the resolved symbols.The path of this file is ~/Library/Log/CrashReporter/WengoPhone.crash.logTo detect the crash the only thing to do is to install unix signal handler. The list of the following signals could fetch SIGILL, SIGTRAP, SIGEMT, SIGFPE, SIGBUS, SIGSEGV, SIGSYS, SIGXCPU, SIGXFSZSincerly,-YannI knew this feature but I did'nt know how to catch the crash signal.Great thing!--Philippe BERNERY [EMAIL PROTECTED]http://dev.openwengo.org___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

Re: [Wengophone-devel] CrashReport under mac

2006-09-19 Thread Gianluca Sforna

On 9/19/06, Philippe BERNERY [EMAIL PROTECTED] wrote:

I've just get a look to the CrashReport application. It seems it only works
under windows when compile with msvc. I think that a lot of you didn't know
that mac keep a record of the last crashreport for their application with
the resolved symbols.
The path of this file is
~/Library/Log/CrashReporter/WengoPhone.crash.log
To detect the crash the only thing to do is to install unix signal handler.
The list of the following signals could fetch SIGILL, SIGTRAP, SIGEMT,
SIGFPE, SIGBUS, SIGSEGV, SIGSYS, SIGXCPU, SIGXFSZ

Sincerly,
-Yann


I knew this feature but I did'nt know how to catch the crash signal.
Great thing!



Maybe this is something to add on the wiki?
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


[Wengophone-devel] Re: CMake

2006-09-19 Thread Philippe BERNERY
	Le 18 sept. 06 à 20:19, Andreas 'GlaDiaC' Schneider a écrit :deactived the search for GTK 2 on Mac OS X as it is not needed onthis platform. However the FindGTK2 module also looks for Glib2 whichis needed. Could you split this module in two parts, one for Glib,the other one for Gtk? We could improve it, so that you can use FindGTK2.cmake.I think this would be better to make two different packages as Glib is not GTK2 dependant. --Philippe BERNERY [EMAIL PROTECTED]http://dev.openwengo.org ___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

[Wengophone-devel] Build WengoPhone NG with MinGW

2006-09-19 Thread Stefan Hennig

Hello everybody,

I am new to OpenWengo and want to build the source of WengoPhone NG 
with the MinGW-Compiler.
I had compiled and installed all the required tools, especially the 
MinGW-Compiler, set the environment variables, but scons always calls 
the cl.exe (I don't have it) compiler and I dont know how to tell scons 
to use MinGW.


Can anyone help me?

Regards,
Stefan

scons: Building targets ...
cl /nologo /Zm200 /EHsc /GX /GR -Zi /LDd -Gm /DEBUG -D_DEBUG /MDd /W3 
-w34100 -w
34189 /wd4290 /TP /DMULTIIMWRAPPER=1 /DQT_CORE_LIB=1 /DQT_DLL=1 
/DQT_GUI_LIB=1 /
DQT_LARGEFILE_SUPPORT=1 /DQT_NETWORK_LIB=0 /DQT_NO_KEYWORDS=1 
/DQT_PLUGIN=1 /DQT
_THREAD_SUPPORT=1 /DQT_XML_LIB=1 /DUNICODE=1 /DWIN32=1 
/ID:\Programme\Qt\include
 /Idebug\wengophone\src /Iwengophone\src 
/Idebug\wengophone\src\model\coipmanage
r\include /Iwengophone\src\model\coipmanager\include 
/Idebug\wengophone\src\mode
l\coipmanager\chatsessionmanager\include 
/Iwengophone\src\model\coipmanager\chat
sessionmanager\include 
/Idebug\wengophone\src\model\coipmanager\filesessionmanag
er\include 
/Iwengophone\src\model\coipmanager\filesessionmanager\include /Idebug
\libs\util\settings\include /Ilibs\util\settings\include 
/Idebug\libs\util\seria
lization\include /Ilibs\util\serialization\include 
/Idebug\libs\util\util\includ
e /Ilibs\util\util\include /IC:\Boost\include\boost-1_33_1 
/Idebug\libs\util\cut
il\include /Ilibs\util\cutil\include 
/Idebug\libs\util\cutil\include\cutil\msvc
/Ilibs\util\cutil\include\cutil\msvc /Idebug\libs\tinyxml 
/Ilibs\tinyxml /Idebug
\libs\util\thread\include /Ilibs\util\thread\include 
/Idebug\libs\util\system\in
clude /Ilibs\util\system\include /Idebug\libs\util\http\include 
/Ilibs\util\http
\include /Idebug\libs\openssl\inc32\openssl 
/Ilibs\openssl\inc32\openssl /Idebug
\libs\openssl\inc32 /Ilibs\openssl\inc32 /Idebug\libs\curl\include 
/Ilibs\curl\i
nclude /Idebug\libs\curl\lib /Ilibs\curl\lib 
/Idebug\libs\util\serializer\includ
e /Ilibs\util\serializer\include /Idebug\libs\util\socket\include 
/Ilibs\util\so
cket\include /Idebug\libs\imwrapper\include /Ilibs\imwrapper\include 
/Idebug\wen
goscons\libs\glib\include /Iwengoscons\libs\glib\include 
/Idebug\libs\sipwrapper
\include /Ilibs\sipwrapper\include /Idebug\libs\wenbox\include 
/Ilibs\wenbox\inc
lude /Idebug\libs\util\shlibloader\include 
/Ilibs\util\shlibloader\include /Ideb
ug\libs\webcam\include /Ilibs\webcam\include 
/Idebug\libs\pixertool\include /Ili
bs\pixertool\include /Idebug\libs\ffmpeg /Ilibs\ffmpeg 
/Idebug\libs\ffmpeg\libav
util /Ilibs\ffmpeg\libavutil /Idebug\libs\ffmpeg\libavcodec 
/Ilibs\ffmpeg\libavc
odec /Idebug\libs\sound\include /Ilibs\sound\include 
/Idebug\libs\portaudio\pa_c
ommon /Ilibs\portaudio\pa_common /Idebug\wifo\netlib\include 
/Iwifo\netlib\inclu
de /Idebug\wifo\netlib /Iwifo\netlib /Idebug\wifo\httptunnel 
/Iwifo\httptunnel /
ID:\Programme\Qt\include /Idebug\libs\imwrapper\src\multiim 
/Ilibs\imwrapper\src
\multiim /Idebug\libs\sipwrapper\src\phapi /Ilibs\sipwrapper\src\phapi 
/Idebug\w
ifo\phapi /Iwifo\phapi /Idebug\wifo\eXosip\include 
/Iwifo\eXosip\include /Idebug
\wifo\libosip2\include /Iwifo\libosip2\include 
/Idebug\wifo\libosip2\include\osi
pparser2 /Iwifo\libosip2\include\osipparser2 
/Idebug\wifo\libosip2\src\osipparse
r2 /Iwifo\libosip2\src\osipparser2 /Idebug\wifo\libosip2\src\osip2 
/Iwifo\libosi
p2\src\osip2 /Idebug\wifo\ortp\src /Iwifo\ortp\src 
/Idebug\wifo\phapi\ilbc /Iwif
o\phapi\ilbc /Idebug\wifo\phapi\stun /Iwifo\phapi\stun 
/Idebug\wifo\phapi\gsm /I
wifo\phapi\gsm /Idebug\wifo\phapi-util\include 
/Iwifo\phapi-util\include /Idebug
\wifo\phapi-util\include\phapi-util\msvc 
/Iwifo\phapi-util\include\phapi-util\ms
vc /Idebug\wifo\phapi\fidlib /Iwifo\phapi\fidlib 
/Idebug\wifo\phapi\fidlib\inclu
de /Iwifo\phapi\fidlib\include /Idebug\wifo\phapi\speexec\include 
/Iwifo\phapi\s
peexec\include /Idebug\wifo\phapi\msdirent /Iwifo\phapi\msdirent 
/Idebug\wifo\sf
p-plugin\include /Iwifo\sfp-plugin\include 
/Idebug\libs\imwrapper\src\gaim /Ilib
s\imwrapper\src\gaim /Idebug\libs\gaim\src\src /Ilibs\gaim\src\src 
/Idebug\libs\
gaim\include /Ilibs\gaim\include /Idebug\libs\util\memorydump\include 
/Ilibs\uti
l\memorydump\include /Idebug\libs\qtutil\D:\Programme\Qt\include 
/Ilibs\qtutil\D
:\Programme\Qt\include /Idebug\libs\qtutil\include 
/Ilibs\qtutil\include /Idebug
\libs\owbrowser\D:\Programme\Qt\include 
/Ilibs\owbrowser\D:\Programme\Qt\include
 /Idebug\libs\owbrowser /Ilibs\owbrowser 
/Idebug\libs\trayicon\D:\Programme\Qt\i
nclude /Ilibs\trayicon\D:\Programme\Qt\include /Idebug\libs\trayicon 
/Ilibs\tray
icon /Idebug\libs\softupdater\D:\Programme\Qt\include 
/Ilibs\softupdater\D:\Prog
ramme\Qt\include /Idebug\libs\softupdater\include 
/Ilibs\softupdater\include /Id
ebug\libs\idle\D:\Programme\Qt\include 
/Ilibs\idle\D:\Programme\Qt\include /Ideb
ug\libs\idle\include /Ilibs\idle\include /c 
wengophone\src\presentation\main.cpp

 /Fodebug\wengophone\src\presentation\main.obj
Der Befehl cl ist entweder falsch 

[Wengophone-devel] Possible memleak in ortp.c - wengophone-ng

2006-09-19 Thread Marlon Mircevski

I think that in func. void ortp_exit() is missing the following lines:
#ifdef MBDB_LOCAL_POOL
   mbdb_mutex_cleanup();
#endif

To address the another memleak.

Marlon

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


[Wengophone-devel] Possible memleak fix in phmedia-winmm.c - wengophone-ng

2006-09-19 Thread Marlon Mircevski
So far, I cannot find where struct winaudiodev from phastream_t is 
freed; so i think the best place would be in func

void winmm_stream_close(phastream_t *as) about line 584
---
 CloseHandle(dev-event);
+ free(dev); //Marlon
 PH_SNDDRVR_UNUSE();
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


[Wengophone-devel] Possible memleak fix in phmedia.c 2x - wengophone-ng

2006-09-19 Thread Marlon Mircevski

Where GMutex *ph_audio_mux is freed? What about ortp_exit() ?

If not, maybe the best place would be in phmedia.c about line 54:

+extern GMutex *ph_audio_mux;  // Marlon
int ph_media_cleanup()
{
+  g_mutex_free(ph_audio_mux); // Marlon
+  ortp_exit(); // Marlon
 return 0;
}


I'm not sure about ortp_exit(), though.

Regards,
Marlon

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


[Wengophone-devel] FreeSWITCH

2006-09-19 Thread Tanguy Krotoff

http://freeswitch.org/
http://www.freeswitch.org/docs/

FreeSWITCH makes it possible to build an open source PBX system or an 
open source voip switching platform as well as unite various 
technologies such as SIP H.323, IAX2, LDAP, Zeroconf, XMPP / Jingle etc.


It's under the MPL license, in full C and very portable

Whaou this seems to be really really nice, anybody heard about it?

--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] FreeSWITCH

2006-09-19 Thread Antoine Pitrou
Le mardi 19 septembre 2006 à 17:05 +0200, Tanguy Krotoff a écrit :
 FreeSWITCH makes it possible to build an open source PBX system or an 
 open source voip switching platform as well as unite various 
 technologies such as SIP H.323, IAX2, LDAP, Zeroconf, XMPP / Jingle etc.
 
 It's under the MPL license, in full C and very portable

Well, according to the FSF, the MPL is not GPL-compatible.

Excerpt from http://www.gnu.org/philosophy/license-list.html :

This is a free software license which is not a strong copyleft;
unlike the X11 license, it has some complex restrictions that
make it incompatible with the GNU GPL. That is, a module covered
by the GPL and a module covered by the MPL cannot legally be
linked together. We urge you not to use the MPL for this reason.

However, MPL 1.1 has a provision (section 13) that allows a
program (or parts of it) to offer a choice of another license as
well. If part of a program allows the GNU GPL as an alternate
choice, or any other GPL-compatible license as an alternate
choice, that part of the program has a GPL-compatible license.

Cheers

Antoine.


___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] FreeSWITCH

2006-09-19 Thread Tanguy Krotoff

Antoine Pitrou wrote:

Well, according to the FSF, the MPL is not GPL-compatible.


This is not a problem, we just need to load the dll at runtime and 
basta. This is already done for the Wenbox plugin.


--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] FreeSWITCH

2006-09-19 Thread Tanguy Krotoff

Antoine Pitrou wrote:

I don't think it's so simple.


FreeSWITCH is a piece of software, thus there is an API right?
You compile at as a dll/.dylib/.so/whatever and you load symbols at 
runtime without linking with the .lib file.
The definition of essential library and part of the work as a whole 
is a non sense for me. What is an essential library and what is not? 
specially if the module is loaded at runtime and thus can be replaced by 
anything else that fits the API.


As far as I know the problem is not distributing different binary 
modules with different licenses but mixing them together right? Here 
there is no mixing ./



The best would be to ask the FreeSwitch people what their intent is with
this license.


Let's see if FreeSWITCH fits our needs before going further

--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] class Event thread safe

2006-09-19 Thread Tanguy Krotoff

Vadim Lebedev wrote:

Tanguy
What is thgis thread2 thing?  ThreadId ?   Object pointer?
and what kind of thread?  QT Thread,  Boost thread?


void Event::connect(const boost::functionSignature  slot,
IPostEvent * postEvent)


class IPostEvent : Interface {
public:

virtual void postEvent(IThreadEvent * event) = 0;
};

class IThreadEvent : Interface {
public:

virtual ~IThreadEvent() {
}

virtual void callback() = 0;
};


And there is a QtPostEvent + a QtThreadEvent
Same for Boost


Just wait for my first commit

--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] FreeSWITCH

2006-09-19 Thread Vadim Lebedev

Tanguy Krotoff wrote:


Antoine Pitrou wrote:


I don't think it's so simple.



FreeSWITCH is a piece of software, thus there is an API right?
You compile at as a dll/.dylib/.so/whatever and you load symbols at 
runtime without linking with the .lib file.
The definition of essential library and part of the work as a 
whole is a non sense for me. What is an essential library and what is 
not? specially if the module is loaded at runtime and thus can be 
replaced by anything else that fits the API.


As far as I know the problem is not distributing different binary 
modules with different licenses but mixing them together right? Here 
there is no mixing ./



The best would be to ask the FreeSwitch people what their intent is with
this license.



Let's see if FreeSWITCH fits our needs before going further



As far as i understant FreeSwict is competitor to SER or Asterisk,
i don't see what is the interest to integarete it with WengoPhone

By the way FreeSwitch is a program, not an library so i don't believe 
you can build is as plugin...


Vadim


___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


[Wengophone-devel] Re: CMake

2006-09-19 Thread philippe . bernery

The FindGTK2 Module is a very bad Module :) I had not the time to
rewrite it yet.



Not so bad I think as it tried to use pkg_config on supported platforms. 


So if you create new modules, use the ruby script
generate_findpackage_file :)



That's what I first made but then I used your FindGTK2 modules, removed all 
unnecessary libs and added missing ones. 


--
Philippe BERNERY [EMAIL PROTECTED]
http://dev.openwengo.org 



___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


RE: [Wengophone-devel] Possible memleak fix in phmedia.c 2x -wengophone-ng

2006-09-19 Thread Jérôme WAGNER
Hello Marlon,

Thank you for you proposals regarding the different memory leaks.
Are you using some kind of systematic method (valgrind for example) or just
reading out the code ?

Great job in both cases !

I'll create tickets for these in the short term in order that they are
reviewed and incorporated in the code base.

Don't hesitate to add further proposals to the milestone on the Trac that is
called a bag of patches. This way it is easier for everyone to be sure it
does not get lost in the mailing list archive!

Jerome

-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Marlon
Mircevski
Envoyé : mardi 19 septembre 2006 17:04
À : Wengophone-devel@lists.openwengo.com
Objet : [Wengophone-devel] Possible memleak fix in phmedia.c 2x
-wengophone-ng

Where GMutex *ph_audio_mux is freed? What about ortp_exit() ?

If not, maybe the best place would be in phmedia.c about line 54:

+extern GMutex *ph_audio_mux;  // Marlon
int ph_media_cleanup()
{
+  g_mutex_free(ph_audio_mux); // Marlon
+  ortp_exit(); // Marlon
  return 0;
}


I'm not sure about ortp_exit(), though.

Regards,
Marlon

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


[Wengophone-devel] OPenWengo PocketPC SIP Scripting

2006-09-19 Thread Edpimentl
Hello Et Al,

What is the status of the OpenWengo scripting module?
Is it possible to send messages to another endpoint/application or server?

Also, where can I download the OpenWengo PocketPC source?

Thanks in advance and best regards,
-E

Mail:   edpimentl[at]gmail[dot]com
Web:http://googaya.com
http://agilepay.ws
IM: edpimentl [AOL | Jabber | Yahoo | MSN ]
Voip:   edpimentl [SKype | GoogleTalk ]


___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel