Yeah, unfortunately I am learning gdb as I go. I have been spoiled by stack traces in java in my past it would seem.<br><br>(gdb) bt full<br>#0 mom_server_find_by_ip (search_ipaddr=177078032) at mom_server.c:450<br> __v = <value optimized out><br>
pms = (mom_server *) 0x6cbb80<br> addr = <value optimized out><br>#1 0x000000000041965e in mom_server_valid_message_source (stream=0) at mom_server.c:2022<br> addr = (struct sockaddr_in *) 0x14f0ee44<br>
pms = (mom_server *) 0x0<br> id = 0x43be08 "mom_server_valid_message_source"<br>#2 0x0000000000419870 in is_request (stream=0, version=1, cmdp=0x7fffcb2774d8) at mom_server.c:2125<br> command = <value optimized out><br>
ret = 0<br> pms = <value optimized out><br> ipaddr = <value optimized out><br> id = "is_request"<br>#3 0x0000000000416997 in do_rpp (stream=0) at mom_main.c:5351<br> tmpI = <value optimized out><br>
ret = 0<br> proto = 4<br> version = 1<br> id = "do_rpp"<br>#4 0x0000000000416a52 in rpp_request (fd=<value optimized out>) at mom_main.c:5408<br> stream = 0<br> id = "rpp_request"<br>
#5 0x00002ae6c4678bc8 in wait_request (waittime=<value optimized out>, SState=0x0) at ../Libnet/net_server.c:469<br> i = 1<br> n = 0<br> now = <value optimized out><br> selset = {__fds_bits = {128, 0 <repeats 15 times>}}<br>
tmpLine = "??\220??*\000\000@q?\024\000\000\000\000????\000\000\000\000f\000\000\000\000\000\000\000\030\000\000\0000\000\000\000\200x'??\177\000\000?w'??\177", '\0' <repeats 16 times>, "??\220w'??\177\000\000 \000\000\0002032?y'??\177\000\000??\220??*\000\000@q?\024\000\000\000\000 \000\000\0002080?y'??\177\000\000\220v'??\177\000\000@q?\024\000\000\000\000\020x'??\177\000\000?x'??\177\000\000 \000\000\0002080 z'??\177\000\000??\220??*\000\000`w'??\177\000\000\000\000\000\000\000\000\000\000\217?e\000\000\000"...<br>
timeout = {tv_sec = 1, tv_usec = 0}<br> OrigState = 0<br>#6 0x0000000000416c1d in main_loop () at mom_main.c:8046<br> myla = 4.9406564584124654e-324<br> tmpTime = 0<br> id = "main_loop"<br>
#7 0x0000000000416ee1 in main (argc=1, argv=0x7fffcb277bc8) at mom_main.c:8148<br> rc = 0<br> tmpFD = <value optimized out><br><br>Cheers,<br><br>Dug<br><br><br><div class="gmail_quote">2009/11/12 Martin MOKREJŠ <span dir="ltr"><<a href="mailto:mmokrejs@ribosome.natur.cuni.cz">mmokrejs@ribosome.natur.cuni.cz</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">Douglas McNab wrote:<br>
> Hi Folks,<br>
><br>
> Thanks for all your replies. I have thought that mixing versions was a<br>
> little unsafe. However, I am a little confused why they can work<br>
> together for a period of time and then decided to segfault when the<br>
> server pings the mom's. So to find an explantion I have built a debug<br>
> build. After debugging my segfaulting moms torque-2.3.6-2cri.x86_64<br>
> further with a debug build I seem to move a little closer to the problem.<br>
><br>
> Program received signal SIGSEGV, Segmentation fault.<br>
> mom_server_find_by_ip (search_ipaddr=177078032) at mom_server.c:450<br>
> 450 ipaddr = ntohl(addr->sin_addr.s_addr);<br>
> (gdb) where<br>
> #0 mom_server_find_by_ip (search_ipaddr=177078032) at mom_server.c:450<br>
> #1 0x000000000041965e in mom_server_valid_message_source (stream=0) at<br>
> mom_server.c:2022<br>
> #2 0x0000000000419870 in is_request (stream=0, version=1,<br>
> cmdp=0x7fffcb2774d8) at mom_server.c:2125<br>
> #3 0x0000000000416997 in do_rpp (stream=0) at mom_main.c:5351<br>
> #4 0x0000000000416a52 in rpp_request (fd=<value optimized out>) at<br>
> mom_main.c:5408<br>
> #5 0x00002ae6c4678bc8 in wait_request (waittime=<value optimized out>,<br>
> SState=0x0) at ../Libnet/net_server.c:469<br>
> #6 0x0000000000416c1d in main_loop () at mom_main.c:8046<br>
> #7 0x0000000000416ee1 in main (argc=1, argv=0x7fffcb277bc8) at<br>
> mom_main.c:8148<br>
> (gdb) print ipaddr<br>
> No symbol "ipaddr" in current context.<br>
<br>
</div></div>Try "bt full" command instead in your next gdb session. ;-)<br>
<font color="#888888"><br>
M.<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>ScotGrid, Room 481, Kelvin Building, University of Glasgow<br>tel: +44(0)141 330 6439<br>