Hi, Thanks again for using the PRF! > ACE VERSION: 6.1.7 > > HOST MACHINE and OPERATING SYSTEM: > > Intel(R) Core(TM)2 Duo CPU > Ubuntu 12.04.2 LTS > Linux version 3.2.0-37-generic > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > gcc version 4.6.3 > (Ubuntu/Linaro 4.6.3-1ubuntu5) > > THE $ACE_ROOT/ace/config.h FILE: > > #include "ace/config-linux.h" > > THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE : > > include $(ACE_ROOT)/include/makeinclude/platform_linux.GNU > ssl=1 > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features > (used by MPC when you generate your own makefiles): > > NONE > > AREA/CLASS/EXAMPLE AFFECTED: > > examples/C++NPv2/AIO_Client_Logging_Daemon.cpp > > DOES THE PROBLEM AFFECT: > EXECUTION! > While testing example code for C++NPv2 Ch.8 Proactor, > sr_configurable_logging_server dies with a message below. > > Real-time signal 0 > > SYNOPSIS: > Trying to test examples for C++NPv2 Ch.8 Proactor > > #0 > I placed the line below in the place where the compiler > compils for linux in AIO_Client_Logging_Daemon.cpp > > ACE_FACTORY_DEFINE (AIO_CLD, AIO_Client_Logging_Daemon) > > Without doing this launching of > sr_configurable_logging_server fails to load libAIO_CLD.so > > #1 > I executed configurable_logging_server, which invokes > libTPCLS.so on the server with the svc.conf as shown > below. > > dynamic TPC_Logging_Server Service_Object * > TPCLS:_make_TPC_Logging_Server() > "$TPC_LOGGING_SERVER_PORT" > > #2 > I then executed sr_sonfigurable_logging_server, which > invokes libAIO_CLD.so on client PC with the svc.conf as > shown below. > > dynamic AIO_Client_Logging_Daemon Service_Object * > AIO_CLD:_make_AIO_Client_Logging_Daemon() > "-p $CLIENT_LOGGING_DAEMON_PORT > -r $SERVER_LOGGING_DAEMON_PORT -s $SERVER_HOST_NAME" > > #3 > I blocked out all ssl related code to make things simpler. > So I didn't use any certificates or keys. > > #4 > All variables used in svc.conf are properly set by export. > > #5 > Invoking of sr_configurable_logging_server and the output > message of this invoke are as shown below. > >$ ./sr_configurable_logging_server -f svc.client.conf -d > >SG::open_i - this=0xcb6070, opened=0, loadstatics=1 >SG::init_svc_conf_file_queue - this=0xcb6070, repo=0xcb6110 >STDG::<ctor>, repo=0xcb6110, name=svc.client.conf - begining at [0] >SG::process_directives_i, repo=0xcb6110 - <from file> >- SCG:<ctor=0x7fff8d4afbb0> - config=0xcb6070 repo=0xcb6110 superceded by ..... >SG::initialize - repo=0xcb6110, name=AIO_Client_Logging_Daemon - looking up ... >STDG::<ctor>, repo=0xcb6110, name=AIO_Client_Logging_Daemon - begining at [0] >LN::open_dll - path=AIO_CLD >DLL_Handle::open ("libAIO_CLD.so", 0x101) -> succeeded: no error >DLL_Handle::open - AIO_CLD (13438880), refcount=1 >DLL_Handle::open - AIO_CLD (13438880), refcount=2 >SR::insert - repo=0xcb6110 [0], name=AIO_Client_Logging_Daemon (new) (type=.... >STDG::<dtor>, repo=0xcb6110 [0], name=AIO_Client_Logging_Daemon - updating .... >DLL_Handle::get_handle: post call: handle valid, refcount 2 >DLL_Handle::get_handle: post call: handle valid, refcount 2 >SR::relocate_i - repo=0xcb6110 [0]: trying name=AIO_Client_Logging_Daemon, .... >STDG::<dtor>, repo=0xcb6110 [0], name=AIO_Client_Logging_Daemon - loaded ...... >Dynamic_Node::apply - Did dynamic on AIO_Client_Logging_Daemon (yyerrno=0) >DLL_Handle::close - AIO_CLD (handle=13438880, refcount=1) >SCG:<dtor=0x7fff8d4afbb0> - new repo=0xcb6110 The problem seems to be that there's no file called -f svc.client.conf Why did you type this name? Have you tried using svc.conf instead? Thanks, Doug >STDG::<dtor> - Failed (-1) to find svc.client.conf -> (nil) >ACE_POSIX_AIOCB_Proactor::Max Number of AIOs=1024 >Real-time signal 0 > >(ACE log message prefix, ACE (15883|140194953983808) is omitted to make this > report to fit within 80 columns rule) > > DESCRIPTION: > > I tried to test the example for Ch.8 of C++NPv2, Proactor, > on Linux. > I was able to test sucessfully for the examples of C++NPv2 > (ch3 ~ ch7) > Chapter 8 is the first one I cannot test. > > If I missed anything to test example for Ch.8 on Linux, > Please let me know. There is not a sufficient guide on how > to test this example that I know of. > > I tested this with ACE 6.1.1 also. And the result is same. > Both 6.1.1 and 6.1.7 behave same. > > REPEAT BY: > > Please refer to the synopsis > > SAMPLE FIX/WORKAROUND: > > NONE > > >-- >---------------------------------------- >Journeyer J. Joh >o o s a p r o g r a m m e r >a t >g m a i l d o t c o m >---------------------------------------- -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 294 9573 Vanderbilt University WEB: www.dre.vanderbilt.edu/~schmidt Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu

0 |

2/16/2013 2:48:08 PM

