Re: freebsd 4.8 @ kannel cvs problems

Stipe Tolj <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization Wapme Systems AG
Message-ID <[email protected]>
Dziugas Baltrunas wrote:
> 
> Hi list,
> 
> I recently made box upgrade with the FreeBSD 4.8 OS inside. I cvs'ed up Kannel, and interesting things
> happend. firstly, there is someting strange in access log:
> 
> 2003-08-03 18:42:40 Receive SMS [SMSC:xxx] [SVC:] [ACT:] [from:xxx] [to:xxx] [flags:-1:0:-1:0:-1] [msg:3:xxx] [udh:0:]
> 2003-08-03 18:42:41 Sent SMS [SMSC:xxx] [SVC:xxx] [ACT:] [from:xxx] [to:xxx[flags:-1:0:-1:-1:-1] [msg:41:xxxudh:0:]
> 
> what do flags "1:0:-1:0:-1" meen? seems like they now apply for every text message.

the -1 are the new default values for the Kannel msg structure Bruno
introduced. So -1 means here that the values have not been explicetly
set.

> what is more, smsbox behaviour is unexpectable and it often don't handle messages if I request to do it
> quit frequently, i.e. it doesn't respont to queries.  the bad thing is that smsbox dies after few requests:
> 
> 2003-08-03 18:43:17 [3] INFO: smsbox: Got HTTP request </cgi-bin/sendsms> from <xxx>
> 2003-08-03 18:43:17 [3] INFO: sendsms used by <test>
> 2003-08-03 18:43:17 [3] INFO: sendsms sender:<test:xxx> (xxx) to:<xxx> msg:<xxx>
> 2003-08-03 18:43:17 [3] DEBUG: message length 3, sending 1 messages
> 2003-08-03 18:43:17 [3] DEBUG: Status: 202 Answer: <Sent.>
> 2003-08-03 18:43:17 [3] DEBUG: HTTP: Resetting HTTPClient for `xxx'.
> 2003-08-03 18:43:17 [4] INFO: Starting to service <xxx> from <xxx> to <xxx>
> 2003-08-03 18:43:17 [9] DEBUG: Parsing URL `http://xxx/engine/getsong.php?key=xxx:
> 2003-08-03 18:43:17 [9] DEBUG:   Scheme: http://
> 2003-08-03 18:43:17 [9] DEBUG:   Host: smsbox.m-1.lt
> 2003-08-03 18:43:17 [9] DEBUG:   Port: 80
> 2003-08-03 18:43:17 [9] DEBUG:   Username: (null)
> 2003-08-03 18:43:17 [9] DEBUG:   Password: (null)
> 2003-08-03 18:43:17 [9] DEBUG:   Path: /engine/getsong.php
> 2003-08-03 18:43:17 [9] DEBUG:   Query: key=xxx
> 2003-08-03 18:43:17 [9] DEBUG:   Fragment: (null)
> 2003-08-03 18:43:17 [9] DEBUG: HTTP: Opening connection to `smsbox.m-1.lt:80' (fd=30).
> 2003-08-03 18:43:17 [9] DEBUG: Socket connected at once
> 2003-08-03 18:43:17 [9] DEBUG: HTTP: Sending request:
> 2003-08-03 18:43:17 [9] DEBUG: Octet string at 0x80fbdd0:
> 2003-08-03 18:43:17 [9] DEBUG:   len:  97
> 2003-08-03 18:43:17 [9] DEBUG:   size: 98
> 2003-08-03 18:43:17 [9] DEBUG:   immutable: 0
> 2003-08-03 18:43:17 [9] DEBUG:   data: 47 45 54 20 2f 65 6e 67 69 6e 65 2f 67 65 74 73   GET /engine/gets
> 2003-08-03 18:43:17 [9] DEBUG:   data: 6f 6e 67 2e 70 68 70 3f 6b 65 79 3d 6d 31 20 48   ong.php?key=xxx H
> 2003-08-03 18:43:17 [9] DEBUG:   data: 54 54 50 2f 31 2e 31 0d 0a 48 6f 73 74 3a 20 73   TTP/1.1..Host: x
> 2003-08-03 18:43:17 [9] DEBUG:   data: 6d 73 62 6f 78 2e 6d 2d 31 2e 6c 74 0d 0a 55 73   xxxxxxxxxxxxxx..Us
> 2003-08-03 18:43:17 [9] DEBUG:   data: 65 72 2d 41 67 65 6e 74 3a 20 4b 61 6e 6e 65 6c   er-Agent: Kannel
> 2003-08-03 18:43:17 [9] DEBUG:   data: 2f 63 76 73 2d 32 30 30 33 30 38 30 33 0d 0a 0d   /cvs-20030803...
> 2003-08-03 18:43:17 [9] DEBUG:   data: 0a                                                .
> 2003-08-03 18:43:17 [9] DEBUG: Octet string dump ends.
> 2003-08-03 18:43:17 [8] DEBUG: HTTP: Status line: <HTTP/1.1 200 OK>
> 2003-08-03 18:43:17 [8] DEBUG: HTTP: Received response:
> 2003-08-03 18:43:17 [8] DEBUG: Octet string at 0x80fbec0:
> 2003-08-03 18:43:17 [8] DEBUG:   len:  241
> 2003-08-03 18:43:17 [8] DEBUG:   size: 242
> 2003-08-03 18:43:17 [8] DEBUG:   immutable: 0
> 2003-08-03 18:43:17 [8] DEBUG:   data: 44 61 74 65 3a 20 53 75 6e 2c 20 30 33 20 41 75   Date: Sun, 03 Au
> 2003-08-03 18:43:17 [8] DEBUG:   data: 67 20 32 30 30 33 20 31 35 3a 34 33 3a 31 37 20   g 2003 15:43:17
> 2003-08-03 18:43:17 [8] DEBUG:   data: 47 4d 54 0d 0a 53 65 72 76 65 72 3a 20 41 70 61   GMT..Server: Apa
> 2003-08-03 18:43:17 [8] DEBUG:   data: 63 68 65 2f 31 2e 33 2e 32 38 20 28 55 6e 69 78   che/1.3.28 (Unix
> 2003-08-03 18:43:17 [8] DEBUG:   data: 29 20 50 48 50 2f 34 2e 33 2e 33 52 43 31 0d 0a   ) PHP/4.3.3RC1..
> 2003-08-03 18:43:17 [8] DEBUG:   data: 58 2d 50 6f 77 65 72 65 64 2d 42 79 3a 20 50 48   X-Powered-By: PH
> 2003-08-03 18:43:17 [8] DEBUG:   data: 50 2f 34 2e 33 2e 33 52 43 31 0d 0a 54 72 61 6e   P/4.3.3RC1..Tran
> 2003-08-03 18:43:17 [8] DEBUG:   data: 73 66 65 72 2d 45 6e 63 6f 64 69 6e 67 3a 20 63   sfer-Encoding: c
> 2003-08-03 18:43:17 [8] DEBUG:   data: 68 75 6e 6b 65 64 0d 0a 43 6f 6e 74 65 6e 74 2d   hunked..Content-
> 2003-08-03 18:43:17 [8] DEBUG:   data: 54 79 70 65 3a 20 74 65 78 74 2f 68 74 6d 6c 0d   Type: text/html.
> 2003-08-03 18:43:17 [8] DEBUG:   data: 0a 0d 0a 44 61 62 61 72 20 4d 2d 31 20 65 74 65   ...xxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 72 79 6a 65 3a 20 4a 4f 48 4e 20 4d 41 59 45 52   xxxxxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 20 2d 20 59 6f 75 72 20 42 6f 64 79 20 49 73 20    xxxxxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 41 20 57 6f 6e 64 65 72 6c 61 6e 64 2e 20 4d 2d   xxxxxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 31 20 42 49 4b 49 4e 49 20 73 65 7a 6f 6e 61 73   xxxxxxxxxxxxxxxx
> 2003-08-03 18:43:17 [8] DEBUG:   data: 21                                                !
> 2003-08-03 18:43:17 [8] DEBUG: Octet string dump ends.
> 2003-08-03 18:43:17 [5] PANIC: gwlib/octstr.c:2143: seems_valid_real: Assertion `ostr->len >= 0' failed. (Called from gwlib/octstr.c:294:octstr_duplicate_real.)
> 
> I have a feeling that there is something wrong with libs, I also tried to recompile, but nothing happended :(
> 
> has anobody of you had the simillar issue?

Have to check....

Stipe

[email protected]
-------------------------------------------------------------------
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [email protected]
Internet: http://www.wapme-systems.de
-------------------------------------------------------------------
wapme.net - wherever you are
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.