f



RE: [ace-users] Re: ACE #2

Hi Folks,

> Sorry about the wrong message. It does work, I did not wait enough
> To roll it over.

Ok, great - I'm glad to hear that it works!

Thanks,

        Doug

0
Douglas
3/3/2006 6:09:16 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
1078 Views

Similar Articles

[PageSpeed] 7

Reply:

Similar Artilces:

Re: [ace-bugs] Re: [ace-users] RE: Module->open() #2
Hi, >> I guess I'm just pushing the limits a bit and trying to avoid >> writing a whole bunch of new code. This is a time-honored way in which ACE evolves. >> I view ACE_Stream/Module/Task as a good vehicle for a >> component-based design of network protocol processing that includes >> complex/stateful behaviors. Right, I agree. >> The Streams framework has components and behaviors relevant to >> dynamically configuring services which consist of a set of >> cooperating sub-objects. I understand that the assumption in ...

RE: [ace-users] Re: I cannot build ACE #2
Hi, If you need ssl support you add ssl=1 to your platform_macros.GNU file and install ssl, see the ACE-INSTALL.html document for more info. If you don't need these optional libraries, just ignore the warnings. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Ji Soo [mailto:mycorba@gmail.com] > Sent: maandag 20 maart 2006 2:16 > To: jwillemsen@remedy.nl > Cc: Steve Huston; ace-users@cs.wustl.edu > Subject: Re: [ace-users] Re: I cannot build ACE > > Hello, > > The complete "make" output: > > ...... > ...... > rm -f libACE.so > ln -s libACE.so.5.5.0 libACE.so > chmod a+rx libACE.so.5.5.0 > make[1]: Leaving directory `/opt/ACE_wrappers/ace' > make[1]: Entering directory `/opt/ACE_wrappers/ace' > This project will not be built due to one of the following > missing features: > x11 gl fl > GNUmakefile: /opt/ACE_wrappers/ace/GNUmakefile.ACE_FlReactor > MAKEFLAGS=w > > make[1]: Leaving directory `/opt/ACE_wrappers/ace' > make[1]: Entering directory `/opt/ACE_wrappers/ace' > This project will not be built due to one of the following > missing features: > qt > > GNUmakefile: /opt/ACE_wrappers/ace/GNUmakefile.ACE_QtReactor > MAKEFLAGS=w > > make[1]: Leaving directory `/opt/AC...

RE: [ace-users] Re: I cannot build ACE #2
Actually, it's because the GNUmakefiles generated for the ACE release don't include the 'ssl' feature. You have to regenerate the GNUmakefiles with ssl enabled. I added this to the Riverace support customers' FAQ section recently. I'll get an external FAQ section set up shortly. -Steve -- Steve Huston, Riverace Corporation Helping you succeed with ACE See http://www.riverace.com/support.htm > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Johnny Willemsen > Sent: Friday, March 17, 2006 4:04 AM > To: 'Ji Soo'; ace-users@cs.wustl.edu > Subject: RE: [ace-users] Re: I cannot build ACE > > > Hi, > > This is not a problem, you don't have ssl installed, so it is not just > build. The ACE lib itself is build. > > Regards, > > Johnny Willemsen > Remedy IT > Postbus 101 > 2650 AC Berkel en Rodenrijs > The Netherlands > www.theaceorb.nl / www.remedy.nl > > > -----Original Messag...

RE: [ace-users] Re: I cannot build ACE #2
Hi Steve > Actually, it's because the GNUmakefiles generated for the ACE release > don't include the 'ssl' feature. You have to regenerate the > GNUmakefiles with ssl enabled. The GNUmakefiles do have SSL support as part of the distribution (not the other project types). For the GNU make it should work to add ssl=1 to the platform_macros.GNU file and then build it. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

RE: [ace-bugs] Re: [ace-users] ACE & POSIX
Hey there's a thought. ;-) I like it. Kindly, Graham -----Original Message----- From: owner-ace-bugs@cse.wustl.edu [mailto:owner-ace-bugs@cse.wustl.edu] On Behalf Of Stephen Torri Sent: Monday, June 14, 2004 9:38 PM To: Douglas C. Schmidt Cc: ace-bugs@cs.wustl.edu Subject: Re: [ace-bugs] Re: [ace-users] ACE & POSIX Douglas C. Schmidt wrote: > Hi Folks, > > >>Yes, but it sure would make the ACE libraries smaller and potentially >>easier to maintain. A lot of the OS specific code would go away. ;-) > > > Ah, but there&#...

[ace-bugs] Re: [ace-users] Moving to ACE? #2
Hi Roger, >> Could you please explain these kernel problems on Linux? I think there are two problems: .. There are (were) bugs in the Linux implementation of the aio_*() functions. These manifested themselves by failures of the $ACE_ROOT/tests/Proactor_Test.cpp on Linux. .. The Linux kernel implements the aio_*() functions by spawning a thread for each asynchronous request, which sort of defeats the point of asynchronous I/O! Take care, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineeri...

RE: [ace-users] Re: ACE
Hi, When ACE 5.4 was released the MinGW port wasn't really up to date. Upgrade to the latest beta, that will work. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Douglas C. Schmidt > Sent: woensdag 12 oktober 2005 19:11 > To: silviu_andrica@yahoo.com > Cc: ace-users@cs.wustl.edu > Subject: [ace-users] Re: ACE > > > Hi Silviu, > > > i'm sorry fot bothering you and i know that you get this kind of > > emails all the time, > > Thanks very much for your email. Please make sure to send all > questions related to TAO or ACE to the ACE mailing list or ACE+TAO > newsgroup, rather than to me directly since I travel frequently and > often don't have ready access to email. See > > http://www.cs.wustl.edu/~schmidt/ACE-mail.html > > for more info on how to access these resources. > > > but i have a problem > > with compiling ACE 5.4. I'm trying to compile it using > > MinGW on Windows XP (SP2). > > To ensure that we have proper version/platform/compiler information, > please make sure you fill out the appropriate problem report form > (PRF), which is in > > $ACE_ROOT/PROBLEM-REPORT-FORM > $TAO_ROOT...

Re: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, > oh. sorry. I just use ACE at studying. so I don't interested in > commercial support. (bad english. sorry. -_-) No problem with the English. Good that you are looking at ACE, it is very powerful, only the bad thing is you are using a new MinGW version that cause problems. > furthermore, I found cause about this error. it's placed in new > w32api's sys/stat.h. it define lstat as stat, so this make all > "lstat"s in ACE sources replace "stat". -_-a > > I tryed two modification (sorry for handy patch..) > 1. ace/config-win32-mingw.h, line 85 : insert below code > #define ACE_LACKS_LSTAT That is not a nice solution. > 2. ace/os_include/sys/os_stat.h, line 44 : insert below code > #if defined (__MINGW__) && (__MINGW32_MAJOR_VERSION >= 3) && > (__MINGW32_MINOR_VERSION >= 6) > #undef lstat > #undef _lstat > #endif > > it's okey. except ace/Name_Space.cpp, all code is compiled > successfully. ^_^ check this please. Ok. This should do the trick. But I have taken first another step, I have send an e-mail to the MinGW users mailing list to ask if the MinGW people can change this. They should make a normal function for lstat and handle the redirection to stat internally. Until the time being, you can use the workaround. What is the problem in ace/Name_Space.cpp? Johnny ...

RE: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, Please upgrade your mingw version to 3.7. This has been released today and contains the following fix below, they removed all defines which are just there to fool people. Your problems with MinGW should be gone now. Johnny 2005-01-13 Earnie Boyd <earnie@users.sf.net> * include/sys/stat.h (_S_IFLNK, S_IFLNK, _S_ISLNK, S_ISLNK, _lstat, lstat): Remove. * include/errno.h (ELOOP): Ditto. * include/_mingw.h: Increment version to 3.7. * Makefile.in: Ditto. > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Johnny Willemsen > Sent: maandag 10 januari 2005 19:11 > To: redwiki.net@gmail.com > Cc: ace-users@cs.wustl.edu > Subject: Re: [ace-users] Re: [ace] compile error in mingw > 3.2-rc1 (or w32api-3.2) > > Hi, > > > oh. sorry. I just use ACE at studying. so I don't interested in > > commercial support. (bad english. sorry. -_-) > > No problem with the English. Good that you are looking at > ACE, it is very > powerful, only the bad thing is you are using a new MinGW > version that cause > problems. > > > furthermore, I found cause about this error. it's placed in new > > w32api's sys/stat.h. it define lstat as stat, so this make all > > "lstat"s in ACE sources replace "stat". -_-a > > > > I tryed two modification (sorry ...

Re: RE: [ace-users] problem of ACE with C# #2
Hi, >> I used the ACE::init ()in the startup function of the DLL, but the errors continues. I recommend you contact one of the companies listed at http://www.cs.wustl.edu/~schmidt/commercial-support.html for commercial support since none of us use C#. Thanks, Doug >> >Hi, >> > >> >Before the first call to ACE make sure you call ACE::init(). >> > >> >Regards, >> > >> >Johnny Willemsen >> >Remedy IT >> >Postbus 101 >> >2650 AC Berkel en Rodenrijs >> >The Netherlands >> >www.theaceorb.nl / www.remedy.nl >> > >> >> -----Original Message----- >> >> From: owner-ace-users@cse.wustl.edu >> >> [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of leecky >> >> Sent: dinsdag 7 maart 2006 3:00 >> >> To: ace-users@cs.wustl.edu >> >> Subject: [ace-users] problem of ACE with C# >> >> >> >> hi >> >> currently, I begin to study and use ACE for my >> >> applications. then I found a serious problem in my >> >> application. When I use ACE developed a >> >> communication layer for our team. and my parters use C# >> >> developed the user interface. Then I >> >> need offer some interface for him to exchange data between us. >> >>...

Re: [ace-bugs] RE: FW: [ace-users] ACE & POSIX
Hi Graham, >> Having spent most of my time in the murky world of real-time >> embedded systems (for the medical industry) I can tell you this. >> It is quite unlikely that the "old dodgers" (according to your >> definition I would fall into that category) would upgrade their >> version of ACE. If the current (or older) version of ACE works why >> upgrade? That's not been our experience working with scores of companies during the past decade. There are many companies who are stuck using older compiler platforms, but are quite happ...

Re: [ace-users] [BULK] Re: [ace-bugs] [BULK] Re: Calling ACE::init() causes exception on 20th instantiation of a
Thanks to Aleksandar Vukajlovic at finsoft! He got us a bit closer to finding this issue and also came up with some much simpler test code that reproduces the issue (see below). It seems that ACE::fini is not properly cleaning up a thread or some storage. When config.h file is modified to include more thread keys (#define ACE_DEFAULT_THREAD_KEYS 1000), the issue occurs later on. The default value for ACE_DEFAULT_THREAD_KEYS is 64, with this, ACE::init will fail after ~20 iterations, with it increased to 1000, ACE::init fails ~500 iterations. Small program that will reproduce bug without using complex MFC follows from Aleksandar. Many thanks in advance for anyone who can help debug this. - Andrew //Test code #include "ace/OS.h" #include "ace/Log_Msg.h" #ifdef _DEBUG const char* dll_name = "U:\\Temp\\TestACEInit\\DllTest\\Debug\\DllTest.dll"; #else const char* dll_name = "U:\\Temp\\TestACEInit\\DllTest\\Release\\DllTest.dll"; #endif //_DEBUG void doTest () { for (int i = 0; i < 1000; ++i) { HMODULE hm = ::LoadLibrary (dll_name); if (hm == NULL) ACE_DEBUG ((LM_ERROR, "failed to load library, iteration (%d)\n", i)); if (::FreeLibrary (hm) == FALSE) ACE_DEBUG ((LM_ERROR, "failed to free library, iteration (%d)\n", i)); } } int main (int argc, char* argv[]) { doTest (); return 0; } ////////////////////////////////// // DllTest code...

[ace-bugs] Re: [ace-users] How to Use IPv6 in ACE? #2
Please stop reposting this question. Bala and I have already answered it the past several days. Check out http://groups.yahoo.com/group/ace-bugs/message/4421 for my answer. Thanks, Doug >> ACE VERSION: 5.4.1 >> >> HOST MACHINE and OPERATING SYSTEM: >> SUN Solaris 8 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> SUN Forte6 C++ UP1 >> >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a...

[ace-bugs] RE: [ace-users] ACE & POSIX #2
Hmm...I guess that's if you wanted to support multiple variants. Personally, I would freeze development of the current version of ACE (if the additions to C++ were made) and let the old dodgers play with their old antiquated compilers and start a new smaller version of ACE using the new C++ additions. Maybe that would help create a demand for compliant compilers and/or even motivate the old dodgers to update their compilers? That way the 'rub' goes away, correct? Kindly, Graham -----Original Message----- From: Douglas C. Schmidt [mailto:schmidt@cs.wustl.edu] Se...

[ace-bugs] Re: [ace-users] ACE & POSIX #2
Hi Folks, > Yes, but it sure would make the ACE libraries smaller and > potentially easier to maintain. A lot of the OS specific code would > go away. ;-) Ah, but there's rub! It will actually make ACE much larger and harder to maintain since there will be many platforms/compiler that don't support the new standard for many years, so it will be necessary to support multiple variants! Having said that, I welcome these enhancements since I think they will help improve the relevance of C++ (cf Java), but it won't make ACE smaller and easier to maintain (unfo...

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-bugs] Re: [ace-users] ACE
Hi, Thanks for using the PRF. >> ACE VERSION: 5.4.1 >> >> HP Server and HP-UX 11.1 >> >> aCC: HP ANSI C++ B3910B A.03.37 >> >> CONTENTS OF $ACE_ROOT/ace/config.h : config-hpux-11.00.h >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : >> platorm_hpux_aCC.GNU >> >> AREA/CLASS/EXAMPLE AFFECTED: >> >> $ACE_ROOT/ace - Compiled successfully but >> >> $ACE_ROOT/ - failed to compile as shown below >> >> Installing gperf -> /home/umit...

Re: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2)
Hi, > I saw scoreboard. maybe your daily-build use MinGW 3.1.0-1 > distribution, I think. this distribution don't contain w32api "3.2" > sub-distribution. in 2009-01-09, mingw relesed new candidate 3.2.0, > it's contain w32api 3.2. I think this compile-error's cause is newly > relesed "w32api 3.2 lib", I guess. > > * new mingw candidate relese news link : > http://sourceforge.net/forum/forum.php?forum_id=435944 > * mingw w32api 3.2 download link : > http://prdownloads.sourceforge.net/mingw/w32api-3.2.tar.gz?download > Thanks for fast reply. :) We have currently no plans to upgrade our systems to newer versions. Please try to supply patches, we are willing to add them. In case you need fixes, contact me directly for commercial support based on our conditions at www.theaceorb.nl Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

[ace-bugs] Re: FW: [ace-users] ACE & POSIX #2
Hi Steve, >> > Why not start an "ACE-Modernization" group? I'd be willing >> > to help with some of the coding required. >> >> That's great! The process of getting pieces of ACE standardized, >> though, is very atechnical - very political. Some power player >> needs to be involved. Somebody who knows how to "play the game" >> with standards committees. I don't have those resources available >> here, but if someone out there does, or knows who might, let's >> talk. We need to strategize....

RE: [ace-users] [FEATURE?] ACE and wchar_t. ACE + ICU + GCC. How? #2
Hi Ruslan, > You also should give us a way specify > > typedef ushort ACE_TCHAR wchar_t encompasses more than just Unicode, though. If you defined ACE_TCHAR to be ushort, then tried to pass it to one of the wide-string functions, it wouldn't work - the types are different sizes. > Steve, please note, that IBM ICU is standard defacto of > unicode library. > IBM developers use for unicode strings the 2 bytes. ALWAYS!. Ok, but please realize that we're not talking about the same thing. ICU does one thing and the system wide-char functions do som...

Re: [ace-users] [FEATURE?] ACE and wchar_t. ACE + ICU + GCC. How? #2
On 12/29/04 5:59 PM, "Steve Huston" <shuston@riverace.com> wrote: Hi Steve, >> You also should give us a way specify >> >> typedef ushort ACE_TCHAR > > wchar_t encompasses more than just Unicode, though. If you defined > ACE_TCHAR to be ushort, then tried to pass it to one of the > wide-string functions, it wouldn't work - the types are different > sizes. > >> Steve, please note, that IBM ICU is standard defacto of >> unicode library. >> IBM developers use for unicode strings the 2 bytes. ALWAYS!....

Web resources about - RE: [ace-users] Re: ACE #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/5/2016 9:16:44 AM