orbitcpp-list

Re: [orbitcpp-list] Indentation screwup. This is a bug.

[Phil D. <ph...@us...>]

Hi Gustavo,

Thanks for reporting this - it was a bug to do with handling interface
decls when they're not in a module.
(putting your idl in a module works in 0.30 btw)

I've fixed it in CVS, ready for orbitcpp-0.30.1

Cheers,

Phil


Gustavo Jo=E3o Alves Marques Carneiro writes:
 > Looks like I  found a bug, on my first attempt at compiling an IDL f=
ile!
 >=20
 > [18:54][emperor:banco-corba]$ orbit-idl -lc++ banco.idl=20
 > Indentation screwup. This is a bug.
 > Aborted
 >=20
 >=20
 > --=20
 > Gustavo Jo=E3o Alves Marques Carneiro
 > FEUP/LEEC/TEC
 > interface Banco {
 > =09typedef long TipoDinheiro;
 > =09readonly attribute TipoDinheiro saldo;
 > =09void depositar(in TipoDinheiro quantidade);
 > =09void levantar(in TipoDinheiro quantidade);
 > };
 >=20

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Phil D. <ph...@us...>]

Laszlo Molnar writes:
 > Hi,
 > 
 > Well, I just wanted to rerun automake to get rid of the debugging
 > CXXFLAGS from orb/Makefile.in - and it missed this file. Finally I
 > downloaded the file through cvsweb so no problems.
 > 
 > Unfortunately there seems to be some other problems too:
 > 
 > 1, on sparc-solaris libtool told me, that there are unresolved
 > references in the idl c++ backend from libstdc++, which it can only
 > resolv from a shared libstdc++. Which I don't have :( Is is possible to
 > work around this problem, or should I build a shared libstdc++?
 > 

I'm afraid that the orbit-idl compiler dynamically loads compiler
backends for other languages, so you do need a shared libstdc++.

 > 2, On linux/ia32 (where I have a shared libstdc++) I get tons of
 > warnings in the generated files using -Wall -W. Most (or all?) of them
 > is about an unused parameter in the "operator new"s. It would be nice
 > to see a fix for this in 0.30.1.
 > 

Could you mail me the error please? I only get warnings from the C
code generated by ORBit on my 32bit intel.

 > 3, I'm not sure whether '#pragma inhibit push/pop' is supported, but it
 > does not seems to work for me. I'm not sure whether it should work in
 > the C binding either. Is it supported?
 > 

Not yet, but you mentioning it has pushed it to the top of my TODO
list :-)

 > Anyway, thanks for your work
 > 

You're welcome,

Cheers,

Phil

[orbitcpp-list] Indentation screwup. This is a bug.

[Gustavo A. M. C. <ee...@fe...>]

Looks like I  found a bug, on my first attempt at compiling an IDL file!

[18:54][emperor:banco-corba]$ orbit-idl -lc++ banco.idl=20
Indentation screwup. This is a bug.
Aborted


--=20
Gustavo Jo=E3o Alves Marques Carneiro
FEUP/LEEC/TEC

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Konrad P. <ko...@cr...>]

On 09-Feb-2001 Phil Dawes enlightened me with:
> Hi Konrad,
> 
> Could you do a 'make check' in the test directory, and let me
> know if
> there are any failures.
> 
Did that and it looks very good! No failures at all.

bye,    
        Konrad



________________________________________________________________
  .~.   Konrad Podloucky      GnuPG/PGP-key available by request
  /V\    Why Bill Gates has succeeded:
 // \\     "The obvious mathematical breakthrough would be 
/(   )\     development of an easy way to factor large prime   
 ^^-^^      numbers." The Road Ahead (1995), page 265

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Laszlo M. <las...@et...>]

Hi,

Well, I just wanted to rerun automake to get rid of the debugging
CXXFLAGS from orb/Makefile.in - and it missed this file. Finally I
downloaded the file through cvsweb so no problems.

Unfortunately there seems to be some other problems too:

1, on sparc-solaris libtool told me, that there are unresolved
references in the idl c++ backend from libstdc++, which it can only
resolv from a shared libstdc++. Which I don't have :( Is is possible to
work around this problem, or should I build a shared libstdc++?

