f



[tao-users] The differences between TAO 1.4.1.2 and 1.5.1.0

This is a multi-part message in MIME format.

------_=_NextPart_001_01C74A73.BCDDED18
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello all,
=20
Could anyone tell me about where can I find a document which describes
about the differences between TAO 1.4.1.2 and 1.5.1.0?
=20
Best regards,
Shi Lei

------_=_NextPart_001_01C74A73.BCDDED18
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.3020" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D197114804-07022007>Hello=20
all,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D197114804-07022007></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN =
class=3D197114804-07022007>Could&nbsp;anyone=20
tell me about where can I find a document which describes about the =
differences=20
between TAO 1.4.1.2 and 1.5.1.0?</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D197114804-07022007></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D197114804-07022007>Best=20
regards,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D197114804-07022007>Shi=20
Lei</SPAN></FONT></DIV></BODY></HTML>

------_=_NextPart_001_01C74A73.BCDDED18--

0
Shi
2/7/2007 4:52:15 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
701 Views

Similar Articles

[PageSpeed] 18

Reply:

Similar Artilces:

[tao-users] The differences between TAO 1.4.1.2 and 1.5.1.0 #2
This is a multi-part message in MIME format. ------_=_NextPart_001_01C74A75.80E5ABB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello all, =20 Could someone tell me where can I find a document which describes about the differences between TAO 1.4.1.2 and 1.5.1.0? =20 Thanks with regards, Shi Lei ------_=_NextPart_001_01C74A75.80E5ABB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"> <META content=3D"MSHTML 6.00.2900.3020" name=3DGENERATOR></HEAD> <BODY> <DIV><FONT face=3DArial size=3D2><SPAN class=3D604250205-07022007>Hello=20 all,</SPAN></FONT></DIV> <DIV><FONT face=3DArial size=3D2><SPAN=20 class=3D604250205-07022007></SPAN></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2><SPAN class=3D604250205-07022007>Could = someone tell=20 me where can I find a document which describes about the differences = between TAO=20 1.4.1.2 and 1.5.1.0?</SPAN></FONT></DIV> <DIV><FONT face=3DArial size=3D2><SPAN=20 class=3D604250205-07022007></SPAN></FONT>&nbsp;</DIV> <DI...

[tao-users] Use of TAO_OutputCDR and ACE_Message_Block in CORBA::Any from TAO 1.4.1|ACE 5.4.1 to TAO2.2.0|ACE 6.2.0
This is a multipart message in MIME format. ------=_NextPart_000_00BF_01CEA8D4.9E005C80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable TAO VERSION: 2.2.0 ACE VERSION: 6.2.0 =20 HOST MACHINE and OPERATING SYSTEM: x86_64 and Red Hat - Linux 2.6.18-194.26.1.el5 =20 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: =20 COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc (GCC) 4.8.1 =20 THE $ACE_ROOT/ace/config.h FILE: config-linux.h =20 THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE: platform_linux.GNU =20 CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): =20 AREA/CLASS/EXAMPLE AFFECTED: TAO_OutputCDR and ACE_Message_Block. =20 DOES THE PROBLEM AFFECT: EXECUTION. My application is affected. =20 SYNOPSIS: The code that extract data from CORBA::Any using TAO_OutputCDR and ACE_Message_Block for user defined types works properly in the old platform (TAO 1.4.1|ACE 5.4.1), but not in the new one(ACE 6.2.0). =20 DESCRIPTION: The code in the =93REPEAT BY=94 section works fine in the old platform = for user defined types, that is, the TAO_OutputCDR and ACE_Message_Block objects have the same length, but in the new platform th...

