[omniORB] Problems porting omniORB2.

Mike Bendickson bendi003@tc.umn.edu
Wed, 2 Jun 1999 10:17:48 -0500


g++ -v gives me:

gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)

Is there a UnixWare port?  I didn't see any mention of it in the release
that I downloaded.  2.7.1, dated March 12, 1999.

I've been working off of the SCO5 source with the exception of the threads
code.  UnixWare 2 has doesn't have pthreads, so I'm using the solaris
threads code (UI threads or SVR4 threads).

So you think gdb is causing the crash in this case?  Should I use something
else to debug it?

Thanks,
-Mike

----- Original Message -----
From: Sai-Lai Lo <S.Lo@uk.research.att.com>
To: Mike Bendickson <bendi003@tc.umn.edu>
Cc: <omniorb-list@uk.research.att.com>
Sent: Wednesday, June 02, 1999 4:47 AM
Subject: Re: [omniORB] Problems porting omniORB2.


> It is difficult to tell why omniNames segv on startup. The most likely
> cause is a bug in your compiler. AFAIK, omniORB2 has been ported to
> UnixWare with g++ 2.7.1. What compiler are you using?
>
> How about eg1, eg2_clt, eg2_impl, do they work?
>
> As for using gdb, you are debugging a multithreaded program, the
SIGWAITING
> may well be what gdb uses to block all the threads.
>
>
>
> >>>>> Mike Bendickson writes:
>
> > I've manage to build omniORB2 on UnixWare 2.1.2, but I'm getting a bus
error when trying to start omniNames.
> > Here's what gdb give me:
>
> > UnixWare% gdb omniNames
> > GNU gdb 4.18
> > Copyright 1998 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License, and you
are
> > welcome to change it and/or distribute copies of it under certain
conditions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB.  Type "show warranty" for
details.
> > This GDB was configured as "i386-pc-sysv4.2uw2.1.2"...
> > (gdb) set args -start 12345
> > (gdb) r
> > Starting program:
/project/CoreModules/work/CORBA/OmniOrb2/omniORB_2.7.1/bin/x86_sco5/omniName
s -start 12345
>
> > Program received signal SIGWAITING, Process's LWPs are blocked.
> > 0xbffa5518 in strlen () from /usr/lib/libc.so.1
> > (gdb)
>
> > This doesn't mean much to me.  What's SIGWAITING?  And why is that a bad
thing?  And what does this have to do with strlen()?
>
> > Any suggestions?
>
>
> --
> Sai-Lai Lo                                   S.Lo@uk.research.att.com
> AT&T Laboratories Cambridge           WWW:
http://www.uk.research.att.com
> 24a Trumpington Street                Tel:   +44 1223 343000
> Cambridge CB2 1QA                     Fax:   +44 1223 313542
> ENGLAND
>
>
>