2013=EB=85=84 2=EC=9B=94 16=EC=9D=BC =ED=86=A0=EC=9A=94=EC=9D=BC =EC=98=A4= =ED=9B=84 11=EC=8B=9C 48=EB=B6=84 8=EC=B4=88 UTC+9, Douglas C. Schmidt =EB= =8B=98=EC=9D=98 =EB=A7=90: > Hi, >=20 >=20 >=20 > Thanks again for using the PRF! >=20 >=20 >=20 > > ACE VERSION: 6.1.7 >=20 > > >=20 > > HOST MACHINE and OPERATING SYSTEM: >=20 > > >=20 > > Intel(R) Core(TM)2 Duo CPU >=20 > > Ubuntu 12.04.2 LTS >=20 > > Linux version 3.2.0-37-generic >=20 > > >=20 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >=20 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): >=20 > > >=20 > > gcc version 4.6.3 >=20 > > (Ubuntu/Linaro 4.6.3-1ubuntu5) >=20 > > >=20 > > THE $ACE_ROOT/ace/config.h FILE: >=20 > > >=20 > > #include "ace/config-linux.h" >=20 > > >=20 > > THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE : >=20 > > >=20 > > include $(ACE_ROOT)/include/makeinclude/platform_l= inux.GNU >=20 > > ssl=3D1 >=20 > > >=20 > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features >=20 > > (used by MPC when you generate your own makefiles): >=20 > > >=20 > > NONE >=20 > > >=20 > > AREA/CLASS/EXAMPLE AFFECTED: >=20 > > >=20 > > examples/C++NPv2/AIO_Client_Logging_Da= emon.cpp >=20 > > >=20 > > DOES THE PROBLEM AFFECT: >=20 > > EXECUTION! >=20 > > While testing example code for C++NPv2 Ch.8 Proac= tor, >=20 > > sr_configurable_logging_server dies with a messag= e below. >=20 > > >=20 > > Real-time signal 0 >=20 > > >=20 > > SYNOPSIS: >=20 > > Trying to test examples for C++NPv2 Ch.8 Proactor >=20 > > >=20 > > #0 >=20 > > I placed the line below in the place where the comp= iler >=20 > > compils for linux in AIO_Client_Logging_Daemon.cpp >=20 > > >=20 > > ACE_FACTORY_DEFINE (AIO_CLD, AIO_Client_Logging_Dae= mon) >=20 > > >=20 > > Without doing this launching of >=20 > > sr_configurable_logging_server fails to load libAIO= _CLD.so >=20 > > >=20 > > #1 >=20 > > I executed configurable_logging_server, which invok= es >=20 > > libTPCLS.so on the server with the svc.conf as show= n >=20 > > below. >=20 > > >=20 > > dynamic TPC_Logging_Server Service_Object * >=20 > > TPCLS:_make_TPC_Logging_Server() >=20 > > "$TPC_LOGGING_SERVER_PORT" >=20 > > >=20 > > #2 >=20 > > I then executed sr_sonfigurable_logging_server, whi= ch >=20 > > invokes libAIO_CLD.so on client PC with the svc.con= f as >=20 > > shown below. >=20 > > >=20 > > dynamic AIO_Client_Logging_Daemon Service_Object * >=20 > > AIO_CLD:_make_AIO_Client_Logging_Daemon() >=20 > > "-p $CLIENT_LOGGING_DAEMON_PORT >=20 > > -r $SERVER_LOGGING_DAEMON_PORT -s $SERVER_HOST_N= AME" >=20 > > >=20 > > #3 >=20 > > I blocked out all ssl related code to make things s= impler. >=20 > > So I didn't use any certificates or keys. >=20 > > >=20 > > #4 >=20 > > All variables used in svc.conf are properly set by = export. >=20 > > >=20 > > #5 >=20 > > Invoking of sr_configurable_logging_server and the = output >=20 > > message of this invoke are as shown below. >=20 > > >=20 > >$ ./sr_configurable_logging_server -f svc.client.conf -d >=20 > > >=20 > >SG::open_i - this=3D0xcb6070, opened=3D0, loadstatics=3D1 >=20 > >SG::init_svc_conf_file_queue - this=3D0xcb6070, repo=3D0xcb6110 >=20 > >STDG::<ctor>, repo=3D0xcb6110, name=3Dsvc.client.conf - begining at [0] >=20 > >SG::process_directives_i, repo=3D0xcb6110 - <from file> >=20 > >- SCG:<ctor=3D0x7fff8d4afbb0> - config=3D0xcb6070 repo=3D0xcb6110 superc= eded by ..... >=20 > >SG::initialize - repo=3D0xcb6110, name=3DAIO_Client_Logging_Daemon - loo= king up ... >=20 > >STDG::<ctor>, repo=3D0xcb6110, name=3DAIO_Client_Logging_Daemon - begini= ng at [0] >=20 > >LN::open_dll - path=3DAIO_CLD >=20 > >DLL_Handle::open ("libAIO_CLD.so", 0x101) -> succeeded: no error >=20 > >DLL_Handle::open - AIO_CLD (13438880), refcount=3D1 >=20 > >DLL_Handle::open - AIO_CLD (13438880), refcount=3D2 >=20 > >SR::insert - repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon (new)= (type=3D.... >=20 > >STDG::<dtor>, repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon - up= dating .... >=20 > >DLL_Handle::get_handle: post call: handle valid, refcount 2 >=20 > >DLL_Handle::get_handle: post call: handle valid, refcount 2 >=20 > >SR::relocate_i - repo=3D0xcb6110 [0]: trying name=3DAIO_Client_Logging_D= aemon, .... >=20 > >STDG::<dtor>, repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon - lo= aded ...... >=20 > >Dynamic_Node::apply - Did dynamic on AIO_Client_Logging_Daemon (yyerrno= =3D0) >=20 > >DLL_Handle::close - AIO_CLD (handle=3D13438880, refcount=3D1) >=20 > >SCG:<dtor=3D0x7fff8d4afbb0> - new repo=3D0xcb6110 >=20 >=20 >=20 > The problem seems to be that there's no file called=20 >=20 >=20 >=20 > -f svc.client.conf >=20 >=20 >=20 > Why did you type this name? Have you tried using svc.conf instead? >=20 >=20 >=20 > Thanks, >=20 >=20 >=20 > Doug >=20 >=20 >=20 > >STDG::<dtor> - Failed (-1) to find svc.client.conf -> (nil) >=20 > >ACE_POSIX_AIOCB_Proactor::Max Number of AIOs=3D1024 >=20 > >Real-time signal 0 >=20 > > >=20 > >(ACE log message prefix, ACE (15883|140194953983808) is omitted to make = this >=20 > > report to fit within 80 columns rule) >=20 > > >=20 > > DESCRIPTION: >=20 > > >=20 > > I tried to test the example for Ch.8 of C++NPv2, Pr= oactor, >=20 > > on Linux. >=20 > > I was able to test sucessfully for the examples of = C++NPv2 >=20 > > (ch3 ~ ch7) >=20 > > Chapter 8 is the first one I cannot test. >=20 > > >=20 > > If I missed anything to test example for Ch.8 on Li= nux, >=20 > > Please let me know. There is not a sufficient guide= on how >=20 > > to test this example that I know of. >=20 > > >=20 > > I tested this with ACE 6.1.1 also. And the result i= s same. >=20 > > Both 6.1.1 and 6.1.7 behave same. >=20 > > >=20 > > REPEAT BY: >=20 > > >=20 > > Please refer to the synopsis >=20 > > >=20 > > SAMPLE FIX/WORKAROUND: >=20 > > >=20 > > NONE >=20 > > >=20 > > >=20 > >--=20 >=20 > >---------------------------------------- >=20 > >Journeyer J. Joh >=20 > >o o s a p r o g r a m m e r >=20 > >a t >=20 > >g m a i l d o t c o m >=20 > >---------------------------------------- >=20 >=20 >=20 >=20 >=20 > --=20 >=20 > Dr. Douglas C. Schmidt Professor and Associate Chai= r >=20 > Electrical Engineering and Computer Science TEL: (615) 294 9573 >=20 > Vanderbilt University WEB: www.dre.vanderbilt.edu/= ~schmidt >=20 > Nashville, TN 37203 NET: d.schmidt@vanderbilt.ed= u Hello Dr. Douglas C. Schmidt At the first time, I had doubtted as you do. >> STDG::<dtor> - Failed (-1) to find svc.client.conf -> (nil) Seeing this line was the reason for me and I believe for you also. But I noticed that this line appears everytime. I tested the example for C++NPv2 ch.7 successfully. But this line appears from AC_CLD.so(client) and TPCLS.so(server) both. And other examples which uses Configuration Framework produces same. And they work well! So I believe this line is wrong. It is kind of a false alarm and must be removed. Could be another issue. To double check my opinion I tested this as you said - using svc.conf not svc.client.conf and not specifying it's name with -f option. I still don't know why AIO_CLD dies with the message - Real-time signal 0 Journeyer J. Joh (Let me write another question about tpc-cert.pem and tpc-key.pem cld-cert.pem and cld-key.pem)

