[omniORB] ORB_init returns None (Python)

[Peter Gebauer]

No, because I don't have any other CORBA in my namespace there.

> It verifies that it's an omniORB problem rather than a Orbit problem.
> 
> On Wed, 2004-10-06 at 00:50, Peter Gebauer wrote:
> > How would that be different? It's just tinkering with the namespace.
> > 
> > On Thu, Sep 30, 2004 at 05:58:30PM +0200, Peter Gebauer wrote:
> > > from omniORB import CORBA
> > > 
> > > And then I call CORBA.ORB_init
> > > 
> > > On Thu, Sep 30, 2004 at 08:50:30AM -0700, Scott Robertson wrote:
> > > > How are you importing ORB_init?
> > > > 
> > > > Are you importing it like:
> > > > 
> > > > from omniORB.CORBA import ORB_init
> > > > 
> > > > or are you importing
> > > > 
> > > > from CORBA import ORB_init?
> > > > 
> > > > Sometimes I've run into the case where I've imported the CORBA module
> > > > and ended up with the one from Orbit (part of the gnome package). Just a
> > > > shot in the dark, but maybe you're getting the wrong library.
> > > > 
> > > > 
> > > > On Tue, 2004-09-28 at 05:59, Peter Gebauer wrote:
> > > > > > > In my client code the ORB_init sometimes returns "None", the equivalent of
> > > > > > > null in C. The documentation says nothing about that it would ever return 
> > > > > > > None, so why does it?
> > > > > > 
> > > > > > What are you doing at the time?  I've never seen that happen. Are you
> > > > > > doing interesting things with import hooks or playing with
> > > > > > sys.modules?  What platform are you using?
> > > > > 
> > > > > I'm not doing anything in particular. This code is called from a mod_python
> > > > > handler. I think the problem occurs when the handler is reloaded 
> > > > > upon which the module variable __orb__ is set to None. My code is:
> > > > > 
> > > > >   if not __orb__:
> > > > > 	__orb__ = ORB_Init([], CORBA.ORB_ID)
> > > > > 
> > > > > so it would be safe had the ORB_init always returned a valid object.
> > > > > I looked at both the OmniORB4 library and Python bindings source codes and
> > > > > it seems it should always return an ORB, so it's defenately a bug, I just 
> > > > > don't know where to look for it.
> > > > > 
> > > > > The second thing I noticed is that the OmniORBpy documentation says it works 
> > > > > with OmniORB version 3 or 2.8, but the Debian packages I'm running is 
> > > > > OmniORB version 4. The OmniORBpy package even depends on it.
> > > > > So, I'm wondering, is the documentation for OmniORBpy outdated or has the 
> > > > > Debian maintainer for python2.3-omniorb made a huge mistake?
> > > > > It should also be noted that Debian testing (sarge) doesn't even include 
> > > > > older versions of OmniORB than OmniORB version 4 (4.0.4).
> > > > > 
> > > > > /Peter
> > > > > 
> > > > > _______________________________________________
> > > > > omniORB-list mailing list
> > > > > omniORB-list at omniorb-support.com
> > > > > http://www.omniorb-support.com/mailman/listinfo/omniorb-list
> > > > 
> > > > 
> > > 
> > > _______________________________________________
> > > omniORB-list mailing list
> > > omniORB-list at omniorb-support.com
> > > http://www.omniorb-support.com/mailman/listinfo/omniorb-list
> > > 
> 
>