[Freeswitch-users] Build error related to "libsofia_sip_ua_static"

Frankie Yiu frankie.k.yiu at gmail.com
Thu May 5 11:01:05 MSD 2011 

It works now.  Thanks Jeff.



> ---------- Forwarded message ----------
> From: Jeff Lenk <jeff at jefflenk.com>
> To: freeswitch-users at lists.freeswitch.org
> Date: Wed, 4 May 2011 14:59:03 -0700 (PDT)
> Subject: Re: [Freeswitch-users] Build error related to
> "libsofia_sip_ua_static"
> Please git pull and try this again I submitted a fix. Please let me know if
> it works now or if there are more problems.
>
> --
> View this message in context:
> http://freeswitch-users.2379917.n2.nabble.com/Build-error-related-to-libsofia-sip-ua-static-tp6329599p6332522.html
> Sent from the freeswitch-users mailing list archive at Nabble.com.
>
>
>
>
> ---------- Forwarded message ----------
> From: david varnes <david.varnes at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Date: Thu, 5 May 2011 09:37:53 +1000
> Subject: Re: [Freeswitch-users] org.freeswitch.esl.client warns of resource
> misuse
> Hi Adam,
>
> On 4 May 2011 04:15, Adam Kelloway <adam.kelloway at newpace.ca> wrote:
> > Hi there,
> >
> > This is directed at those involved in the development of the
> > org.freeswitch.esl.client library. Apologies if this has already been
> > mentioned, I couldn't find any references to it.
> >
> > In evaluating this library, I noticed that
> AbstractOutboundPipelineFactory
> > implementation of ChannelPipelineFactory.getPipeline() creates a new
> > ExecutionHandler each time it is called, which results in a increasing
> > number of thread pools being used that eventually triggers the following
> > warning:
> >
> > org.jboss.netty.util.internal.SharedResourceMisuseDetector
> > WARNING: You are creating too many MemoryAwareThreadPoolExecutor
> instances.
> > MemoryAwareThreadPoolExecutor is a shared resource that must be reused
> > across the application, so that only a few instances are created.
> >
> > Looking at the documentation for ExecutionHandler, I noticed that the
> > example implementation provides a dedicated ExecutionHandler instance,
> which
> > is passed to all pipelines returned in getPipeline(). Note the comment in
> > the example that states it "Must be shared".
> >
> > From
> >
> http://docs.jboss.org/netty/3.2/api/org/jboss/netty/handler/execution/ExecutionHandler.html
> :
> > --------------
> > public class DatabaseGatewayPipelineFactory implements
> > ChannelPipelineFactory {
> >
> > private final ExecutionHandler executionHandler;
> >
> > public DatabaseGatewayPipelineFactory(ExecutionHandler executionHandler)
> {
> >   this.executionHandler = executionHandler;
> > }
> >
> > public ChannelPipeline getPipeline() {
> >   return Channels.pipeline(
> >     new DatabaseGatewayProtocolEncoder(),
> >     new DatabaseGatewayProtocolDecoder(),
> >     executionHandler, // Must be shared
> >     new DatabaseQueryingHandler());
> >   }
> > }
> > -------------
> >
> > Is there any particular reason why AbstractOutboundPipelineFactory does
> not
> > provide a dedicated ExecutionHandler that may be shared by all pipelines,
> or
> > is this simply an oversight?
>
> Very good question.  Off the top of my head I would say this is an
> oversight.
>
> Which version of esl-client and netty are you seeing this with ?
>
> Should be straight forward to sort this out.
> I have a few pending changes to commit into the esl-client, and will
> try to get to it asap.
>
> Thanks for the post.
>
> Also, I should find somewhere to log bugs (and patches :-), not sure
> if the official JIRA
> system is available.
>
> regards
> davidv
>
>
> > Thanks and keep up the good work,
> >
> > Adam Kelloway
> >
>
>
>
> --
> david varnes
>
> e: david.varnes at gmail.com
>
>
>
>
> ---------- Forwarded message ----------
> From: Dave Horton <dave at dchorton.com>
> To: Michal Bielicki <michal.bielicki at seventhsignal.de>
> Date: Wed, 4 May 2011 22:28:14 -0400
> Subject: Re: [Freeswitch-users] help on creating an rpm
> Thanks, that was the problem.  I had installed python 2.7 because some
> other software needed it; not sure exactly how it was causing problems but I
> removed it so that configure found the older python install (2.4) and the
> rpm built fine.  Many thanks.
> On May 3, 2011, at 4:46 PM, Michal Bielicki wrote:
>
> It seems to try to link a 32bit version of libpython to mod_pthon instead
> of the 64bit version. In dtail it seems to be linking in a version you
> installed by hand in/usr/local and that seems to be a 32bit version and that
> is why it fails.
>
> Am 03.05.2011 um 22:33 schrieb Dave Horton:
>
> Hmm..actually this is centos:
>
> [root at centos64-1 ~]# uname -a
> Linux centos64-1 2.6.18-194.26.1.el5 #1 SMP Tue Nov 9 12:54:20 EST 2010
> x86_64 x86_64 x86_64 GNU/Linux
> [root at centos64-1 ~]# cat /etc/redhat-release
> CentOS release 5.5 (Final)
>
>
>
>
> Begin forwarded message:
>
> From: Dave Horton <dave at dchorton.com>
> Date: May 3, 2011 8:09:29 AM EDT
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Subject: help on creating an rpm
>
>
> Thanks for some of the feedback, I have gotten further.  (As noted, I am
> not all that experienced with rpms, but have read up on various articles).
>  Now, I have created my .rpmmacros to set the top level directory, and
> gotten my source tree in the correct place to be located, and when I run
> rpmbuild against the spec file it runs for quite a while but eventually
> fails with this error below.
>
> gcc -I/usr/local/include/python2.7 -I/usr/local/include/python2.7
> -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
> -Wstrict-prototypes
> -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/include
> -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/include
> -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/libteletone/src -fPIC
> -Werror -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g
> -ggdb -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall
> -std=c99 -pedantic -Wdeclaration-after-statement -D_GNU_SOURCE
> -DHAVE_CONFIG_H -c
> /data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/mod/languages/mod_python/mod_python.c
> -o mod_python.o >/dev/null 2>&1
> Creating mod_python.so...
> /usr/bin/ld: /usr/local/lib/libpython2.7.a(abstract.o): relocation
> R_X86_64_32 against `a local symbol' can not be used when making a shared
> object; recompile with -fPIC
> /usr/local/lib/libpython2.7.a: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> g++ -I/usr/local/include/python2.7 -I/usr/local/include/python2.7
> -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
> -Wstrict-prototypes
> -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/include
> -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/include
> -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/libteletone/src -fPIC
> -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -O2 -g
> -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
> --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -shared -o
> .libs/mod_python.so -shared -Wl,-x .libs/mod_python.o freeswitch_python.o
> mod_python_wrap.o
>  /data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/.libs/libfreeswitch.so -lz
> -L/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/apr-util/xml/expat/lib
> -lpq
> /data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/apr-util/xml/expat/lib/.libs/libexpat.a
> /data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/apr/.libs/libapr-1.a
> -luuid -lrt -lcr
> ypt -L/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/srtp -lssl
> -lcrypto -lncurses -L/usr/local/lib -lpthread -ldl -lutil -lm -lpython2.7
>   -Wl,--rpath -Wl,/opt/freeswitch/lib -Wl,--rpath -Wl,/opt/freeswitch/mod
> make[5]: *** [mod_python.so] Error 1
> make[5]: Leaving directory
> `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/mod/languages/mod_python'
> make[4]: *** [all] Error 1
> make[4]: Leaving directory
> `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/mod/languages/mod_python'
> make[3]: *** [languages/mod_python-all] Error 1
> make[3]: Leaving directory
> `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/mod'
> make[3]: Entering directory
> `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src'
> make[3]: Nothing to be done for `all-am'.
> make[3]: Leaving directory
> `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory
> `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7'
> make: *** [all] Error 2
> error: Bad exit status from /var/tmp/rpm-tmp.67849 (%build)
>
> Any thoughts about what might be wrong?
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> *Michal Bielicki*
> Geschäftsführer / CEO
>
> *Seventh Signal Ltd. & Co. KG*
> Weigandufer 45, Büro 115, D-12059 Berlin
> Voice: +49 30 60988730
>
> Amtsgericht Charlottenburg HRA 44413 B
> Ust.-ID: DE266981999
> Geschäftsführer: Michal Bielicki
> Persönlich Haftende Gesellschafterin:
> Seventh Signal Ltd, 69 Great Hampton St. Birmingham,
> B18 6EW, GB, Company Nr.: 06889439
> WWW.: http://www.seventhsignal.de
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110505/f7d9db16/attachment.html

More information about the FreeSWITCH-users mailing list