f



Re: [ace-users] [ace-bugs] ace-bugs: AIO_CLD(Proactor) fails on Linux

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
Douglas
2/16/2013 2:48:08 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

7 Replies
1145 Views

Similar Articles

[PageSpeed] 42

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
Journeyer
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
Journeyer
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
Journeyer
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
schmidt
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
schmidt
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
oosap
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
oosap
2/18/2013 2:08:19 AM
Reply:

Similar Artilces:

[ace-bugs] ace-bugs: AIO_CLD(Proactor) fails on Linux
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 ...

Re: [ace-users] [ace-bugs] ace-bugs: ACE_FACTORY_DEFINE NEEDED
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...

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

[ace-users] Re: [ace-bugs] ACE Licensing Issue: ace/CLASSIX
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++): >...

Re: [ace-bugs] RE: [ace-users] Linux LFS (Large File Support) and ACE
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...

[ace-bugs] Re: [ace-users] Moving to ACE?
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...

[ace-bugs] Re: [ace-users] Contribution to ACE
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...

[ace-bugs] Re: [ace-users] ACE-warnings
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...

[ace-bugs] Re: [ace-users] DCLP and ACE
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...

[ace-bugs] Re: [ace-users] ACE
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 ...

[ace-bugs] Re: [ace-users] ACE Site Down !!!!!!!!
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...

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] Linux LFS (Large File Support) and ACE
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 ...

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

[ace-bugs] Re: [ace-users] Confirmed: Linux LFS (Large File Support) and ACE
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...

[ace-bugs] RE: [ace-users] Linux LFS (Large File Support) and ACE #2
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...

[ace-bugs] Re: [ace-users] need sample program for Broadcast using ACE under linux
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 ...

Re: [ace-users] [ace-bugs] [ACE Autoconf setup]: [ACE_HAS_MUTEX_TIMEOUTS ./configure error under LINUX]
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...

[ace-bugs] Re: [ace-users] QoS support on ACE
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. ...

[ace-bugs] Re: [ace-users] How to Use IPv6 in 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...

[ace-bugs] Re: [ace-users] ACE & POSIX
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...

[ace-bugs] Re: [ace-users] ACE & POSIX]
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...

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

[ace-bugs] Re: [ace-users] ACE support for IPv6
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 ...

Web resources about - Re: [ace-users] [ace-bugs] ace-bugs: AIO_CLD(Proactor) fails on Linux - 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/4/2016 3:00:00 PM