- FreeSWITCH-dev - FreeSWITCH Mailing Lists

why i can't compile FSComm successfully on my windows ?
by Maple from China 27 Sep '10

27 Sep '10

hi, i downloaded the Qt system for windows, but i can't compile the FSComm succesffuly under winXP. i compiled it using VS 2008. the errors are : =================== RCC resources.qrc system can't find the specified path Project : error PRJ0019: the following error code is returned:: "RCC resources.qrc" project: : warning PRJ0018 : the following environment variable is not found: $(QTDIR) =================== i guess $(QTDIR) should be the path of the root of Qt, but i already set the $(QTDIR) to my real path (in my pc, i installed the Qt into f:\qt\4.0.7). so how to configure the path of $(QDIR) in VS2008 ? is there any other reason of failure ? thanks and best regards. chinamaple

2 1

Cluecon Videos
by Giovanni Maruzzelli 27 Sep '10

27 Sep '10

Hi there, As Claudio Cavalera posted in another thread, would be really nice to have a torrent for downloading videos and presentations of Cluecon 2010 (a torrent for Cluecon 2009 is available). To whom is concerned: please, pleeease, pretty pleeeease! :) -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618

1 0

cluecon progress
by François Delawarde 27 Sep '10

27 Sep '10

How is it going up there? François.

9 13

Calling all bug reporters and patch submitters
by Michael Jerris 27 Sep '10

27 Sep '10

Please take a few minutes to update any issues you have on http://jira.freeswitch.org today. If you have an open bug, please re-test it with current git master and confirm if it still exists, if you have a patch posted, please update it to current git master. Please do this even if your issue has been sitting for a long time. We are going to aim for a commit/fix fest this week and this will assist us in processing your issues. Also, please note that we have merged quite a number of different projects in jira into a single FreeSWITCH project with many components so that we can improve our release management. If you don't have any issues on jira, but you would like to lend a hand, find an open bug that has not been updated recently and see if you can reproduce the issue with current git master. Thanks Mike

1 0

About switch_regex_match_partial
by Eduardo Nunes Pereira 23 Sep '10

23 Sep '10

