Re: [orbitcpp-list] running orbitcpp client and server programs from separate machines
Status: Beta
Brought to you by:
philipd
|
From: Bill L. <the...@ya...> - 2000-02-23 16:39:05
|
Phil,
I downloaded, built, and installed ORBit 0.5.1, and then I went to your site
and downloaded orbitcpp-0.25.1. I ran ./configure, but the make reported
errors trying to build the test programs. I removed the test directory from
the list of targets and was then able to complete the make and make install,
but when I try to run make on my app, I get the following error:
orbit-idl2cpp ../admanager.idl
Traceback (innermost last):
File "/usr/local/bin/orbit-idl2cpp", line 11, in ?
from orbit_idl2cpp.commonfile import CommonGenerator
ImportError: cannot import name CommonGenerator
make[2]: *** [admanager.hh] Error 1
If it makes any difference, I am running RedHat 6.1, which came with gcc
version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
So here are my questions:
- Does the idl2cpp error above look familiar? Is there an easy fix? Sorry
to bug you with this, but I really don't know anything about python.
- Is there a devel version of orbitcpp 0.25.1 that I also need, or does your
tar file have everything required for development?
Thanks.
-Bill Lasley
--- Phil Dawes <ph...@or...> wrote:
> Bill Lasley writes:
> > Hi,
> >
> > I installed ORBit-0.5.0-1, ORBit-devel-0.5.0-1, orbitcpp-0.22-1, and
> > orbitcpp-0.22-1 on three machines, all running RedHat 6.1. As far as
> I
> > can tell, all three machines have similar network configurations.
> >
> > I built and ran the simple helloworld sample on various combinations
> of
> > these machines (call them A, B, and C).
> >
> > I perverted the sample slightly so that the programs could read and
> > write IOR strings from an LDAP server on A.
> >
> > Running server on A and client on A works.
> > Running server on B and client on B works.
> > Running server on C and client on C works.
> >
> > Running server on A and client on B works.
> > Running server on B and client on A works.
> >
> > Running server on A and client on C causes the client to crash and
> dump
> > core.
> > Running server on C and client on A causes the client to crash and
> dump
> > core.
> >
> > I added code to trap exceptions in the client program, and it appears
> to
> > be a system exception, minor code of 5, thrown when the client
> program
> > calls the _narrow() function.
> >
> > I can't figure out why the sample works for A and B but not for A and
> > C. I thought maybe C might have too low a limit on open file
> > descriptors, but that was not the case (1024 for all machines).
> >
> > Is there a particular setting that causes client crashes (untrapped
> > exception, minor code 5) when the orbitcpp helloworld samples are run
> on
> > two separate machines?
> >
> > The ORBit source code looks like a steep learning curve, so I thought
> > I would ask around before I go any further into the source, in case
> > there is something very simple wrong here. I am not very
> knowledgeable
> > about CORBA in general, which is why I used the ldap server instead
> of
> > the orbit name server.
> >
> > If anybody has any suggestions, I am (like Ross Perot) all ears.
> >
>
> Hi Bill,
>
> There was a dodgy memory bug in that version, and it didn't get fixed
> (because I couldn't repeat it ;-) until version 0.25.1.
> I suggest you get ORBit-0.5.1 and orbitcpp-0.25.1 (from
> ftp://orbitcpp.sourceforge.net/pub/orbitcpp)
>
> Hope this helps,
>
> Phil.
>
> _______________________________________________
> orbitcpp-list mailing list
> orb...@li...
> http://lists.sourceforge.net/mailman/listinfo/orbitcpp-list
>
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
|