Re: freebsd 4.8 @ kannel cvs problems

Aarno Syvänen <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Got same panic, found double deallocation and told Stipe. He promised 
to fix this.
(see gw/smsbox.c, line 1052; msg_destroy deallocates charset, too).

Aarno

On Monday, August 4, 2003, at 11:10 AM, Stipe Tolj wrote:

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