Re: BB crash svn revision 5141

Stipe Tolj <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization Kannel Foundation
Message-ID <[email protected]>
Am 25.06.15 16:49, schrieb Ahmed Shabana:
> Dears at kannel devel ,
>
> For strange reason I get this panic
>
> 2015-06-25 12:42:19 [13813] [3] PANIC: gwlib/octstr.c:2560:
> seems_valid_real: Assertion `ostr->data == NULL' failed. (Called from
> gw/bb_store_file.c:341:store_file_status.)
>
> 2015-06-25 12:42:19 [13813] [3] PANIC:
> /usr/local/sbin/bearerbox(gw_backtrace+0xae) [0x4a1d7e]
>
> 2015-06-25 12:42:19 [13813] [3] PANIC:
> /usr/local/sbin/bearerbox(gw_panic+0x15f) [0x4a1eef]
>
> 2015-06-25 12:42:19 [13813] [3] PANIC: /usr/local/sbin/bearerbox()
> [0x4a3b3d]
>
> 2015-06-25 12:42:19 [13813] [3] PANIC:
> /usr/local/sbin/bearerbox(octstr_get_cstr_real+0x13) [0x4a4913]
>
> 2015-06-25 12:42:19 [13813] [3] PANIC: /usr/local/sbin/bearerbox()
> [0x41a338]
>
> 2015-06-25 12:42:19 [13813] [3] PANIC: /usr/local/sbin/bearerbox()
> [0x414884]
>
> 2015-06-25 12:42:19 [13813] [3] PANIC: /usr/local/sbin/bearerbox()
> [0x498c56]
>
> 2015-06-25 12:42:19 [13813] [3] PANIC: /lib64/libpthread.so.0(+0x7f18)
> [0x7f091fb84f18]
>
> 2015-06-25 12:42:19 [13813] [3] PANIC: /lib64/libc.so.6(clone+0x6d)
> [0x7f091ed55e9d]

can you please provide an address resolution via the output of the call

   $ addr2line -e <bearerbox-binary> 0x41a338 0x414884 0x498c56

this will show us the code locations of the backtrace points and helps 
identifying the case.

> I tried to apply this patch but unfortuanately it break the make process
> with Error , “error: dereferencing pointer to incomplete typeâ€
>
> if anyone able to figure out the root cause it will be great
>
> ------------------------------
>
> diff --git a/gw/bb_store_file.c b/gw/bb_store_file.c
>
> index ed5f67d..bf14066 100644
>
> --- a/gw/bb_store_file.c
>
> +++ b/gw/bb_store_file.c
>
> @@ -338,7 +338,7 @@ static Octstr *store_file_status(int status_type)
>
> (msg->sms.receiver ? octstr_get_cstr(msg->sms.receiver) : ""),
>
> (msg->sms.smsc_id ? octstr_get_cstr(msg->sms.smsc_id) : ""),
>
> (msg->sms.boxc_id ? octstr_get_cstr(msg->sms.boxc_id) : ""),
>
> *- (msg->sms.udhdata ? octstr_get_cstr(msg->sms.udhdata) : ""),*
>
> *+ (msg->sms.udhdata && msg->sms.udhdata->data != NULL ?
> octstr_get_cstr(msg->sms.udhdata) : ""),*
>
> (msg->sms.msgdata ? octstr_get_cstr(msg->sms.msgdata) : ""));
>
> if (msg->sms.udhdata)

the patch doesn't work, since you are trying to dereference an struct 
item 'data' that is not publically declared for the type Ocstr*, so you 
can't "touch" that from outside the gwlib/octstr.[ch] module.

Please provide the above information from the addr2line backtrace call, 
and we'll know more.

-- 
Best Regards,
Stipe

-------------------------------------------------------------------
Koelner Landstrasse 419
40589 Düsseldorf, NRW, Germany

tolj.org system architecture      Kannel Software Foundation (KSF)
http://www.tolj.org/              http://www.kannel.org/

mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
-------------------------------------------------------------------
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.