[omniORB] application problem (omniORB 3.0.4)

[Sogor, Laszlo (MED)]

Hi all,

I have a problem which is possible not omniORB related:

We use a program (comes from VNC), if this program is active, starting our
application always crashes. If this program is not started, once from
every 10 runs crashes (reproducable).

We have a server application which uses omniORB to initiate requests to
its client. The client initializes its ORB servant and starts the server and
tells its IOR to it. When the server process initializes CORBA, it hangs
in the ORB_init() function:

The corresponding code:

CORBA::ORB_var orb;
CORBA::Object_var obj;

#ifdef HAS_Cplusplus_Namespace
typedef ASAppVxtl::ASCommand_var ASCommand_var;
#endif

AdSCommand_var vcref;

char    progname[]="vxtl";
char    *cmdline[3];

int corba_init_com(const char *ior)
{
        int     paramnum = 2;   // ORB_init changes the cmdline so we cannot
                                // give constant number to it
        int     error = CORBA_OK;

        if (corba_status)
        {
                return CORBA_ACTIVE;
        }

        /*
         * IOR must not be an empty string
         */
        if (strlen(ior) == 0)
        {
                return CORBA_ERROR;
        }
...
        cmdline[0] = progname;
        cmdline[1] = srv_ior;
        cmdline[2] = NULL;

        try
        {
                orb = CORBA::ORB_init(paramnum, cmdline, "omniORB3");
                obj = orb->string_to_object(srv_ior);
                vcref = ASAppVxtl::ASCommand::_narrow(obj);

                if( CORBA::is_nil(vcref) )
                {
                        return VXTLCORBA_ERROR;
                }

        }
...
}

The ORB_init() function does not return.

I linked with the following flags:
'-lomniORB3 -ltcpwrapGK -lomnithread -lpthread -mt'
I compiled the sources with:
/usr/bin/g++ -D__OMNIORB3__ -D_REENTRANT -D__x86__ -D__linux__ \
-D__OSVERSION__=2 ... -MD -o file.o -c file.c

The corresponding processes:

 2111 ?        S      0:00 ...vox -R ...
 2112 ?        S      0:00 ...vox -R ...
 2113 ?        S      0:00 ...vox -R ...

$ gdb ...vox 2111
...
(gdb) where
#0  0x420293d5 in sigsuspend () from /lib/i686/libc.so.6
#1  0x407d5609 in __pthread_wait_for_restart_signal ()
   from /lib/i686/libpthread.so.0
#2  0x407d581c in pthread_create at GLIBC_2.0 () from
/lib/i686/libpthread.so.0
#3  0x407caac5 in omni_thread::start ()
   from .../lib/libomnithread.so.2
#4  0x407cac18 in omni_thread::start_undetached ()
   from .../lib/libomnithread.so.2
#5  0x4076a214 in omni_strand_initialiser::attach ()
   from .../lib/libomniORB3.so.0
#6  0x4074f061 in CORBA::ORB_init ()
   from .../lib/libomniORB3.so.0
#7  0x08401338 in corba_init_com ()
#8  0x0822e804 in corba_init_com_function ()
#9  0x081cad9e in line_interpreter ()
#10 0x081cf7f5 in process_input ()
#11 0x081cfd0c in start_connection ()
#12 0x081d01d5 in generic_input_callback ()
#13 0x4027809e in _XtRemoveAllInputs () from /usr/X11R6/lib/libXt.so.6
#14 0x4027838f in XtAppNextEvent () from /usr/X11R6/lib/libXt.so.6
#15 0x083d7328 in XtVxtlMainLoop ()
#16 0x08207352 in main ()
#17 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) quit
$ gdb ...vox 2112
...
(gdb) where
#0  0x420e0187 in poll () from /lib/i686/libc.so.6
#1  0x407d2c30 in __pthread_manager () from /lib/i686/libpthread.so.0
(gdb) quit
$ gdb ...vox 2113
...
(gdb) where
#0  0x420293d5 in sigsuspend () from /lib/i686/libc.so.6
#1  0x407d5609 in __pthread_wait_for_restart_signal ()
   from /lib/i686/libpthread.so.0
#2  0x407d1eec in pthread_cond_wait () from /lib/i686/libpthread.so.0
#3  0x407ca1c2 in omni_condition::wait ()
   from .../lib/libomnithread.so.2
#4  0x4076a42d in omniORB_Ripper::run_undetached ()
   from .../lib/libomniORB3.so.0
#5  0x407ca7bd in omni_thread_wrapper ()
   from .../lib/libomnithread.so.2
#6  0x407d2faf in pthread_start_thread () from /lib/i686/libpthread.so.0
(gdb) quit


I tried out everything I could imagine:
- omniORB 3.0.5: does the same
- Redhat 7.3 with kernels kernel-smp-2.4.20-(19, 20, 28) hangs
- Redhat 7.3 with kernel kernel-smp-2.4.18-18.7.x does NOT hang
                  (everything else is the same)

I compiled the program with the following compilers / libs
- glibc-2.2.5-44
- glibc-common-2.2.5-44
- glibc-devel-2.2.5-44
- glibc-kernheaders-2.4-7.14
- gcc-2.96-113
- gcc-c++-2.96-113
- libstdc++-devel-2.96-113
- libstdc++-2.96-113

The workstaton (on which the program runs officially)
- glibc-common-2.2.5-43
- glibc-2.2.5-43
- libstdc++-2.96-113

The workstation is:
- 2 * Intel(R) Xeon(TM) CPU 3.06GHz
- 2GB RAM

Unfortunately I cannot change anything on the sw configuration :(

Does anyone has an idea what could be the problem?

Thanks,

Laszlo Sogor