Re: [Users] Mbuni compilation failed on linux x86_64
Hello, It works using the procedure from Piotr so thanks a lot !!! I don't know what is the diference with the way I run the compiling. Regards, Emmanuel 2010/8/6 Piotr Isajew p...@ex.com.pl that works for me: For kannel: # CFLAGS=-fPIC ./configure --prefix=/usr/local/mbuni # make make install # echo /usr/local/mbuni/lib /etc/ld.so.conf # ldconfig For mbuni: # CFLAGS=-fPIC ./configure --prefix=/usr/local/mbuni --with-kannel-dir=/usr/local/mbuni # make On Fri, Aug 06, 2010 at 09:35:39PM +1100, Emmanuel CHANSON wrote: Same errors :( 2010/8/6 Vincent CHAVANIS v.chava...@telemaque.fr just configure kannel --with-cflags='-rdynamic -fPIC' Vincent. Le 06/08/2010 10:12, Emmanuel CHANSON a écrit : Same errors: Note I am using Fedora 13 (x86_64) # make clean # make distclean for both kannel and mbuni before compiling I don't run ./bootstrap for each (is it necessary ?) Then for Kannel: # CFLAGS=-fPIC ./configure --with-mysql Ok # make rpm Ok For Mbuni: # CFLAGS=-fPIC ./configure --with-kannel-dir=/root/rpmbuild/BUILD/kannel-svn Ok # make ... /usr/bin/ld: /usr/lib64/kannel/libgwlib.a(gwmem-native.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/lib64/kannel/libgwlib.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [libmmsbox_mm1.la http://libmmsbox_mm1.la] Erreur 1 make[3]: quittant le répertoire « /opt/mediaserver/softs/mbuni/mbuni/extras/mmsbox-mm1 » make[2]: *** [all-recursive] Erreur 1 make[2]: quittant le répertoire « /opt/mediaserver/softs/mbuni/mbuni/extras » make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le répertoire « /opt/mediaserver/softs/mbuni/mbuni » make: *** [all] Erreur 2 # Strange Emmanuel 2010/8/6 Piotr Isajew p...@ex.com.pl mailto:p...@ex.com.pl I know I have had this problem on x86_64, I'm also sure, that it's solvable somehow (however I don't remember the actual solution). Maybe try: CFLAGS=-fPIC ./configure for both projects instead of --with-cflags option. On Fri, Aug 06, 2010 at 06:34:20PM +1100, Emmanuel CHANSON wrote: Yes I tried using: For Kannel: # ./configure --with-mysql --with-cflags=-fPIC ... # make rpm For Mbuni # ./configure --with-kannel-dir=/root/rpmbuild/BUILD/kannel-svn/ --with-cflags=-fPIC # make but same error BR, Emmanuel 2010/8/6 Piotr Isajew p...@ex.com.pl mailto:p...@ex.com.pl do you recompile mbuni with '-fPIC' too? On Fri, Aug 06, 2010 at 07:24:56AM +0200, Emmanuel CHANSON wrote: When compiling kannel using : ./configure --with-mysql --with-cflags=-fPIC And then mbuni I got the same errors: */usr/bin/ld: /usr/lib64/kannel/libgwlib.a(gwmem-native.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC* /usr/lib64/kannel/libgwlib.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [libmmsbox_mm1.la http://libmmsbox_mm1.la] Erreur 1 make[2]: quittant le répertoire « /opt/mediaserver/softs/mbuni/mbuni/extras/mmsbox-mm1 » make[1]: *** [install-recursive] Erreur 1 make[1]: quittant le répertoire « /opt/mediaserver/softs/mbuni/mbuni/extras » make: *** [install-recursive] Erreur 1 # Emmanuel 2010/8/5 Vincent CHAVANIS v.chava...@telemaque.fr mailto: v.chava...@telemaque.fr just read the warnings ;-) recompile the kannel libs with -fPIC regards Vincent. Le 05/08/2010 13:26, Emmanuel CHANSON a écrit : Hello, This time I am installing Mbuni on a x86_64 plateform. I got this error trying to compile Mbuni on Fedora 13 x86_64: ./bootstrap ./configure make install ... make[2]: entrant dans le répertoire « /opt/mediaserver/softs/mbuni/mbuni/extras/mmsbox-mm1 » /bin/sh ../../libtool --tag=CC --mode=link gcc -g -O2 -D_XOPEN_SOURCE=600 -D_BSD_SOURCE -O4 -Wall -D_LARGE_FILES= -I/usr/include/kannel -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_XOPEN_SOURCE=600
[Users] Mbuni MM1 behavior regarding ppp connection and MMS stored in queue
I already reported this behavior but I think it is better to open a new thread for this. I notice that in my config, Mbuni connect and disconnect from ppp GPRS connection for each MMS stored in queue. Is it a normal behavior ? Piotr told me that in its config: *With settings similar to yours I get the behaviour when mbuni sends everything that is queued and then disconnects. Maybe if you patch mmsbox_mm1.c to add a 2 second sleep at end of inner loop in handle_mm1 function that will solve your problem.* So should Mbuni connect and disconnect for each MMS ? Or can we set an options to keep the ppp connection open until all MMS stored are sent ? Others options: - patch Mbuni to add a 2 second sleep ? If Piotr you can show me which function to add in order to have the sleep ? Or anybody else :) - manage pppd and ignore SIGTERM sent by Mbuni ? How to do this ? - ... Note: I am not a C expert :) -- Regards, Emmanuel ___ Users mailing list Users@mbuni.org http://lists.mbuni.org/mailman/listinfo/users
Re: [Users] Mbuni MM1 behavior regarding ppp connection and MMS stored in queue
On Mon, Aug 09, 2010 at 06:52:01PM +1100, Emmanuel CHANSON wrote: I already reported this behavior but I think it is better to open a new thread for this. I notice that in my config, Mbuni connect and disconnect from ppp GPRS connection for each MMS stored in queue. Is it a normal behavior ? Piotr told me that in its config: *With settings similar to yours I get the behaviour when mbuni sends everything that is queued and then disconnects. Maybe if you patch mmsbox_mm1.c to add a 2 second sleep at end of inner loop in handle_mm1 function that will solve your problem.* So should Mbuni connect and disconnect for each MMS ? Or can we set an options to keep the ppp connection open until all MMS stored are sent ? Others options: - patch Mbuni to add a 2 second sleep ? If Piotr you can show me which function to add in order to have the sleep ? Or anybody else :) Try patch I sent to devel list last week: http://www.mail-archive.com/de...@mbuni.org/msg00427.html If you try it please let me know if it solves your problem. - manage pppd and ignore SIGTERM sent by Mbuni ? How to do this ? - ... Note: I am not a C expert :) -- Regards, Emmanuel ___ Users mailing list Users@mbuni.org http://lists.mbuni.org/mailman/listinfo/users pgpycS16bIofL.pgp Description: PGP signature ___ Users mailing list Users@mbuni.org http://lists.mbuni.org/mailman/listinfo/users
Re: [Users] Mbuni MM1 behavior regarding ppp connection and MMS stored in queue
Patch is on cvs. On Aug 09, 2010, at 11:29, Piotr Isajew wrote: On Mon, Aug 09, 2010 at 06:52:01PM +1100, Emmanuel CHANSON wrote: I already reported this behavior but I think it is better to open a new thread for this. I notice that in my config, Mbuni connect and disconnect from ppp GPRS connection for each MMS stored in queue. Is it a normal behavior ? Piotr told me that in its config: *With settings similar to yours I get the behaviour when mbuni sends everything that is queued and then disconnects. Maybe if you patch mmsbox_mm1.c to add a 2 second sleep at end of inner loop in handle_mm1 function that will solve your problem.* So should Mbuni connect and disconnect for each MMS ? Or can we set an options to keep the ppp connection open until all MMS stored are sent ? Others options: - patch Mbuni to add a 2 second sleep ? If Piotr you can show me which function to add in order to have the sleep ? Or anybody else :) Try patch I sent to devel list last week: http://www.mail-archive.com/de...@mbuni.org/msg00427.html If you try it please let me know if it solves your problem. - manage pppd and ignore SIGTERM sent by Mbuni ? How to do this ? - ... Note: I am not a C expert :) -- Regards, Emmanuel ___ Users mailing list Users@mbuni.org http://lists.mbuni.org/mailman/listinfo/users ___ Users mailing list Users@mbuni.org http://lists.mbuni.org/mailman/listinfo/users ___ Users mailing list Users@mbuni.org http://lists.mbuni.org/mailman/listinfo/users
