Hello, I'm new to FS and trying to build from the source tarball using VS 2008 Express on Windows Vista. Most of the FreeSwitch solution builds successfully, except for some of the sofia support modules. There are many errors, which leads me to believe that I have a missing compiler switch or some other setting. I started by opening the solution file Freeswitch.express.2008.sln. The first few errors are related to the MSG_HEADER_CLASS macro, being called from the sip_basic.c file: ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2065: 'sip_request_hash' : undeclared identifier ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2099: initializer is not a constant ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2065: 'sip_request_d' : undeclared identifier ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2099: initializer is not a constant ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2065: 'sip_request_e' : undeclared identifier ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2099: initializer is not a constant There are many other errors from different source files, but I would guess that they are all related to some setting that I am missing. Thanks, and sorry for the newbie question. Chuck
This looks like the same issue as http://jira.freeswitch.org/browse/FSBUILD-111 . If you are able to provide me remote access to your box, I would be interested in taking a look. Mike On Mar 11, 2009, at 1:01 PM, Chuck Tharp wrote:
Hello, I'm new to FS and trying to build from the source tarball using VS 2008 Express on Windows Vista. Most of the FreeSwitch solution builds successfully, except for some of the sofia support modules.
There are many errors, which leads me to believe that I have a missing compiler switch or some other setting. I started by opening the solution file Freeswitch.express.2008.sln.
The first few errors are related to the MSG_HEADER_CLASS macro, being called from the sip_basic.c file:
..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2065: 'sip_request_hash' : undeclared identifier ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2099: initializer is not a constant ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2065: 'sip_request_d' : undeclared identifier ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2099: initializer is not a constant ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2065: 'sip_request_e' : undeclared identifier ..\..\sofia-sip\libsofia-sip-ua\sip\sip_basic.c(121) : error C2099: initializer is not a constant
There are many other errors from different source files, but I would guess that they are all related to some setting that I am missing.
Thanks, and sorry for the newbie question. Chuck
_______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
Tried a simple test scenario Dialplan in public context <extension name="hold_music"> <condition field="destination_number" expression="^9999$"> <action application="answer"/> <action application="playback" data="$${hold_music}"/> </condition> </extension> Used a sipphone to dial into 9999, no problem, heard the FS playing music Now, in FS console, do show channels -- get the uuid uuid_broadcast <uuid> '/tmp/test.wav' aleg The test.wav is played, but however seeing following errors in console [CRIT] mod_local_stream.c:237 read_stream_thread() Leaking stream handle! [switch_ivr_play_file() src/switch_ivr_play_say.c:891] This error message disappear when the playback of test.wav is completed.
This is normal because you're broadcasting to a leg that is listening to a local_stream so nothing is reading from the stream so we dump the data and tell you about it.... Its not a major issue just letting you know that you're doing it... you might wanna use uuid_displace instead in this situation. /b On Mar 11, 2009, at 7:27 PM, Scott Shen wrote:
Tried a simple test scenario
Dialplan in public context
<extension name="hold_music"> <condition field="destination_number" expression="^9999$"> <action application="answer"/> <action application="playback" data="$${hold_music}"/> </condition> </extension>
Used a sipphone to dial into 9999, no problem, heard the FS playing music
Now, in FS console, do
show channels -- get the uuid uuid_broadcast <uuid> '/tmp/test.wav' aleg
The test.wav is played, but however seeing following errors in console
[CRIT] mod_local_stream.c:237 read_stream_thread() Leaking stream handle! [switch_ivr_play_file() src/switch_ivr_play_say.c:891]
This error message disappear when the playback of test.wav is completed.
Hi Brian, Using uuid_displace with mux parameter I still get those CRIT msg, testing without mux right now, will keep you posted, Regards, Gled Brian West a écrit :
This is normal because you're broadcasting to a leg that is listening to a local_stream so nothing is reading from the stream so we dump the data and tell you about it....
Its not a major issue just letting you know that you're doing it... you might wanna use uuid_displace instead in this situation.
/b
On Mar 11, 2009, at 7:27 PM, Scott Shen wrote:
Tried a simple test scenario
Dialplan in public context
<extension name="hold_music"> <condition field="destination_number" expression="^9999$"> <action application="answer"/> <action application="playback" data="$${hold_music}"/> </condition> </extension>
Used a sipphone to dial into 9999, no problem, heard the FS playing music
Now, in FS console, do
show channels -- get the uuid uuid_broadcast <uuid> '/tmp/test.wav' aleg
The test.wav is played, but however seeing following errors in console
[CRIT] mod_local_stream.c:237 read_stream_thread() Leaking stream handle! [switch_ivr_play_file() src/switch_ivr_play_say.c:891]
This error message disappear when the playback of test.wav is completed.
_______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
local_stream is a buffering audio stream. if you were playing a normal file it would simply wait for you to continue reading since this is in motion it would be constantly buffering the audio for however long you were paused and eventually eat up all your ram. Each time you see that message, it means that the buffer was cleared out and started over to avoid flooding. The main intent of that warning is if you open a local_stream handle then forget to close it, we use that as a warning system so if you see it repeatedly when there are no calls then it's the only time to worry about it. We may downgrade it to a DEBUG message. On Thu, Mar 12, 2009 at 6:45 AM, Tristan <tristan@telemaque.fr> wrote:
Hi Brian,
Using uuid_displace with mux parameter I still get those CRIT msg,
testing without mux right now, will keep you posted,
Regards,
Gled
Brian West a écrit :
This is normal because you're broadcasting to a leg that is listening to a local_stream so nothing is reading from the stream so we dump the data and tell you about it....
Its not a major issue just letting you know that you're doing it... you might wanna use uuid_displace instead in this situation.
/b
On Mar 11, 2009, at 7:27 PM, Scott Shen wrote:
Tried a simple test scenario
Dialplan in public context
<extension name="hold_music"> <condition field="destination_number" expression="^9999$"> <action application="answer"/> <action application="playback" data="$${hold_music}"/> </condition> </extension>
Used a sipphone to dial into 9999, no problem, heard the FS playing music
Now, in FS console, do
show channels -- get the uuid uuid_broadcast <uuid> '/tmp/test.wav' aleg
The test.wav is played, but however seeing following errors in console
[CRIT] mod_local_stream.c:237 read_stream_thread() Leaking stream handle! [switch_ivr_play_file() src/switch_ivr_play_say.c:891]
This error message disappear when the playback of test.wav is completed.
_______________________________________________ Freeswitch-dev mailing listFreeswitch-dev@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-devhttp://www.freeswi...
_______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
We may downgrade it to a DEBUG message. maybe warn? or at least info? this is the kind of thing i'd like to know about... even if others wouldn't
I think Ray is correct. WARNING is probably the best place to put something like this. People see a red message and immediately thing their system is doing something wrong. Purple is less intimidating. :) -MC
Hi, Thanks for the explanation Anthony, For those wondering, it happens also without the mux parameter, but as explained by Anthony, it's not critical. Downgrading the message is a good idea ;) Regards, Gled Anthony Minessale a écrit :
local_stream is a buffering audio stream. if you were playing a normal file it would simply wait for you to continue reading since this is in motion it would be constantly buffering the audio for however long you were paused and eventually eat up all your ram. Each time you see that message, it means that the buffer was cleared out and started over to avoid flooding. The main intent of that warning is if you open a local_stream handle then forget to close it, we use that as a warning system so if you see it repeatedly when there are no calls then it's the only time to worry about it.
We may downgrade it to a DEBUG message.
On Thu, Mar 12, 2009 at 6:45 AM, Tristan <tristan@telemaque.fr <mailto:tristan@telemaque.fr>> wrote:
Hi Brian,
Using uuid_displace with mux parameter I still get those CRIT msg,
testing without mux right now, will keep you posted,
Regards,
Gled
Brian West a écrit :
This is normal because you're broadcasting to a leg that is listening to a local_stream so nothing is reading from the stream so we dump the data and tell you about it....
Its not a major issue just letting you know that you're doing it... you might wanna use uuid_displace instead in this situation.
/b
On Mar 11, 2009, at 7:27 PM, Scott Shen wrote:
Tried a simple test scenario
Dialplan in public context
<extension name="hold_music"> <condition field="destination_number" expression="^9999$"> <action application="answer"/> <action application="playback" data="$${hold_music}"/> </condition> </extension>
Used a sipphone to dial into 9999, no problem, heard the FS playing music
Now, in FS console, do
show channels -- get the uuid uuid_broadcast <uuid> '/tmp/test.wav' aleg
The test.wav is played, but however seeing following errors in console
[CRIT] mod_local_stream.c:237 read_stream_thread() Leaking stream handle! [switch_ivr_play_file() src/switch_ivr_play_say.c:891]
This error message disappear when the playback of test.wav is completed.
_______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org <mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
_______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org <mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/
AIM: anthm MSN:anthony_minessale@hotmail.com <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 <http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400 ------------------------------------------------------------------------
_______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
participants (8)
-
Anthony Minessale
-
Brian West
-
Chuck Tharp
-
Michael Collins
-
Michael Jerris
-
Raymond Chandler
-
Scott Shen
-
Tristan