f



[ace-bugs] Re: [ace-users] ACE 5.4.1 compilation failure on FreeBSD 5.2

Hi Jarek,

>> Has anyone built ACE 5.4.1 with Proactor on FreeBSD 5.2-RELEASE ?

I don't think we have access to this platform.  If you can send us a
patch that fixes the problem that would be great!

Thanks,

        Doug

>>     ACE VERSION: 5.4.1
>> 
>>     HOST MACHINE and OPERATING SYSTEM:
>> 
>> 	FreeBSD 5.2-RELEASE
>> 
>> $ uname -a
>> FreeBSD skorpion 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sat Jan 17 20:17:52 CET 
>> 2004     jarek@skorpion:/usr/src/sys/i386/compile/JAREK_1  i386
>> 
>>     TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
>>     COMPILER NAME AND VERSION (AND PATCHLEVEL):
>> 
>> Same
>> 
>>  $ g++ -v
>>  Using built-in specs.
>>  Configured with: FreeBSD/i386 system compiler
>>  Thread model: posix
>>  gcc version 3.3.3 [FreeBSD] 20031106
>> 
>>     CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform-
>>     specific file, simply state which one]:
>> 
>> config-freebsd.h
>> 
>>     CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless
>>     this isn't used in this case, e.g., with Microsoft Visual C++):
>> 
>> platform_freebsd.GNU
>>     
>>     AREA/CLASS/EXAMPLE AFFECTED:
>> 
>> POSIX_CB_Proactor.cpp
>> 
>>     DOES THE PROBLEM AFFECT:
>>         COMPILATION?
>> 
>> Yes
>> 
>>         LINKING?
>>             On Unix systems, did you run make realclean first?
>>         EXECUTION?
>>         OTHER (please specify)?
>> [Please indicate whether ACE, your application, or both are affected.]
>> 
>>     SYNOPSIS:
>> 
>> Compilation fails on POSIX_CB_Proactor.cpp
>> 
>>     DESCRIPTION:
>> 
>>  g++ -W -Wall -Wpointer-arith  -O2 -g -pipe      -I/home/jarek/prog/ace/build/
>>  ACE_wrappers -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DACE_BUILD_DLL 
>>  -DACE_OS_BUILD_DLL  -c -fpic -o .shobj/POSIX_CB_Proactor.o 
>>  POSIX_CB_Proactor.cpp
>>  POSIX_CB_Proactor.cpp: In member function `virtual ssize_t
>>     ACE_POSIX_CB_Proactor::allocate_aio_slot(ACE_POSIX_Asynch_Result*)':
>>  POSIX_CB_Proactor.cpp:92: error: `SIGEV_THREAD' undeclared (first use this
>>     function)
>>  POSIX_CB_Proactor.cpp:92: error: (Each undeclared identifier is reported only
>>     once for each function it appears in.)
>>  POSIX_CB_Proactor.cpp:97: error: 'struct sigevent' has no member named '
>>     sigev_notify_function'
>>  POSIX_CB_Proactor.cpp:99: error: 'struct sigevent' has no member named '
>>     sigev_notify_attributes'
>> 
>> It seems SIGEV_THREAD is not defined:
>> 
>> $ grep SIGEV_THREAD /usr/include/*.h
>> $ grep SIGEV_THREAD /usr/include/sys/*.h
>> /usr/include/sys/signal.h: * XXX missing SIGEV_THREAD.
>> 
>> Regards,
>> Jarek
>> 
>> Jaroslaw Nozderko
>> GSM +48 601131870 / Kapsch (22) 6075013
>> jaroslaw.nozderko@polkomtel.com.pl
>> IT/CCBS/RS - Analyst Programmer
>>  
>> 






































































-- 
Dr. Douglas C. Schmidt, Professor           TEL: (615) 343-8197
Electrical Engineering and Computer Science FAX: (615) 343-7440
Vanderbilt University                       WEB: www.cs.wustl.edu/~schmidt/
Nashville, TN 37203                         NET: d.schmidt@vanderbilt.edu

0
Douglas
7/6/2004 12:35:30 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
771 Views

Similar Articles

[PageSpeed] 53

Reply:

Similar Artilces:

RE: [ace-users] ACE 5.4.1 compilation failure on FreeBSD 5.2
That's been fixed for the upcoming 5.4.2 beta. Thanks, -Steve -- Steve Huston, Riverace Corporation Co-author of "C++ Network Programming" and "The ACE Programmer's Guide" Books, ACE kit and support info at http://www.riverace.com/ > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Jaros´┐Żaw Nozderko > Sent: Tuesday, July 06, 2004 2:38 AM > To: ace-users@cs.wustl.edu > Subject: [ace-users] ACE 5.4.1 compilation failure on FreeBSD 5.2 > > > Has anyone built ACE 5.4.1 with Proactor on FreeBSD 5.2-RELEASE ? > > ACE VERSION: 5.4.1 > > HOST MACHINE and OPERATING SYSTEM: > > FreeBSD 5.2-RELEASE > > $ uname -a > FreeBSD skorpion 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sat Jan > 17 20:17:52 CET > 2004 jarek@skorpion:/usr/src/sys/i386/compile/JAREK_1 i386 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > Same > > $ g++ -v > Using built-in specs. > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 3.3.3 [FreeBSD] 20031106 > > CONTENTS OF $...

RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi, Sorry, we are using DevStudio 7.1 (2003) ~ Ishay Software Architect Onigma Ltd. Tel: +972-3-6877315 Fax: +972-3-6877128 Mobile: +972-54-2325090 Email: ishay@onigma.com -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Tuesday, March 07, 2006 2:42 PM To: 'Ishay Green'; ace-users@cs.wustl.edu Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

Re: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi Ishay, >> Sorry, we are using DevStudio 7.1 (2003) We use this too. Please see ACE_ROOT/tests/Time_Value_Test.cpp for lots of examples that use ACE_Time_Value with integers. Please see if this works on your OS/compiler platform. Thanks, Doug >> ~ Ishay >> >> Software Architect >> Onigma Ltd. >> Tel: +972-3-6877315 >> Fax: +972-3-6877128 >> Mobile: +972-54-2325090 >> Email: ishay@onigma.com >> >> -----Original Message----- >> From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] >> Sent: Tuesday, March 07, 2006 2:42 PM >> To: 'Ishay Green'; ace-users@cs.wustl.edu >> Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 >> >> Hi, >> >> > ACE VERSION: 5.5 >> >> Thanks for using the PRF form. >> >> > HOST MACHINE and OPERATING SYSTEM: >> > >> > Intel, WindowsXp, Windows 2003 >> >> An important bit information is missing, which compiler did you use. >> >> > AREA/CLASS/EXAMPLE AFFECTED: >> > The only problem we encountered was a compilation error >> > when construction ACE_Time_Value. >> > >> > The ACE_Time_Value cannot be constructed anymore from an integer. >> > >> > For example: ACE_Time_Value( 5 ) --> Compile error >>...

[ace-users] ACE 5.4.1 compilation failure on FreeBSD 5.2
Has anyone built ACE 5.4.1 with Proactor on FreeBSD 5.2-RELEASE ? ACE VERSION: 5.4.1 HOST MACHINE and OPERATING SYSTEM: FreeBSD 5.2-RELEASE $ uname -a FreeBSD skorpion 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sat Jan 17 20:17:52 CET 2004 jarek@skorpion:/usr/src/sys/i386/compile/JAREK_1 i386 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Same $ g++ -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.3.3 [FreeBSD] 20031106 CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: config-freebsd.h CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless this isn't used in this case, e.g., with Microsoft Visual C++): platform_freebsd.GNU AREA/CLASS/EXAMPLE AFFECTED: POSIX_CB_Proactor.cpp DOES THE PROBLEM AFFECT: COMPILATION? Yes LINKING? On Unix systems, did you run make realclean first? EXECUTION? OTHER (please specify)? [Please indicate whether ACE, your application, or both are affected.] SYNOPSIS: Compilation fails on POSIX_CB_Proactor.cpp DESCRIPTION: g++ -W -Wall -Wpointer-arith -O2 -g -pipe -I/home/jarek/prog/ace/build/ ACE_wrappers -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DACE_BUILD_DLL -DACE_OS_BUILD_DLL -c -fp...

RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5
Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > ACE VERSION: 5.4.3 > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > Solaris10 X86 > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > Compiler: SUN CC 5.6 > ^^^^^^^^^^^^^^^^^^^^^^^^ > > I don't think the DOC group supports this compiler anymore.. More > particularly this compiler is buggy and you may land up with > unresolved > symbols even if you get past this part. I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Maybe we should add a check to one of the Sun config file to check the SUN CC version? Something like: // Forte 6 is the oldest Forte version we sopport #if __SUNPRO_CC < 0x530 # error Your SUN CC compiler is too old, upgrade to a newer version #endif Johnny ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, >> I rebuild the ACE package according the instruction above,but get >> the same result. It doesn't look to me like you've added -DACE_HAS_X86_STAT_MACROS to the build-line as recommended by Johnny Willemsen. >> my platform_macros.GNU file has the following lines: >> >> templates = implicit >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> When i rebuild the ACE library,get the following compile errors: >> $ make inline=0 -j 2 -k -f GNUmakefile.ACE >> ... >> ... >> >> CC -mt -g -DSUN_CC_HAS_PVFC_BUG >> -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS >> -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF >> -DACE_BUILD_DLL -c -KPIC -o .shobj/OS_NS_sys_stat.o >> OS_NS_sys_stat.cpp >> "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line >> 37: Error: fstat(int, stat*) is not a member of ACE_OS. >> "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line >> 120: Error: fstat is not a member of ACE_OS. >> "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line >> 142: Error: "ACE_OS::lstat(const char*, stat*)" was previously >> declared "ACE_OS::lstat(const wchar_t*, stat*)". >> "/export/home/hua/DevTools/ACE_wrappers/...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > >> It's almost up. There are some issues with installing software as > >> we don't have the media in a compatible form yet. We also don't > >> have Sun CC, and we need to purchase a licence if we need to > >> support Sun CC. > > Ok, that's fine - thanks for the update. I think some other folks > (e.g., LMCO ATL and Remedy) have Solaris 9/10 and Sun CC, so we may > not need to worry about running Sun CC on our machine. Johnny/Gautam, > can you folks please confirm/deny whether you've got Sun CC on Solaris > 9/10? We are running SunCC (Forte 8) on Solaris 8. We have Solaris 9 available, but have had no time to install it on our build system. Johnny ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > > > > ACE VERSION: 5.4.3 > > > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > > Solaris10 X86 > > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > > Compiler: SUN CC 5.6 > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I don't think the DOC group supports this compiler anymore.. More > > particularly this compiler is buggy and you may land up with > > unresolved > > symbols even if you get past this part. > > I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Hmm.. Then I could be wrong. Then we need to fix the config files for SUN CC to use implicit templates for anything including and above FORTE 8. > Maybe we should add a check to one of the Sun config file to check the SUN > CC version? Something like: > > // Forte 6 is the oldest Forte version we sopport > #if __SUNPRO_CC < 0x530 > # error Your SUN CC compiler is too old, upgrade to a newer version > #endif Much better. Thanks Bala ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > Ok, the problem is in platform_sunos5_sunc++.GNU, when a > not known forte > > version is found, it defaults to explicit. I am updating > right now, for 4.2 > > and 5.3 we default to explicit, for all others to implicit > > Is this necessary? I mean make it implicit by default. The > explicit is > not even supported, and has no chance to work cleanly. Why > should we patch > broken stuff. Just a thought? I have thought also about this, but maybe there are users around we don't know if. We can drop all this after x.5 is released, until that time, I just keep it there, just as we have a lot of other stuff that is probably broken. > > Qinghuajin and other Forte 9 users, you can work around > this by added the > > following line to your platform_macros.GNU file. > > templates = implicit > > This is until we release x.4.4., right? Yes, with x.4.4 this will be done correctly. Johnny ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> Ok. Steve, could you maybe make clear with the build names > which builds use explicit templates? I'll try to get this clarified. > Explicit templates in TAO are known to be broken at this > moment. None of the tests at Riverace try to build TAO. -Steve ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > I don't think the DOC group supports this compiler anymore.. More > > > particularly this compiler is buggy and you may land up with > > > unresolved > > > symbols even if you get past this part. > > > > I missed the compiler version. But, Forte 8 gives output of > SUN C++ 5.5. Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte version is found, it defaults to explicit. I am updating right now, for 4.2 and 5.3 we default to explicit, for all others to implicit Qinghuajin and other Forte 9 users, you can work around this by added the following line to your platform_macros.GNU file. templates = implicit Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte > version is found, it defaults to explicit. I am updating right now, for 4.2 > and 5.3 we default to explicit, for all others to implicit Is this necessary? I mean make it implicit by default. The explicit is not even supported, and has no chance to work cleanly. Why should we patch broken stuff. Just a thought? > Qinghuajin and other Forte 9 users, you can work around this by added the > following line to your platform_macros.GNU file. > templates = implicit This is until we release x.4.4., right? Thanks Bala ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Steve, > > Is this necessary? I mean make it implicit by default. The > > explicit is > > not even supported, and has no chance to work cleanly. Why > > should we patch > > broken stuff. Just a thought? > > At least for ACE 5.5, Riverace supports the Forte compiler that > requires explicit. After that, we can drop it. Ok. Steve, could you maybe make clear with the build names which builds use explicit templates? Explicit templates in TAO are known to be broken at this moment. Johnny ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi > > ACE VERSION: 5.4.3 > > > > HOST MACHINE and OPERATING SYSTEM: > > Solaris10 X86 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > Compiler: SUN CC 5.6 ^^^^^^^^^^^^^^^^^^^^^^^^ I don't think the DOC group supports this compiler anymore.. More particularly this compiler is buggy and you may land up with unresolved symbols even if you get past this part. My $0.02. Thanks Bala > > Make: GNU make 3.80 > > > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a > > platform- > > specific file, simply state which one]: > > #include "ace/config-sunos5.9.h" > > > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > > (unless > > this isn't used in this case, e.g., with Microsoft Visual C++): > > include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU > > > > > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features > > (used by MPC when you generate your own makefiles): > > > > AREA/CLASS/EXAMPLE AFFECTED: > > [What example failed? What module failed to compile?] > > "ace/OS_NS_sys_stat.cpp" > > > > DOES THE ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> > Ok, the problem is in platform_sunos5_sunc++.GNU, when a > not known forte > > version is found, it defaults to explicit. I am updating > right now, for 4.2 > > and 5.3 we default to explicit, for all others to implicit This sounds good. > Is this necessary? I mean make it implicit by default. The > explicit is > not even supported, and has no chance to work cleanly. Why > should we patch > broken stuff. Just a thought? At least for ACE 5.5, Riverace supports the Forte compiler that requires explicit. After that, we can drop it. Thanks, -Steve ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Everyon: My SunBlade 150 is back up and available, and has a Sun CC license, though I don't have a lot of bandwidth to admin it. Bala know where it is and has the root password. I'll probably move it into the server room once I have a chance to talk to Dan about it, but I my be out of town this week. [dhinton@blade DRM]$ uname -a SunOS blade 5.9 Generic_112233-03 sun4u sparc SUNW,Sun-Blade-100 Solaris [dhinton@blade DRM]$ CC -V CC: Forte Developer 7 C++ 5.4 2002/03/09 [dhinton@blade DRM]$ gcc --version gcc (GCC) 3.4.2 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. take care... don On Sun, 2 Jan 2005, Krishnakumar B wrote: > On Sunday, 02 January 2005, Douglas C. Schmidt wrote: > > Hi, > > > >>> ACE VERSION: 5.4.3 > > > > Thakns for using the PRF! > > > >>> HOST MACHINE and OPERATING SYSTEM: > >>> Solaris10 X86 > > > > We (i.e., the DOC groups at UCI/VU/WU) don't have Solaris running on > > an x86 box (yet). It would therefore be great if you could figure out > > what patches need to be applied so that ACE compiles properly on this > > platform. > > > > BTW, Kitty/Bala, weren't we planning on running Solaris on an AMD box > > ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Solaris 10 x86 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> Sun Studio 9 (Sun CC 5.6) As we've mentioned several times now, we don't have this compiler installed yet on this hardware platform, so if you want things to be fixed soon I recommend you figure out what's going wrong and send us the patches. Otherwise, please contact one of the companies that provides commercial support for ACE at http://www.cs.wustl.edu/~schmidt/commercial-support.html Thanks, Doug >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a >> platform- >> specific file, simply state which one]: >> >> #define ACE_HAS_STANDARD_CPP_LIBRARY 1 >> #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 >> >> #include "ace/config-sunos5.9.h" >> >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> >> templates = implicit >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> >> CONTENTS OF $ACE_ROOT/bin/MakeP...

[ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5
This is a multi-part message in MIME format. --Boundary_(ID_ogLNJ2XjtOnI/qoGYuqYNQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT ACE VERSION: 5.5 HOST MACHINE and OPERATING SYSTEM: Intel, WindowsXp, Windows 2003 AREA/CLASS/EXAMPLE AFFECTED: Our team has upgraded from ACE 5.4.7 to ACE 5.5. I am submitting this email as a service for the ace members that considure upgrading to ACE 5.5 and using the same platform and features we are using from the ACE Frameworks library. After running a regression test the upgrade seemed to work without any problems. The only problem we encountered was a compilation error when construction ACE_Time_Value. The ACE_Time_Value cannot be constructed anymore from an integer. For example: ACE_Time_Value( 5 ) --> Compile error DESCRIPTION: We are using ACE_WIN32_Proactor with sockets, pipes and directory changes. BOTTOM LINE: If you are an ace user who are using the same platform and architecture you could upgrade to the new framework knowing that somewhere in the world (Israel/Onigma) the upgrade worked perfectly and nightly. ~ Ishay Software Architect Onigma Ltd. Tel: +972-3-6877315 Fax: +972-3-6877128 Mobile: +972-54-2325090 Email: ishay@onigma.com --Boundary_(ID_ogLNJ2XjtOnI/qoGYuqYNQ) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BI...

[ace-users] Re: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi Jin, >> The solaris 9/10 for sparc is not the same as solaris 9/10 for >> Intel X86,although it is almost free,and the SunStudio 9 (CC >> 5.6)for sparc is not the same as SunStudio 9(CC 5.6) for Intel X86. This is yet one more reason why you'll need to do the legwork on this. Please let us know what you find out. Thanks, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/ Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi, >> ACE VERSION: 5.4.3 Thakns for using the PRF! >> HOST MACHINE and OPERATING SYSTEM: >> Solaris10 X86 We (i.e., the DOC groups at UCI/VU/WU) don't have Solaris running on an x86 box (yet). It would therefore be great if you could figure out what patches need to be applied so that ACE compiles properly on this platform. BTW, Kitty/Bala, weren't we planning on running Solaris on an AMD box at some point? Thanks, Doug >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> Compiler: SUN CC 5.6 >> Make: GNU make 3.80 >> >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a >> platform- >> specific file, simply state which one]: >> #include "ace/config-sunos5.9.h" >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> >> CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features >> (used by MPC when you generate your own makefiles): >> >> AREA/CLASS/EXAMPLE AFFECTED: >> [What example failed? What module failed to com...

Re: [ace-users] ACE 5.4 does not read entries from the services file but ACE 5.1 reads. #2
Hi Ashish, >> Thankyou very much for your reply. >> As per our analysis, in Inet_Addr.cpp file, for some reason port_number variable is set to some negative value because of which, in the set function at line number 396 control is going in the if loop >> if (port_number < 0 ) >> { >> ACE_UNUSED_ARG(inet_address); >> ACE_NOTSUP_RETURN(-1); >> } >> which is returning -1 and that is why we are getting value of port as 0000.0000 in our application. >> This may be because port_number is not in the network byte order. Right, that sounds likely. Now you just need to figure out where the problem is occurring. >> We would be grateful to know the solution on this problem. At this point, it appears that you've got the best perspective on what the problem is. Please continue to debug this and let us know if it's something that ACE is doing, or whether it's something in your use of ACE. Thanks, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/ Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu ...

Re: [ace-users] ACE 5.4 does not read entries from the services file but ACE 5.1 reads. #2
--0-1676139888-1099299995=:70132 Content-Type: multipart/alternative; boundary="0-1128690004-1099299995=:70132" --0-1128690004-1099299995=:70132 Content-Type: text/plain; charset=us-ascii Note: forwarded message attached. --------------------------------- Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. --0-1128690004-1099299995=:70132 Content-Type: text/html; charset=us-ascii <DIV><BR><BR>Note: forwarded message attached.</DIV><p> <hr size=1>Do you Yahoo!?<br> <a href="http://us.rd.yahoo.com/mail_us/taglines/virus/*http://promotions.yahoo.com/new_mail/static/protection.html">Yahoo! Mail</a> - Helps protect you from nasty viruses. --0-1128690004-1099299995=:70132-- --0-1676139888-1099299995=:70132 Content-Type: message/rfc822 Received: from [203.124.166.117] by web53006.mail.yahoo.com via HTTP; Sun, 31 Oct 2004 23:06:14 PST Date: Sun, 31 Oct 2004 23:06:14 -0800 (PST) From: ashish borkar <ashish_ace2003@yahoo.com> Subject: Re: [ace-users] ACE 5.4 does not read entries from the services file but ACE 5.1 reads. To: "Douglas C. Schmidt" <schmidt@cs.wustl.edu> In-Reply-To: <200410301656.LAA27688@ace.cs.wustl.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1064278857-1099292774=:87172" Content-Length: 3101 --0-1064278857-1099292774=:87172 Content-Type: text/plain; charset=us-ascii ...

Re: [ace-users] ACE 5.4 does not read entries from the services file but ACE 5.1 reads. #2
Hi Ashish, >> One more observation. The problem occurs only when the entry in the services file has >> 8888 or 6888 or 8887 or 7886. i.e Basically when the entry has two '8' in the second two digits in the port number. This problem was not encountered with ACE 5.1. >> It is quite a strange occurence. >> We are using ACE_INET_Addr("ipname","portname") constructor. >> >> Please do let us know if there is any workaround for the same. This does indeed sound very strange! We (i.e., the members of the DOC group at VU/UCI/WU) are swamped with work right now, so I have the following recommendations: .. Crank up the debugger and figure out why this is happening. If it's a bug with ACE 5.4 please send us patches and we'll fix it. .. If you don't have time to do this yourself, I recommend contacting one of the companies listed at http://www.cs.wustl.edu/~schmidt/commercial-support.html for commercial support. Thanks, Doug >> Thanks and Regards, >> >> ashish borkar <ashish_ace2003@yahoo.com> wrote: >> ACE VERSION: 5.4 >> >> HOST MACHINE and OPERATING SYSTEM: Windows 2000 Professional. >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: Windows 2000 Professional. >> >> COMPILER NAME AND VERSION (AND PATCHLEVEL): MicroSoft VC++ 6.0 >> >> ...

Web resources about - [ace-bugs] Re: [ace-users] ACE 5.4.1 compilation failure on FreeBSD 5.2 - comp.soft-sys.ace

Samsung Galaxy Ace 4 User Reviews
Samsung Galaxy Ace 4 reviews written by Phone Arena users. You can read the opinion of each user and how they rate the phone in 11 categories. ...

Samsung Galaxy Ace 3 official: iPhone-alike size for the new user
Samsung has revealed another in its Galaxy series, the Galaxy Ace 3, now targeting entry-level smartphone users who want a pocket-friendly 4-inch ...

Resources last updated: 3/6/2016 4:07:01 AM