[thread redirected to devel mailing list, since concerns development version]

Daniel

On 12/13/06 16:51, Klaus Darilion wrote:

But I found another problem:

# openser -f /etc/openser/openser-hack.cfg -c Listening on udp: 213.239.207.29 [213.239.207.29]:5070 tcp: 213.239.207.29 [213.239.207.29]:5070 Aliases: tcp: pb94:5070 tcp: pb94.dyndns.org:5070 udp: pb94:5070 udp: pb94.dyndns.org:5070

config file ok, exiting... Segmentation fault

testing the config causes a seg fault when using the perl module.

regards klaus

Klaus Darilion wrote:

...

Klaus Darilion wrote:

...

Hi!

I try the new perl module, but openser does not start:

openser[28662]: perl: Setting lib path: '/home/darilion/software/openser-cvs/sip-server/modules/perl/lib/perl/OpenSER.pm'

I found the problem myself, the modpath must be the path only (without OpenSER.pm).

regards klaus

...

openser[28662]: Error loading perl file "/etc/openser/myperl.pl". openser[28662]: init_mod(): Error while initializing module perl

my perl related config: loadmodule "/usr/lib/openser/modules/sl.so" loadmodule "/usr/lib/openser/modules/tm.so" loadmodule "/usr/lib/openser/modules/rr.so" loadmodule "/usr/lib/openser/modules/maxfwd.so" loadmodule "/usr/lib/openser/modules/usrloc.so" loadmodule "/usr/lib/openser/modules/registrar.so" loadmodule "/usr/lib/openser/modules/textops.so" loadmodule "/usr/lib/openser/modules/perl.so" ... modparam("perl", "filename", "/etc/openser/myperl.pl") modparam("perl", "modpath", "/home/darilion/software/openser-cvs/sip-server/modules/perl/lib/perl/OpenSER.pm")

/etc/openser/myperl.pl is identical to modules/perl/doc/samples/messagedump.pl

Any hints what the problem is?

thanks klaus

Hello, I made a small update to initialize the values, since some compilers do not do it. Also, updated the sl_send_reply() usage to latest prototype.

Cheers, Daniel

On 12/13/06 17:48, Bastian Friedrich wrote:

Hi,

On Wednesday 13 December 2006 15:51, Klaus Darilion wrote:

...

But I found another problem:

# openser -f /etc/openser/openser-hack.cfg -c Listening on udp: 213.239.207.29 [213.239.207.29]:5070 tcp: 213.239.207.29 [213.239.207.29]:5070 Aliases: tcp: pb94:5070 tcp: pb94.dyndns.org:5070 udp: pb94:5070 udp: pb94.dyndns.org:5070

config file ok, exiting... Segmentation fault

testing the config causes a seg fault when using the perl module.

Just commited a fix.

Thx for your report, Bastian

Hi Peter,

the only way to go is to make a fresh and complete checkout of the CVS head.

regards, bogdan

Peter Edwards wrote:

Hi,

A while ago, I downloaded the latest .tar.gz release of OpenSER 1.1.0 and managed to get it compiled and running, including TLS support, on Solaris 9 9/04. Go me.

Now, I'd like to get try out the latest Presence module. I've created the appropriate MySQL database tables, so now I need to compile the module and that's where the trouble starts.

Do I:

• checkout the latest version of the complete OpenSER sip-server

project and copy the contents of the modules/presence directory into the modules directory of my stable build?

or

• check out the latest version of the complete project and

re-compile everything from scratch?

Trying the former, and the presence module fails to compile:

make[1]: Entering directory `/usr/local/src/openser-1.1.0-tls/sip-server/modules/presence' Compiling pidf.c gcc -fPIC -DPIC -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -DNAME='"openser"' -DVERSION='"1.1.0-tls"' -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILER='"gcc 3.3.2"' -D__CPU_sparc64 -D__OS_solaris -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DSTATISTICS -DUSE_TLS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -DHAVE_DEVPOLL -DHAVE_SELECT -I/usr/local/ssl/include -I/usr/include/libxml2 -I/usr/local/include/libxml2 -I/usr/local/include -c pidf.c -o pidf.o pidf.c: In function `addChild': pidf.c:178: error: structure has no member named `psvi' pidf.c:178: error: structure has no member named `psvi' pidf.c:179: error: structure has no member named `line' pidf.c:179: error: structure has no member named `line' pidf.c:180: error: structure has no member named `extra' pidf.c:180: error: structure has no member named `extra' make[1]: *** [pidf.o] Error 1 make[1]: Leaving directory `/usr/local/src/openser-1.1.0-tls/sip-server/modules/presence'

