[omniORB] Problems porting omniORB2.

[Mike Bendickson]

> > How about eg1, eg2_clt, eg2_impl, do they work?

No they also give me a Bus Error.

-Mike

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


> 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
> >
> >
> >
>
>
>