2, On linux/ia32 (where I have a shared libstdc++) I get tons of
warnings in the generated files using -Wall -W. Most (or all?) of them
is about an unused parameter in the "operator new"s. It would be nice
to see a fix for this in 0.30.1.

3, I'm not sure whether '#pragma inhibit push/pop' is supported, but it
does not seems to work for me. I'm not sure whether it should work in
the C binding either. Is it supported?

Anyway, thanks for your work

Laszlo


On Thu, Feb 08, 2001 at 05:03:14PM +0000, Phil Dawes wrote:
> Hi Laszlo,
>
> Erk - you're right!
>
> Shouldn't affect the build though. It'll just mean that things arent
> built with debugging AFAICS.

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Phil D. <ph...@us...>]

Hi Konrad,

Could you do a 'make check' in the test directory, and let me know if
there are any failures.

Cheers,

Phil

Konrad Podloucky writes:
 > 
 > On 08-Feb-2001 Phil Dawes enlightened me with:
 > [...]
 > > If you change the 
 > >  void* operator new(CORBA::ULong size)
 > > lines to 
 > >  void* operator new(size_t size)
 > > in orbitcpp_sequence, and 
 > > << "::operator new(" IDL_CORBA_NS"::ULong size) {" << endl;
 > > to 
 > > << "::operator new(size_t size) {" << endl;
 > > in compiler/types.cc, then that should fix it.
 > > 
 > > Please let me know how you get on - as I say, I haven't tested
 > > on a 64
 > > bit platform.
 > > 
 > Thanx Phil! This works. I had to change 3 lines in
 > orbitcpp_sequence.hh and one in types.cc.
 > I haven't made any test programs yet, but it compiles fine.
 > 
 > thnx again,
 >         Konrad
 > 
 > ________________________________________________________________
 >   .~.   Konrad Podloucky      GnuPG/PGP-key available by request
 >   /V\    Why Bill Gates has succeeded:
 >  // \\     "The obvious mathematical breakthrough would be 
 > /(   )\     development of an easy way to factor large prime   
 >  ^^-^^      numbers." The Road Ahead (1995), page 265
 > 
 > _______________________________________________
 > orbitcpp-list mailing list
 > orb...@li...
 > http://lists.sourceforge.net/lists/listinfo/orbitcpp-list
 > 

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Konrad P. <ko...@cr...>]

On 08-Feb-2001 Phil Dawes enlightened me with:
[...]
> If you change the 
>  void* operator new(CORBA::ULong size)
> lines to 
>  void* operator new(size_t size)
> in orbitcpp_sequence, and 
> << "::operator new(" IDL_CORBA_NS"::ULong size) {" << endl;
> to 
> << "::operator new(size_t size) {" << endl;
> in compiler/types.cc, then that should fix it.
> 
> Please let me know how you get on - as I say, I haven't tested
> on a 64
> bit platform.
> 
Thanx Phil! This works. I had to change 3 lines in
orbitcpp_sequence.hh and one in types.cc.
I haven't made any test programs yet, but it compiles fine.

thnx again,
        Konrad

________________________________________________________________
  .~.   Konrad Podloucky      GnuPG/PGP-key available by request
  /V\    Why Bill Gates has succeeded:
 // \\     "The obvious mathematical breakthrough would be 
/(   )\     development of an easy way to factor large prime   
 ^^-^^      numbers." The Road Ahead (1995), page 265

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Phil D. <ph...@us...>]

Hi Konrad,

I think I know what this is - you're running this on a 64 bit arch,
and I've only tested on 32bit intel.

The reason that the compiler barfs on yours and not on mine is because
on intel, sizeof(size_t) == sizeof(CORBA::ULong) (32 bits), but on 64
bit alpha sizeof(size_t) == 8, and sizeof(CORBA::ULong) == 4.

If you change the 
 void* operator new(CORBA::ULong size)
lines to 
 void* operator new(size_t size)
in orbitcpp_sequence, and 
<< "::operator new(" IDL_CORBA_NS"::ULong size) {" << endl;
to 
<< "::operator new(size_t size) {" << endl;
in compiler/types.cc, then that should fix it.

Please let me know how you get on - as I say, I haven't tested on a 64
bit platform.

I'll release an orbitcpp-0.30.1 with this fix and the
Makefile.buildvars included once we know this is working.

Thanks for the bug report,

Phil



Konrad Podloucky writes:
 > Hey guys,
 > Just read about the 0.30 release and wanted to try it out.
 > However I get the following error when trying to compile the
 > tarball vom sourceforge:
 > c++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I..
 > -I/usr/lib/glib/include -I/usr/include -g -O0 -Wall -c
 > orbitcpp_poa.cc  -fPIC -DPIC -o .libs/orbitcpp_poa.lo
 > In file included from ../orb/orbitcpp_poa.hh:41,
 >                  from orbitcpp_poa.cc:30:
 > ../orb/orbitcpp_sequence.hh:199: `operator new' takes type
 > `size_t' as first parameter
 > ../orb/orbitcpp_sequence.hh:235: `operator new' takes type
 > `size_t' as first parameter
 > In file included from orbitcpp_poa.cc:30:
 > ../orb/orbitcpp_poa.hh:49: `operator new' takes type `size_t' as
 > first parametermake[1]: *** [orbitcpp_poa.lo] Error 1
 > make[1]: Leaving directory `/home/konrad/build/orbitcpp-0.30/orb'
 > 
 > This is debian potato on alpha.
 > gcc version is 2.95.2 and orbit is 0.5.7.
 > 
 > I looked at these files but I couldn't quite figure out what's
 > wrong.
 > 
 > Thanx for any help in advance,
 >         Konrad
 > 
 > 
 > ________________________________________________________________
 >   .~.   Konrad Podloucky      GnuPG/PGP-key available by request
 >   /V\    Why Bill Gates has succeeded:
 >  // \\     "The obvious mathematical breakthrough would be 
 > /(   )\     development of an easy way to factor large prime   
 >  ^^-^^      numbers." The Road Ahead (1995), page 265
 > 
 > _______________________________________________
 > orbitcpp-list mailing list
 > orb...@li...
 > http://lists.sourceforge.net/lists/listinfo/orbitcpp-list
 > 

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Phil D. <ph...@us...>]

Hi Laszlo,

Erk - you're right!

Shouldn't affect the build though. It'll just mean that things arent
built with debugging AFAICS.


Cheers,

Phil

Laszlo Molnar writes:
 > > I've just uploaded orbitcpp-0.30 to sourceforge...
 > 
 > Be careful, Makefile.buildvars is missing from the tarball.
 > 
 > Laszlo
 > 
 > _______________________________________________
 > orbitcpp-list mailing list
 > orb...@li...
 > http://lists.sourceforge.net/lists/listinfo/orbitcpp-list
 > 

Re: [orbitcpp-list] ORBit-0.5.7 required, not released?

[Phil D. <ph...@us...>]

Richard Andrews writes:
 > 
 > On Wed, 07 Feb 2001 21:19:03 Phil Dawes wrote:
 > > Hi Richard,
 > > 
 > > Yep, ORBit-0.5.7 silently hit the ftp sites almost a week ago. I only
 > > realised the day before yesterday, and reacted by releasing
 > > orbitcpp-0.30.
 > > 
 > > I downloaded it from the gnome ftp site (ftp.gnome.org) in
 > > pub/GNOME/stable/sources or something,
 > 
 > Can someone please mail it (orbit-0.5.7 tarball) too me?
 > 
 > I can't get to ftp.gnome.org (no annonymous access) and haven't been able to for some weeks.
 > 

Try

http://www.mirror.ac.uk/sites/ftp.gnome.org/


 > Maybe a mirror of the tarball on the orbitcpp sourceforge page?
 > 
 > 

Yeah, could do. I'm behind a firewall at the moment tho.

Cheers,

Phil

Re: [orbitcpp-list] ORBit-0.5.7 required, not released?

[Richard A. <ric...@ix...>]

On Wed, 07 Feb 2001 21:19:03 Phil Dawes wrote:
> Hi Richard,
> 
> Yep, ORBit-0.5.7 silently hit the ftp sites almost a week ago. I only
> realised the day before yesterday, and reacted by releasing
> orbitcpp-0.30.
> 
> I downloaded it from the gnome ftp site (ftp.gnome.org) in
> pub/GNOME/stable/sources or something,

Can someone please mail it (orbit-0.5.7 tarball) too me?

I can't get to ftp.gnome.org (no annonymous access) and haven't been able to for some weeks.

Maybe a mirror of the tarball on the orbitcpp sourceforge page?

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Konrad P. <ko...@cr...>]

Hey guys,
Just read about the 0.30 release and wanted to try it out.
However I get the following error when trying to compile the
tarball vom sourceforge:
c++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I..
-I/usr/lib/glib/include -I/usr/include -g -O0 -Wall -c
orbitcpp_poa.cc  -fPIC -DPIC -o .libs/orbitcpp_poa.lo
In file included from ../orb/orbitcpp_poa.hh:41,
                 from orbitcpp_poa.cc:30:
../orb/orbitcpp_sequence.hh:199: `operator new' takes type
`size_t' as first parameter
../orb/orbitcpp_sequence.hh:235: `operator new' takes type
`size_t' as first parameter
In file included from orbitcpp_poa.cc:30:
../orb/orbitcpp_poa.hh:49: `operator new' takes type `size_t' as
first parametermake[1]: *** [orbitcpp_poa.lo] Error 1
make[1]: Leaving directory `/home/konrad/build/orbitcpp-0.30/orb'

This is debian potato on alpha.
gcc version is 2.95.2 and orbit is 0.5.7.

I looked at these files but I couldn't quite figure out what's
wrong.

Thanx for any help in advance,
        Konrad


________________________________________________________________
  .~.   Konrad Podloucky      GnuPG/PGP-key available by request
  /V\    Why Bill Gates has succeeded:
 // \\     "The obvious mathematical breakthrough would be 
/(   )\     development of an easy way to factor large prime   
 ^^-^^      numbers." The Road Ahead (1995), page 265

Re: [orbitcpp-list] orbitcpp-0.30 is out!

[Laszlo M. <las...@et...>]

> I've just uploaded orbitcpp-0.30 to sourceforge...

Be careful, Makefile.buildvars is missing from the tarball.

Laszlo

[orbitcpp-list] About templates

[Radu F. <ra...@tu...>]

Hi, guys!

This summer I will start working on my project for degree in computer
science and I want to use C++ and CORBA on Linux, so I thought I might use
ORBit and gcc (I am an open source advocate). Right now I gain docs and
samples, so I have a question on you: it is possible (or will be possible
in the near future) to create in C++ components using C++ template
support?

I ask that question because in one of my books about CORBA it is written
that "Templates: citing the viability in template ability among compilers,
the specification avoids requiring them. Use of templates is allowed, but
they do not appear in the specification itself." (CORBA Fundamentals &
Programming, by Jon Siegel, published by John Wiley & Sons, Inc., 1996).

Of course that when this book was written, the C++ standard was not
finished yes, and since than many things was changed.

And, if it's possible to create components using template classes in
C++/Linux, it would help me a lot is you can provide me some URLs with
examples & docs.

Thanx,
  Socrate

-- 
Radu Filip
                           Network Administrator @ Technical University of Iasi
ra...@tu...             Information Technology and Communication Center
http://socrate.tuiasi.ro/  cc...@tu... | http://www.ccti.tuiasi.ro/

Re: [orbitcpp-list] ORBit-0.5.7 required, not released?

[Phil D. <ph...@us...>]

Hi Richard,

Yep, ORBit-0.5.7 silently hit the ftp sites almost a week ago. I only
realised the day before yesterday, and reacted by releasing
orbitcpp-0.30.

I downloaded it from the gnome ftp site (ftp.gnome.org) in
pub/GNOME/stable/sources or something,

Cheers,

Phil

Richard Andrews writes:
 > 
 > Is ORBit-0.5.7 out?
 > 
 > I didn't see a relese notice on orbit-list and the gnome.org ftp server is not accepting annonymous logins.
 > 
 > I tried to build ORBitcpp and the config died since I only have ORBit-0.5.6.
 > 
 > Anyone got 0.5.7 tarball?
 > 
 > 
 > 
 > 
 > _______________________________________________
 > orbitcpp-list mailing list
 > orb...@li...
 > http://lists.sourceforge.net/lists/listinfo/orbitcpp-list
 > 

[orbitcpp-list] ORBit-0.5.7 required, not released?

[Richard A. <ric...@ix...>]

Is ORBit-0.5.7 out?

I didn't see a relese notice on orbit-list and the gnome.org ftp server is not accepting annonymous logins.

I tried to build ORBitcpp and the config died since I only have ORBit-0.5.6.

Anyone got 0.5.7 tarball?

[orbitcpp-list] orbitcpp-0.30 is out!

[Phil D. <ph...@us...>]

Hi All,

I've just uploaded orbitcpp-0.30 to sourceforge...

Release notes:
This is the first release to track the 0.5-stable ORBit releases.
This version requires ORBit-0.5.7

Changes:
- new support for ORBit-0.5-stable series
- new support for typecodes and any 
           (Thanks to John Luebs and Sam Couter for this)
- lots of bugs in orbitcpp and ORBit squashed

Follow the download link off http://orbitcpp.sourceforge.net/

Have fun,

- Phil

Re: [orbitcpp-list] orbitcpp_typecode.hh

[Phil D. <ph...@us...>]

Oops, forgot to cvs-add it.

Should be there now!

Cheers,

Phil

Richard Andrews writes:
 > 
 > Where is it?
 > 
 > orbitcpp_any.hh includes orbitcpp_typecode.hh.
 > 
 > I can't find it in CVS.
 > 
 > --
 > 
 > Rich
 > 
 > 
 > 
 > _______________________________________________
 > orbitcpp-list mailing list
 > orb...@li...
 > http://lists.sourceforge.net/lists/listinfo/orbitcpp-list
 > 

[orbitcpp-list] orbitcpp_typecode.hh

[Richard A. <ric...@ix...>]

Where is it?

orbitcpp_any.hh includes orbitcpp_typecode.hh.

I can't find it in CVS.

--

Rich

Re: [orbitcpp-list] General information

[Phil D. <ph...@us...>]

Paz Offer writes:
 > Thanks Phil,
 > Very helpfull information indeed!
 > Please bare with a couple of more questions (if I may) it would realy help 
 > me (please,please):
 > 
 > Regarding the Activation issue:
 > 	Is the OAF is a fully CORBA compliant feature?
 > 

No, activation is unspecified in corba. The OAF apis are proprietary.

What is 'sort-of' specified is how an implementation repository should
work.

Basically

1) The Object IOR of a 'persistent' (i.e. long-lived) object contains
the destination of the 'implementation repository' (IMR) service in it

2) The client makes a call on a method of the object pointed to by the
IOR

3) The IMR gets the call, creates the object (and could conceiveably
negotiate with the orb behind the scenes to load a dll if required),
and then forwards the request.

 > I done some reading about CORBA, and nowhere did I find (yet) any mention 
 > regarding activation - in the sence that (MS) COM does it:
 > a.	COM server is registered with the system registry..
 > b. COM runtime will - find the dll, activate the object and
 > download the dll when all is done..

Yep - COM specifies activation (albeit a bit crappily - requiring a
'registry'). CORBA doesn't. Clients assume that objects are long
lived. For similar functionality, people tend to do the following:

1) write a long-lived 'factory' object, who creates the objects. (like
com factories or EJB Homes)

2) register the factory with a corba naming service

3) use some 'magic' to load the factory when people attempt to use
it. (either by the implementation repository scheme described above,
or by a naming service which automatically instanciates factory
objects on demand - this is what gnome does)

I intend on writing an IMR based on OAF (if it's a good fit) in the
medium term. Don't rely on this though (unless you want to help ;-)

It might be worth looking at the gnome nameserver stuff to see if this
fits your needs.

Cheers,

Phil

Re: [orbitcpp-list] General information

[Phil D. <ph...@us...>]

Paz Offer writes:
 > Hi,
 > 
 > I have a very general questions regarding using ORBit - I would be very 
 > gratefull for any response.
 > 
 > My environment is a PDA class device operating Linux, on Arm based platform. 
 > (I estimate that my RAM and disc space would be around 16~32MB each)
 > 
 > I done a brief reading about the ORBit/CPP product. From what I read I think 
 > that this product can suit my needs.
 > 
 > My questions:
 > ^^^^^^^^^^^^^
 > 1.	What state is this product now - I understand it was not released yet.
 > 	Is it stable, is it expected to be released soon?

It is stable, orbitcpp-0.30 will be released soon (in fact, I'll
release it when ORBit-0.5.7 is released).

 > 2.	Using this product I understand that Client AND Server can be written in 
 > C++ (?)

Yes

 > 3.	Does the product suport also the activation of in-proc servants?
 > 	Does it actualy locate the DLL load it to memory and create the instance?
 > 	[I am new to the CORBA field, so excuse if I have a misunderstanding 
 > here..]

There is a secondary ORBit package called 'oaf' (object activation
framework) which does this. orbitcpp *should* work with this, but
AFAIK this is untested. 
I plan on working on this next (implementation repository based on oaf).

(In case you don't know, ORBit is a small fast C ORB, orbitcpp
provides c++ support for ORBit)


 > 4.	Is the product fully CORBA compliant?
 > 

It is fully compliant in that everything implemented is CORBA spec
compliant. There are some notable features in 2.3 not implemented in
orbitcpp - DynAny and value types are examples.
You also may have problems with anonymous sequence members (untested).


 > Thanks in advanced for any response!
 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 > 

You're welcome,

Cheers,

Phil

[orbitcpp-list] General information

[Paz O. <paz...@ho...>]

Hi,

I have a very general questions regarding using ORBit - I would be very 
gratefull for any response.

My environment is a PDA class device operating Linux, on Arm based platform. 
(I estimate that my RAM and disc space would be around 16~32MB each)

I done a brief reading about the ORBit/CPP product. From what I read I think 
that this product can suit my needs.

My questions:
^^^^^^^^^^^^^
1.	What state is this product now - I understand it was not released yet.
	Is it stable, is it expected to be released soon?
2.	Using this product I understand that Client AND Server can be written in 
C++ (?)
3.	Does the product suport also the activation of in-proc servants?
	Does it actualy locate the DLL load it to memory and create the instance?
	[I am new to the CORBA field, so excuse if I have a misunderstanding 
here..]
4.	Is the product fully CORBA compliant?

Thanks in advanced for any response!
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

- if possible - please copy reply to me at:	Paz...@ho...

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com

Re: [orbitcpp-list] Multiple Inheritance

[Andreas K. <ak...@ix...>]

On Thu, Jan 18, 2001 at 08:56:14AM -0800, Lance Welsh wrote:
> Does anyone have an example of inhertance?  Compiling the IDL files seems to
> work (say ones that define base class 'A' and dereived class 'B'), but when trying
> to compile 'B_impl.cc" (which is derived from 'A_impl'), some structures from
> A's headers are redefined (indentically but fatally) by B's headers.
> Information or examples appreciated.  Thanks,  -Lance.
> 
> 
> _______________________________________________
> orbitcpp-list mailing list
> orb...@li...
> http://lists.sourceforge.net/lists/listinfo/orbitcpp-list
> 

Hi Lance,

IMHO, orbitcpp doesn't yet implement the #pragma inhibit directives properly
(see CORBA spec or ORBit docs) so that for now the only solution would be to
put all the definitions into one huge IDL file. (or #include them)

This is a temporary deficiency, it will go away as we proceed.

Bye
Andy

-- 
What do you have if you have 6 mathematicians buried up to 
their necks in pig shit? - Not enough pig shit.

Just plain Inheritance - was Re: [orbitcpp-list] Multiple Inheritance

[Lance W. <la...@se...>]

Pardon my subject of "Multiple Inheritance".  I am in no way tryint to perform
multiple inheritance - just a simple derivation of B from A.  Thanks,  -Lance.

Lance Welsh wrote:

> Does anyone have an example of inhertance?  Compiling the IDL files seems to
> work (say ones that define base class 'A' and dereived class 'B'), but when trying
> to compile 'B_impl.cc" (which is derived from 'A_impl'), some structures from
> A's headers are redefined (indentically but fatally) by B's headers.
> Information or examples appreciated.  Thanks,  -Lance.
>
> _______________________________________________
> orbitcpp-list mailing list
> orb...@li...
> http://lists.sourceforge.net/lists/listinfo/orbitcpp-list

[orbitcpp-list] Multiple Inheritance

[Lance W. <la...@se...>]

Does anyone have an example of inhertance?  Compiling the IDL files seems to
work (say ones that define base class 'A' and dereived class 'B'), but when trying
to compile 'B_impl.cc" (which is derived from 'A_impl'), some structures from
A's headers are redefined (indentically but fatally) by B's headers.
Information or examples appreciated.  Thanks,  -Lance.