0 |

2/17/2013 6:22:31 AM

2013=EB=85=84 2=EC=9B=94 17=EC=9D=BC =EC=9D=BC=EC=9A=94=EC=9D=BC =EC=98=A4= =ED=9B=84 3=EC=8B=9C 22=EB=B6=84 31=EC=B4=88 UTC+9, Journeyer J. Joh =EB=8B= =98=EC=9D=98 =EB=A7=90: > 2013=EB=85=84 2=EC=9B=94 16=EC=9D=BC =ED=86=A0=EC=9A=94=EC=9D=BC =EC=98= =A4=ED=9B=84 11=EC=8B=9C 48=EB=B6=84 8=EC=B4=88 UTC+9, Douglas C. Schmidt = =EB=8B=98=EC=9D=98 =EB=A7=90: >=20 > > Hi, >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > Thanks again for using the PRF! >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > > ACE VERSION: 6.1.7 >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > HOST MACHINE and OPERATING SYSTEM: >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > Intel(R) Core(TM)2 Duo CPU >=20 > >=20 >=20 > > > Ubuntu 12.04.2 LTS >=20 > >=20 >=20 > > > Linux version 3.2.0-37-generic >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >=20 > >=20 >=20 > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > gcc version 4.6.3 >=20 > >=20 >=20 > > > (Ubuntu/Linaro 4.6.3-1ubuntu5) >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > THE $ACE_ROOT/ace/config.h FILE: >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > #include "ace/config-linux.h" >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE : >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > include $(ACE_ROOT)/include/makeinclude/platform= _linux.GNU >=20 > >=20 >=20 > > > ssl=3D1 >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.featur= es >=20 > >=20 >=20 > > > (used by MPC when you generate your own makefiles): >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > NONE >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > AREA/CLASS/EXAMPLE AFFECTED: >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > examples/C++NPv2/AIO_Client_Logging_= Daemon.cpp >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > DOES THE PROBLEM AFFECT: >=20 > >=20 >=20 > > > EXECUTION! >=20 > >=20 >=20 > > > While testing example code for C++NPv2 Ch.8 Pro= actor, >=20 > >=20 >=20 > > > sr_configurable_logging_server dies with a mess= age below. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > Real-time signal 0 >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > SYNOPSIS: >=20 > >=20 >=20 > > > Trying to test examples for C++NPv2 Ch.8 Proactor >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > #0 >=20 > >=20 >=20 > > > I placed the line below in the place where the co= mpiler >=20 > >=20 >=20 > > > compils for linux in AIO_Client_Logging_Daemon.cp= p >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > ACE_FACTORY_DEFINE (AIO_CLD, AIO_Client_Logging_D= aemon) >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > Without doing this launching of >=20 > >=20 >=20 > > > sr_configurable_logging_server fails to load libA= IO_CLD.so >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > #1 >=20 > >=20 >=20 > > > I executed configurable_logging_server, which inv= okes >=20 > >=20 >=20 > > > libTPCLS.so on the server with the svc.conf as sh= own >=20 > >=20 >=20 > > > below. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > dynamic TPC_Logging_Server Service_Object * >=20 > >=20 >=20 > > > TPCLS:_make_TPC_Logging_Server() >=20 > >=20 >=20 > > > "$TPC_LOGGING_SERVER_PORT" >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > #2 >=20 > >=20 >=20 > > > I then executed sr_sonfigurable_logging_server, w= hich >=20 > >=20 >=20 > > > invokes libAIO_CLD.so on client PC with the svc.c= onf as >=20 > >=20 >=20 > > > shown below. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > dynamic AIO_Client_Logging_Daemon Service_Object = * >=20 > >=20 >=20 > > > AIO_CLD:_make_AIO_Client_Logging_Daemon() >=20 > >=20 >=20 > > > "-p $CLIENT_LOGGING_DAEMON_PORT >=20 > >=20 >=20 > > > -r $SERVER_LOGGING_DAEMON_PORT -s $SERVER_HOST= _NAME" >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > #3 >=20 > >=20 >=20 > > > I blocked out all ssl related code to make things= simpler. >=20 > >=20 >=20 > > > So I didn't use any certificates or keys. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > #4 >=20 > >=20 >=20 > > > All variables used in svc.conf are properly set b= y export. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > #5 >=20 > >=20 >=20 > > > Invoking of sr_configurable_logging_server and th= e output >=20 > >=20 >=20 > > > message of this invoke are as shown below. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > >$ ./sr_configurable_logging_server -f svc.client.conf -d >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > >SG::open_i - this=3D0xcb6070, opened=3D0, loadstatics=3D1 >=20 > >=20 >=20 > > >SG::init_svc_conf_file_queue - this=3D0xcb6070, repo=3D0xcb6110 >=20 > >=20 >=20 > > >STDG::<ctor>, repo=3D0xcb6110, name=3Dsvc.client.conf - begining at [0= ] >=20 > >=20 >=20 > > >SG::process_directives_i, repo=3D0xcb6110 - <from file> >=20 > >=20 >=20 > > >- SCG:<ctor=3D0x7fff8d4afbb0> - config=3D0xcb6070 repo=3D0xcb6110 supe= rceded by ..... >=20 > >=20 >=20 > > >SG::initialize - repo=3D0xcb6110, name=3DAIO_Client_Logging_Daemon - l= ooking up ... >=20 > >=20 >=20 > > >STDG::<ctor>, repo=3D0xcb6110, name=3DAIO_Client_Logging_Daemon - begi= ning at [0] >=20 > >=20 >=20 > > >LN::open_dll - path=3DAIO_CLD >=20 > >=20 >=20 > > >DLL_Handle::open ("libAIO_CLD.so", 0x101) -> succeeded: no error >=20 > >=20 >=20 > > >DLL_Handle::open - AIO_CLD (13438880), refcount=3D1 >=20 > >=20 >=20 > > >DLL_Handle::open - AIO_CLD (13438880), refcount=3D2 >=20 > >=20 >=20 > > >SR::insert - repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon (ne= w) (type=3D.... >=20 > >=20 >=20 > > >STDG::<dtor>, repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon - = updating .... >=20 > >=20 >=20 > > >DLL_Handle::get_handle: post call: handle valid, refcount 2 >=20 > >=20 >=20 > > >DLL_Handle::get_handle: post call: handle valid, refcount 2 >=20 > >=20 >=20 > > >SR::relocate_i - repo=3D0xcb6110 [0]: trying name=3DAIO_Client_Logging= _Daemon, .... >=20 > >=20 >=20 > > >STDG::<dtor>, repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon - = loaded ...... >=20 > >=20 >=20 > > >Dynamic_Node::apply - Did dynamic on AIO_Client_Logging_Daemon (yyerrn= o=3D0) >=20 > >=20 >=20 > > >DLL_Handle::close - AIO_CLD (handle=3D13438880, refcount=3D1) >=20 > >=20 >=20 > > >SCG:<dtor=3D0x7fff8d4afbb0> - new repo=3D0xcb6110 >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > The problem seems to be that there's no file called=20 >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > -f svc.client.conf >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > Why did you type this name? Have you tried using svc.conf instead? >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > Thanks, >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > Doug >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > >STDG::<dtor> - Failed (-1) to find svc.client.conf -> (nil) >=20 > >=20 >=20 > > >ACE_POSIX_AIOCB_Proactor::Max Number of AIOs=3D1024 >=20 > >=20 >=20 > > >Real-time signal 0 >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > >(ACE log message prefix, ACE (15883|140194953983808) is omitted to mak= e this >=20 > >=20 >=20 > > > report to fit within 80 columns rule) >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > DESCRIPTION: >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > I tried to test the example for Ch.8 of C++NPv2, = Proactor, >=20 > >=20 >=20 > > > on Linux. >=20 > >=20 >=20 > > > I was able to test sucessfully for the examples o= f C++NPv2 >=20 > >=20 >=20 > > > (ch3 ~ ch7) >=20 > >=20 >=20 > > > Chapter 8 is the first one I cannot test. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > If I missed anything to test example for Ch.8 on = Linux, >=20 > >=20 >=20 > > > Please let me know. There is not a sufficient gui= de on how >=20 > >=20 >=20 > > > to test this example that I know of. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > I tested this with ACE 6.1.1 also. And the result= is same. >=20 > >=20 >=20 > > > Both 6.1.1 and 6.1.7 behave same. >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > REPEAT BY: >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > Please refer to the synopsis >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > SAMPLE FIX/WORKAROUND: >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > NONE >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > > >=20 > >=20 >=20 > > >--=20 >=20 > >=20 >=20 > > >---------------------------------------- >=20 > >=20 >=20 > > >Journeyer J. Joh >=20 > >=20 >=20 > > >o o s a p r o g r a m m e r >=20 > >=20 >=20 > > >a t >=20 > >=20 >=20 > > >g m a i l d o t c o m >=20 > >=20 >=20 > > >---------------------------------------- >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > >=20 >=20 > > --=20 >=20 > >=20 >=20 > > Dr. Douglas C. Schmidt Professor and Associate Ch= air >=20 > >=20 >=20 > > Electrical Engineering and Computer Science TEL: (615) 294 9573 >=20 > >=20 >=20 > > Vanderbilt University WEB: www.dre.vanderbilt.ed= u/~schmidt >=20 > >=20 >=20 > > Nashville, TN 37203 NET: d.schmidt@vanderbilt.= edu >=20 >=20 >=20 >=20 >=20 >=20 >=20 > Hello Dr. Douglas C. Schmidt >=20 >=20 >=20 > At the first time, I had doubtted as you do. >=20 >=20 >=20 > >> STDG::<dtor> - Failed (-1) to find svc.client.conf -> (nil) >=20 >=20 >=20 > Seeing this line was the reason for me and I believe for you also. >=20 > But I noticed that this line appears everytime. >=20 >=20 >=20 > I tested the example for C++NPv2 ch.7 successfully. >=20 > But this line appears from AC_CLD.so(client) and TPCLS.so(server) both. >=20 > And other examples which uses Configuration Framework produces same. >=20 > And they work well! >=20 >=20 >=20 > So I believe this line is wrong. It is kind of a false alarm and must >=20 > be removed. Could be another issue. >=20 >=20 >=20 > To double check my opinion I tested this as you said - using svc.conf >=20 > not svc.client.conf and not specifying it's name with -f option. >=20 >=20 >=20 > I still don't know why AIO_CLD dies with the message - Real-time signal 0 >=20 >=20 >=20 >=20 >=20 > Journeyer J. Joh >=20 >=20 >=20 > (Let me write another question about tpc-cert.pem and tpc-key.pem >=20 > cld-cert.pem and cld-key.pem) Hello Dr. Douglas C. Schmidt I removed out all ssl related code from TPC_Logging_Server.cpp, AC_Client_L= ogging_Daemon.cpp and AIO_Client_Logging_Daemon.cpp But because of this problem, I think I'd better test with original code and= originally expected environment as the code written. So I want to test wit= h the pem files as specified in the code. tpc-cert.pem / tpc-key.pem cld-cert.pem / cld-key.pem But these files are not in the location where example source code is. Finding of .pem files under $ACE_ROOT returns list below. ../tests/SSL/key.pem ../tests/SSL/dummy.pem ../examples/IPC_SAP/SSL_SAP/key.pem ../examples/IPC_SAP/SSL_SAP/dummy.pem I believe these are all .pem files given. How can I test with ssl enabled original sample code? I want for C++NPv2 ch.7 and ch.8. They are AC_CLD, AIO_CLD and TPCLS. With what .pem files must I use for client and server deamon? Best regards Journeyer J. Joh