[ace-users] Re: a little bug of ACE-5.4.1+TAO-1.4.1+CIAO-0.4.1.tar.gz
Hi Adam, Please upgrade to ACE+TAO x.4.8, which you can download from http://deuce.doc.wustl.edu/Download.html under the heading "latest beta kit". The DOC groups at Washington University, UC Irvine, and Vanderbilt University only provide "best effort" support for non-sponsors for the latest beta kit, as described in http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-bug-process.html Thus, if you need more "predictable" help for ACE 5.4.1, I recommend that you check out http://www.cs.wustl.edu/~schmidt/commercial-support.html for a list of companies that will provide you with ACE+TAO commercial support. Thanks, Doug >> When I compile this version, it prompts me the following errors that >> /*------ >> gmake[6]: *** No rule to make target `Client_Request_Interceptor.cpp', >> needed by `.obj/Client_Request_Interceptor.o'. Stop. >> ------*/ >> >> Then I find there is something wrong about the directory: >> /export/home/adam/ace.5.4.1.cc.64/TAO/tests/Portable_Interceptors/Request_Interceptor_Flow >> There are two files whose file names suffix are very strange. >> 1. Client_Request_Interceptor.cp >> 2. Server_Request_Interceptor.cp >> After I rename them from .cp to .cpp >> >> I wonder if this is a bug or some thing I configure wrong? >> >> Regards, >> Adam >> -...

