Hi Paul, it did compile now, I guess the CVS had not updated completely. But also with this version, the system crashes as soon as I get a MM7 request from a real VASP provider. It is ready correctly all parts of the MMS message, it also reads the mail SOAP envelope, also the parsing of these informations are correct, but then it is crashing. Here the log:
The Sender is shown as +352123456789 and the shortcode where the data has been sent is +123 2005-06-01 15:28:03 [9121] [5] INFO: XML sent is: <?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";> <soapenv:Header> <mm7:TransactionID soapenv:mustUnderstand="1" xmlns:mm7="http://www.3gpp.org/ftp/Specs/archive/23_series/23.140/schema/REL-5-MM7-1-4";>b9dHZ5u0ANF3M</mm7:TransactionID> </soapenv:Header> <soapenv:Body> <mm7:DeliverReq xmlns:mm7="http://www.3gpp.org/ftp/Specs/archive/23_series/23.140/schema/REL-5-MM7-1-4";> <MM7Version>5.3.0</MM7Version> <Recipients> <To> <Number>+123</Number> </To> </Recipients> <Sender> <Number>+352123456789</Number> </Sender> <Priority>Low</Priority> <Subject>DaylightMoon_Z1010</Subject> <Content href="cid:38164f4cac19e159010045eb84b27a6a"/> </mm7:DeliverReq> </soapenv:Body> </soapenv:Envelope> ! 2005-06-01 15:28:03 [9121] [5] INFO: parse.soap, h=TransactionID, v=b9dHZ5u0ANF3M! 2005-06-01 15:28:03 [9121] [5] INFO: parse.soap, h=MessageType, v=DeliverReq! 2005-06-01 15:28:03 [9121] [5] INFO: parse.soap, h=MM7Version, v=5.3.0! 2005-06-01 15:28:03 [9121] [5] INFO: parse.soap, h=To, v=+ +123/TYPE=PLMN! 2005-06-01 15:28:03 [9121] [5] INFO: parse.soap, h=Sender, v=+ +352123456789/TYPE=PLMN! 2005-06-01 15:28:03 [9121] [5] INFO: parse.soap, h=Priority, v=Low! 2005-06-01 15:28:03 [9121] [5] INFO: parse.soap, h=Subject, v=DaylightMoon_Z1010! 2005-06-01 15:28:03 [9121] [5] INFO: parse.soap, h=Content, v=cid:38164f4cac19e159010045eb84b27a6a! 2005-06-01 15:28:03 [9121] [5] DEBUG: --> Enterred mm7dispatch interface, mreq=Ok mtype = DeliverReq <-- 2005-06-01 15:28:03 [9121] [5] DEBUG: HTTP: Destroying HTTPClient area 0x819cdf0. 2005-06-01 15:28:03 [9121] [5] DEBUG: HTTP: Destroying HTTPClient for `127.0.0.1'. 2005-06-01 15:28:03 [9121] [5] PANIC: gwlib/octstr.c:2330: seems_valid_real: Assertion `ostr->len >= 0' failed. (Called from gwlib/octstr.c:317:octstr_destroy.) 2005-06-01 15:28:03 [9121] [5] PANIC: ./mmsproxy(gw_panic+0x174) [0x8085468] 2005-06-01 15:28:03 [9121] [5] PANIC: ./mmsproxy [0x808c780] 2005-06-01 15:28:03 [9121] [5] PANIC: ./mmsproxy(octstr_destroy+0x23) [0x80879ae] 2005-06-01 15:28:03 [9121] [5] PANIC: ./mmsproxy [0x805345d] 2005-06-01 15:28:03 [9121] [5] PANIC: ./mmsproxy [0x80575f3] 2005-06-01 15:28:03 [9121] [5] PANIC: ./mmsproxy [0x807b00c] 2005-06-01 15:28:03 [9121] [5] PANIC: /lib/tls/libpthread.so.0 [0xb7e38341] 2005-06-01 15:28:03 [9121] [5] PANIC: /lib/tls/libc.so.6(__clone+0x5e) [0xb7c8efee] If You have any idea what might be the problem ? Thanks, Best Regards, Tom Weber -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Bagyenda Sent: Wednesday, 01 June 2005 15:11 To: Mbuni MMS Gateway Users List Subject: Re: [Users] MM7 request results in Crash / Compilation Problemsusinglatest CVS Version hmmm, unless the CVS is behind again, this was fixed and web interface for cvs shows it is gone... On Jun 01, 2005, at 15:36, Tom Weber wrote: > Hi again, > > Shame on me, forgot to do so, > > but the initial problem is back there again : > > gcc -I./../mmlib -g -O2 -D_XOPEN_SOURCE=600 -D_BSD_SOURCE -I/home/ > tom/mbuni/kannel/include/kannel -D_XOPEN_SOURCE=600 -D_BSD_SOURCE > -I/usr/include/libxml2 -I/usr/local/ssl/include -rdynamic -o mmsrelay > mmsglobalsender.o mmsmobilesender.o mmsrelay.o > -L/home/tom/mbuni/mbuni-src/mmlib -lmms -lwap -ldl -L/home/tom/ > mbuni/kannel/lib/kannel -lgwlib -lrt /usr/lib/libbind.so > -L/usr/kerberos/lib -lresolv -lnsl -L/usr/lib /usr/lib/libxml2.so - lz > -lpthread -lm -L/usr/local/ssl/lib -lcrypto -lssl > /home/tom/mbuni/mbuni-src/mmlib/libmms.a(mms_uaprof.o)(.text > +0x147c): In function `mktmpfname': > /home/tom/mbuni/mbuni-src/mmlib/mms_uaprof.c:620: undefined reference > to `tmpname' > collect2: ld returned 1 exit status > make[2]: *** [mmsrelay] Error 1 > make[2]: Leaving directory `/home/tom/mbuni/mbuni-src/mmsc' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/tom/mbuni/mbuni-src' > make: *** [all] Error 2 > > Tom > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Paul Bagyenda > Sent: Wednesday, 01 June 2005 14:12 > To: Mbuni MMS Gateway Users List > Subject: Re: [Users] MM7 request results in Crash / Compilation > Problemsusinglatest CVS Version > > You need to patch kannel using the patch file on cvs (directory misc- > patches) and use that to compile mbuni On Jun 01, 2005, at 13:52, Tom > Weber wrote: > > >> Hi Paul, >> >> thanks for the fix, I jhust tried it out (had to wait for the CVS >> to be updated), but it seems that there is another occurrence of the >> problem: >> >> gcc -I./../mmlib -g -O2 -D_XOPEN_SOURCE=600 -D_BSD_SOURCE -I/home/ >> tom/mbuni/kannel/include/kannel -D_XOPEN_SOURCE=600 -D_BSD_SOURCE >> -I/usr/include/libxml2 -I/usr/local/ssl/include -rdynamic -o mmsrelay >> mmsglobalsender.o mmsmobilesender.o mmsrelay.o >> -L/home/tom/mbuni/mbuni-src/mmlib -lmms -lwap -ldl -L/home/tom/ >> mbuni/kannel/lib/kannel -lgwlib -lrt /usr/lib/libbind.so >> -L/usr/kerberos/lib -lresolv -lnsl -L/usr/lib /usr/lib/libxml2.so >> - lz >> -lpthread -lm -L/usr/local/ssl/lib -lcrypto -lssl >> /home/tom/mbuni/mbuni-src/mmlib/libmms.a(mms_uaprof.o)(.text >> +0x147c): In function `mktmpfname': >> /home/tom/mbuni/mbuni-src/mmlib/mms_uaprof.c:620: undefined reference >> to `tmpname' >> /home/tom/mbuni/mbuni-src/mmlib/libmms.a(mms_mm7soap.o)(.text >> +0x1381): In function `mm7_soapmsg_to_httpmsg': >> /home/tom/mbuni/mbuni-src/mmlib/mms_mm7soap.c:611: undefined >> reference to `mime_entity_body_and_headers' >> collect2: ld returned 1 exit status >> make[2]: *** [mmsrelay] Error 1 >> make[2]: Leaving directory `/home/tom/mbuni/mbuni-src/mmsc' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/home/tom/mbuni/mbuni-src' >> make: *** [all] Error 2 >> >> >> Hope this helps to fix it >> >> In any way thank You a lot for the support and the great product >> You did :) >> >> Btw the other problem about the crash was due to a non presence of >> a basic authentification, now it proceeds a bit further but still >> crashes ? I will post further details about this problem after I've >> tried out the latest CVS version. >> >> Thanks, >> >> Tom >> >> >> -----Original Message----- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >> Behalf Of Paul Bagyenda >> Sent: Wednesday, 01 June 2005 7:21 >> To: Mbuni MMS Gateway Users List >> Subject: Re: [Users] MM7 request results in Crash / Compilation >> Problems usinglatest CVS Version >> >> Tom, >> >> I have posted a fix for this to cvs. The function does not exist on >> linux. I have posted a fix to cvs... >> >> >> On May 31, 2005, at 14:34, Tom Weber wrote: >> >> >> >>> Hi, >>> >>> I am trying the .tar.gz version of Mbuni, compiled it, no problem, >>> but while trying some MM7 Traffic (from a real MM7 VASP >>> request) it is crashing: >>> >>> 2005-05-31 13:27:43 [15065] [4] DEBUG: HTTP: Resetting HTTPClient >>> for `127.0.0.1'. >>> 2005-05-31 13:27:43 [15065] [4] PANIC: gwlib/octstr.c:2330: >>> seems_valid_real: Assertion `ostr->len >= 0' failed. (Called from >>> gwlib/octstr.c:317:octstr_destroy.) >>> 2005-05-31 13:27:43 [15065] [4] PANIC: ./mmsproxy(gw_panic+0x174) >>> [0x8085310] >>> 2005-05-31 13:27:43 [15065] [4] PANIC: ./mmsproxy [0x808c628] >>> 2005-05-31 13:27:43 [15065] [4] PANIC: ./mmsproxy(octstr_destroy >>> +0x23) [0x8087856] >>> 2005-05-31 13:27:43 [15065] [4] PANIC: ./mmsproxy [0x805343d] >>> 2005-05-31 13:27:43 [15065] [4] PANIC: ./mmsproxy [0x80572bf] >>> 2005-05-31 13:27:43 [15065] [4] PANIC: ./mmsproxy [0x807aeb4] >>> 2005-05-31 13:27:43 [15065] [4] PANIC: /lib/tls/libpthread.so.0 >>> [0xb7e38341] >>> 2005-05-31 13:27:43 [15065] [4] PANIC: /lib/tls/libc.so.6(__clone >>> +0x5e) [0xb7c8efee] >>> >>> I read about a similar problem, where somebody quoted, it is fixed >>> in the CVS version, but while trying to compile the latests, I have >>> the following error during compile: >>> >>> gcc -I./../mmlib -g -O2 -D_XOPEN_SOURCE=600 -D_BSD_SOURCE -I/home/ >>> tom/mbuni/kannel//include/kannel -D_XOPEN_SOURCE=600 -D_BSD_SOURCE >>> -I/usr/include/libxml2 -I/usr/local/ssl/include -rdynamic -o >>> mmsrelay mmsglobalsender.o mmsmobilesender.o mmsrelay.o >>> -L/home/tom/mbuni/mbuni-src/mmlib -lmms -ldl -L/home/tom/mbuni/ >>> kannel//lib/kannel -lwap -lgwlib -lrt /usr/lib/libbind.so >>> -L/usr/kerberos/lib -lresolv -lnsl -L/usr/lib /usr/lib/libxml2.so - >>> lz -lpthread -lm -L/usr/local/ssl/lib -lcrypto -lssl >>> /home/tom/mbuni/mbuni-src/mmlib/libmms.a(mms_uaprof.o)(.text >>> +0x147c): In function `mktmpfname': >>> /home/tom/mbuni/mbuni-src/mmlib/mms_uaprof.c:620: undefined >>> reference to `tmpname' >>> collect2: ld returned 1 exit status >>> make[2]: *** [mmsrelay] Error 1 >>> make[2]: Leaving directory `/home/tom/mbuni/mbuni-src/mmsc' >>> make[1]: *** [all-recursive] Error 1 >>> make[1]: Leaving directory `/home/tom/mbuni/mbuni-src' >>> make: *** [all] Error 2 >>> >>> >>> Anybody an idea either about the MM7 problem, or about the compile >>> problem ? >>> >>> Would be great, >>> >>> Thanks a lot >>> >>> Tom Weber >>> >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://mbuni.org/mailman/listinfo/users_mbuni.org >>> >>> >>> >> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://mbuni.org/mailman/listinfo/users_mbuni.org >> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://mbuni.org/mailman/listinfo/users_mbuni.org >> >> > > > _______________________________________________ > Users mailing list > [email protected] > http://mbuni.org/mailman/listinfo/users_mbuni.org > > > _______________________________________________ > Users mailing list > [email protected] > http://mbuni.org/mailman/listinfo/users_mbuni.org > _______________________________________________ Users mailing list [email protected] http://mbuni.org/mailman/listinfo/users_mbuni.org _______________________________________________ Users mailing list [email protected] http://mbuni.org/mailman/listinfo/users_mbuni.org