whilst doing the latter (without TLS), results in new complaints about my gcc version (the compilation of the 1.1.0 release didn't complain) and drops out with a problem related to the selected architecture:

# make all Makefile.defs:651: You are using an old and unsupported gcc version (3.3.2), compile at your own risk! Compiling fifo_server.c gcc -g -O9 -funroll-loops -Wall -mv8 -DNAME='"openser"' -DVERSION='"1.2.0-dev12-notls"' -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILER='"gcc 3.3.2"' -D__CPU_sparc64 -D__OS_solaris -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DF_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -DHAVE_DEVPOLL -DHAVE_SELECT -c fifo_server.c -o fifo_server.o /usr/ccs/bin/as: "/var/tmp//ccMSsE4v.s", line 5661: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: "/var/tmp//ccMSsE4v.s", line 5683: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: "/var/tmp//ccMSsE4v.s", line 5711: error: cannot use v8plus instructions in a non-v8plus target binary make: *** [fifo_server.o] Error 1 #

Which route should I be pursuing and does anyone have any ideas where to start fixing the appropriate compilation error?

Cheers,

Peter.

FYI: thread moved on devel list.

bogdan

Peter Edwards wrote:

On Wed, 2006-12-13 at 18:54 +0200, Bogdan-Andrei Iancu wrote:

...

Hi Peter,

the only way to go is to make a fresh and complete checkout of the CVS head.

regards, bogdan

Hi, bogdan,

Thanks for the reply. I'll forget about the former and concentrate on a clean build. I did try a fresh compile as detailed in my original mail

• which results in the v8plus error messages (included again below).

I suspect this is because something has fundamentally changed in the Makefiles etc. which means my working build environment for 1.1.0, no longer works with the latest development release.

I'm not a C guru, tho, and would appreciate any pointers you might have as to exactly what I need to fix my environment. Is the gcc compiler warning accurate, would updating it fix the v8plus errors?

Thanks,

Peter.

P.S. Sorry for posting to Users and Devel lists last time, I Reply To All'd from someone else's mail and didn't notice!

...

Peter Edwards wrote:

...

Hi,

A while ago, I downloaded the latest .tar.gz release of OpenSER 1.1.0 and managed to get it compiled and running, including TLS support, on Solaris 9 9/04. Go me.

Now, I'd like to get try out the latest Presence module. I've created the appropriate MySQL database tables, so now I need to compile the module and that's where the trouble starts.

Do I:

...

...

or

• check out the latest version of the complete project and

re-compile everything from scratch?

...

...

whilst doing the latter (without TLS), results in new complaints about my gcc version (the compilation of the 1.1.0 release didn't complain) and drops out with a problem related to the selected architecture:

# make all Makefile.defs:651: You are using an old and unsupported gcc version (3.3.2), compile at your own risk! Compiling fifo_server.c gcc -g -O9 -funroll-loops -Wall -mv8 -DNAME='"openser"' -DVERSION='"1.2.0-dev12-notls"' -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILER='"gcc 3.3.2"' -D__CPU_sparc64 -D__OS_solaris -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DF_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -DHAVE_DEVPOLL -DHAVE_SELECT -c fifo_server.c -o fifo_server.o /usr/ccs/bin/as: "/var/tmp//ccMSsE4v.s", line 5661: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: "/var/tmp//ccMSsE4v.s", line 5683: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: "/var/tmp//ccMSsE4v.s", line 5711: error: cannot use v8plus instructions in a non-v8plus target binary make: *** [fifo_server.o] Error 1 #

Which route should I be pursuing and does anyone have any ideas where to start fixing the appropriate compilation error?

Cheers,

Peter.