f



RE: [ace-users] ACE+TAO+CIAO - 5.4.6 + 1.4.6 + 0.4.6 released

Hi,

Please use the prf form and which configuration you build. I personally
think you have an old version of ACE/TAO on the system that is used.

Regards,

Johnny 

> -----Original Message-----
> From: owner-ace-users@cse.wustl.edu 
> [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Domingos Monteiro
> Sent: donderdag 9 juni 2005 18:05
> To: Simon McQueen
> Cc: ace-users@cs.wustl.edu
> Subject: Re: [ace-users] ACE+TAO+CIAO - 5.4.6 + 1.4.6 + 0.4.6 released
> 
> Hi,
> 
> I've just dowloaded this version
> I've started to compile ACE with
> - MSVC 7.1
> - Win XP
> And get the following link errors:
> 
> Message_Block.obj : error LNK2005: "public: virtual void __thiscall 
> ACE_Deadline_Message_Strategy::convert_priority(class ACE_Time_Value 
> &,class ACE_Message_Block const &)" 
> (?convert_priority@ACE_Deadline_Message_Strategy@@UAEXAAVACE_T
> ime_Value@@ABVACE_Message_Block@@@Z) 
> already defined in CDR_Size.obj
> Message_Block.obj : error LNK2005: "public: virtual void __thiscall 
> ACE_Laxity_Message_Strategy::convert_priority(class ACE_Time_Value 
> &,class ACE_Message_Block const &)" 
> (?convert_priority@ACE_Laxity_Message_Strategy@@UAEXAAVACE_Tim
> e_Value@@ABVACE_Message_Block@@@Z) 
> already defined in CDR_Size.obj
> SString.obj : error LNK2005: "public: __thiscall 
> ACE_NS_WString::ACE_NS_WString(unsigned short const 
> *,unsigned int,class 
> ACE_Allocator *)" (??0ACE_NS_WString@@QAE@PBGIPAVACE_Allocator@@@Z) 
> already defined in CDR_Size.obj
> Message_Block.obj : warning LNK4006: "public: virtual void __thiscall 
> ACE_Deadline_Message_Strategy::convert_priority(class ACE_Time_Value 
> &,class ACE_Message_Block const &)" 
> (?convert_priority@ACE_Deadline_Message_Strategy@@UAEXAAVACE_T
> ime_Value@@ABVACE_Message_Block@@@Z) 
> already defined in CDR_Size.obj ; second definition ignored
> Message_Block.obj : warning LNK4006: "public: virtual void __thiscall 
> ACE_Laxity_Message_Strategy::convert_priority(class ACE_Time_Value 
> &,class ACE_Message_Block const &)" 
> (?convert_priority@ACE_Laxity_Message_Strategy@@UAEXAAVACE_Tim
> e_Value@@ABVACE_Message_Block@@@Z) 
> already defined in CDR_Size.obj ; second definition ignored
> SString.obj : warning LNK4006: "public: __thiscall 
> ACE_NS_WString::ACE_NS_WString(unsigned short const 
> *,unsigned int,class 
> ACE_Allocator *)" (??0ACE_NS_WString@@QAE@PBGIPAVACE_Allocator@@@Z) 
> already defined in CDR_Size.obj ; second definition ignored
>    Cr�ation de la biblioth�que ..\lib\ACE.lib et de l'objet 
> ..\lib\ACE.exp
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_OutputCDR::write_1(unsigned char 
> const *)" 
> (?write_1@ACE_OutputCDR@@AAEEPBE@Z) referenced in fonction "public: 
> unsigned char __thiscall ACE_OutputCDR::write_octet(unsigned char)" 
> (?write_octet@ACE_OutputCDR@@QAEEE@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_OutputCDR::write_2(unsigned 
> short const *)" 
> (?write_2@ACE_OutputCDR@@AAEEPBG@Z) referenced in function "public: 
> unsigned char __thiscall ACE_OutputCDR::write_short(short)" 
> (?write_short@ACE_OutputCDR@@QAEEF@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_OutputCDR::write_4(unsigned int 
> const *)" 
> (?write_4@ACE_OutputCDR@@AAEEPBI@Z) referenced in function "public: 
> unsigned char __thiscall ACE_OutputCDR::write_long(int)" 
> (?write_long@ACE_OutputCDR@@QAEEH@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_OutputCDR::write_8(unsigned 
> __int64 const 
> *)" (?write_8@ACE_OutputCDR@@AAEEPB_K@Z) referenced in 
> function "public: 
> unsigned char __thiscall 
> ACE_OutputCDR::write_longlong(__int64 const &)" 
> (?write_longlong@ACE_OutputCDR@@QAEEAB_J@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_OutputCDR::write_16(struct 
> ACE_CDR::LongDouble const *)" 
> (?write_16@ACE_OutputCDR@@AAEEPBULongDouble@ACE_CDR@@@Z) 
> referenced in 
> function "public: unsigned char __thiscall 
> ACE_OutputCDR::write_longdouble(struct ACE_CDR::LongDouble const &)" 
> (?write_longdouble@ACE_OutputCDR@@QAEEABULongDouble@ACE_CDR@@@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "public: 
> unsigned char __thiscall ACE_OutputCDR::write_string(unsigned 
> int,char 
> const *)" (?write_string@ACE_OutputCDR@@QAEEIPBD@Z) referenced in 
> function "public: unsigned char __thiscall 
> ACE_OutputCDR::write_string(char const *)" 
> (?write_string@ACE_OutputCDR@@QAEEPBD@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "public: 
> unsigned char __thiscall ACE_OutputCDR::write_wstring(unsigned 
> int,unsigned short const *)" 
> (?write_wstring@ACE_OutputCDR@@QAEEIPBG@Z) 
> referenced in function "public: unsigned char __thiscall 
> ACE_OutputCDR::write_wstring(unsigned short const *)" 
> (?write_wstring@ACE_OutputCDR@@QAEEPBG@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_OutputCDR::write_array(void const 
> *,unsigned int,unsigned int,unsigned int)" 
> (?write_array@ACE_OutputCDR@@AAEEPBXIII@Z) referenced in function 
> "public: unsigned char __thiscall 
> ACE_OutputCDR::write_char_array(char 
> const *,unsigned int)" (?write_char_array@ACE_OutputCDR@@QAEEPBDI@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_OutputCDR::write_wchar_array_i(unsigned 
> short const *,unsigned int)" 
> (?write_wchar_array_i@ACE_OutputCDR@@AAEEPBGI@Z) referenced 
> in function 
> "public: unsigned char __thiscall 
> ACE_OutputCDR::write_wchar_array(unsigned short const 
> *,unsigned int)" 
> (?write_wchar_array@ACE_OutputCDR@@QAEEPBGI@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_InputCDR::read_1(unsigned char *)" 
> (?read_1@ACE_InputCDR@@AAEEPAE@Z) referenced in function "public: 
> unsigned char __thiscall ACE_InputCDR::read_octet(unsigned char &)" 
> (?read_octet@ACE_InputCDR@@QAEEAAE@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_InputCDR::read_2(unsigned short *)" 
> (?read_2@ACE_InputCDR@@AAEEPAG@Z) referenced in function "public: 
> unsigned char __thiscall ACE_InputCDR::read_short(short &)" 
> (?read_short@ACE_InputCDR@@QAEEAAF@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_InputCDR::read_4(unsigned int *)" 
> (?read_4@ACE_InputCDR@@AAEEPAI@Z) referenced in function "public: 
> unsigned char __thiscall ACE_InputCDR::read_long(int &)" 
> (?read_long@ACE_InputCDR@@QAEEAAH@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_InputCDR::read_8(unsigned __int64 *)" 
> (?read_8@ACE_InputCDR@@AAEEPA_K@Z) referenced in function "public: 
> unsigned char __thiscall ACE_InputCDR::read_longlong(__int64 &)" 
> (?read_longlong@ACE_InputCDR@@QAEEAA_J@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_InputCDR::read_16(struct 
> ACE_CDR::LongDouble *)" 
> (?read_16@ACE_InputCDR@@AAEEPAULongDouble@ACE_CDR@@@Z) referenced in 
> function "public: unsigned char __thiscall 
> ACE_InputCDR::read_longdouble(struct ACE_CDR::LongDouble &)" 
> (?read_longdouble@ACE_InputCDR@@QAEEAAULongDouble@ACE_CDR@@@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall ACE_InputCDR::read_array(void *,unsigned 
> int,unsigned int,unsigned int)" 
> (?read_array@ACE_InputCDR@@AAEEPAXIII@Z) 
> referenced in function "public: unsigned char __thiscall 
> ACE_InputCDR::read_char_array(char *,unsigned int)" 
> (?read_char_array@ACE_InputCDR@@QAEEPADI@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "private: 
> unsigned char __thiscall 
> ACE_InputCDR::read_wchar_array_i(unsigned short 
> *,unsigned int)" (?read_wchar_array_i@ACE_InputCDR@@AAEEPAGI@Z) 
> referenced in function "public: unsigned char __thiscall 
> ACE_InputCDR::read_wchar_array(unsigned short *,unsigned int)" 
> (?read_wchar_array@ACE_InputCDR@@QAEEPAGI@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "public: 
> unsigned char __thiscall ACE_OutputCDR::write_wchar(unsigned short)" 
> (?write_wchar@ACE_OutputCDR@@QAEEG@Z) referenced in function "public: 
> unsigned char __thiscall ACE_OutputCDR::append_wchar(class 
> ACE_InputCDR 
> &)" (?append_wchar@ACE_OutputCDR@@QAEEAAVACE_InputCDR@@@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "public: 
> unsigned char __thiscall ACE_InputCDR::read_wchar(unsigned short &)" 
> (?read_wchar@ACE_InputCDR@@QAEEAAG@Z) referenced in function "public: 
> unsigned char __thiscall ACE_OutputCDR::append_wchar(class 
> ACE_InputCDR 
> &)" (?append_wchar@ACE_OutputCDR@@QAEEAAVACE_InputCDR@@@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "public: 
> unsigned char __thiscall ACE_InputCDR::read_string(char * &)" 
> (?read_string@ACE_InputCDR@@QAEEAAPAD@Z) referenced in 
> function "public: 
> unsigned char __thiscall ACE_OutputCDR::append_string(class 
> ACE_InputCDR 
> &)" (?append_string@ACE_OutputCDR@@QAEEAAVACE_InputCDR@@@Z)
> CDR_Size.obj : error LNK2019: non resolved external symbol "public: 
> unsigned char __thiscall ACE_InputCDR::read_wstring(unsigned 
> short * &)" 
> (?read_wstring@ACE_InputCDR@@QAEEAAPAG@Z) referenced in function 
> "public: unsigned char __thiscall ACE_OutputCDR::append_wstring(class 
> ACE_InputCDR &)" 
> (?append_wstring@ACE_OutputCDR@@QAEEAAVACE_InputCDR@@@Z)
> 
> 
> 
> Simon McQueen wrote:
> 
> > Hi,
> >
> > We are pleased to announce a new beta of ACE-5.4.6, TAO-1.4.6 and
> > CIAO-0.4.6.  Since the x.4.5 beta had so many changes and 
> improvements,
> > we wanted to get this new beta out quickly to fix several 
> important bugs
> > reported by our users, which we greatly appreciate, as always.
> >
> > As usual the latest release is available at:
> >
> > http://deuce.doc.wustl.edu/Download.html
> >
> > The doxygen documentation for the beta will be updated in 
> the next few
> > hours.
> >
> > We encourage you to download the new beta, use it with your
> > applications, and let us know if you encounter any 
> problems.  As always,
> > please use the:
> >
> >     $ACE_ROOT/PROBLEM-REPORT-FORM
> >     $TAO_ROOT/PROBLEM-REPORT-FORM
> >     $CIAO_ROOT/PROBLEM-REPORT-FORM
> >
> > so that we have the version/platform/compiler/options 
> you're using to
> > report problems.  We also request that you take a look at
> >
> > $TAO_ROOT/docs/releasenotes
> > $CIAO_ROOT/docs/releasenotes
> >
> > for the status of various ongoing projects at the DOC 
> groups of WashU,
> > UCI, and Vanderbilt to move ACE+TAO+CIAO forward.  Overviews of our
> > recent progress and upcoming plans are available at
> >
> > $ACE_ROOT/NEWS
> > $TAO_ROOT/NEWS
> > $CIAO_ROOT/NEWS
> >
> > The overall success rates for the test results gathered from all our
> > daily builds is 98% for the ACE tests and 94% for the TAO 
> tests.  Please
> > see
> >
> > http://www.dre.vanderbilt.edu/scoreboard/
> >
> > for a summary of these tests.  Our goal is to get these 
> tests close to
> > 100% for the next major release (i.e., ACE 6.0, TAO 2.0, and CIAO
> > 1.0),which is slated for some time later this summer or early fall.
> >
> > The following is a list of key changes since the last beta.  Please
> > refer to the ChangeLog for more details on the problem and 
> the nature of
> > fixes applied.
> >
> > Changes to ACE
> > ==============
> >
> > . Updated RMCast to include
> >    - Reactor-compatible interface.
> >    - Message unavailability reporting.
> >    - Protocol documentation.
> >
> > . Added support for 64bit Visual Age on AIX
> >
> > . Improved g++ 4.0 support.  A number of RTTI related 
> problems have been
> >   fixed.
> >
> > . Smaller footprint.
> >
> > . Fixed memory leaks ACE_DLL and ACE_Log_Msg classes.
> >
> > . The ACE::ICMP_Socket and ACE::Ping_Socket classes were 
> moved out of
> >   the ACE namespace and "flattened" to ACE_ICMP_Socket and
> >   ACE_Ping_Socket to be consistent with the rest of ACE.
> >
> > . ACE_INET_Addr::set_address() - fixed a possible struct member
> >   alignment issue when building an IPv4-mapped IPv6 address.
> >
> > . Added a new ACE::wild_match() function to match a string based on
> >   wildcards.
> >
> > . Added efficient overloads for string concatenation to the
> >   ACE_String_Base class.
> >
> > . Added support for the use of pthread_getschedparam on MacOS X.
> >
> > . Fixed an issue with static initialization of TSS related 
> classes on
> >   static builds for Windows.
> >
> > Changes to TAO
> > ==============
> >
> > . The RTOldEvent library has been removed. The RTEvent 
> library has been
> >   split in a stub/skel and serv library.
> >
> > . Support for bi-directional communication over SSLIOP.
> >
> > . Servants are now always reference counted, in accordance 
> with changes
> >   to the CORBA specification.
> >
> > . Added a -x option to catior that works like -f except 
> that it reads
> >   the IOR from standard input rather than from a file. This 
> makes catior
> >   much more like the unix "cat" command, and enables it to 
> be used in a
> >   pipeline.
> >
> > . Changed the precedence rules for the -ORBListenEndpoints (aka
> >   -ORBEndpoint) so that the host identifier (either hostname or IP
> >   address) that appears in IIOP profiles is determined thus:
> >
> >     1. value from hostname_in_ior (if specified);
> >     2. setting of -ORBDottedDecimalAddresses option;
> >     3. value for hostname in -ORBListenEndpoints specification;
> >     4. whatever TAO magically comes up with based on system
> >        configuration
> >
> >   A new test (TAO/tests/IOR_Endpoint_Hostnames) verifies the
> >   operation of this feature.
> >
> > . Changed the way that Bidirectional endpoint processing 
> happens when
> >   -ORBDottedDecimalAddresses 1 is in effect. The previous behavior
> >   always used the setting of the receiver, but that caused 
> problems when
> >   the sender and receiver were not using the same dotted decimal
> >   addresses setting.  Bidirectional endpoint processing now uses
> >   whatever the sender provides as the hostname since that's 
> also what
> >   will be in that sender's IORs.
> >
> > . Added a configuration property -ORBIMREndpointsInIOR [0|1] that
> >   controls whether ImR endpoints are written into 
> persistent IORs. See
> >   $(TAO_ROOT)/docs/Options.html and bugzilla #2123 for usage.
> >
> > . Increment the refcount on the servant in the id_to_servant and
> >   reference_to_servant methods of the POA.
> >
> > . Improved g++ 4.0 support.  A number of RTTI related 
> problems have been
> >   fixed, in addition to removal of duplicate internal ORB related
> >   singleton instances.
> >
> > . Fixed assertion that occurred in some thru-POA collocated calls.
> >
> > . Fixed CORBA::UnknownUserException Any insertion problem.
> >
> > . Fixed TypeCode equivalence failure when comparing aliased and
> >   unaliased TypeCodes of the same type.
> >
> > Changes to CIAO & DAnCE
> > =======================
> >
> > . Added support for handle component activation/passivation in D&C
> >   assemblies.
> >
> > . Added a test for the tool that converts IDL3 into equivalent IDL2.
> >
> > . Fixed CIDL compiler bug in code generation for sequence type
> >   attributes of components.
> >
> > . Added more examples for CIAO, including a new Quoter 
> example that is
> >   similar to the one in TAO, as well as GUI-based example.
> >
> > . Added support for handle component activation/passivation in D&C
> >   assemblies.
> >
> > . Added support for deactivating facets/event consumers 
> when component
> >   is getting deactivated.
> >
> > . Added support for destroying the component executors, when the
> >   component is getting deactivated.
> >
> > Known Issues
> > ============
> >
> > . LoadBalancing on Windows - the LoadManager is not using 
> the correct
> >   default reactor type on Windows. It tries to use the 
> ACE_TP_Reactor,
> >   which does not implement signal handling.  It should use the
> >   ACE_WFMO_Reactor.
> >
> > Bugzilla Bug Fixes
> > ==================
> >
> >  423,  550, 1637, 1803, 1921, 1952, 2047, 2061, 2100, 2107, 
> 2110, 2118,
> >  2119, 2122, 2123, 2124, 2125, 2126, 2127, 2129, 2135, 2140
> >
> >
> 




































































































































































































































































































































































































0
Johnny
6/9/2005 6:02:04 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
1389 Views

Similar Articles

[PageSpeed] 46

Reply: