orbitcpp-list Mailing List for orbitcpp (Page 14)
Status: Beta
Brought to you by:
philipd
Menu
▾
▴
orbitcpp-list
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(7) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(19) |
Feb
(45) |
Mar
(53) |
Apr
(64) |
May
(22) |
Jun
(6) |
Jul
(56) |
Aug
(11) |
Sep
(32) |
Oct
(27) |
Nov
(43) |
Dec
(25) |
| 2001 |
Jan
(11) |
Feb
(26) |
Mar
(16) |
Apr
(19) |
May
(19) |
Jun
(28) |
Jul
(16) |
Aug
(12) |
Sep
(7) |
Oct
(9) |
Nov
(1) |
Dec
(35) |
| 2002 |
Jan
(45) |
Feb
(66) |
Mar
(25) |
Apr
(20) |
May
(15) |
Jun
(1) |
Jul
(1) |
Aug
(3) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(26) |
| 2003 |
Jan
(8) |
Feb
|
Mar
|
Apr
(4) |
May
(3) |
Jun
(2) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2006 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
(4) |
Aug
(4) |
Sep
(4) |
Oct
(17) |
Nov
(23) |
Dec
(5) |
| 2007 |
Jan
(37) |
Feb
(20) |
Mar
(16) |
Apr
(23) |
May
(20) |
Jun
(12) |
Jul
(20) |
Aug
(25) |
Sep
(15) |
Oct
(8) |
Nov
(5) |
Dec
(3) |
| 2008 |
Jan
(9) |
Feb
(6) |
Mar
(37) |
Apr
(28) |
May
(12) |
Jun
(9) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(26) |
Nov
(50) |
Dec
(75) |
| 2009 |
Jan
(63) |
Feb
(46) |
Mar
(54) |
Apr
(53) |
May
(125) |
Jun
(102) |
Jul
(90) |
Aug
(46) |
Sep
(26) |
Oct
(32) |
Nov
(9) |
Dec
(29) |
| 2010 |
Jan
(9) |
Feb
(8) |
Mar
(45) |
Apr
(56) |
May
(74) |
Jun
(73) |
Jul
(34) |
Aug
(48) |
Sep
(23) |
Oct
(3) |
Nov
|
Dec
(3) |
| 2011 |
Jan
(5) |
Feb
(3) |
Mar
(17) |
Apr
(3) |
May
(2) |
Jun
(3) |
Jul
(4) |
Aug
(8) |
Sep
(17) |
Oct
(6) |
Nov
(5) |
Dec
(10) |
| 2012 |
Jan
(3) |
Feb
(15) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
(5) |
Aug
(3) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(2) |
| 2013 |
Jan
(2) |
Feb
(3) |
Mar
(1) |
Apr
(4) |
May
(4) |
Jun
(3) |
Jul
(6) |
Aug
(52) |
Sep
(3) |
Oct
(5) |
Nov
(1) |
Dec
(8) |
| 2014 |
Jan
(1) |
Feb
(16) |
Mar
(9) |
Apr
(11) |
May
(16) |
Jun
(15) |
Jul
(13) |
Aug
(4) |
Sep
(2) |
Oct
(3) |
Nov
|
Dec
(3) |
| 2015 |
Jan
(5) |
Feb
(1) |
Mar
(5) |
Apr
(1) |
May
(5) |
Jun
(3) |
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(3) |
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(3) |
Dec
(1) |
| 2017 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(5) |
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Alix P. <al...@no...> - 2002-12-16 21:56:33
|
Is there a suitable example tar file that I could download and consult = for this issue? * Alix Pouladdej Nortel Networks Advanced Technology (ATI)=20 www http://navigate.us.nortel.com/ati * Tel: (613) 765-6043 Esn: (6+) 395-6043 * E-mail: mailto:al...@no...=20 * Fax: (613) 765-0678 -----Original Message----- From: ERDI Gergo [mailto:ca...@ca...]=20 Sent: Monday, December 16, 2002 4:36 PM To: Pouladdej, Alix [CAR:0V11:EXCH] Cc: 'Sam Couter'; orb...@li... Subject: RE: [orbitcpp-list] Compilation error; can't find file. On Mon, 16 Dec 2002, Alix Pouladdej wrote: > Interesting! Does it then mean that I need to compile and somehow=20 > link the Og-common.c, Og-stubs.c and Og-skels.c as well? Yup. --=20 .--=3D ULLA! =3D---------------------. `We are not here to give = users what \ http://cactus.rulez.org \ they want' -- RMS, at GUADEC = 2001 `---=3D ca...@ca... =3D---' Mindennap egy alma =3D =E9vi 365 alma! |
|
From: ERDI G. <ca...@ca...> - 2002-12-16 21:42:31
|
On Mon, 16 Dec 2002, Alix Pouladdej wrote: > Interesting! Does it then mean that I need to compile and somehow link t= he > Og-common.c, Og-stubs.c and Og-skels.c as well? Yup. --=20 .--=3D ULLA! =3D---------------------. `We are not here to give users = what \ http://cactus.rulez.org \ they want' -- RMS, at GUADEC 2001 `---=3D ca...@ca... =3D---' Mindennap egy alma =3D =E9vi 365 alma! |
|
From: Alix P. <al...@no...> - 2002-12-16 21:34:57
|
Interesting! Does it then mean that I need to compile and somehow link = the Og-common.c, Og-stubs.c and Og-skels.c as well? * Alix Pouladdej Nortel Networks Advanced Technology (ATI)=20 www http://navigate.us.nortel.com/ati * Tel: (613) 765-6043 Esn: (6+) 395-6043 * E-mail: mailto:al...@no...=20 * Fax: (613) 765-0678 -----Original Message----- From: ERDI Gergo [mailto:ca...@ca...]=20 Sent: Monday, December 16, 2002 4:30 PM To: Pouladdej, Alix [CAR:0V11:EXCH] Cc: 'Sam Couter'; orb...@li... Subject: RE: [orbitcpp-list] Compilation error; can't find file. On Mon, 16 Dec 2002, Alix Pouladdej wrote: > When I run the IDL compiler for c++ binding generation as: > $/usr/bin/orbit-idl --backenddir=3D/usr/bin -l c++ Og.idl > it does NOT seem to produce any file named Og.h, but this file is=20 > referenced in Og-cpp-common.hh! >=20 > In the case of orbit with c-binding, when I run the IDL compiler, it=20 > does produce the Og.h! > $/usr/bin/orbit-idl Og.idl > produces the following files: > Og-common.c > Og-skels.c > Og-stubs.c > Og.h > with Og.h being referenced in Og-common.c, Og-skels.c, Og-stubs.c >=20 > I thought the Og.h is produced only in the case of c-bindings! Am I=20 > wrong? You need to separately run the C IDL compiler even if you only want to = use the C++ stuff in your own app. --=20 .--=3D ULLA! =3D---------------------. `We are not here to give = users what \ http://cactus.rulez.org \ they want' -- RMS, at GUADEC = 2001 `---=3D ca...@ca... =3D---' Mindennek magas a f=E9nyt=F6r=E9si mutat=F3ja, ami f=E9nylik. |
|
From: ERDI G. <ca...@ca...> - 2002-12-16 21:33:50
|
On Mon, 16 Dec 2002, Alix Pouladdej wrote: > When I run the IDL compiler for c++ binding generation as: > $/usr/bin/orbit-idl --backenddir=3D/usr/bin -l c++ Og.idl > it does NOT seem to produce any file named Og.h, but this file is referen= ced > in Og-cpp-common.hh! >=20 > In the case of orbit with c-binding, when I run the IDL compiler, it does > produce the Og.h! > $/usr/bin/orbit-idl Og.idl=20 > produces the following files: > =09Og-common.c > =09Og-skels.c > =09Og-stubs.c > =09Og.h > with Og.h being referenced in Og-common.c, Og-skels.c, Og-stubs.c >=20 > I thought the Og.h is produced only in the case of c-bindings! Am I wrong= ? You need to separately run the C IDL compiler even if you only want to use the C++ stuff in your own app. --=20 .--=3D ULLA! =3D---------------------. `We are not here to give users = what \ http://cactus.rulez.org \ they want' -- RMS, at GUADEC 2001 `---=3D ca...@ca... =3D---' Mindennek magas a f=E9nyt=F6r=E9si mutat=F3ja, ami f=E9nylik. |
|
From: Alix P. <al...@no...> - 2002-12-16 21:10:17
|
When I run the IDL compiler for c++ binding generation as: $/usr/bin/orbit-idl --backenddir=/usr/bin -l c++ Og.idl it does NOT seem to produce any file named Og.h, but this file is referenced in Og-cpp-common.hh! In the case of orbit with c-binding, when I run the IDL compiler, it does produce the Og.h! $/usr/bin/orbit-idl Og.idl produces the following files: Og-common.c Og-skels.c Og-stubs.c Og.h with Og.h being referenced in Og-common.c, Og-skels.c, Og-stubs.c I thought the Og.h is produced only in the case of c-bindings! Am I wrong? * Alix Pouladdej Nortel Networks Advanced Technology (ATI) www http://navigate.us.nortel.com/ati * Tel: (613) 765-6043 Esn: (6+) 395-6043 * E-mail: mailto:al...@no... * Fax: (613) 765-0678 -----Original Message----- From: Sam Couter [mailto:sa...@co...] Sent: Monday, December 16, 2002 3:59 PM To: Pouladdej, Alix [CAR:0V11:EXCH] Cc: orb...@li... Subject: Re: [orbitcpp-list] Compilation error; can't find file. Alix Pouladdej <al...@no...> wrote: > g++ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/orbit-1.0 -c OgServer.cc > In file included from Og-cpp.hh:6, > from OgServer.hh:4, > from OgServer.cc:11: > Og-cpp-common.hh:13: Og.h: No such file or directory > But a file like Og.h is produced when orbit-idl is run without -l c++ option > for a c-binding. Where is the Og.h file? It needs to be in the current directory or a directory listed with a -I option, otherwise the compiler won't be able to find it. -- Sam "Eddie" Couter | mailto:sa...@co... Debian Developer | mailto:ed...@de... | jabber:sa...@te... OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C |
|
From: Sam C. <sa...@co...> - 2002-12-16 20:59:14
|
Alix Pouladdej <al...@no...> wrote:
> g++ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
> -I/usr/include/orbit-1.0 -c OgServer.cc=20
> In file included from Og-cpp.hh:6,=20
> from OgServer.hh:4,=20
> from OgServer.cc:11:=20
> Og-cpp-common.hh:13: Og.h: No such file or directory=20
> But a file like Og.h is produced when orbit-idl is run without -l c++ opt=
ion
> for a c-binding.=20
Where is the Og.h file? It needs to be in the current directory or a
directory listed with a -I option, otherwise the compiler won't be able
to find it.
--=20
Sam "Eddie" Couter | mailto:sa...@co...
Debian Developer | mailto:ed...@de...
| jabber:sa...@te...
OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C
|
|
From: Alix P. <al...@no...> - 2002-12-16 18:09:02
|
Hi,
I am a new comer to the Orbit-Cpp environment. I am in the process of
porting some benchmarking codes from TAO to Orbit-Cpp and I am running into
make error issues:
I have included a copy of my Makefile and the *.idl file.
(1) Set up of our environment:
-OrbitC is installed and we have run in successfully.
-We have installed Orbit-Cpp in /usr/local/src/orbitcpp-0.30.4
(2) I run the idl compiler on the idl with the following option:
/usr/bin/orbit-idl --backenddir=/usr/bin -l c++ Og.idl
I needed to do the --backenddir to get rid of an idl compilation error.
When I run my makefile I get this error message:
/usr/bin/orbit-idl --backenddir=/usr/bin -l c++ Og.idl
g++ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/orbit-1.0 -c OgServer.cc
In file included from Og-cpp.hh:6,
from OgServer.hh:4,
from OgServer.cc:11:
Og-cpp-common.hh:13: Og.h: No such file or directory
But a file like Og.h is produced when orbit-idl is run without -l c++ option
for a c-binding.
Any ideas?
*
Alix Pouladdej
Nortel Networks
Advanced Technology (ATI)
www http://navigate.us.nortel.com/ati
<http://navigate.us.nortel.com/ati>
* Tel: (613) 765-6043
Esn: (6+) 395-6043
* E-mail: mailto:al...@no... <mailto:al...@no...>
* Fax: (613) 765-0678
|
|
From: Stoytcho S. <sto...@ya...> - 2002-11-08 22:57:51
|
Hi everyone, I am trying to install orbitcpp-0.30.4 on my home RedHat7.1 box in the make process I get the following error: ... everything-common.c:622: 'TC_CORBA_sequence_CORBA_any_struct' undeclared here (not in a function) everything-common.c:622: initializer element is not constant ... I thought that it may be from the new version but when tried orbitcpp-0.30.3 I got the same error. Does someone know what is happening and how I would approach this problem. The file everything-common.c is in the following dir (installing dir)/test/everything/generated Your help is greatly appreciated. Stoytcho Stoev __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 |
|
From: <mlp...@am...> - 2002-09-21 20:15:54
|
<html> <head> <title>µL¼ÐÃD¤å¥ó</title> <meta http-equiv="Content-Type" content="text/html; charset=big5"> <title></title> <meta http-equiv="Content-Type" content="text/html; charset=big5"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p align="center"><b><font size="6" color="#9900FF">±¡½ì¥Î«~</font><font size="4" color="#9900FF">ºô¸ôÁʪ«°Ó«°</font></b></p> <p align="center"><font size="4" color="#000000">¦pªG±z¨S¿³½ì©Î¬O</font><font size="4" color="#FF0000">¥¼¦¨¦~¡A½Ð¤Å¶i¤J</font><font size="4" color="#000000">.</font></p> <p align="center"><font size="4" color="#000000">§Ú֦̾³³Ì·s©_©M³Ì¦hºØÃþªº±¡½ì¥Î«~</font></p> <p align="center"><font size="4" color="#000000">¥¿¬£¸gÀç¡A</font><font size="4" color="#000000">¸Û¼°Áܽбz¨Ó°ÑÆ[</font></p> <p align="center"><a href="http://www.finehappy.com/index.php?id=mini" target="_blank"><b><font color="#9900FF" size="5">¶i¤J</font></b></a></p> <p align="center"> </p> </html> |
|
From: Steinar B. <sb...@do...> - 2002-09-12 12:50:31
|
>>>>> Lev Assinovsky <le...@pe...>: > OK, I have gcc 3.1 at my office. I'll check if > <sstring> exists in ISO STL. Do you mean <sstream>? |
|
From: <qcv...@ad...> - 2002-09-04 19:12:01
|
**********************
¯Â°Ó·~¿ì¤½«Ç¥X¯²
**********************
±MªùªA°È°Ó¥Î¿ì¤½«Ç¤§©Ó¯²¤H¡C
¥x¥_¦Uµ¥¯Å°Ó¥Î¿ì¤½«Ç®×¥ó¡A¾A¦X¦UºØ°Ó·~»Ý¨D¡I¡I
§Ú֦̾³ºZ³qªº¸ê°T¡B¦³«Ü¦h¥ß§Yn¥X¯²ªº¿ì¤½«Ç¡A¥¿µ¥«ÝµÛ±zªº¬D¿ï¡A
¤@©wn¬°±z§ä¨ì¤@³B³Ì¾A¦X±z¹ê²{±z¶¯¹Ï§§§Óªº³õ©Ò¡I¡I¡I¡I
Á|¨Ò¦p¤U¡G
°Ï°ì¡G
¤j¦w°Ï¡G ¤¯·R¸ô¡B´°¤Æ«n¡B¥_¸ô
50-300©W¡]¯²ª÷1200-2500¤¸¡^¡B
¯Â¿ì®ð¬£¤j¼Ó¡A²{¦¨¦Ê¸U¸ËæC¡]§K³»Åýª÷¡^¡B
°¨¤W¥i¨Ï¥Î
«H¸q°Ï¡G «H¸q¸ô¤@¡B¤G¡B¤T¡B¥|¡B¤¬q¡C
30-500©W¡]1200-2100¤¸¡^
¥þ·s®ð¬£¤j¼Ó¡Bªñ±¶¹B¯¸¤f¡B¥æ³q¤è«K
¡]¯²ª÷¦X²z¡B¥i±Ä³»ù¡^
ªQ¤s°Ï¡G «n¨ÊªF¸ô¤T¡B¥|¡B¤¡B¬q
30-450©W¡]¯²ª÷1000-1800¤¸¡^
®ð¬£¡B´ºÆ[µ´¨Î
¤¤¤s°Ï¡G ªQ¦¿¸ô¡Bªø¦wªF¸ô¡A¤¤¤s¥_¸ô
70¢w400©W¡]¯²ª÷1000-2200¤¸¡^
¯Â¿ì¡B²{¦³¸ËæC
¦è °Ï¡G ©¾§µ¦è¸ô¡BÀ]«e¸ô¡B©Ó¼w¸ô¡B¿Å¶§¸ô
50-500©W
¦Ê¸U¸ËæC¡B«K©y¥X¯²¡]Åwªï¬Ý«Î¡^
¤º´ò°Ï¡G «¹º°Ï
80-500©W1300¤¸°_¡C½Ð§â´¤¨}¾÷
¥þ·s®ð¬£¤j¼Ó¡B²{¦³¸ËæC¡B°¨¤W¥i¨Ï¥Î
ªA°È²Ä¤@¡A«~½è«OÃÒ¡CÅwªï¬¢¸ß.
·ç°T¤£°Ê²£ °Ó¥ò³¡
Ápµ¸¤H¡G³³¤p©j ·q¤W
TeL¡]¥Nªí¸¹¡^¡G 02-27492314
¦æ°Ê¹q¸Ü¡G0937063831
±zªºº¡·N¡A¬O§Ú̪º¦¨´N¡I¡I¡I¡I
|
|
From: Lev A. <le...@pe...> - 2002-08-31 16:52:30
|
OK, I have gcc 3.1 at my office. I'll check if <sstring> exists in ISO STL. Dan Kegel wrote: > My first guess is you'd be happier with a newer compiler... > not many people are still using gcc2.91. > > -----Original Message----- > From: Lev Assinovsky > To: orb...@li... > Sent: 31.08.2002 07:09 > Subject: [orbitcpp-list] Installation problem of orbitcpp-0.30.4 > > Hello folks! > I have RedHat 6.2 (yes, very old) and gcc 2.91. > I was unable to compile *.cc files of orbitcpp. > > 1. #include <sstring> - not sure STL should have it. Replaced with > <strstring> - passed. > > 2. c++ -DORBITCPP_MAJOR_VERSION=0 -DORBITCPP_MINOR_VERSION=30 > -DORBITCPP_MICRO_VERSION=4 -DPACKAGE=\"orbitcpp\" -DVERSION=\"0.30.4\" > -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -I/usr/lib/glib/include -I. -I. -I.. > -I.. -g -O2 -c orbitcpp_poa.cc -fPIC -DPIC -o > .libs/orbitcpp_poa.lo > In file included from orbitcpp_poa.cc:30: > ../orb/orbitcpp_poa.hh:49: template-id `operator new<>' for > `::_orbitcpp::::_orbitcpp::UnboundedSequenceTmpl<unsigned > char,PortableServer_sequence_octet>::operator new<>(size_t)' does not > match any template declaration > > 3. configure script didn't set include path for glibconfig.h > > Did anyone experience that? > > Thanks, > > -- > > Lev Assinovsky Peterlink Web > > Programmer St. Petersburg, Russia > > Tel/Fax: +7 812 9418104 197022 ul.Chapigina 7Á > > E-mail: le...@pe... > -- Lev Assinovsky Peterlink Web Programmer St. Petersburg, Russia Tel/Fax: +7 812 9418104 197022 ul.Chapigina 7Á E-mail: le...@pe... |
|
From: Dan K. <dk...@ix...> - 2002-08-31 16:27:17
|
My first guess is you'd be happier with a newer compiler... not many people are still using gcc2.91. -----Original Message----- From: Lev Assinovsky To: orb...@li... Sent: 31.08.2002 07:09 Subject: [orbitcpp-list] Installation problem of orbitcpp-0.30.4 Hello folks!=20 I have RedHat 6.2 (yes, very old) and gcc 2.91.=20 I was unable to compile *.cc files of orbitcpp.=20 1. #include <sstring> - not sure STL should have it. Replaced with <strstring> - passed.=20 2. c++ -DORBITCPP_MAJOR_VERSION=3D0 -DORBITCPP_MINOR_VERSION=3D30 -DORBITCPP_MICRO_VERSION=3D4 -DPACKAGE=3D\"orbitcpp\" = -DVERSION=3D\"0.30.4\" -DHAVE_DLFCN_H=3D1 -DSTDC_HEADERS=3D1 -I/usr/lib/glib/include -I. -I. = -I.. -I.. -g -O2 -c orbitcpp_poa.cc -fPIC -DPIC -o .libs/orbitcpp_poa.lo=20 In file included from orbitcpp_poa.cc:30:=20 ../orb/orbitcpp_poa.hh:49: template-id `operator new<>' for `::_orbitcpp::::_orbitcpp::UnboundedSequenceTmpl<unsigned char,PortableServer_sequence_octet>::operator new<>(size_t)' does not match any template declaration=20 3. configure script didn't set include path for glibconfig.h=20 Did anyone experience that?=20 Thanks,=20 --=20 Lev Assinovsky Peterlink Web Programmer St. Petersburg, Russia Tel/Fax: +7 812 9418104 197022 ul.Chapigina 7=C1 E-mail: le...@pe... =20 |
|
From: Lev A. <le...@pe...> - 2002-08-31 13:59:57
|
Hello folks! I have RedHat 6.2 (yes, very old) and gcc 2.91. I was unable to compile *.cc files of orbitcpp. 1. #include <sstring> - not sure STL should have it. Replaced with <strstring> - passed. 2. c++ -DORBITCPP_MAJOR_VERSION=0 -DORBITCPP_MINOR_VERSION=30 -DORBITCPP_MICRO_VERSION=4 -DPACKAGE=\"orbitcpp\" -DVERSION=\"0.30.4\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -I/usr/lib/glib/include -I. -I. -I.. -I.. -g -O2 -c orbitcpp_poa.cc -fPIC -DPIC -o .libs/orbitcpp_poa.lo In file included from orbitcpp_poa.cc:30: ../orb/orbitcpp_poa.hh:49: template-id `operator new<>' for `::_orbitcpp::::_orbitcpp::UnboundedSequenceTmpl<unsigned char,PortableServer_sequence_octet>::operator new<>(size_t)' does not match any template declaration 3. configure script didn't set include path for glibconfig.h Did anyone experience that? Thanks, -- Lev Assinovsky Peterlink Web Programmer St. Petersburg, Russia Tel/Fax: +7 812 9418104 197022 ul.Chapigina 7Á E-mail: le...@pe... |
|
From: <m1o...@us...> - 2002-07-03 17:35:43
|
¤»¤d¤»¦Ê¸Uµ§¥þ¥@¬É³Ì·sEmail¦W³æ
§Ú¦³¤»¤d¤»¦Ê¸Uµ§¥þ¥@¬É³Ì·sEmail¦W³æ¡A
§A¥i¥H¦bªá¶O·¥¤Öªº±¡§Î¤U¡A±µÄ²¨ì¥þ¥@¬É¤»¤d¤»¦Ê¸U¤H¡I
³o¨Ç³£¬O³Ì·sªº¦a§}¡A¬O§Ú¦bºô¸ô¤W¡A¦³¨t²Î¦a¦¬¶°¤U¨Óªº¡A
¸g¹L³nÅé´ú¸Õ¡A¥u«O¯d¦³®Ä¦a§}¡A¨ÃºÉ¶q§â¤£Ä@¦¬«HªÌ±Æ°£¡C
¤w¸g¹L²Îp¾ã²z¡B±Æ§Ç¡A©Ò¥H³o¨Ç¦a§}¨S¦³¤@Ó¬O«½Æªº¡I¡I¡I
¥i¥H¥ß§Y¤W¤â¨Ï¥Î¡I¡I¡I
³o¤»¤d¤»¦Ê¸UÓ¦a§}¡A¥H¤å¦rÀ£ÁYÀɪº¤è¦¡¡A
¦¬¶°¦b¤@¤ùCD¤¤¡A¤è«K«½Æ¤@¦Aªº¨Ï¥Î¡C½Ð§´¬°«O¦s¡C
¬°¸`¬Ù¹q¤l°Ó°ÈªÌ¤§¦¬¶°®É¶¡¡A
§ÚÄ@·N¥H NT$3000¤¸¤À¨É¡C
¤À¨É±M½u
¹q¸Ü¡G 02-27492314
|
|
From: <j0_...@to...> - 2002-06-13 17:10:13
|
¶Ç¯u¸¹½X¥X°â §Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§ ¬O§Ú±q¦UÓ¦P·~¤½·|¡B¹q¸Üï¡B¶À¶¡B¼x«H©Ò¡B ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A ¸g¦~²Ö¤ë¤@µ§¤@µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C ¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A ¦A¸g¹L²Îp¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O«½Æªº¡A ¨Ã¸g¹L¹ê»Úµo°e´ú¸Õ¡A¦Aç°£±¼µL®Äªº¸¹½X¡A ©Ò¥H¨C¤@µ§¨ì4¤ë©³¬°¤î¡A³£¥i¥Hµo°e¡C ®Ú¾Ú¸gÅç¡A´X¥G©Ò¦³02_¶}ÀYªº¶Ç¯u¡A ³£¤w¦¬¶°¦b³o¸Ì¤F¡A±q¨ä¥L¨Ó·½¡A¤]¤£¤Ó®e©ö¦A§ä¨ì·sªº¡C ¦pªG±z¦³¿³½ìÁʶR¡A§ÚÄ@·N¥H3000¤¸¤À¨É¡C ¾H¤p©j tel: 02-27492314 |
|
From: Sam C. <sc...@bi...> - 2002-05-27 03:29:47
|
BERNIER Jacky <Jac...@to...> wrote:
> I have already sent the following message, but did not get any answer.
> Is it the right address to send questions and problems regarding orbitcpp=
,=20
It's the right mailing list, but I haven't had a chance to look at the
problem yet.
As far as I can tell, it's a bug in the IDL compiler. There are quite a
few bugs in the IDL compiler. I think it needs a fair bit of work, but
don't have the time to do all of that work myself.
--=20
Sam "Eddie" Couter | mailto:sc...@bi...
Debian Developer | mailto:ed...@de...
| jabber:sa...@ja...
OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C
|
|
From: BERNIER J. <Jac...@to...> - 2002-05-24 08:57:38
|
I have already sent the following message, but did not get any answer.
Is it the right address to send questions and problems regarding orbitcpp, =
or is there another mailing list where someone could answer my questions ?
Thank you for any help.
---------------------------------------------------------------------------=
-----------------------------------
Jacky Bernier
TotalFinaElf CSTJF - V020
Avenue Larribau Tel : +33 (0)5 59 83 45=20
99
64018 PAU CEDEX Fax : +33 (0)5 59 83 65 96
FRANCE Email :=20
jac...@to...
---------------------------------------------------------------------------=
-----------------------------------
----- R=E9achemin=E9 par Jacky BERNIER/PAU/FR/EP/Corp le 24/05/02 10:52 ---=
--
Jacky BERNIER
13/05/02 10:55
=20
Pour : orb...@li...
cc :=20
Objet : Problem with the following idl file
I got some compilation errors when I try compiling the stubs and skeletons
generated by the following idl file.
#ifndef TEST=5FIDL
#define TEST=5FIDL
=20
#pragma prefix "omg.org"
=20
module NamingExt
{=20
struct Name
{
string id;
string kind;
};
interface NamingExt
{
typedef string StringName;
=20
exception InvalidName {};
StringName to=5Fstring (in Name n)=20
raises (InvalidName);=20
=20
Name to=5Fname (in StringName sn)=20
raises (InvalidName);
};=20
};
=20
#endif
Here are the compilation errors I get.
for use with C-language IDL mappings
c++ -DORBITCPP=5FMAJOR=5FVERSION=3D0 -DORBITCPP=5FMINOR=5FVERSION=
=3D30=20
-DORBITCPP=5FMICRO=5FVERSION=3D4 -DPACKAGE=3D\"orbitcpp\" -DVERSION=3D\"0.3=
0.4\"=20
-DHAVE=5FDLFCN=5FH=3D1 -DSTDC=5FHEADERS=3D1 -I. -I. -I../.. -I../..=20
-I/usr/freeware/include/glib-1.2 -I/usr/freeware/lib32/glib/include=20
-I/usr/freeware/include/orbit-1.0 -g -O2 -c Test-cpp.cc
In file included from Test-cpp.cc:7:
Test-cpp-stubs.cc: In member function `NamingExt::Name*=20
=5Forbitcpp::stub::NamingExt::NamingExt::to=5Fname(const char*)':
Test-cpp-stubs.cc:33: cannot convert `const char*' to `CORBA=5Fchar*' for=20
argument `2' to `=5Forbitcpp::c::NamingExt=5FName*=20
=5Forbitcpp::c::NamingExt=5FNamingExt=5Fto=5Fname(CORBA=5FObject=5Fstruc=
t*,=20
CORBA=5Fchar*,=20
CORBA=5FEnvironment*)'
In file included from Test-cpp.cc:8:
Test-cpp-skels.cc: At global scope:
Test-cpp-skels.cc:21: cannot convert=20
`=5Forbitcpp::c::NamingExt=5FName*(*)(void*, const char*,=20
CORBA=5FEnvironment*)'=20
to `=5Forbitcpp::c::NamingExt=5FName*(*)(void*, CORBA=5Fchar*,=20
CORBA=5FEnvironment*)' in initialization
*** Error code 1 (bu21)
Is it a bug, or is there something wrong in my idl file ?
How can I get rid of the error compilation without changing the idl file=20
(if possible) ?
---------------------------------------------------------------------------=
-----------------------------------
Jacky Bernier
TotalFinaElf CSTJF - V020
Avenue Larribau Tel : +33 (0)5 59 83 45=20
99
64018 PAU CEDEX Fax : +33 (0)5 59 83 61 19
FRANCE Email :=20
jac...@to...
---------------------------------------------------------------------------=
-----------------------------------
|
|
From: ERDI G. <ca...@ca...> - 2002-05-13 16:57:41
|
> In fact, it shows that one of the tests does have a problem. Is that the 'IDL compiler segfaults on array-ex' or is it another problem? -- .--= ULLA! =---------------------. `We are not here to give users what \ http://cactus.rulez.org \ they want' -- RMS, at GUADEC 2001 `---= ca...@ca... =---' Lehet, hogy elvesztettem az eszemet, de van valamelyik lemezen egy backup-om. |
|
From: BERNIER J. <Jac...@to...> - 2002-05-13 08:56:21
|
I got some compilation errors when I try compiling the stubs and skeletons generated by the following idl file. #ifndef TEST_IDL #define TEST_IDL #pragma prefix "omg.org" module NamingExt { struct Name { string id; string kind; }; interface NamingExt { typedef string StringName; exception InvalidName {}; StringName to_string (in Name n) raises (InvalidName); Name to_name (in StringName sn) raises (InvalidName); }; }; #endif Here are the compilation errors I get. for use with C-language IDL mappings c++ -DORBITCPP_MAJOR_VERSION=0 -DORBITCPP_MINOR_VERSION=30 -DORBITCPP_MICRO_VERSION=4 -DPACKAGE=\"orbitcpp\" -DVERSION=\"0.30.4\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -I. -I. -I../.. -I../.. -I/usr/freeware/include/glib-1.2 -I/usr/freeware/lib32/glib/include -I/usr/freeware/include/orbit-1.0 -g -O2 -c Test-cpp.cc In file included from Test-cpp.cc:7: Test-cpp-stubs.cc: In member function `NamingExt::Name* _orbitcpp::stub::NamingExt::NamingExt::to_name(const char*)': Test-cpp-stubs.cc:33: cannot convert `const char*' to `CORBA_char*' for argument `2' to `_orbitcpp::c::NamingExt_Name* _orbitcpp::c::NamingExt_NamingExt_to_name(CORBA_Object_struct*, CORBA_char*, CORBA_Environment*)' In file included from Test-cpp.cc:8: Test-cpp-skels.cc: At global scope: Test-cpp-skels.cc:21: cannot convert `_orbitcpp::c::NamingExt_Name*(*)(void*, const char*, CORBA_Environment*)' to `_orbitcpp::c::NamingExt_Name*(*)(void*, CORBA_char*, CORBA_Environment*)' in initialization *** Error code 1 (bu21) Is it a bug, or is there something wrong in my idl file ? How can I get rid of the error compilation without changing the idl file (if possible) ? -------------------------------------------------------------------------------------------------------------- Jacky Bernier TotalFinaElf CSTJF - V020 Avenue Larribau Tel : +33 (0)5 59 83 45 99 64018 PAU CEDEX Fax : +33 (0)5 59 83 61 19 FRANCE Email : jac...@to... -------------------------------------------------------------------------------------------------------------- |
|
From: BERNIER J. <Jac...@to...> - 2002-05-13 08:47:13
|
I got some error messages in compiling stubs and skeletons from the following idl file. |
|
From: Sam C. <sc...@bi...> - 2002-05-07 07:13:54
|
BERNIER Jacky <Jac...@to...> wrote: >=20 > I did not found any help on the various parameters of the orbitcpp-idl > compiler. > The -? option mentionned does'nt work and I don't know what are the meani= ng > of the various parameters (-D, -I, -d, --backebddir ...). > Is there a documentation available somewhere ? "orbit-idl --help" will show the short help for the IDL compiler. The --backenddir option is used to tell the ORBit IDL compiler where to find the C++ compiler backend. If you install it to the same place you installed ORBit, you don't need to worry about that. There are links to heaps of documentation on all sorts of CORBA things at http://orbit-resource.sourceforge.net/ --=20 Sam "Eddie" Couter | mailto:sc...@bi... Debian Developer | mailto:ed...@de... | jabber:sa...@ja... OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C |
|
From: BERNIER J. <Jac...@to...> - 2002-05-07 07:01:32
|
We are developping java programs with CORBA and some of our application developped in C++ want to acces our java server. So we intend to use orbitcpp for exchanging between our java servers and some C++ clients. So we have installed orbitcpp, and as a new user of orbitcpp I am looking for documentation. I did not found any help on the various parameters of the orbitcpp-idl compiler. The -? option mentionned does'nt work and I don't know what are the meaning of the various parameters (-D, -I, -d, --backebddir ...). Is there a documentation available somewhere ? -------------------------------------------------------------------------------------------------------------- Jacky Bernier TotalFinaElf CSTJF - V020 Avenue Larribau Tel : +33 (0)5 59 83 45 99 64018 PAU CEDEX Fax : +33 (0)5 59 83 61 19 FRANCE Email : jac...@to... -------------------------------------------------------------------------------------------------------------- |
|
From: Sam C. <sc...@bi...> - 2002-05-06 13:24:53
|
Dan Kegel <dk...@ix...> wrote:
> According to "Advanced Corba Programming with C++",
> page 521, there's a normal method PortableServer::POA::destroy;
> yet Orbitcpp seems to make it a static method:
>=20
> /usr/local/include/orb/orbitcpp_poa.hh: static void destroy( ...
>=20
> I'm just a newbie to corba and orbitcpp, but it kinda
> looks like orbit isn't following the standard here.
> Am I right?
It's hard to tell. The OMG specs are notoriously hard to read until you
already understand what you're trying to find out by reading the spec.
But from what I can tell, the PIDL interface for the POA in the CORBA
2.3 specification definately shows the destroy() operation on the POA
interface, with no mention that I can find of it being static. Since
there's no way to define a static method in IDL, I'd say the method is
not supposed to be static.
For reference, see section 11.3.8.4 of the CORBA 2.3 spec for the
description of the destroy() operation, and section 11.4 for the IDL for
the entire PortableServer module. The destroy() operation is on page
11-45.
If noone makes any noise in the next <x> days, I'll make the change to
the header file in CVS.
Not that it's all that useful... it's not implemented yet. Tee hee.
--=20
Sam "Eddie" Couter | mailto:sc...@bi...
Debian Developer | mailto:ed...@de...
| jabber:sa...@ja...
OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C
|
|
From: Sam C. <sc...@bi...> - 2002-05-06 13:10:32
|
Dan Kegel <dk...@ix...> wrote:
> Now, I know y'all are focusing on orbit2, but still, it's
> probably a good idea to maintain orbit0's stuff at least until
> orbit2 is production-ready. I'll gladly buy a beer for the
> maintainer who commits this patchlet, or something like it...
No beer is deserved for such a slow response. The patch has been
committed to CVS though.
--=20
Sam "Eddie" Couter | mailto:sc...@bi...
Debian Developer | mailto:ed...@de...
| jabber:sa...@ja...
OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C
|
1818 messages has been excluded from this view by a project administrator.
