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 nic.at

Hi, On Wednesday 13 December 2006 15:51, Klaus Darilion wrote: Just commited a fix. Thx for your report, Bastian -- Collax GmbH . Burkheimer Straße 3 . 79111 Freiburg . Germany p: +49 (0) 761-45684-24 f: +49 (0) 761-45684-10 www.collax.com \ It's not an optical illusion. It just looks like one.

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. -- Peter Edwards tel +44 (0) 1473 606492 This Personal email contains my own opinions, sent In Confidence and does not represent the views of British Telecommunications plc. __________________________________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000 This electronic message contains information from British Telecommunications plc which may be privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the number or address above) immediately. Activity and use of the British Telecommunications plc email system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes.

On Wed, 2006-12-13 at 18:54 +0200, Bogdan-Andrei Iancu wrote: 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 tel +44 (0) 1473 606492 This Personal email contains my own opinions, sent In Confidence and does not represent the views of British Telecommunications plc. __________________________________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000 This electronic message contains information from British Telecommunications plc which may be privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the number or address above) immediately. Activity and use of the British Telecommunications plc email system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes.