[omniORB] Help, this should never happen but...
Joshua Reynolds
joshuar@isogen.com
Thu, 29 Mar 2001 10:53:14 -0800
This is a multi-part message in MIME format.
------=_NextPart_000_000E_01C0B83E.741D8A30
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
We are running the windows version of omniORBpy 1.3 and getting some =
seriously bad behaviour.
omniORB is allowing us to pass the wrong kind of object into request.
Here is a fragment of our idl.
module thor
{
module snapCM
{
interface Resource;
typedef sequence <Resource> ResourceList;
interface Branch{
void createSnapshot(in VersionList theVersions, in =
ResourceList deletedResources, in string message);
};
};
};
Note:
Branch and Resource Objects are never implemented by the same servant.
code fragment;
self.branch =3D ... (get objRef to Branch)
self.branch.createSnapshot( (), (self.branch,), "")
I have include the orb output from a high traceLevel, and can include =
the server side specifics,
but I am baffled why a BAD_PARAM isn't raised
orb output:
ll_send: 297 bytes
4749 4f50 0100 0100 1d01 0000 0000 0000 GIOP............
0c02 0000 015a 4f44 4900 0000 ff5a 4f44 .....ZODI....ZOD
4243 6f72 6261 5365 7276 6572 3938 3538 BCorbaServer9858
3839 3837 302e 3131 ff39 3835 3838 3938 89870.11.9858898
3730 2e31 3130 2e39 3231 3631 3537 3237 70.110.921615727
3533 31fe 437c c33a 6100 047c 0032 3831 531.C|.:a..|.281
3437 3332 3870 6f73 0f00 0000 6372 6561 47328pos....crea
7465 536e 6170 7368 6f74 0000 0700 0000 teSnapshot......
6e6f 626f 6479 0000 0000 0000 0100 0000 nobody..........
1b00 0000 4944 4c3a 7468 6f72 2f53 6e61 ....IDL:thor/Sna
7043 4d2f 4272 616e 6368 3a31 2e30 0000 pCM/Branch:1.0..
0100 0000 0000 0000 6500 0000 0101 0000 ........e.......
0e00 0000 3137 322e 3237 2e31 302e 3139 ....172.27.10.19
3200 5a05 4900 0000 ff5a 4f44 4243 6f72 2.Z.I....ZODBCor
6261 5365 7276 6572 3938 3538 3839 3837 baServer98588987
302e 3131 ff39 3835 3838 3938 3730 2e31 0.11.985889870.1
3130 2e39 3231 3631 3537 3237 3533 31fe 10.921615727531.
437c c33a 6100 047c 0032 3831 3437 3332 C|.:a..|.2814732
3831 3031 0100 0000 00 8101.....
ll_recv: 297 bytes
4749 4f50 0100 0100 1d01 0000 0000 0000 GIOP............
0c02 0000 015a 4f44 4900 0000 ff5a 4f44 .....ZODI....ZOD
4243 6f72 6261 5365 7276 6572 3938 3538 BCorbaServer9858
3839 3837 302e 3131 ff39 3835 3838 3938 89870.11.9858898
3730 2e31 3130 2e39 3231 3631 3537 3237 70.110.921615727
3533 31fe 437c c33a 6100 047c 0032 3831 531.C|.:a..|.281
3437 3332 3870 6f73 0f00 0000 6372 6561 47328pos....crea
7465 536e 6170 7368 6f74 0000 0700 0000 teSnapshot......
6e6f 626f 6479 0000 0000 0000 0100 0000 nobody..........
1b00 0000 4944 4c3a 7468 6f72 2f53 6e61 ....IDL:thor/Sna
7043 4d2f 4272 616e 6368 3a31 2e30 0000 pCM/Branch:1.0..
0100 0000 0000 0000 6500 0000 0101 0000 ........e.......
0e00 0000 3137 322e 3237 2e31 302e 3139 ....172.27.10.19
3200 5a05 4900 0000 ff5a 4f44 4243 6f72 2.Z.I....ZODBCor
6261 5365 7276 6572 3938 3538 3839 3837 baServer98588987
302e 3131 ff39 3835 3838 3938 3730 2e31 0.11.985889870.1
3130 2e39 3231 3631 3537 3237 3533 31fe 10.921615727531.
437c c33a 6100 047c 0032 3831 3437 3332 C|.:a..|.2814732
3831 3031 0100 0000 00 8101.....
omniORB: strand Rope::incrRefCount: old value =3D 1
omniORB: strand Rope::decrRefCount: old value =3D 2
omniORB: Creating Python ref to local: =
root/ZODBCorbaServer985889870.11/98588987
0.110.921615727531<28147328> (not activated)
target id : IDL:thor/SnapCM/Resource:1.0
most derived id: IDL:thor/SnapCM/Branch:1.0
in Servants.py, deleted Resources =3D [<Branch instance at 01AD7E80>]
=20
=20
=20
------=_NextPart_000_000E_01C0B83E.741D8A30
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3211.1700" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>We are running the windows version of =
omniORBpy 1.3=20
and getting some seriously bad behaviour.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>omniORB is allowing us to pass the =
wrong kind of=20
object into request.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Here is a fragment of our =
idl.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>module thor</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>{</FONT></DIV>
<DIV><FONT face=3DArial size=3D2> module =
snapCM</FONT></DIV>
<DIV><FONT face=3DArial size=3D2> =20
{</FONT></DIV>
<DIV><FONT face=3DArial=20
size=3D2> &nbs=
p;=20
interface Resource;</FONT></DIV>
<DIV><FONT face=3DArial size=3D2> =20
typedef sequence <Resource> =
ResourceList;</FONT></DIV>
<DIV><FONT face=3DArial size=3D2> =20
interface Branch{</FONT></DIV>
<DIV><FONT face=3DArial size=3D2> =20
void createSnapshot(in VersionList =
theVersions, in ResourceList deletedResources, in string =
message);</FONT></DIV>
<DIV><FONT face=3DArial=20
size=3D2> &nbs=
p; };</FONT></DIV>
<DIV><FONT face=3DArial size=3D2> =20
};</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>};</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Note:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Branch and Resource Objects are never =
implemented=20
by the same servant.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>code fragment;</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>self.branch =3D ... (get objRef to=20
Branch)</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>self.branch.createSnapshot( (), =
(self.branch,),=20
""</FONT><FONT face=3DArial size=3D2>)</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I have include the orb output from a =
high=20
traceLevel, and can include the server side specifics,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>but I am baffled why a BAD_PARAM =
isn't=20
raised</FONT></DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>orb output:</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>ll_send: 297 bytes<BR>4749 4f50 0100 =
0100 1d01 0000=20
0000 0000 GIOP............<BR>0c02 0000 015a 4f44 4900 0000 ff5a 4f44=20
.....ZODI....ZOD<BR>4243 6f72 6261 5365 7276 6572 3938 3538=20
BCorbaServer9858<BR>3839 3837 302e 3131 ff39 3835 3838 3938=20
89870.11.9858898<BR>3730 2e31 3130 2e39 3231 3631 3537 3237=20
70.110.921615727<BR>3533 31fe 437c c33a 6100 047c 0032 3831=20
531.C|.:a..|.281<BR>3437 3332 3870 6f73 0f00 0000 6372 6561=20
47328pos....crea<BR>7465 536e 6170 7368 6f74 0000 0700 0000=20
teSnapshot......<BR>6e6f 626f 6479 0000 0000 0000 0100 0000=20
nobody..........<BR>1b00 0000 4944 4c3a 7468 6f72 2f53 6e61=20
....IDL:thor/Sna<BR>7043 4d2f 4272 616e 6368 3a31 2e30 0000=20
pCM/Branch:1.0..<BR>0100 0000 0000 0000 6500 0000 0101 0000=20
........e.......<BR>0e00 0000 3137 322e 3237 2e31 302e 3139=20
....172.27.10.19<BR>3200 5a05 4900 0000 ff5a 4f44 4243 6f72=20
2.Z.I....ZODBCor<BR>6261 5365 7276 6572 3938 3538 3839 3837=20
baServer98588987<BR>302e 3131 ff39 3835 3838 3938 3730 2e31=20
0.11.985889870.1<BR>3130 2e39 3231 3631 3537 3237 3533 31fe=20
10.921615727531.<BR>437c c33a 6100 047c 0032 3831 3437 3332=20
C|.:a..|.2814732<BR>3831 3031 0100 0000=20
00  =
; =20
8101.....<BR>ll_recv: 297 bytes<BR>4749 4f50 0100 0100 1d01 0000 0000 =
0000=20
GIOP............<BR>0c02 0000 015a 4f44 4900 0000 ff5a 4f44=20
.....ZODI....ZOD<BR>4243 6f72 6261 5365 7276 6572 3938 3538=20
BCorbaServer9858<BR>3839 3837 302e 3131 ff39 3835 3838 3938=20
89870.11.9858898<BR>3730 2e31 3130 2e39 3231 3631 3537 3237=20
70.110.921615727<BR>3533 31fe 437c c33a 6100 047c 0032 3831=20
531.C|.:a..|.281<BR>3437 3332 3870 6f73 0f00 0000 6372 6561=20
47328pos....crea<BR>7465 536e 6170 7368 6f74 0000 0700 0000=20
teSnapshot......<BR>6e6f 626f 6479 0000 0000 0000 0100 0000=20
nobody..........<BR>1b00 0000 4944 4c3a 7468 6f72 2f53 6e61=20
....IDL:thor/Sna<BR>7043 4d2f 4272 616e 6368 3a31 2e30 0000=20
pCM/Branch:1.0..<BR>0100 0000 0000 0000 6500 0000 0101 0000=20
........e.......<BR>0e00 0000 3137 322e 3237 2e31 302e 3139=20
....172.27.10.19<BR>3200 5a05 4900 0000 ff5a 4f44 4243 6f72=20
2.Z.I....ZODBCor<BR>6261 5365 7276 6572 3938 3538 3839 3837=20
baServer98588987<BR>302e 3131 ff39 3835 3838 3938 3730 2e31=20
0.11.985889870.1<BR>3130 2e39 3231 3631 3537 3237 3533 31fe=20
10.921615727531.<BR>437c c33a 6100 047c 0032 3831 3437 3332=20
C|.:a..|.2814732<BR>3831 3031 0100 0000=20
00  =
; =20
8101.....<BR>omniORB: strand Rope::incrRefCount: old value =3D =
1<BR>omniORB:=20
strand Rope::decrRefCount: old value =3D 2<BR>omniORB: Creating Python =
ref to=20
local:=20
root/ZODBCorbaServer985889870.11/98588987<BR>0.110.921615727531<281473=
28>=20
(not activated)<BR> target id :=20
IDL:thor/SnapCM/Resource:1.0<BR> most derived id:=20
IDL:thor/SnapCM/Branch:1.0<BR>in Servants.py, deleted Resources =3D =
[<Branch=20
instance at 01AD7E80>]</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2> </FONT></DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2> </FONT></DIV>
<DIV><FONT face=3DArial=20
size=3D2> &nbs=
p; </FONT></DIV></BODY></HTML>
------=_NextPart_000_000E_01C0B83E.741D8A30--