Hi Daniel.<br>
<br>
I am using mysql version 5.0.37, compiled on 64 bits too.<br>
<br>
These are the printing of the symbols you asked:<br>
<br>
(gdb) print row<br>
$1 = (db_row_t *) 0x10026bf68<br>
(gdb) print ROW_VALUES(row)<br>
No symbol "ROW_VALUES" in current context.<br>
(gdb) print VAL_NULL(ROW_VALUES(row)<br>
No symbol "VAL_NULL" in current context.<br>
(gdb)<br>
<br>
<br>
Thanks.<br><br><div><span class="gmail_quote">On 3/27/07, <b class="gmail_sendername">Daniel-Constantin Mierla</b> <<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello Sergio,<br><br>seems to be some data corrupted from what database returned. What is the<br>database type you use, mysql?<br><br>Could you print the the content of row and ROW_VALUES(row) (via print<br>command in gdb)?
<br><br>Thanks,<br>Daniel<br><br><br>On 03/26/07 23:46, Sergio Gutierrez wrote:<br>> Hi again Daniel.<br>><br>> Testing other things trying to solve the problem I found that the<br>> segmentation fault occurs when Openser is restarted and there are
<br>> records within location database table.<br>> If the table is empty initially, openser starts OK, and users can<br>> register without problem.<br>><br>> Below is the backtrace of a error when the location table is not empty:
<br>><br>> #0 0xffffffff7d90e2a0 in preload_udomain (_c=0x10026ad90,<br>> _d=0xffffffff5028e9f0) at udomain.c:404<br>>
404
if (VAL_NULL(ROW_VALUES(row))<br>> (gdb) bt<br>> #0 0xffffffff7d90e2a0 in preload_udomain (_c=0x10026ad90,<br>> _d=0xffffffff5028e9f0) at udomain.c:404<br>> #1 0xffffffff7d915844 in child_init (_rank=1) at ul_mod.c:344
<br>> #2 0x0000000100082500 in init_mod_child (m=0x1, rank=1,<br>> type=0x1000f41b0 "CHILD") at<br>> /home/operador/openser-1.2.0-notls//sr_module.c:400<br>> #3 0x0000000100082460 in init_mod_child (m=0x1, rank=1,
<br>> type=0x1000f41b0 "CHILD") at<br>> /home/operador/openser-1.2.0-notls//sr_module.c:394<br>> #4 0x0000000100082460 in init_mod_child (m=0x1, rank=1,<br>> type=0x1000f41b0 "CHILD") at<br>
> /home/operador/openser-1.2.0-notls//sr_module.c:394<br>> #5 0x0000000100082770 in init_child (rank=1) at<br>> /home/operador/openser-1.2.0-notls//sr_module.c:394<br>> #6 0x0000000100032414 in main_loop () at
<br>> /home/operador/openser-1.2.0-notls//main.c:724<br>> #7 0x00000001000345a4 in main (argc=2, argv=0xffffff7eaeeec4ff) at<br>> /home/operador/openser-1.2.0-notls//main.c:1399<br>><br>><br>> Thanks.<br>
><br>><br>><br>><br>><br>> On 3/26/07, *Sergio Gutierrez* <<a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>> wrote:
<br>><br>> Hi Daniel.<br>><br>> This is the backtrace of the core.<br>> Thanks<br>><br>> #0 0xffffffff7d90ee9c in preload_udomain (_c=0x10026b7d800,<br>> _d=0x0) at<br>> /home/operador/openser-
1.2.0-notls/modules/usrloc//udomain.c:404<br>> #1 0xffffffff7d9131c4 in child_init (_rank=1344858528) at<br>> /home/operador/openser-1.2.0-notls/modules/usrloc//ul_mod.c:344<br>> #2 0x0000000100082500 in init_mod_child (m=0x1, rank=1,
<br>> type=0x1000f41b0 "CHILD") at<br>> /home/operador/openser-1.2.0-notls//sr_module.c:400<br>> #3 0x0000000100082460 in init_mod_child (m=0x1, rank=1,<br>> type=0x1000f41b0 "CHILD") at
<br>> /home/operador/openser-1.2.0-notls//sr_module.c:394<br>> #4 0x0000000100082460 in init_mod_child (m=0x1, rank=1,<br>> type=0x1000f41b0 "CHILD") at<br>> /home/operador/openser-1.2.0-notls
//sr_module.c:394<br>> #5 0x0000000100082770 in init_child (rank=1) at<br>> /home/operador/openser-1.2.0-notls//sr_module.c:394<br>> #6 0x0000000100032414 in main_loop () at<br>> /home/operador/openser-
1.2.0-notls//main.c:724<br>> #7 0x00000001000345a4 in main (argc=2, argv=0xffffff7e7007a000)<br>> at /home/operador/openser-1.2.0-notls//main.c:1399<br>><br>><br>><br>><br>> On 3/26/07, *Daniel-Constantin Mierla* <
<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a><br>> <mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>>> wrote:<br>><br>> Hello,<br>><br>> can you send a gdb backtrace :-D -- I cannot read adb backtrace.
<br>><br>> Cheers,<br>> Daniel<br>><br>><br>> On 03/26/07 19:42, Sergio Gutierrez wrote:<br>> > Hi Daniel.<br>> ><br>> > This is the backtrace, obtained with adb:
<br>> ><br>> > usrloc.so`preload_udomain+0x4cc(1, ffffffff7228e9f0, 100215a00,<br>> > ffffffff7d919e58, ffffffffffefe3f8, 0)<br>> > 0xffffffff7d9131bc(2, ffffffff7da1c9b0, ffffffff7d91a170,
<br>> > ffffffff7228e9a0, ffffffff7da1b0a8, ffffffffffeff0c8)<br>> > init_mod_child+0xd8(100269930, 1, 1000f41b0, 1000f40f0, 1,<br>> 100269870)<br>> > init_mod_child+0x38(100269bb0, 1, 1000f41b0, 1000f40f0, 1,
<br>> 1002699f0)<br>> > init_mod_child+0x38(100269d30, 1, 1000f41b0, 1000f40f0, 1,<br>> 100269c70)<br>> > init_child+0xa8(1, 100269df0, 1, 1000f4168, 10020d000, 100269eb0)
<br>> > main_loop+0xf34(0, 8c, 1000eefd8, ffffffff720083c4, 1002694b0, 0)<br>> > main+0x1e10(100215, 9, 0, 10020d000, 1000ef5b8, 10020d000)<br>> > _start+0x7c(0, 0, 0, 0, 0, 0)<br>
> ><br>> > On 3/26/07, *Sergio Gutierrez* <<a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>><br>>
> <mailto: <a href="mailto:saguti@gmail.com">saguti@gmail.com</a>
<mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>>> wrote:<br>> ><br>> > Hi Daniel.<br>> ><br>> > I used 512 for -m parameter.<br>
> ><br>> > Would you like the backtrace of the core file?<br>> ><br>> > Thanks.<br>> ><br>> ><br>> > On 3/26/07, *Daniel-Constantin Mierla* <
<br>> <a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a> <mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>><br>> > <mailto:<a href="mailto:daniel@voice-system.ro">
daniel@voice-system.ro</a><br>> <mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>>>> wrote:<br>> ><br>> > Hello,<br>> ><br>
>
> could you send a
backtrace? What was the value for<br>> parameter -m?<br>> ><br>> > Cheers,<br>> > Daniel<br>> ><br>> ><br>>
> On 03/26/07 19:29,
Sergio Gutierrez wrote:<br>> > > Hi<br>> > ><br>>
> > I am trying
to run Openser compiled on 64 bits on a<br>> SPARC<br>> > Machine<br>>
> > running
Solaris 10.<br>> > ><br>>
> > When I create
a simple configuration file for<br>> testing radius<br>>
> > integration,
Openser starts to consume the whole<br>> memory<br>> > reservation<br>>
> > (-m
parameter) and fails with segmentation fault error.<br>> > ><br>>
> > after several
tests, I have found that the error is<br>> caused by<br>> > save()<br>>
> > function
(registrar module).<br>> > ><br>>
> > This is the
main route my configuration file:<br>> > ><br>> > > route {<br>>
>
>
if(method=="REGISTER")<br>>
>
> {<br>>
>
> if(!radius_www_authorize(""))<br>>
>
> {<br>>
>
> www_challenge("",
"0");<br>>
>
> return;<br>>
>
> };<br>> > ><br>>
>
> if(!save("location"))<br>>
>
> {<br>>
>
> sl_reply_error();<br>>
>
> };<br>>
>
> return;<br>> > ><br>>
>
> }<br>>
>
> else<br>>
>
> {<br>>
>
> }<br>> > > }<br>> > ><br>>
> > Thanks in
advance for your help.<br>> > ><br>> > > Sergio G.<br>> > ><br>> > ><br>> ------------------------------------------------------------------------
<br>> > ><br>>
> >
_______________________________________________<br>>
> > Users mailing
list<br>>
> >
<a href="mailto:Users@openser.org">Users@openser.org</a> <mailto:<a href="mailto:Users@openser.org">Users@openser.org</a>><br>> <mailto: <a href="mailto:Users@openser.org">Users@openser.org</a> <mailto:
<a href="mailto:Users@openser.org">Users@openser.org</a>>><br>>
> >
<a href="http://openser.org/cgi-bin/mailman/listinfo/users">http://openser.org/cgi-bin/mailman/listinfo/users</a><br>> <<a href="http://openser.org/cgi-bin/mailman/listinfo/users">http://openser.org/cgi-bin/mailman/listinfo/users
</a>><br>> > ><br>> ><br>> ><br>> ><br>><br>><br>><br></blockquote></div><br>