0 |

2/17/2013 6:37:01 AM

2013=EB=85=84 2=EC=9B=94 16=EC=9D=BC =ED=86=A0=EC=9A=94=EC=9D=BC =EC=98=A4= =ED=9B=84 11=EC=8B=9C 48=EB=B6=84 8=EC=B4=88 UTC+9, Douglas C. Schmidt =EB= =8B=98=EC=9D=98 =EB=A7=90: > Hi, >=20 >=20 >=20 > Thanks again for using the PRF! >=20 >=20 >=20 > > ACE VERSION: 6.1.7 >=20 > > >=20 > > HOST MACHINE and OPERATING SYSTEM: >=20 > > >=20 > > Intel(R) Core(TM)2 Duo CPU >=20 > > Ubuntu 12.04.2 LTS >=20 > > Linux version 3.2.0-37-generic >=20 > > >=20 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >=20 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): >=20 > > >=20 > > gcc version 4.6.3 >=20 > > (Ubuntu/Linaro 4.6.3-1ubuntu5) >=20 > > >=20 > > THE $ACE_ROOT/ace/config.h FILE: >=20 > > >=20 > > #include "ace/config-linux.h" >=20 > > >=20 > > THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE : >=20 > > >=20 > > include $(ACE_ROOT)/include/makeinclude/platform_l= inux.GNU >=20 > > ssl=3D1 >=20 > > >=20 > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features >=20 > > (used by MPC when you generate your own makefiles): >=20 > > >=20 > > NONE >=20 > > >=20 > > AREA/CLASS/EXAMPLE AFFECTED: >=20 > > >=20 > > examples/C++NPv2/AIO_Client_Logging_Da= emon.cpp >=20 > > >=20 > > DOES THE PROBLEM AFFECT: >=20 > > EXECUTION! >=20 > > While testing example code for C++NPv2 Ch.8 Proac= tor, >=20 > > sr_configurable_logging_server dies with a messag= e below. >=20 > > >=20 > > Real-time signal 0 >=20 > > >=20 > > SYNOPSIS: >=20 > > Trying to test examples for C++NPv2 Ch.8 Proactor >=20 > > >=20 > > #0 >=20 > > I placed the line below in the place where the comp= iler >=20 > > compils for linux in AIO_Client_Logging_Daemon.cpp >=20 > > >=20 > > ACE_FACTORY_DEFINE (AIO_CLD, AIO_Client_Logging_Dae= mon) >=20 > > >=20 > > Without doing this launching of >=20 > > sr_configurable_logging_server fails to load libAIO= _CLD.so >=20 > > >=20 > > #1 >=20 > > I executed configurable_logging_server, which invok= es >=20 > > libTPCLS.so on the server with the svc.conf as show= n >=20 > > below. >=20 > > >=20 > > dynamic TPC_Logging_Server Service_Object * >=20 > > TPCLS:_make_TPC_Logging_Server() >=20 > > "$TPC_LOGGING_SERVER_PORT" >=20 > > >=20 > > #2 >=20 > > I then executed sr_sonfigurable_logging_server, whi= ch >=20 > > invokes libAIO_CLD.so on client PC with the svc.con= f as >=20 > > shown below. >=20 > > >=20 > > dynamic AIO_Client_Logging_Daemon Service_Object * >=20 > > AIO_CLD:_make_AIO_Client_Logging_Daemon() >=20 > > "-p $CLIENT_LOGGING_DAEMON_PORT >=20 > > -r $SERVER_LOGGING_DAEMON_PORT -s $SERVER_HOST_N= AME" >=20 > > >=20 > > #3 >=20 > > I blocked out all ssl related code to make things s= impler. >=20 > > So I didn't use any certificates or keys. >=20 > > >=20 > > #4 >=20 > > All variables used in svc.conf are properly set by = export. >=20 > > >=20 > > #5 >=20 > > Invoking of sr_configurable_logging_server and the = output >=20 > > message of this invoke are as shown below. >=20 > > >=20 > >$ ./sr_configurable_logging_server -f svc.client.conf -d >=20 > > >=20 > >SG::open_i - this=3D0xcb6070, opened=3D0, loadstatics=3D1 >=20 > >SG::init_svc_conf_file_queue - this=3D0xcb6070, repo=3D0xcb6110 >=20 > >STDG::<ctor>, repo=3D0xcb6110, name=3Dsvc.client.conf - begining at [0] >=20 > >SG::process_directives_i, repo=3D0xcb6110 - <from file> >=20 > >- SCG:<ctor=3D0x7fff8d4afbb0> - config=3D0xcb6070 repo=3D0xcb6110 superc= eded by ..... >=20 > >SG::initialize - repo=3D0xcb6110, name=3DAIO_Client_Logging_Daemon - loo= king up ... >=20 > >STDG::<ctor>, repo=3D0xcb6110, name=3DAIO_Client_Logging_Daemon - begini= ng at [0] >=20 > >LN::open_dll - path=3DAIO_CLD >=20 > >DLL_Handle::open ("libAIO_CLD.so", 0x101) -> succeeded: no error >=20 > >DLL_Handle::open - AIO_CLD (13438880), refcount=3D1 >=20 > >DLL_Handle::open - AIO_CLD (13438880), refcount=3D2 >=20 > >SR::insert - repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon (new)= (type=3D.... >=20 > >STDG::<dtor>, repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon - up= dating .... >=20 > >DLL_Handle::get_handle: post call: handle valid, refcount 2 >=20 > >DLL_Handle::get_handle: post call: handle valid, refcount 2 >=20 > >SR::relocate_i - repo=3D0xcb6110 [0]: trying name=3DAIO_Client_Logging_D= aemon, .... >=20 > >STDG::<dtor>, repo=3D0xcb6110 [0], name=3DAIO_Client_Logging_Daemon - lo= aded ...... >=20 > >Dynamic_Node::apply - Did dynamic on AIO_Client_Logging_Daemon (yyerrno= =3D0) >=20 > >DLL_Handle::close - AIO_CLD (handle=3D13438880, refcount=3D1) >=20 > >SCG:<dtor=3D0x7fff8d4afbb0> - new repo=3D0xcb6110 >=20 >=20 >=20 > The problem seems to be that there's no file called=20 >=20 >=20 >=20 > -f svc.client.conf >=20 >=20 >=20 > Why did you type this name? Have you tried using svc.conf instead? >=20 >=20 >=20 > Thanks, >=20 >=20 >=20 > Doug >=20 >=20 >=20 > >STDG::<dtor> - Failed (-1) to find svc.client.conf -> (nil) >=20 > >ACE_POSIX_AIOCB_Proactor::Max Number of AIOs=3D1024 >=20 > >Real-time signal 0 >=20 > > >=20 > >(ACE log message prefix, ACE (15883|140194953983808) is omitted to make = this >=20 > > report to fit within 80 columns rule) >=20 > > >=20 > > DESCRIPTION: >=20 > > >=20 > > I tried to test the example for Ch.8 of C++NPv2, Pr= oactor, >=20 > > on Linux. >=20 > > I was able to test sucessfully for the examples of = C++NPv2 >=20 > > (ch3 ~ ch7) >=20 > > Chapter 8 is the first one I cannot test. >=20 > > >=20 > > If I missed anything to test example for Ch.8 on Li= nux, >=20 > > Please let me know. There is not a sufficient guide= on how >=20 > > to test this example that I know of. >=20 > > >=20 > > I tested this with ACE 6.1.1 also. And the result i= s same. >=20 > > Both 6.1.1 and 6.1.7 behave same. >=20 > > >=20 > > REPEAT BY: >=20 > > >=20 > > Please refer to the synopsis >=20 > > >=20 > > SAMPLE FIX/WORKAROUND: >=20 > > >=20 > > NONE >=20 > > >=20 > > >=20 > >--=20 >=20 > >---------------------------------------- >=20 > >Journeyer J. Joh >=20 > >o o s a p r o g r a m m e r >=20 > >a t >=20 > >g m a i l d o t c o m >=20 > >---------------------------------------- >=20 >=20 >=20 >=20 >=20 > --=20 >=20 > Dr. Douglas C. Schmidt Professor and Associate Chai= r >=20 > Electrical Engineering and Computer Science TEL: (615) 294 9573 >=20 > Vanderbilt University WEB: www.dre.vanderbilt.edu/= ~schmidt >=20 > Nashville, TN 37203 NET: d.schmidt@vanderbilt.ed= u Hello Dr. Douglas C. Schmidt I removed out all ssl related code from TPC_Logging_Server.cpp, AC_Client_L= ogging_Daemon.cpp and AIO_Client_Logging_Daemon.cpp But because of this problem, I think I'd better test with original code and= originally expected environment as the code written. So I want to test wit= h the pem files as specified in the code. tpc-cert.pem / tpc-key.pem cld-cert.pem / cld-key.pem But these files are not in the location where example source code is. Finding of .pem files under $ACE_ROOT returns list below. ../tests/SSL/key.pem ../tests/SSL/dummy.pem ../examples/IPC_SAP/SSL_SAP/key.pem ../examples/IPC_SAP/SSL_SAP/dummy.pem I believe these are all .pem files given. How can I test with ssl enabled original sample code? I want for C++NPv2 ch.7 and ch.8. They are AC_CLD, AIO_CLD and TPCLS. With what .pem files must I use for client and server deamon? Best regards Journeyer J. Joh

0 |

2/17/2013 6:40:44 AM

Hi Journeyer, >I still don't know why AIO_CLD dies with the message - Real-time signal 0 Please note that AIO support on Linux can be rather flakey, so perhaps that's the problem. Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 294 9573 Vanderbilt University WEB: www.dre.vanderbilt.edu/~schmidt Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu

0 |

2/17/2013 1:48:47 PM

Hi Journeyer, >I removed out all ssl related code from TPC_Logging_Server.cpp, AC_Client_L= >ogging_Daemon.cpp and AIO_Client_Logging_Daemon.cpp > >But because of this problem, I think I'd better test with original code and= > originally expected environment as the code written. So I want to test wit= >h the pem files as specified in the code. > >tpc-cert.pem / tpc-key.pem >cld-cert.pem / cld-key.pem > >But these files are not in the location where example source code is. >Finding of .pem files under $ACE_ROOT returns list below. > >./tests/SSL/key.pem >./tests/SSL/dummy.pem >./examples/IPC_SAP/SSL_SAP/key.pem >./examples/IPC_SAP/SSL_SAP/dummy.pem > >I believe these are all .pem files given. > >How can I test with ssl enabled original sample code? >I want for C++NPv2 ch.7 and ch.8. They are AC_CLD, AIO_CLD and TPCLS. >With what .pem files must I use for client and server deamon? Unfortunately, I don't know anything about these SSL files, so you'll need to get input from someone who does. Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 294 9573 Vanderbilt University WEB: www.dre.vanderbilt.edu/~schmidt Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu

0 |

2/17/2013 1:50:07 PM

2013=EB=85=84 2=EC=9B=94 17=EC=9D=BC =EC=9D=BC=EC=9A=94=EC=9D=BC =EC=98=A4= =ED=9B=84 10=EC=8B=9C 48=EB=B6=84 47=EC=B4=88 UTC+9, Douglas C. Schmidt =EB= =8B=98=EC=9D=98 =EB=A7=90: > Hi Journeyer, >=20 >=20 >=20 > >I still don't know why AIO_CLD dies with the message - Real-time signal = 0 >=20 >=20 >=20 > Please note that AIO support on Linux can be rather flakey, so perhaps >=20 > that's the problem. >=20 >=20 >=20 > Doug >=20 > --=20 >=20 > Dr. Douglas C. Schmidt Professor and Associate Chai= r >=20 > Electrical Engineering and Computer Science TEL: (615) 294 9573 >=20 > Vanderbilt University WEB: www.dre.vanderbilt.edu/= ~schmidt >=20 > Nashville, TN 37203 NET: d.schmidt@vanderbilt.ed= u =20 Hi Dr. Douglas C. Schmidt I understood. I then have to be very careful when I decide to use ACE Proactor on my proj= ect. Thank you very much. Journeyer J. Joh

0 |

2/18/2013 2:06:01 AM

2013=EB=85=84 2=EC=9B=94 17=EC=9D=BC =EC=9D=BC=EC=9A=94=EC=9D=BC =EC=98=A4= =ED=9B=84 10=EC=8B=9C 50=EB=B6=84 7=EC=B4=88 UTC+9, Douglas C. Schmidt =EB= =8B=98=EC=9D=98 =EB=A7=90: > Hi Journeyer, >=20 >=20 >=20 > >I removed out all ssl related code from TPC_Logging_Server.cpp, AC_Clien= t_L=3D >=20 > >ogging_Daemon.cpp and AIO_Client_Logging_Daemon.cpp >=20 > > >=20 > >But because of this problem, I think I'd better test with original code = and=3D >=20 > > originally expected environment as the code written. So I want to test = wit=3D >=20 > >h the pem files as specified in the code. >=20 > > >=20 > >tpc-cert.pem / tpc-key.pem >=20 > >cld-cert.pem / cld-key.pem >=20 > > >=20 > >But these files are not in the location where example source code is. >=20 > >Finding of .pem files under $ACE_ROOT returns list below. >=20 > > >=20 > >./tests/SSL/key.pem >=20 > >./tests/SSL/dummy.pem >=20 > >./examples/IPC_SAP/SSL_SAP/key.pem >=20 > >./examples/IPC_SAP/SSL_SAP/dummy.pem >=20 > > >=20 > >I believe these are all .pem files given. >=20 > > >=20 > >How can I test with ssl enabled original sample code? >=20 > >I want for C++NPv2 ch.7 and ch.8. They are AC_CLD, AIO_CLD and TPCLS. >=20 > >With what .pem files must I use for client and server deamon? >=20 >=20 >=20 > Unfortunately, I don't know anything about these SSL files, so you'll >=20 > need to get input from someone who does. >=20 >=20 >=20 > Doug >=20 > --=20 >=20 > Dr. Douglas C. Schmidt Professor and Associate Chai= r >=20 > Electrical Engineering and Computer Science TEL: (615) 294 9573 >=20 > Vanderbilt University WEB: www.dre.vanderbilt.edu/= ~schmidt >=20 > Nashville, TN 37203 NET: d.schmidt@vanderbilt.ed= u Hi Dr. Douglas C. Schmidt, I understood this also. Thank you. Regards Journeyer J. Joh

0 |

2/18/2013 2:08:19 AM

ACE VERSION: 6.1.7 HOST MACHINE and OPERATING SYSTEM: Intel(R) Core(TM)2 Duo CPU Ubuntu 12.04.2 LTS Linux version 3.2.0-37-generic TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) THE $ACE_ROOT/ace/config.h FILE: #include "ace/config-linux.h" THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE : include $(ACE_ROOT)/include/makeinclude/platform_linux.GNU ssl=1 CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): NONE AREA/CLASS/EXAMPLE AFFECTED: examples/C++NPv2/AIO_Client_Logging_Daemon.cpp DOES THE PROBLEM AFFECT: EXECUTION! While testing example code for C++NPv2 Ch.8 Proactor, sr_configurable_logging_server dies with a message below. Real-time signal 0 SYNOPSIS: Trying to test examples for C++NPv2 Ch.8 Proactor #0 ...

Hi, Thanks for using the PRF! > ACE VERSION: 6.1.7 > > HOST MACHINE and OPERATING SYSTEM: > > Intel(R) Core(TM)2 Duo CPU > Ubuntu 12.04.2 LTS > Linux version 3.2.0-37-generic > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > gcc version 4.6.3 > (Ubuntu/Linaro 4.6.3-1ubuntu5) > > THE $ACE_ROOT/ace/config.h FILE: > > #include "ace/config-linux.h" > > THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE : > > include $(ACE_ROOT)/include/makeinclude/platform_linux.GNU > ssl=1 > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features > (used by MPC when you generate your own makefiles): > > NONE > > AREA/CLASS/EXAMPLE AFFECTED: > > examples/C++NPv2/AIO_Client_Logging_Daemon.cpp > > DOES THE PROBLEM AFFECT: > EXECUTION! > sr_configurable_logging_server fails to properly work with libAIO_CLD.so > > SYNOPSIS: > > In AIO_Client_Lo...

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...

Hi Michael, Thanks for using the PRF. >> ACE VERSION: 5.4 >> >> HOST MACHINE and OPERATING SYSTEM: >> HP rp8400 HP-UX 11iv1 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> aCC >> >> CONTENTS OF $ACE_ROOT/ace/config.h: >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >...

Hi, >> I guess I'm a bit confused. From what I've read on the net, it >> seems that if I define -D_FILE_OFFSET_BITS=64 (as reported by >> getconf LFS_CFLAGS on linux), and my code uses posix types >> religiously, then my code should become large-file capable "just >> like that." Based on your email, if ACE is type-safe, then it >> should magically support large files given this flag. (getconf >> LFS_LDFLAGS returns nothing on linux). >> >> Yet, you also mention adding interfaces ACE_OS and ACE_File. What &g...

Hi Marcelo, Thanks for your email. BTW, 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/PROBLEM-REPORT-FORM or in $ACE_ROOT/BUG-REPORT-FORM $TAO_ROOT/BUG-REPORT-FORM in older versions of ACE+TAO. Make sure to include this information when asking any questions about ACE+TAO since otherwise we have to "guess" what version/platform/compiler/options you've using, which is error-prone and slows down our responsiveness...

Hi Ishay, >> I will submit it soon. Great, thanks. >> The solution is implemented as part of my company internal framework. It is >> not written with the coding style of ace. >> >> Should I do some kind of adjustment before submitting it to the group? Yes - please see http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-guidelines.html for instructions on how to conform to the ACE programming guidelines. >> Should I rewrite it so it will compile with the ace library? Yes, please try to get things working "out of the box&quo...

Hi, Thanks for using the PRF form. It seems you are using compiler options we are not using in our builds. What I have done is setup a small ACE build with some extra warnings enabled, see http://www.dre.vanderbilt.edu/scoreboard/integrated.html for the SuSE_92_GCC3.3.4_x86_64_extended_warnings build. It seems some work can be done, if you have patches to improve things, send them to the mailing list (make then bases on 5.4.2, 5.4 is almost a year old) and we can see if we can apply them. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlan...