Hello people, I have a doubt about the function implementation switch_regex_match_partial, and used that function in my code to do a search of possible expressions that can have a complete match, so with each number obtained reach a complete match. The strange thing is that when looking for an expression that is "$ 12 .^*", return on switch_regex_partial is SWITCH_STATUS_FALSE. I think there should be partial, because there is possibility for a match. Looking at the function code, I implemented the simple patch, as follows: index 88152f9..38c527c 100644 --- a/src/switch_regex.c +++ b/src/switch_regex.c @@ -215,7 +215,7 @@ SWITCH_DECLARE(switch_status_t) switch_regex_match_partial(const char *target, c if (match_count > 0) { *partial = 0; return SWITCH_STATUS_SUCCESS; - } else if (match_count == PCRE_ERROR_PARTIAL) { + } else if (match_count == PCRE_ERROR_PARTIAL || match_count == PCRE_ERROR_BADPARTIAL) { /* yes it is already set, but the code is clearer this way */ *partial = 1; return SWITCH_STATUS_SUCCESS; Thus a ERROR_PARTIAL and BAD_PARTIAL are regarded as PARTIAL.

2 1

Help with infrastructure
by Nyamul Hassan 23 Sep '10

23 Sep '10

There was talk on today's conference about who could help with the infrastructure. I am willing to help out. I have moderate linux admin skills, and can help out. Regards HASSAN

3 2

Mod_dingaling 32 bits
by Oleg Khovayko 21 Sep '10

21 Sep '10

Hi All, I understand, mod_dingaling on 32-bit machine can works unstable, but on the my machine this behaviour stable repeating. My build from ~Sep, 15. I think, need to continue debug mod_dingaling. This is explanation of behaviour: 1. If I oroginate call through GV, and recepient pick up handset, everything OK, conversation goes, etc. 2. But, problem in the following scenario: - I call from FS by GV to PSTN - PSTN phone start calling - I cancel call on orogonator's side * - rcpt phone continue calling! * - when I pick up handset on rcpt side, hear nothing. Please, see log in there: http://olegh.ath.cx/fs/dingaling.txt I noticed, when I cancel call on orogonator's side, mod_dingaling prints correct log values, like: 2010-09-20 21:29:09.925255 [DEBUG] mod_dingaling.c:1342 dingaling/xmppc/+12404760839(a)voice.google.com CHANNEL KILL 2010-09-20 21:29:09.925255 [DEBUG] switch_core_session.c:1210 Session 13 (dingaling/xmppc/+12404760839(a)voice.google.com) Locked, Waiting on external entities 2010-09-20 21:29:09.925255 [NOTICE] switch_core_session.c:1228 Session 13 (dingaling/xmppc/+12404760839(a)voice.google.com) Ended You see, session 13 Ended. But, RCPT phone continue calling! When I pick up RCPT-handset, I see log messages: 2010-09-20 21:29:16.442028 [DEBUG] mod_dingaling.c:1002 Send Candidate 173.79.240.220:24818 [zkNRjTp5rkWS9Kim] 2010-09-20 21:29:16.442028 [DEBUG] mod_dingaling.c:3067 Creating an identity for 0872291417 Google Voice<+12404760839> 12027139373 2010-09-20 21:29:16.442028 [NOTICE] switch_channel.c:779 New Channel dingaling/12027139373 [cca305a6-1fc5-df11-9af2-005004c3cb7e] Looks like mod_dingaling continue work on canceled call, despite on "session 13 Ended". And, at the end (after pick up handset on recepient side), I see: 2010-09-20 21:29:16.622104 [DEBUG] switch_core_session.c:1210 Session 14 (DingaLing/new) Locked, Waiting on external entities 2010-09-20 21:29:16.622104 [NOTICE] switch_core_session.c:1228 Session 14 (DingaLing/new) Ended 2010-09-20 21:29:16.622104 [NOTICE] switch_core_session.c:1230 Close Channel DingaLing/new [CS_DESTROY] I assume, mod_dingaling generates 2 sessions per phone call, and destroy only one, when originator drops handset... Interesting, is this behaviour repeatable on another OS/builds? Oleg

2 1

problem compile target to 10.5.x on Mac 10.6.4
by Seven Du 21 Sep '10

21 Sep '10

Hi, I'm on Mac 10.6.4 64bit. I can successfully generate i386 binary by using CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 ./configure Compiled binaries work fine on 10.6.4 but throw error on 10.5.x (10.5.2 and 10.5.8): FreeSWITCH/lib/libfreeswitch.1.dylib: unknown required load command 0x80000022 Looks like it need to target to the 10.5 SDK, so I tried: CFLAGS="-m32 -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5" \ CXXFLAGS="-m32 -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5" \ LDFLAGS="-m32 -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5" \ ./configure But stop on the following errors on make: cc1: warnings being treated as errors In file included from /usr/include/i386/_structs.h:38, from /usr/include/machine/_structs.h:31, from /usr/include/sys/_structs.h:57, from /usr/include/sys/signal.h:154, from /usr/include/sys/wait.h:116, from /usr/include/stdlib.h:65, from ./src/include/switch.h:76, from src/switch_apr.c:33: /usr/include/mach/i386/_structs.h:91: warning: type of bit-field '__invalid' is a GCC extension /usr/include/mach/i386/_structs.h:92: warning: type of bit-field '__denorm' is a GCC extension /usr/include/mach/i386/_structs.h:93: warning: type of bit-field '__zdiv' is a GCC extension /usr/include/mach/i386/_structs.h:94: warning: type of bit-field '__ovrfl' is a GCC extension /usr/include/mach/i386/_structs.h:95: warning: type of bit-field '__undfl' is a GCC extension /usr/include/mach/i386/_structs.h:96: warning: type of bit-field '__precis' is a GCC extension /usr/include/mach/i386/_structs.h:97: warning: type of bit-field '<anonymous>' is a GCC extension /usr/include/mach/i386/_structs.h:98: warning: type of bit-field '__pc' is a GCC extension /usr/include/mach/i386/_structs.h:104: warning: type of bit-field '__rc' is a GCC extension /usr/include/mach/i386/_structs.h:111: warning: type of bit-field '<anonymous>' is a GCC extension /usr/include/mach/i386/_structs.h:112: warning: type of bit-field '<anonymous>' is a GCC extension /usr/include/mach/i386/_structs.h:149: warning: type of bit-field '__invalid' is a GCC extension /usr/include/mach/i386/_structs.h:150: warning: type of bit-field '__denorm' is a GCC extension /usr/include/mach/i386/_structs.h:151: warning: type of bit-field '__zdiv' is a GCC extension /usr/include/mach/i386/_structs.h:152: warning: type of bit-field '__ovrfl' is a GCC extension /usr/include/mach/i386/_structs.h:153: warning: type of bit-field '__undfl' is a GCC extension /usr/include/mach/i386/_structs.h:154: warning: type of bit-field '__precis' is a GCC extension /usr/include/mach/i386/_structs.h:155: warning: type of bit-field '__stkflt' is a GCC extension /usr/include/mach/i386/_structs.h:156: warning: type of bit-field '__errsumm' is a GCC extension /usr/include/mach/i386/_structs.h:157: warning: type of bit-field '__c0' is a GCC extension /usr/include/mach/i386/_structs.h:158: warning: type of bit-field '__c1' is a GCC extension /usr/include/mach/i386/_structs.h:159: warning: type of bit-field '__c2' is a GCC extension /usr/include/mach/i386/_structs.h:160: warning: type of bit-field '__tos' is a GCC extension /usr/include/mach/i386/_structs.h:161: warning: type of bit-field '__c3' is a GCC extension /usr/include/mach/i386/_structs.h:162: warning: type of bit-field '__busy' is a GCC extension In file included from ./src/include/switch.h:78, from src/switch_apr.c:33: /usr/include/stdarg.h:4:2: error: #include_next is a GCC extension In file included from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/libteletone/src/libteletone_generate.h:118, from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/libteletone/src/libteletone.h:139, from ./src/include/switch.h:141, from src/switch_apr.c:33: /usr/include/stdarg.h:4:2: error: #include_next is a GCC extension In file included from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/apr/include/apr_strings.h:55, from ./src/include/private/switch_core_pvt.h:51, from src/switch_apr.c:37: /usr/include/stdarg.h:4:2: error: #include_next is a GCC extension In file included from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/apr/include/apr_tables.h:29, from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/apr/include/apr_file_info.h:28, from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/apr/include/apr_file_io.h:29, from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/apr/include/apr_thread_proc.h:26, from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/apr/include/apr_portable.h:30, from ./src/include/private/switch_core_pvt.h:57, from src/switch_apr.c:37: /usr/include/stdarg.h:4:2: error: #include_next is a GCC extension In file included from /Users/seven/workspace/freeswitch/newi386/freeswitch/libs/apr/include/apr_lib.h:35, from src/switch_apr.c:62: /usr/include/stdarg.h:4:2: error: #include_next is a GCC extension make[1]: *** [libfreeswitch_la-switch_apr.lo] Error 1 make: *** [all] Error 2 I could build on a 10.5.x machine to release it, however, I still would like to build it on 10.6. Any hints are appreciated. Regards, Seven -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn

1 0

INFO: FreeSWITCH Behavior Modification
by Michael Collins 17 Sep '10

17 Sep '10

Hello, Anthony just did an update this afternoon that causes a behavior change. The commit is here: http://fisheye.freeswitch.org/changelog/freeswitch.git/?cs=42c9df72ce2c1653… No need to worry about updating, just know that you no longer need explicitly to call 'reloadxml' when you execute these commands: reloadacl load <module> reload <module> I think we can all agree that this is a definite improvement. -MC

2 1

Official FreeSWITCH Training - New York! Filling up fast
by Darren Schreiber 16 Sep '10

16 Sep '10

Hi folks, The Official FreeSWITCH Training course in New York is less then 30 days away and is filling up fast. If you are interested in learning a ton of FreeSWITCH, taught by one of the authors of the FreeSWITCH Book, you should consider signing up. To help get some of these last few seats closed, we're offering a limited time discount of $400 off with the code FREEVOIP. You can register at http://www.voipkb.com/ There is also a huge discount for registering two or more people together. The course is an in-depth dive into FreeSWITCH with completely different material then is in the book. We will cover: * Understanding configuration files and the default configuration * Call authentication and routing basics * Integration modules (mod_skypiax, mod_dingaling for Skype/GTalk/XMPP integration) * Understanding presence * Load balancing and high availability * FreeSWITCH Internals * How to debug and troubleshoot FreeSWITCH * Building Custom C Modules * Advanced Modules Please let me know if you have any questions. We're excited to continue offering this course and thank the FreeSWITCH team for their continued outstanding work. See you in New York! Thanks, Darren Schreiber Join us in October for FreeSWITCH Training! Visit www.voipkb.com<http://www.voipkb.com/> for more information

1 0