[omniORB] Debugging marshaling errors

[Jason Stelzer]

On Jul 30, 2007, at 6:33 PM, Duncan Grisby wrote:
>
> The _var type automatically releases the reference to the factory when
> the _var goes out of scope. Add that to the explicit _remove_ref, and
> the factory object is deleted. That leads to the segfault when the ORB
> later tries to use the factory. If you remove the call to _remove_ref,
> that problem will go away.
>
>

Thanks. I just misunderstood the example in Pure Corba. At this point  
it looks as if the right callbacks are firing. The factory seems to  
be doing the right thing, sort of.

I see

omniORB: (0) Unmarshal value  
'RMI:com.hmsonline.lms.common.AddressResults: 
43D80F328F139FE0:00000000013240E2'.
omniORB: (0) Unmarshal value 'IDL:omg.org/CORBA/WStringValue:1.0'.
omniORB: (0) Unmarshal value 'IDL:omg.org/CORBA/WStringValue:1.0'.
omniORB: (0) Received UTF-16 string with no byte order mark.
omniORB: (0) Unmarshal value 'IDL:omg.org/CORBA/WStringValue:1.0'.
...

Howerver, when I try and access the data that should have been  
marshaled it seems to be null. Further, when I look at the returned  
pointer, I see
(gdb) print *output
$5 = {
   <CORBA::ValueBase> = {
     _vptr.ValueBase = 0x59c744,
     static _PD_repoId = 0x4e7524 "IDL:omg.org/CORBA/ValueBase:1.0",
     static _PR_magic = 1447119938,
     _pd_magic = 1447119938
   },
   members of com::hmsonline::lms::common::AddressResults:
   _vptr.AddressResults = 0x59c5a8,
   static _PD_repoId = 0x5970d4  
"RMI:com.hmsonline.lms.common.AddressResults: 
43D80F328F139FE0:00000000013240E2"
}


My understanding of the way this is supposed to work is this:
1. remote method is called which returns a pass by value object
2. The local orb reads the rep ID and looks up the factory in its  
factory table.
3. The orb calls create_for_unmarshal on the factory (which returns  
the Impl class).
4. The orb is then responsible for initializing the new object  
returned by the factory.
5. The returned object is the unmarshaled value object.

I would have expected to see quite a bit more data in the returned  
structure.

--
J.