Hi Yongwei, >> Has anyone here read the DDJ article "C++ and the Perils of >> Double-Checked Locking"? It is available at this URL: >> >> http://www.ddj.com/documents/ddj0408l/ >> >> Regretfully registration is needed to read it. >> >> In brief, Scott Meyers and Andrei Alexandrescu talked about why DCLP is >> unsafe, esp. on multiprocessor environments. The most difficult part >> seems to be the Alpha Reordering problem, described at >> >> http://www.cs.umd.edu/~pugh/java/memoryModel/AlphaReorde...

Hi Srujan, >> I am using ACE 5.1 on Solaris. How can I find out that IPv6 is >> enabled in my build. I couldnt use the ACE::ipv6_enabled() >> function. Also, in ACE5.1 how can I detertmine at run time that >> IPv6 has been enabled on the machine. ACE 5.1 is ANCIENT. Please upgrade to a more recent version of ACE, e.g., ACE 5.4.4 <deuce.doc.wustl.edu/Download.html> or one of the commercially supported versions, as discussed at http://www.cs.wustl.edu/~schmidt/commercial-support.html Thanks, Doug -- Dr. Douglas C. Schmidt ...

Hi Folks, >> Could you please post the URL's that you think are down? If you are >> takling of the intro online tutorials from Dr. Schmidt's website, >> then I may know the answer. Those tutorials were removed from the >> repository a few days back. BTW, the tutorials were removed for two reasons: .. No one was maintaining them. If you or anyone else would like to volunteer to maintain them we can add them back. .. They have been superceeded by the material from C++NPv[12] and APG, which are described at http://www.cs.wustl.edu/~schm...

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&#...

Hi, >> It was not immediately apparent to me what (if anything) has to be >> done to enable large file support in ACE under linux, It should be straightforward - there needs to be a new set of methods added to the appropriate parts of ACE_OS and ACE_File to handle the 64-bit operations. >> or if the ACE source might be explicitly incompatible with LFS >> because it is not "type clean" (i.e., uses int or long vs. off_t in >> some places). ACE uses the POSIX types for its OS wrappers, so as long as POSIX is type clean, ACE should be type ...

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...

Hi Andrew, >> FYI, I recompiled ACE with -D_FILE_OFFSET_BITS=64 without any compiler warnings, and it seems to work fine. Thanks for clarifying this! >> Note, the libg++ 3.3.3 on Fedora Core 2 does *not* seem to be >> large-file safe. E.g., ifstream breaks when opening a large file. >> I found a posting that the gcc team will be fixing this bug as part >> of the 3.4 release. I'm glad to hear that ACE is one step ahead at this point ;-) Thanks, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical E...

D: Thanks for your quick response. I guess I'm a bit confused. From what I've read on the net, it seems that if I define -D_FILE_OFFSET_BITS=64 (as reported by getconf LFS_CFLAGS on linux), and my code uses posix types religiously, then my code should become large-file capable "just like that." Based on your email, if ACE is type-safe, then it should magically support large files given this flag. (getconf LFS_LDFLAGS returns nothing on linux). Yet, you also mention adding interfaces ACE_OS and ACE_File. What would be the motivation of those interfaces if the...

Hi, Just do a grep in $(ACE_ROOT)/examples and $(ACE_ROOT)/tests for the classes you search for, there are hundreds of tests/examples. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl "Dinesh_Velayutham" <Dinesh_Velayutham@Satyam.Com> wrote in message news:<F2D23F9F6380624E851D42792BD5E9BC011B641E@bbv.satyam.com>... > Dear All > I need a sample program for Broadcast message. I created my self. > its not working in my network, i tried with windows2000. > I need ...

Hi, Thanks for using the PRF form. Can you check the config.log file if you = get this error only once or on more files? Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl =20 *** Integrated compile and test statistics see = http://scoreboard.theaceorb.nl *** *** Commercial service and support for ACE/TAO/CIAO *** *** See http://www.theaceorb.nl/en/support.html *** <korf.peter@arcor.de> wrote in message = news:<mailman.1605.1185800546.5286.ace-bugs@mail.cse.w...

Hi Sarvo, >> When we compile ACE with QoS Support, can we control the the >> parameters like bandwidth, latency using Application built on ACE? Sure, assuming that your application is running over an IntServ-enabled network! >> I am using "IP over 1394" to create a network of 3 PCs. "IP over >> 1394" driver makes IEEE1394 card to look like ethernet card for >> TCP/Ip stack in linux kernel. So I would like to know, will I be >> able to control and measure parameters like bandwidth, latency and >> Jitter using ACE. ...

Hi, Thanks for using the PRF. >> 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 platform- >> specific file, simply state which one]: >> config-sunos5.8.h >> >> CONTENTS OF $ACE_ROOT/include/makeinclude...

Hi Graham, >> I don't think that is a very fair or complete answer to Jay, having >> wondered the same thing myself. I think you've been wondering something different, as I explain below. >> I have read both C++NP books, the 'Ace Programmer's Guide' and used >> ACE for various projects. >> >> For example: >> >> ACE has encapsulated the innards of C++ network programming. ACE is not an >> ISO standard as far as I know. But in JAVA, network programming is part of >> the JAVA standard. So why woul...

Hi, >> I'm looking around for a theme to my Thesis (I'm doing a master degree >> in software engineering), and I'm wondering about in doing something in >> that direction (to propose, design and start developing a modern and >> standard compliant "ACE new generation". >> >> If there is any interest in consolidate something in this direction, I >> will glad join this effort with all my "thesis energy" to do so. That would be very cool. As I mentioned in another email, the next generation ACE (ACEng or A...

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...

Hi Vivek, >> Could anyone send me some documentation or links on how IPv6 is >> handled in ACE and usage related documentation. I believe this is described in the ACE Programmer's Guide book, which you can obtain from http://www.amazon.com/exec/obidos/tg/detail/-/0201699710/qid=1066059513/sr=8-1/ref=sr_8_1/102-5569290-4943326?v=glance&s=books&n=507846 There are also examples in $ACE_ROOT/tests/*IPv6.cpp $ACE_ROOT/tests/*IPV6.cpp Take care, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering ...

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 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/4/2016 3:00:00 PM