Compiling ksnnel is SUSE 10.1
Hi Maybe it is not the right forum to post this but maybe someone had the same error as me: When compiling cvs head kannel on suse 10.1 I get a complier error. segmentation fault. Do anyone has an idea of what does this means? Regards demo-tts:/downloads/gateway # ./configure --with-start-stop-daemon checking cvs checkout date... 20060914 Configuring for Kannel gateway version cvs-20060914 ... Running system checks ... checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for a BSD-compatible install... /usr/bin/install -c checking for ranlib... ranlib checking for bison... no checking for byacc... no checking for flex... no checking for lex... no checking for yywrap in -lfl... no checking for yywrap in -ll... no checking for convert... /usr/bin/convert checking for perl... /usr/bin/perl checking for inline... inline checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 checking for _LARGE_FILES value needed for large files... no checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for short... yes checking size of short... 2 checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking for long long... yes checking size of long long... 8 checking for log in -lm... yes checking for accept in -lsocket... no checking for inet_ntoa in -lnsl... yes checking for inet_ntop in -lresolv... yes checking for inet_ntop in -lbind... no checking for pthread_exit in -lpthread... yes checking for libiconv in -liconv... no checking for ANSI C header files... (cached) yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for sys/types.h... (cached) yes checking for unistd.h... (cached) yes checking sys/poll.h usability... yes checking sys/poll.h presence... yes checking for sys/poll.h... yes checking pthread.h usability... yes checking pthread.h presence... yes checking for pthread.h... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking execinfo.h usability... yes checking execinfo.h presence... yes checking for execinfo.h... yes checking for stdlib.h... (cached) yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/sockio.h usability... no checking sys/sockio.h presence... no checking for sys/sockio.h... no checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking for net/if.h... yes checking for gettimeofday... yes checking for select... yes checking for socket... yes checking for strdup... yes checking for getopt_long... yes checking for localtime_r... yes checking for gmtime_r... yes checking for backtrace... yes checking for srandom... yes checking for getopt... yes checking for gethostbyname_r... yes checking for which type of gethostbyname_r... 6 checking for socklen_t in sys/socket.h... yes checking for getopt in stdio.h... no checking for getopt in unistd.h... yes checking regex.h usability... yes checking regex.h presence... yes checking for regex.h... yes checking for regcomp... yes Checking for POSIX threads support ... checking for working pthreads... yes checking for pthread_spinlock support... yes checking for pthread_rwlock support... yes checking for sem_init in -lrt... yes checking for semaphore support... yes Checking for libxml2 support ... checking for xml2-config... /usr/bin/xml2-config checking libxml version... 2.6.23 Configuring for PCRE support ... checking whether to compile with PCRE support... disabled Configuring DocBook support ... checking for jade... no checking for jadetex... no checking for pdfjadetex... no checking for dvips...
Strange DLR problem
Hi, Ive got kannel connected to two SMSCs. DLRs are working correctly on one SMSC but not on the other one. The first SMSC connection log looks like this: 2006-09-18 13:26:59 [4137] [7] DEBUG: DLR[internal]: Adding DLR smsc=SMPP:smpp.*.com:8010/8010:*:*, ts=10505A2A, src="" dst=+491727*, mask=31, boxc= 2006-09-18 13:26:59 [4137] [7] DEBUG: SMSC[SMPP:smpp.*.com:8010/8010:*:*]: creating DLR message 2006-09-18 13:826:59 [4137] [7] DEBUG: SMSC[SMPP:smpp.*.com:8010/8010: *:*]: DLR = http://localhost:13113/dlr? msisdn=+491727**slot=0dlrstatus=%d 2006-09-18 13:27:09 [4137] [8] DEBUG: SMPP[SMPP:smpp.**.com:8010/8010: *:*] handle_pdu, got DLR 2006-09-18 13:27:09 [4137] [8] DEBUG: DLR[internal]: Looking for DLR smsc=SMPP:smpp.*.com:8010/8010:*:*, ts=10505A2A, dst=491727*, type=1 2006-09-18 13:27:09 [4137] [8] DEBUG: DLR[internal]: created DLR message for URL http://localhost:13113/dlr?msisdn=+491727**slot=0 dlrstatus=%d As you can see it had found the matching ts (10505A2A) correctly and proceeds to call the DLR URL. Now, the second SMSC log looks like this: 2006-09-14 09:49:22 [17276] [7] DEBUG: DLR[internal]: Adding DLR smsc=, ts=09573EF8, src="" dst=6421*, mask=31, boxc= 2006-09-14 09:49:22 [17276] [1] DEBUG: Dumping 0 messages and 0 acks to store 2006-09-14 09:49:22 [17276] [7] DEBUG: SMSC[*]: creating DLR message 2006-09-14 09:49:22 [17276] [7] DEBUG: SMSC[*]: DLR = ://localhost:13113/dlr?msisdn=6421*slot=0dlrstatus=%d 2006-09-14 09:49:25 [17276] [8] DEBUG: SMPP[] handle_pdu, got DLR 2006-09-14 09:49:25 [17276] [8] DEBUG: DLR[internal]: Looking for DLR smsc=, ts=0156712696, dst=6421*, type=1 2006-09-14 09:49:25 [17276] [8] WARNING: DLR[internal]: DLR for DST6421* not found. 2006-09-14 09:49:25 [17276] [8] ERROR: SMPP[]: got DLR but could not find message or was not interested in it id0156712696 dst6421**, type1 In this case, the SMSC converts the hex ts (09573EF8) to decimal (0156712696) which causes kannel to not match the DLR correctly. Is there a config option or workaround to change this behaviour? Im using kannel 1.4.0. Thanks in advance, Cyrus Cyrus Patel Senior Software Engineer Seeker Wireless TEL: +61 2 9499 9848 FAX: +61 2 9499 9845 MOB: +61 413 685 795 [EMAIL PROTECTED] Seeker Wireless Pty. Ltd., ABN 95 106 550 805. This electronic mailincludesinformation fromSeeker WirelessPty Ltd which may be privileged or confidential. This information isfor the use of the individual(s) or entity named in the greeting above. If you are not the intended recipient please be aware thatany use ofthis information is prohibited. If you have received this electronic mail in error, please notify the sender (above) byreturn email.