ACE 5.4.2 + TAO 1.4.2 client, ORBacus 4.1.2 NameService, and JACOrb 1.4.1 servants
Hi everyone, Background: ----------- I'm very new to CORBA, ACE & TAO. I'm trying to integrate with a 3rd party system which exposes a CORBA object model to clients. This system is composed of JACOrb 1.4.1 servers registering with an ORBacus 4.1.2 NameService. We've got existing software that uses ACE 5.4.2, and the 3rd party documentation mentions that people have used TAO (no version specified) previously to integrate with their system, so I'm trying out TAO 1.4.2 as a natural solution to the problem. Environment Specifics: ---------------------- - ACE 5.4.2 + TAO 1.4.2 clients - running on a variant of RedHat Enterprise Linux 4.x (x86 platform) - compiled with gcc-c++-3.4.3-22.1 - ORBacus 4.1.2 NameService, and JACorb 1.4.1 servants (the 3rd Party stuff) - running on SunOS 5.9 What I'm trying to do: ---------------------- To get started, I'm trying to create a simple "hi3rdParty" app which acquires a reference to the remote ORBacus NameService so that I can then get at the other services. Here's the code I'm using: try { // ------ begin common CORBA init -------- // First initialize the ORB - that will remove some arguments... // NOTE: we're gonna try and use "-ORBInitRef NameService=corbaloc:iiop:theServer:5000/NameService" // to find the naming service. CORBA::ORB_var orb = CORBA::ORB_init(argc, argv, "&quo...

[tao-users] Re: tao naming service build problem (ACE-5.4.1+TAO-1.4.1)
Hi, This problem is fixed in the x.4.3 release you can obtain from http://deuce.doc.wustl.edu/Download.html Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl "serg" <serg@sigma.icmp.lviv.ua> wrote in message news:<opslmf7qgcpq42w9@shreck.lis.ua>... > Sorry but i haven't access to comp.object.corba.tao so i post the question > here. > > During build of orb services the following error occured: > > [...skipped...] > ... > make[3]: Leaving di...

[tao-users] TAO 1.3.1 and TAO 1.2.0
Server: TAO VERSION: 1.2.0 ACE VERSION: 5.2.0 HOST MACHINE and OPERATING SYSTEM: - Compaq AU600, Tru64 Unix COMPILER NAME AND VERSION (AND PATCHLEVEL): Compaq C++ V6.2 for Tru64 Client: TAO VERSION: 1.3.1 ACE VERSION: 5.3.1 HOST MACHINE and OPERATING SYSTEM: - Win 2K Professional COMPILER NAME AND VERSION (AND PATCHLEVEL): Visual C++ 6.0 SP 5 DOES THE PROBLEM AFFECT: COMPILATION? No LINKING? No EXECUTION? Yes AREA/CLASS/EXAMPLE AFFECTED: Fails in _narrow() OTHER (please specify)? SYNOPSIS: narrowing to an object interface throws exception DESCRIPTION: The server...

[tao-users] US ECCN and EU-ECCN for TAO 1.4.1 + ACE 5.4.1
This is a multi-part message in MIME format. ------_=_NextPart_001_01C8CB97.492A7E73 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, We are using TAO 1.4.1 + ACE 5.4.1 in one of our products, and are now = in the process of collecting the information=20 needed to export it to other countries. Can you tell me what the U.S. Export Control Classification Number(ECCN) = for TAO 1.4.1 + ACE 5.4.1 is,=20 and whether a license exception may be used for it? If you don't know the US ECCN, can you tell me whether any US citizens or people living in the U.S.A. have contributed code to TAO 1.4.1 + ACE = 5.4.1 ? In addition to the U.S. ECCN, there is also a German "ECCN", which is called the AL Number or EU-ECCN. Can you tell me what the AL or EU-ECCN = Number is forTAO 1.4.1 + ACE 5.4.1 ? To better understand the meaning of the U.S. ECCN, please check the following webpage: http://www.bis.doc.gov/Licensing/Do_I_NeedAnECCN.html Many thanks, J=F6rg Rockel _______________________________________ www.nokiasiemensnetworks.com <http://www.nokiasiemensnetworks.com/>=20 Nokia Networks GmbH Heltorfer Str.1 D-40472 D=FCsseldorf Germany Mobile: +49(0)151 5515 3554 Direct: +49 (0)151 5515 3554 Fax: +49 (0) 211 9412 3383 email: J=F6rg Rockel@nsn.com <mailto:joerg.rockel@nsn.com>=20 J=F6rg Rockel=20 Senior Software Design Engi...

a little bug of ACE-5.4.1+TAO-1.4.1+CIAO-0.4.1.tar.gz
Hi Team, When I compile this version, it prompts me the following errors that /*------ gmake[6]: *** No rule to make target `Client_Request_Interceptor.cpp', needed by `.obj/Client_Request_Interceptor.o'. Stop. ------*/ Then I find there is something wrong about the directory: /export/home/adam/ace.5.4.1.cc.64/TAO/tests/Portable_Interceptors/Request_Interceptor_Flow There are two files whose file names suffix are very strange. 1. Client_Request_Interceptor.cp 2. Server_Request_Interceptor.cp After I rename them from .cp to .cpp I wonder if this is a bug or some thing I configure wrong? Regards, Adam Sorry, After I fix some problem of such kind, I still met the problem that has conflict with its internal config. Plus this tar is different from that I downloaded a week ago. I wonder why BFO is so unstable? Regards, Adam Hi Adam, >> Sorry, After I fix some problem of such kind, I still met the problem >> that has conflict with its internal config. Upgrade. >> Plus this tar is different from that I downloaded a week ago. Nothing has changed with ACE 5.4.1 in several years. >> I wonder why BFO is so unstable? Because it's several years old. Please upgrade. Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre...

[ace-users] Re: Memory leak, new(UNINT) in TAO(1.2.1) ACE (5.2.1) ?
Hi Ludovic, >> we face a memory leak detected by rationnal purify, using a server in >> tao 1.2.1 and ace 5.2.1 : new(UINT). 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...

tao naming service build problem (ACE-5.4.1+TAO-1.4.1)
Sorry but i haven't access to comp.object.corba.tao so i post the question here. During build of orb services the following error occured: [...skipped...] .... make[3]: Leaving directory `/tao/tao/orbsvcs/orbsvcs' make -f Makefile.CosNaming all make[3]: Entering directory `/tao/tao/orbsvcs/orbsvcs' Makefile: /tao/tao/orbsvcs/orbsvcs/Makefile.CosNaming rm -f .shobj//libTAO_CosNaming.dll.def.old ..shobj//libTAO_CosNaming.dll.def; dll tool --export-all --output-def .shobj//libTAO_CosNaming.dll.def --dllname libTAO _CosNaming.dll .shobj/Naming/Naming_Context_...

[tao-users] AMI from TAO 1.2 to TAO 1.3.1
This is a multi-part message in MIME format. ------=_NextPart_000_001C_01C34181.E00841D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Server: TAO VERSION: 1.3.1 ACE VERSION: 5.3.1 HOST MACHINE and OPERATING SYSTEM: - Intel PIV 2.4GHz, Linux SuSe 8.0 COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 2.95.3 Hello. I have a problem with AMI Callback. Some months ago I realized a data = distribution=20 application with Clients that attach() to Servers (with Threadpool, RT = CORBA 1) asynchronously.=20 The application was based on TAO 1.2...

[tao-users] ACE 6.0.1 and TAO 2.0.1 RPMs available
Hi all, ACE 6.0.1 and TAO 2.0.1 RPMs are now available at OpenSuSE build service. OBS provides currently RPMs for: - CentOS 5 - Fedora 12/13/14 - Mandriva 2009.1/2010/2010.1 - RHEL 4/5/6 - SLES 9/11/11SP1 - OpenSuSE 11.1/11.2/11.3/Factory Regards, Johnny Willemsen Remedy IT Check our scoreboard at http://scoreboard.theaceorb.nl/ ...

[ace-users] Re: [tao-support] Has ACE 5.4.4/TAO 1.4.4 been built with gcc 4.0.0 yet
Hi Robert, > When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core > 4 test 2 on an x86 platform I get a lot of errors mainly to do with > template instantiations. Has anyone successfully build TAO/ACE using > the latest gcc ? We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming x.4.5 beta should work nicely with GCC 4.0.0. We hope to have this available very shortly (there's just one remaining snag with typecodes that should be fixed in the next day or so). If you'd like to give things a try before we release x.4.5 please download the contents of ACE+TAO from our CVS repo at http://cvs.doc.wustl.edu/ and see if it works for you on your platform. If not, please let us know and we'll try to make sure that it's working before we put out the beta release. Thanks, Doug I've tried the CVS version on macosx 10.4, with gcc4.0 and still got the same intantiation problem. On 5/9/05, Douglas C. Schmidt <schmidt@cs.wustl.edu> wrote: > > Hi Robert, > > > When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core > > 4 test 2 on an x86 platform I get a lot of errors mainly to do with > > template instantiations. Has anyone successfully build TAO/ACE using > > the latest gcc ? > > We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming > x.4.5 beta should work nicely with GCC 4.0.0. We hope to ha...

[tao-users] Fwd: IIOPNet.src.1.9.0.rc0 and TAO 1.5.1
--Boundary-00=_EtzEFyF5r0jaW+U Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline I tried to get a NameService from TAO in C# with IIOPNet.src.1.9.0.rc0 on linux (2.6.15-27-amd64-generic Kubuntu) and I get an exception. Does anybody know why TAO might send a BAD_PARAM, minor: 1504 to IIOPNet? ---------- Forwarded Message ---------- Subject: IIOPNet.src.1.9.0.rc0 and TAO 1.5.1 http://easynews.dl.sourceforge.net/sourceforge/iiop-net/IIOPNet.src.1.9.0.rc0.zip I tried to get a NameService from TAO in C# with IIOPNet.src.1.9.0.rc0 on linux (2.6.15-27-amd64-generic Kubuntu) and I get an exception. Can you enlighten me what goes wrong here? (I can talk to the very same TAO instance from Java and Python without problems) My C# source is attached. lothar@janus$ MONO_PATH=/opt2/linux/ix86/IIOPNet.src.1.9.0.rc0/IIOPChannel/bin:/home/lothar /workspace-refactoring/tradescapeAPI/lib ~/workspace-refactoring/tradescape/csharpTAO.exe ..Net Exception: omg.org.CORBA.BAD_PARAM: CORBA system exception : omg.org.CORBA.BAD_PARAM, completed: Completed_MayBe minor: 1504 Server stack trace: in <0x00545> Ch.Elca.Iiop.Marshalling.TypeCodeSerializer:Deserialize (CdrInputStream sourceStream) in <0x0004b> Ch.Elca.Iiop.Marshalling.AnySerializer:Deserialize (CdrInputStream sourceStream) in <0x0008a> Ch.Elca.Iiop.MessageHandling.GiopMessageBodySerialiser:DeserialiseLocationF...

[tao-users] TAO 1.4 Build v's TAO 1.3.5 Build #2
--0-1989429937-1116323412=:54121 Content-Type: text/plain; charset=us-ascii TAO VERSION: 1.3.5 & 1.4 ACE VERSION: 5.3.5 HOST MACHINE and OPERATING SYSTEM: Running on Windows 2000 Pro TAO 1.3.5 runtime Compiled using VC6 ( Release ) TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Windows 2000 Microsoft Visual C++ 6.00 AREA/CLASS/EXAMPLE AFFECTED: DOES THE PROBLEM AFFECT: I've been using TAO 1.3.5 for about a year now and was recently told to upgrade. I've decided to upg...

[ace-bugs] Re: [tao-users] JDK 1.4.2 client with TAO 1.4 server
Hi Amir, Thanks for using the PRF. >> TAO VERSION: 1.4 >> ACE VERSION: 5.4 >> HOST MACHINE and OPERATING SYSTEM: >> Linux Red Hat 8 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> Intel PC Windows 2000 >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) >> javac (sun JDK 1.4.2) >> AREA/CLASS/EXAMPLE AFFECTED: >> DOES THE PROBLEM AFFECT: >> COMPILATION? >> no >> LINKING? >> no >> EXECUTION? >> yes ...

RE: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
Hi, I would recommend you to use the x.4.5 release which you can obtain from http://deuce.doc.wustl.edu/Download.html. Make sure you build things in a clean tree and you get the new idl compiler. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-tao-users@cse.wustl.edu > [mailto:owner-tao-users@cse.wustl.edu] On Behalf Of Joe Goggins > Sent: woensdag 18 mei 2005 11:26 > To: joegoggins; tao-users@cs.wustl.edu > Subject: Re: [tao-us...

RE: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
--0-694483482-1116417855=:96201 Content-Type: text/plain; charset=us-ascii Thanks for the reply Johnny but we are to go with 1.4 as its been released for a while and many of the bugs are already known. It has taken some time to get the premissions to move from 1.3.5 to 1.4 and now that progress has begun on the porting of code to the new runtime, we are seeing all the issue's listed below. If any help can be given on this , it would be greatly appreciated. Thanks for your time. Joe Goggins Johnny Willemsen <jwillemsen@remedy.nl> wrote: Hi, I would recommend you to use the x.4.5 release which you can obtain from http://deuce.doc.wustl.edu/Download.html. Make sure you build things in a clean tree and you get the new idl compiler. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-tao-users@cse.wustl.edu > [mailto:owner-tao-users@cse.wustl.edu] On Behalf Of Joe Goggins > Sent: woensdag 18 mei 2005 11:26 > To: joegoggins; tao-users@cs.wustl.edu > Subject: Re: [tao-users] TAO 1.4 build v's TAO 1.3.5 build > > Hi All, > > I've been working on this problem for quite a few days and > don't seem to...

Re: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
Hi Joe, >> TAO VERSION: 1.3.5 & 1.4 >> ACE VERSION: 5.3.5 >> >> HOST MACHINE and OPERATING SYSTEM: >> Running on Windows 2000 Pro >> >> TAO 1.3.5 runtime >> >> Compiled using VC6 ( Release ) >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> >> Windows 2000 >> Microsoft Visual C++ 6.00 >> >> >> AREA/CLASS/EXAMPLE AFFECTED: >> >> DOES THE PRO...

RE: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
--0-1610746275-1116581474=:41492 Content-Type: text/plain; charset=us-ascii For those of you who suffer this problem the actual issue is related to TAO and Rogue Wave imcompatablity. Just insure that the corba.h file is included before any Rogue Wave file. In my case i was including "rw\wstring.h" for UNICODE before corba.h and this caused some issues. Regards, Joe Joe Goggins <joegoggins@yahoo.com> wrote: Thanks for the reply Johnny but we are...

Re: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
Hi Joe, >> Thanks for the reply Johnny but we are to go with 1.4 as its been >> released for a while and many of the bugs are already known. It has >> taken some time to get the premissions to move from 1.3.5 to 1.4 >> and now that progress has begun on the porting of code to the new >> runtime, we are seeing all the issue's listed below. If any help >> can be given on this , it would be greatly appreciated. If you want to use TAO 1.4 you need to contact one of the companies listed at http://www.cs.wustl.edu/~schmidt/commercial-support.htm...

1 - 1, 1 -1, 1-1, 1
Hi, I have a question regarding lexical analysis. I recently came across a bug in our lexical analyser in phc (www.phpcompiler.org), that I am unsure how to solve. This is the problem: our current definition for integer constant looks something like INT ([1-9][0-9]*)|0 In particular, note that it does not allow for an (optional) "+" or "-" at the start of the integer. This means that the strings "1 - 1", "1 -1" and "1-1" all generate the same sequence of three tokens INT(1), OP(-), INT(1), for which the syntax analyser generates the subtree BIN_OP(-, 1, 1). For the string "1 - -1", the lexer (unsurprisingly) generates INT(1), OP(-), OP(-), INT(1). The syntax analyser recognises this as BIN_OP(1, UNARY_OP(-, 1)). In other words, the second "-" is treated as a unary operator, rather than as part of the number. This works fine, with the sole exception of the number "-2147483648". The problem is, of course, overflow: -2147483648 is a valid negative number (assuming 32-bit numbers), but the integer 2147483648 is _not_ a valid positive number. Thus, the above method of dealing with "-" as a unary operator breaks down. The solution is to interpret the "-" as part of the number, and generate INT(-2147483648), rather than OP(-), INT(...). However, changing the definition of INT to INT [+-]?([1-9][0-9]*)|0 causes "1-1" to be recognised as INT(1), INT(-1), which is...

1.1.1.1 ?
hi my firewall logs dropped packets from an internal IP address trying to contact 1.1.1.1 through port 9999. Any ideas whether 1.1.1.1 is valid IP? and what is port 9999?? thanks mike wrote: > hi > > my firewall logs dropped packets from an internal IP address trying to > contact 1.1.1.1 through port 9999. Any ideas whether 1.1.1.1 is valid > IP? and what is port 9999?? > thanks These trojans *BlitzNet*, *Backdoor.Oracle*, *Backdoor.Spadeace* uses port 9999 -- S.S. "StarScripter" <Star@privacy.net> wrote in message news:<bv8ejj$p54t3$1@ID-185702.new...

[tao-users] Trying to migrate old TAO 1.4.4 code to 2.0.1 on Ubuntu 12.04 64bit
I'm having trouble porting some old ACE/TAO code to a new system running Ubunti 12.02 64 bit with TAO 2.0.1. using the following IDL: module Smrthm { interface Video { typedef sequence<octet> Picture; Picture TakeSnapshot(); }; }; The following code coredumps in the memcpy: Smrthm::Video::Picture_var theSnapshot = video->TakeSnapshot(); long pictureLength = theSnapshot->length(); cerr << "allocating buffer of size:" << pictureLength << "\n"; void *buffer = malloc(pictureLength); cerr << "allocated buffer\n"; memcpy(buffer, theSnapshot->get_buffer(1), pictureLength); cerr << "memcpy complete\n"; So I suspect I'm doing something wrong around theSnapshot->get_buffer(1), but I'm not sure what. Can someone point me to an example of how you're supposed to access the data of a sequence<octet>? Thanks Steve ...

Web resources about - [tao-users] The differences between TAO 1.4.1.2 and 1.5.1.0 - comp.soft-sys.ace

Resources last updated: 3/5/2016 5:13:50 AM