f



[ace-users] ACE VERSION: 5.6.8 HOST MACHINE and OPERATING SYSTEM: Linux Debian on x86 COMPILER NAME AND VERSION (AND PATCHLEVEL): g++-4.1.2 THE $ACE_ROOT/ace/config.h: config-linux.h THE $ACE_ROOT/inc

This is a multipart message in MIME format.
--=_alternative 004800E0C1257577_=
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

ACE VERSION: 5.6.8

HOST MACHINE and OPERATING SYSTEM:
Linux Debian on x86

COMPILER NAME AND VERSION (AND PATCHLEVEL):=20
 g++-4.1.2

THE $ACE=5FROOT/ace/config.h:
 config-linux.h

THE $ACE=5FROOT/include/makeinclude/platform=5Fmacros.GNU FILE:
 platform=5Flinux.GNU

CONTENTS OF $ACE=5FROOT/bin/MakeProjectCreator/config/default.features
 (unmodified):

AREA/CLASS/EXAMPLE AFFECTED:
   Signal

DOES THE PROBLEM AFFECT:
    EXECUTION? YES=20


I've a client/server application, and sometime when a client is=20
disconnected i get a SIGPIPE signal,
this is the following stack trace.



Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 182915886656 (LWP 4637)]
0x0000003f0e50b10f in =5F=5Fwrite=5Fnocancel () from /lib64/tls/libpthread.=
so.0
(gdb) bt
#0  0x0000003f0e50b10f in =5F=5Fwrite=5Fnocancel () from=20
/lib64/tls/libpthread.so.0
#1  0x0000002a95a7d54d in ACE::send (handle=3D24, buf=3D0x2ad3b30010, n=3D8=
5,=20
timeout=3DVariable "timeout" is not available.
) at ../../ace/OS=5FNS=5Funistd.inl:1163
#2  0x000000000043db02 in ACE=5FSOCK=5FIO::send (this=3D0x7352cd4,=20
buf=3D0x2ad3b30010, len=3D85, timeout=3D0x7fbfffe6f0)
    at /home/jvennin/projects/libraries/ace/include/ace/SOCK=5FIO.inl:96
#3  0x000000000043fb19 in Cfm::Cruise::Fh::ClientHandler::handle=5Foutput=20
(this=3D0x7352ca0, fd=3D24)
    at=20
/home/jvennin/projects/libraries/cruise/providers/cruise=5Fremote/remote=5F=
cruise=5Fserver/client=5Fhandler.cpp:122
#4  0x0000002a95a8f49e in=20
ACE=5FSelect=5FReactor=5FT<ACE=5FReactor=5FToken=5FT<ACE=5FToken> >::notify=
=5Fhandle=20
(this=3D0x674a70, handle=3D24, mask=3D2, ready=5Fmask=3D@0x675048,=20
    event=5Fhandler=3D0x7352ca0, ptmf=3D{=5F=5Fpfn =3D 0x39, =5F=5Fdelta =
=3D 0}) at=20
.../../ace/Select=5FReactor=5FT.cpp:814
#5  0x0000002a95a8f2c6 in=20
ACE=5FSelect=5FReactor=5FT<ACE=5FReactor=5FToken=5FT<ACE=5FToken> >::dispat=
ch=5Fio=5Fset=20
(this=3D0x674a70, number=5Fof=5Factive=5Fhandles=3D4,=20
    number=5Fof=5Fhandlers=5Fdispatched=3D@0x7fbfffe894, mask=3D2,=20
dispatch=5Fmask=3DVariable "dispatch=5Fmask" is not available.
) at ../../ace/Select=5FReactor=5FBase.inl:45
#6  0x0000002a95a8f10d in ACE=5FSelect=5FReactor





However, at the begin of my application I though  catched this signal=20
using this code:
#if !defined (ACE=5FWIN32)
         // Handle the SIGPIPE signal through the <ACE=5FReactor>.
        if (ACE=5FReactor::instance ()->register=5Fhandler(SIGPIPE, &server=
=5F)=20
=3D=3D -1) {
                ACE=5FDEBUG((MY=5FERROR "[application] Impossible to regist=
er=20
SIGPIPE event\n"));=20
                return -1;
        }
#endif

server=5F is an ACE=5FTask.

The problem arrives when I write on the socket:

ACE=5FMessage=5FBlock* msg;
        ACE=5FTime=5FValue nowait(ACE=5FOS::gettimeofday());
        ACE=5FTime=5FValue to(0,100);
        if(outputMessage=5F.dequeue=5Fhead(msg, &nowait) >=3D 0) {
=20
                ssize=5Ft send=5Fcnt =3D sock=5F.send(msg->rd=5Fptr(),=20
msg->length(), &to);


Any idea to resolve this issue ?

Jo=EBl=20
--=_alternative 004800E0C1257577_=
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable


<br><tt><font size=3D2>ACE VERSION: 5.6.8</font></tt><font size=3D3><br>
</font><tt><font size=3D2><br>
HOST MACHINE and OPERATING SYSTEM:<br>
Linux Debian on x86<br>
<br>
COMPILER NAME AND VERSION (AND PATCHLEVEL):</font></tt><font size=3D3> </fo=
nt><tt><font size=3D2><br>
 g++-4.1.2<br>
<br>
THE $ACE=5FROOT/ace/config.h:<br>
 config-linux.h<br>
<br>
THE $ACE=5FROOT/include/makeinclude/platform=5Fmacros.GNU FILE:<br>
 platform=5Flinux.GNU<br>
<br>
CONTENTS OF $ACE=5FROOT/bin/MakeProjectCreator/config/default.features<br>
 (unmodified):<br>
<br>
AREA/CLASS/EXAMPLE AFFECTED:<br>
 &nbsp; Signal<br>
<br>
DOES THE PROBLEM AFFECT:<br>
 &nbsp; &nbsp;EXECUTION? YES</font></tt><font size=3D3> <br>
</font>
<br>
<br><font size=3D3>I've a client/server application, and sometime when a
client is disconnected i get a SIGPIPE signal,</font>
<br><font size=3D3>this is the following stack trace.</font>
<br>
<br>
<br>
<br><font size=3D3>Program received signal SIGPIPE, Broken pipe.</font>
<br><font size=3D3>[Switching to Thread 182915886656 (LWP 4637)]</font>
<br><font size=3D3>0x0000003f0e50b10f in =5F=5Fwrite=5Fnocancel () from /li=
b64/tls/libpthread.so.0</font>
<br><font size=3D3>(gdb) bt</font>
<br><font size=3D3>#0 &nbsp;0x0000003f0e50b10f in =5F=5Fwrite=5Fnocancel ()=
 from
/lib64/tls/libpthread.so.0</font>
<br><font size=3D3>#1 &nbsp;0x0000002a95a7d54d in ACE::send (handle=3D24, b=
uf=3D0x2ad3b30010,
n=3D85, timeout=3DVariable &quot;timeout&quot; is not available.</font>
<br><font size=3D3>) at ../../ace/OS=5FNS=5Funistd.inl:1163</font>
<br><font size=3D3>#2 &nbsp;0x000000000043db02 in ACE=5FSOCK=5FIO::send (th=
is=3D0x7352cd4,
buf=3D0x2ad3b30010, len=3D85, timeout=3D0x7fbfffe6f0)</font>
<br><font size=3D3>&nbsp; &nbsp; at /home/jvennin/projects/libraries/ace/in=
clude/ace/SOCK=5FIO.inl:96</font>
<br><font size=3D3>#3 &nbsp;0x000000000043fb19 in Cfm::Cruise::Fh::ClientHa=
ndler::handle=5Foutput
(this=3D0x7352ca0, fd=3D24)</font>
<br><font size=3D3>&nbsp; &nbsp; at /home/jvennin/projects/libraries/cruise=
/providers/cruise=5Fremote/remote=5Fcruise=5Fserver/client=5Fhandler.cpp:12=
2</font>
<br><font size=3D3>#4 &nbsp;0x0000002a95a8f49e in ACE=5FSelect=5FReactor=5F=
T&lt;ACE=5FReactor=5FToken=5FT&lt;ACE=5FToken&gt;
&gt;::notify=5Fhandle (this=3D0x674a70, handle=3D24, mask=3D2, ready=5Fmask=
=3D@0x675048,
</font>
<br><font size=3D3>&nbsp; &nbsp; event=5Fhandler=3D0x7352ca0, ptmf=3D{=5F=
=5Fpfn =3D 0x39,
=5F=5Fdelta =3D 0}) at ../../ace/Select=5FReactor=5FT.cpp:814</font>
<br><font size=3D3>#5 &nbsp;0x0000002a95a8f2c6 in ACE=5FSelect=5FReactor=5F=
T&lt;ACE=5FReactor=5FToken=5FT&lt;ACE=5FToken&gt;
&gt;::dispatch=5Fio=5Fset (this=3D0x674a70, number=5Fof=5Factive=5Fhandles=
=3D4, </font>
<br><font size=3D3>&nbsp; &nbsp; number=5Fof=5Fhandlers=5Fdispatched=3D@0x7=
fbfffe894,
mask=3D2, dispatch=5Fmask=3DVariable &quot;dispatch=5Fmask&quot; is not ava=
ilable.</font>
<br><font size=3D3>) at ../../ace/Select=5FReactor=5FBase.inl:45</font>
<br><font size=3D3>#6 &nbsp;0x0000002a95a8f10d in ACE=5FSelect=5FReactor</f=
ont>
<br>
<br>
<br>
<br>
<br>
<br><font size=3D3>However, at the begin of my application I though &nbsp;c=
atched
this signal using this code:</font>
<br><font size=3D3>#if !defined (ACE=5FWIN32)</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;// Handle the
SIGPIPE signal through the &lt;ACE=5FReactor&gt;.</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; if (ACE=5FReactor::instance
()-&gt;register=5Fhandler(SIGPIPE, &amp;server=5F) =3D=3D -1) {</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; ACE=5FDEBUG((MY=5FERROR &quot;[application] Impossible to register
SIGPIPE event\n&quot;)); &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp;</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; return -1;</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; }</font>
<br><font size=3D3>#endif</font>
<br>
<br><font size=3D3>server=5F is an ACE=5FTask.</font>
<br>
<br><font size=3D3>The problem arrives when I write on the socket:</font>
<br>
<br><font size=3D3>ACE=5FMessage=5FBlock* msg;</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; ACE=5FTime=5FValue nowait(AC=
E=5FOS::gettimeofday());</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; ACE=5FTime=5FValue to(0,100)=
;</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; if(outputMessage=5F.dequeue=
=5Fhead(msg,
&amp;nowait) &gt;=3D 0) {</font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; </font>
<br><font size=3D3>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; ssize=5Ft send=5Fcnt =3D sock=5F.send(msg-&gt;rd=5Fptr(), msg-&gt;le=
ngth(),
&amp;to);</font>
<br>
<br>
<br><font size=3D2 face=3D"sans-serif">Any idea to resolve this issue ?</fo=
nt>
<br>
<br><font size=3D2 face=3D"sans-serif">Jo=EBl </font>
--=_alternative 004800E0C1257577_=--
0
Joel
3/12/2009 1:06:45 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

1 Replies
3196 Views

Similar Articles

[PageSpeed] 39

Thanks for using the PRF Joel.

>ACE VERSION: 5.6.8
>
>HOST MACHINE and OPERATING SYSTEM:
>Linux Debian on x86
>
>COMPILER NAME AND VERSION (AND PATCHLEVEL):=20
> g++-4.1.2
>
>THE $ACE=5FROOT/ace/config.h:
> config-linux.h
>
>THE $ACE=5FROOT/include/makeinclude/platform=5Fmacros.GNU FILE:
> platform=5Flinux.GNU
>
>CONTENTS OF $ACE=5FROOT/bin/MakeProjectCreator/config/default.features
> (unmodified):
>
>AREA/CLASS/EXAMPLE AFFECTED:
>   Signal
>
>DOES THE PROBLEM AFFECT:
>    EXECUTION? YES=20
>
>
>I've a client/server application, and sometime when a client is=20
>disconnected i get a SIGPIPE signal,
>this is the following stack trace.
>
>
>
>Program received signal SIGPIPE, Broken pipe.
>[Switching to Thread 182915886656 (LWP 4637)]
>0x0000003f0e50b10f in =5F=5Fwrite=5Fnocancel () from /lib64/tls/libpthread.=
>so.0
>(gdb) bt
>#0  0x0000003f0e50b10f in =5F=5Fwrite=5Fnocancel () from=20
>/lib64/tls/libpthread.so.0
>#1  0x0000002a95a7d54d in ACE::send (handle=3D24, buf=3D0x2ad3b30010, n=3D8=
>5,=20
>timeout=3DVariable "timeout" is not available.
>) at ../../ace/OS=5FNS=5Funistd.inl:1163
>#2  0x000000000043db02 in ACE=5FSOCK=5FIO::send (this=3D0x7352cd4,=20
>buf=3D0x2ad3b30010, len=3D85, timeout=3D0x7fbfffe6f0)
>    at /home/jvennin/projects/libraries/ace/include/ace/SOCK=5FIO.inl:96
>#3  0x000000000043fb19 in Cfm::Cruise::Fh::ClientHandler::handle=5Foutput=20
>(this=3D0x7352ca0, fd=3D24)
>    at=20
>/home/jvennin/projects/libraries/cruise/providers/cruise=5Fremote/remote=5F=
>cruise=5Fserver/client=5Fhandler.cpp:122
>#4  0x0000002a95a8f49e in=20
>ACE=5FSelect=5FReactor=5FT<ACE=5FReactor=5FToken=5FT<ACE=5FToken> >::notify=
>=5Fhandle=20
>(this=3D0x674a70, handle=3D24, mask=3D2, ready=5Fmask=3D@0x675048,=20
>    event=5Fhandler=3D0x7352ca0, ptmf=3D{=5F=5Fpfn =3D 0x39, =5F=5Fdelta =
>=3D 0}) at=20
>../../ace/Select=5FReactor=5FT.cpp:814
>#5  0x0000002a95a8f2c6 in=20
>ACE=5FSelect=5FReactor=5FT<ACE=5FReactor=5FToken=5FT<ACE=5FToken> >::dispat=
>ch=5Fio=5Fset=20
>(this=3D0x674a70, number=5Fof=5Factive=5Fhandles=3D4,=20
>    number=5Fof=5Fhandlers=5Fdispatched=3D@0x7fbfffe894, mask=3D2,=20
>dispatch=5Fmask=3DVariable "dispatch=5Fmask" is not available.
>) at ../../ace/Select=5FReactor=5FBase.inl:45
>#6  0x0000002a95a8f10d in ACE=5FSelect=5FReactor
>
>
>
>
>
>However, at the begin of my application I though  catched this signal=20
>using this code:
>#if !defined (ACE=5FWIN32)
>         // Handle the SIGPIPE signal through the <ACE=5FReactor>.
>        if (ACE=5FReactor::instance ()->register=5Fhandler(SIGPIPE, &server=
>=5F)=20
>=3D=3D -1) {
>                ACE=5FDEBUG((MY=5FERROR "[application] Impossible to regist=
>er=20
>SIGPIPE event\n"));=20
>                return -1;
>        }
>#endif
>
>server=5F is an ACE=5FTask.
>
>The problem arrives when I write on the socket:
>
>ACE=5FMessage=5FBlock* msg;
>        ACE=5FTime=5FValue nowait(ACE=5FOS::gettimeofday());
>        ACE=5FTime=5FValue to(0,100);
>        if(outputMessage=5F.dequeue=5Fhead(msg, &nowait) >=3D 0) {
>=20
>                ssize=5Ft send=5Fcnt =3D sock=5F.send(msg->rd=5Fptr(),=20
>msg->length(), &to);
>
>
>Any idea to resolve this issue ?

There are examples of how to catch signals with the Reactor in

ACE_ROOT/examples/Reactor/Misc/test_signals_1.cpp
ACE_ROOT/examples/Reactor/Misc/test_signals_2.cpp

I recommend you check out how these examples work and see if you can
apply them to your solution.

Thanks,

        Doug
-- 
Dr. Douglas C. Schmidt                       Professor and Associate Chair
Electrical Engineering and Computer Science  TEL: (615) 343-8197
Vanderbilt University                        WEB: www.dre.vanderbilt.edu/~schmidt
Nashville, TN 37203                          NET: d.schmidt@vanderbilt.edu
0
schmidt
3/12/2009 2:47:10 PM
Reply:

Similar Artilces:

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, ACE VERSION: 5.4.3 HOST MACHINE and OPERATING SYSTEM: Solaris 10 x86 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Sun Studio 9 (Sun CC 5.6) CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 #include "ace/config-sunos5.9.h" CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless ...

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi,all I rebuild the ACE package according the instruction above,but get the same result. my platform_macros.GNU file has the following lines: templates = implicit include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU When i rebuild the ACE library,get the following compile errors: $ make inline=0 -j 2 -k -f GNUmakefile.ACE .... .... CC -mt -g -DSUN_CC_HAS_PVFC_BUG -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF -DACE_BUILD_DLL -c -KPIC -o .shobj/OS_NS_sys_stat.o OS_NS_sys_...

[ace-users] Re: Upgrading project from ACE 5.2.8 to ACE 5.4 version
Hi Sekhar, Thanks very much for your email. Please make sure to send all questions related to TAO or ACE to the ACE mailing list or ACE+TAO newsgroup, rather than to me directly since I travel frequently and often don't have ready access to email. See http://www.cs.wustl.edu/~schmidt/ACE-mail.html for more info on how to access these resources. > I got problems when building my project with latest ACE 5.4 version > but my project has no problems while building with ACE 5.2.8 > version. I need help to upgrade my project to build with ACE 5.4 > version. >...

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

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > ACE VERSION: 5.4.3 > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > Solaris10 X86 > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > Compiler: SUN CC 5.6 > ^^^^^^^^^^^^^^^^^^^^^^^^ > > I don't think the DOC group supports this compiler anymore.. More > particularly this compiler is buggy and you may land up with > unresolved > symbols even if you get past this pa...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Solaris 10 x86 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> Sun Studio 9 (Sun CC 5.6) As we've mentioned several times now, we don't have this compiler installed yet on this hardware platform, so if you want things to be fixed soon I recommend you figure out what's going wrong and send us the patches. Otherwise, pl...

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

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi > > ACE VERSION: 5.4.3 > > > > HOST MACHINE and OPERATING SYSTEM: > > Solaris10 X86 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > Compiler: SUN CC 5.6 ^^^^^^^^^^^^^^^^^^^^^^^^ I don't think the DOC group supports this compiler anymore.. More particularly this compiler is buggy and you may land up with unresolved symbols even if you get past this part. My $0.02. Thanks Bala > > Make: ...

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

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

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > > > > ACE VERSION: 5.4.3 > > > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > > Solaris10 X86 > > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > > Compiler: SUN CC 5.6 > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I don't think the DOC group supports this compiler anymore.. More > > particularly this compiler is buggy and you may land up with ...

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

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

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Everyon: My SunBlade 150 is back up and available, and has a Sun CC license, though I don't have a lot of bandwidth to admin it. Bala know where it is and has the root password. I'll probably move it into the server room once I have a chance to talk to Dan about it, but I my be out of town this week. [dhinton@blade DRM]$ uname -a SunOS blade 5.9 Generic_112233-03 sun4u sparc SUNW,Sun-Blade-100 Solaris [dhinton@blade DRM]$ CC -V CC: Forte Developer 7 C++ 5.4 2002/03/09 [dhinton@blade DRM]$ gcc --version gcc (GCC) 3.4.2 Copyright (C) 2004 Free Software Foundation, ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, >> I rebuild the ACE package according the instruction above,but get >> the same result. It doesn't look to me like you've added -DACE_HAS_X86_STAT_MACROS to the build-line as recommended by Johnny Willemsen. >> my platform_macros.GNU file has the following lines: >> >> templates = implicit >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> When i rebuild the ACE library,get the following compile errors: >> $ make inline=0 -j 2 -k -f GNUmakefile.ACE >> ... >&...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > I don't think the DOC group supports this compiler anymore.. More > > > particularly this compiler is buggy and you may land up with > > > unresolved > > > symbols even if you get past this part. > > > > I missed the compiler version. But, Forte 8 gives output of > SUN C++ 5.5. Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte version is found, it defaults to explicit. I am updating right now, for 4.2 and 5.3 we default to explicit, for all others to implicit Qinghuajin and other Forte...

RE: [ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4 #2
Hi, > Thanks for the reply. > The reason why I posted the stacktrace is that I have > currently no clue how to > reproduce a small testcase. But I will keep trying. > > I had the hope that someone familiar with ACE_Malloc_T<> > could shed light on > this subject. As I said the curious thing is that it works > with 32bit and > fails with 64bit. The only thing that I can imagine off is that somewhere a 64bit pointer is by accident handled as 32bit. Johnny ...

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi,all ACE VERSION: 5.4.3 HOST MACHINE and OPERATING SYSTEM: Solaris10 X86 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Compiler: SUN CC 5.6 Make: GNU make 3.80 CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: #include "ace/config-sunos5.9.h" CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless this isn't used in this case, e.g., with Microsoft ...

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

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi, >> ACE VERSION: 5.4.3 Thakns for using the PRF! >> HOST MACHINE and OPERATING SYSTEM: >> Solaris10 X86 We (i.e., the DOC groups at UCI/VU/WU) don't have Solaris running on an x86 box (yet). It would therefore be great if you could figure out what patches need to be applied so that ACE compiles properly on this platform. BTW, Kitty/Bala, weren't we planning on running Solaris on an AMD box at some point? Thanks, Doug >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPIL...

[ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4
ACE VERSION: 5.4.4 HOST MACHINE and OPERATING SYSTEM: uname -a Linux janus 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc-4.0.0 --version gcc-4.0.0 (GCC) 4.0.0 CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: cat /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/ace/config.h #define ACE_HAS_XML_SVC_CONF #include "ace/config-linux.h" CONTEN...

RE: [ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4
Hi Lothar, Thanks for using the PRF form. It looks that one of the pointers to strcmp is zero, maybe that results in the crash. Could you post a small test app that reproduces the problem? Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > ACE VERSION: 5.4.4 > > HOST MACHINE and OPERATING SYSTEM: > uname -a > Linux janus 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC > 2005 x86_64 x86_64 > x86_64 GNU/Linux > > TARGET MACHINE and OPERATING SYSTEM,...

[ace-bugs] Re: [ace-users] ACE 5.4.1 compilation failure on FreeBSD 5.2
Hi Jarek, >> Has anyone built ACE 5.4.1 with Proactor on FreeBSD 5.2-RELEASE ? I don't think we have access to this platform. If you can send us a patch that fixes the problem that would be great! Thanks, Doug >> ACE VERSION: 5.4.1 >> >> HOST MACHINE and OPERATING SYSTEM: >> >> FreeBSD 5.2-RELEASE >> >> $ uname -a >> FreeBSD skorpion 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sat Jan 17 20:17:52 CET >> 2004 jarek@skorpion:/usr/src/sys/i386/compile/JAREK_1 i386 >> >> TA...

[ace-users] Re: compile ACE+TAO.tar.bz2 (version 5.4.9) in Linux failed:
Hi, Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of the SUSE platforms that we support (which look like SUSE 10). I think think we have SUSE 9, so if you can send us patches to fix the problem that would be great. Thanks, Doug >> ersion: 5.4.9 >> host: windows xp sp2, suse linux enterprise server 9 sp2 >> compiler: vs.net 2003, gcc 3.3.3 >> >> compile ACE+TAO.tar.bz2 error on SuSE Linux Enterprise Server 9 (while >> on windows xp it's ok): >> >> ../../ace/OS_NS_Thread...

Web resources about - [ace-users] ACE VERSION: 5.6.8 HOST MACHINE and OPERATING SYSTEM: Linux Debian on x86 COMPILER NAME AND VERSION (AND PATCHLEVEL): g++-4.1.2 THE $ACE_ROOT/ace/config.h: config-linux.h THE $ACE_ROOT/inc - comp.soft-sys.ace

Resources last updated: 3/5/2016 12:14:17 AM