Re: Problem with ORBit2 Client connecting to Jacorb Name Server

[Greg Amer <gamer simworks biz>]

Hi Michael,
Ok, here is the valgrind output

[greg@Morpheus interface_server]$ valgrind --alignment=8 ./interface 
-ORBDebugFlags=traces:types:timings:errors:messages:objects:giop:refs 
-ORBIIOPIPv4=1 -ORBInitRef NameService=`cat /home/simworks/ns.ior`
==17992== Memcheck, a.k.a. Valgrind, a memory error detector for x86-linux.
==17992== Copyright (C) 2002-2003, and GNU GPL'd, by Julian Seward.
==17992== Using valgrind-2.0.0, a program supervision framework for 
x86-linux.
==17992== Copyright (C) 2000-2003, and GNU GPL'd, by Julian Seward.
==17992== Estimated CPU clock rate is 1304 MHz
==17992== For more details, rerun with: -v
==17992==
Starting Server
Successfully setup Corba Exceptions Environment
==17992== Invalid read of size 1
==17992==    at 0x4027DCA9: g_parse_debug_string (in 
/usr/lib/libglib-1.2.so.0.0.10)
==17992==    by 0x4038A8E3: ORBit_setup_debug_flags (corba-orb.c:217)
==17992==    by 0x4038ACBF: CORBA_ORB_init (corba-orb.c:357)
==17992==    by 0x804961D: main (interface_main.c:40)
==17992==    Address 0x41D79E35 is 0 bytes after a block of size 5 alloc'd
==17992==    at 0x400296B2: malloc (vg_replace_malloc.c:153)
==17992==    by 0x40270C77: g_malloc (in /usr/lib/libglib-1.2.so.0.0.10)
==17992==    by 0x40279F31: g_strdup (in /usr/lib/libglib-1.2.so.0.0.10)
==17992==    by 0x4027DC62: g_parse_debug_string (in 
/usr/lib/libglib-1.2.so.0.0.10)
==17992==
==17992== Invalid read of size 1
==17992==    at 0x4027DCA9: g_parse_debug_string (in 
/usr/lib/libglib-1.2.so.0.0.10)
==17992==    by 0x4038A916: ORBit_setup_debug_flags (corba-orb.c:223)
==17992==    by 0x4038ACBF: CORBA_ORB_init (corba-orb.c:357)
==17992==    by 0x804961D: main (interface_main.c:40)
==17992==    Address 0x41D79ED7 is 0 bytes after a block of size 55 alloc'd
==17992==    at 0x400296B2: malloc (vg_replace_malloc.c:153)
==17992==    by 0x40270C77: g_malloc (in /usr/lib/libglib-1.2.so.0.0.10)
==17992==    by 0x40279F31: g_strdup (in /usr/lib/libglib-1.2.so.0.0.10)
==17992==    by 0x4027DC62: g_parse_debug_string (in 
/usr/lib/libglib-1.2.so.0.0.10)
Have safe dir '/tmp/orbit-greg'
** WARNING **: Ignoring incoming code_sets component
Lookup 'IDL:omg.org/CosNaming/NamingContextExt:1.0' (0x41d79430) == (nil)
Profiles: (null)(null)
Successfully inited Corba
Successfully got the nameserver
About to try getting a user manager

** ERROR **: file linc-connection.c: line 540 
(link_connection_do_initiate): assertion failed: (CNX_IS_LOCKED (0))
aborting...
Aborted


Thanks for  your help,
    Greg

Michael Meeks wrote:

>Hi Greg,
>
>On Mon, 2004-01-19 at 11:47, Greg Amer wrote:
>  
>
>>handling reply
>>
>>Program received signal SIGSEGV, Segmentation fault.
>>[Switching to Thread 1078821728 (LWP 5816)]
>>0x40231803 in g_list_delete_link () from /usr/lib/libglib-2.0.so.0
>>(gdb) bt
>>#0  0x40231803 in g_list_delete_link () from /usr/lib/libglib-2.0.so.0
>>#1  0x4017e9d5 in handle_reply (buf=0x8059bd0) at
>>    
>>
>giop-recv-buffer.c:1079
>
>	Ok - there is no bug there - it looks like someone is doing something
>daft with glist usage; Quite possibly somewhere we're doing a
>g_list_free on something that we continue to use as a list node or a
>g_list_delete_link on something that we then go and maniupulate - or
>somesuch. That makes it one of those really hard to find 'somewhere
>else' bugs.
>
>	Greg - can you compile valgrind and try running that on the code with
>--alignment=8.
>
>	Thanks,
>
>		Michael.
>
>  
>