From owner-ptolemy-hackers Thu Dec 2 02:51:49 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iB2ApnZG016353 for ; Thu, 2 Dec 2004 02:51:49 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iB2ApneJ016352 for ptolemy-hackers-outgoing at doppler; Thu, 2 Dec 2004 02:51:49 -0800 (PST) Received: from mail-out.m-online.net (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iB2AplZG016346 for ; Thu, 2 Dec 2004 02:51:47 -0800 (PST) Received: from mail.m-online.net (svr8.m-online.net [192.168.3.138]) by mail-out.m-online.net (Postfix) with ESMTP id 8341449FD for ; Thu, 2 Dec 2004 11:51:46 +0100 (CET) Received: from STEPHANL (ppp-82-135-3-164.mnet-online.de [82.135.3.164]) by mail.m-online.net (Postfix) with ESMTP for ; Thu, 2 Dec 2004 11:51:46 +0100 (CET) From: "Stephan Fabrizek" To: Subject: Missing initial tokens Date: Thu, 2 Dec 2004 11:53:16 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Thread-Index: AcTYXENBdYMdU+3DTMWQfVJlfTZWEgAAKxxw Message-Id: <20041202105146.8341449FD@mail-in.m-online.net> Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi, my name is Stephan Fabrizek and I'm working on my master theses with the task to implement an AutoFocus Frontend for Ptolemy II. Therefore I have created a new AutoFocus Director which is based on SDF. In the AutoFocus semantics there are delayed ports which means that information that is sent over these ports are available in the next iteration. I can simulate this by using a SampleDelayActor in Ptolemy. Now my idea was to add a parameter to every port, indicating wheather the port is delayed or not. During preinitialize of the director an initial token should be created for every delayed port, so that during execution there should be two tokens on every delayed channel one of the former computation and the token just created. I have done this by using code of the SampleDelay actor. Now the problem is that the tokens created initially seem not to be there. If I create an integer token with value 1 for example and add a monitor to that port, the value will not be displayed during execution. Here is the code I have added to preinitialize of the sdf director: //look at every output port of the contained actors Iterator actors = ((CompositeActor)container).deepEntityList().iterator(); while (actors.hasNext()) { Actor actor = (Actor)actors.next(); if (_debugging) _debug("Invoking preinitialize(): ", ((NamedObj)actor).getFullName()); Iterator outputPorts = actor.outputPortList().iterator(); while (outputPorts.hasNext()) { IOPort port = (IOPort) outputPorts.next(); //only ports with the isDelayed attribute should be considered Parameter delayedParameter =(Parameter)port.getAttribute("isDelayed"); if (delayedParameter!=null) { TypedIOPort outputPort = (TypedIOPort)port; boolean isDelayed = ((BooleanToken)delayedParameter.getToken()).booleanValue(); try { Parameter output_tokenInitProduction = (Parameter)outputPort.getAttribute("tokenInitProduction"); if(output_tokenInitProduction==null){ output_tokenInitProduction = new Parameter(outputPort, "tokenInitProduction"); } output_tokenInitProduction.setExpression("0"); output_tokenInitProduction.setVisibility(Settable.EXPERT); output_tokenInitProduction.setTypeEquals(BaseType.INT); output_tokenInitProduction.setPersistent(false); if (isDelayed) { Parameter initialOutputs = (Parameter)outputPort.getContainer().getAttribute("initialOutputs"); if(initialOutputs==null){ initialOutputs=new Parameter(outputPort.getContainer(), "initialOutputs"); } initialOutputs.setTypeEquals(BaseType.UNKNOWN); initialOutputs.setVisibility(Settable.EXPERT); initialOutputs.setExpression("0"); output_tokenInitProduction.setExpression("1"); outputPort.setTypeEquals(contents.getType()); this.invalidateResolvedTypes(); outputPort.send(0, contents); } else { output_tokenInitProduction.setExpression("0"); } } catch (NameDuplicationException ex) {} } } } Thanks Stephan Fabrizek ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 2 10:47:42 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iB2IlfZG010840 for ; Thu, 2 Dec 2004 10:47:41 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iB2Ilf6k010839 for ptolemy-hackers-outgoing at doppler; Thu, 2 Dec 2004 10:47:41 -0800 (PST) Received: from gateway2.EECS (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iB2IleZG010833 for ; Thu, 2 Dec 2004 10:47:40 -0800 (PST) Received: from DOPLAP01. eecs berkeley edu (dhcp-39-142. eecs berkeley edu [128.32.39.142]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I83004TYYVCZY@gateway2. eecs berkeley edu> for ptolemy-hackers at messier eecs berkeley edu; Thu, 02 Dec 2004 10:47:39 -0800 (PST) Date: Thu, 02 Dec 2004 10:43:16 -0800 From: "Edward A. Lee" Subject: Re: Missing initial tokens In-reply-to: <20041202105146.8341449FD@mail-in.m-online.net> X-Sender: eal at mho eecs berkeley edu To: Stephan Fabrizek Cc: ptolemy-hackers at messier eecs berkeley edu Message-id: <5.1.0.14.2.20041202104215.033423b0 at mho eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; format=flowed; charset=us-ascii Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk You might try doing this in initialize() rather than preinitialize(). Sometime during preinitialize(), receivers get created and/or reset, and could be deleting your data. By convention, data should not be produced before initialize(). This will also ensure that the type system will check types... Edward At 11:53 AM 12/2/2004 +0100, Stephan Fabrizek wrote: >Hi, > >my name is Stephan Fabrizek and I'm working on my master theses with the >task to implement an AutoFocus Frontend for Ptolemy II. >Therefore I have created a new AutoFocus Director which is based on SDF. >In the AutoFocus semantics there are delayed ports which means that >information that is sent over these ports are available in the next >iteration. >I can simulate this by using a SampleDelayActor in Ptolemy. >Now my idea was to add a parameter to every port, indicating wheather the >port is delayed or not. During preinitialize of the director an initial >token should be created for every delayed port, so that during execution >there should be two tokens on every delayed channel one of the former >computation and the token just created. I have done this by using code of >the SampleDelay actor. >Now the problem is that the tokens created initially seem not to be there. >If I create an integer token with value 1 for example and add a monitor to >that port, the value will not be displayed during execution. >Here is the code I have added to preinitialize of the sdf director: > >//look at every output port of the contained actors >Iterator actors = ((CompositeActor)container).deepEntityList().iterator(); > while (actors.hasNext()) { > Actor actor = (Actor)actors.next(); > if (_debugging) _debug("Invoking preinitialize(): ", > ((NamedObj)actor).getFullName()); > Iterator outputPorts = actor.outputPortList().iterator(); > while (outputPorts.hasNext()) { > IOPort port = (IOPort) outputPorts.next(); > //only ports with the isDelayed attribute should be considered > Parameter delayedParameter =(Parameter)port.getAttribute("isDelayed"); > if (delayedParameter!=null) { > TypedIOPort outputPort = (TypedIOPort)port; > boolean isDelayed = >((BooleanToken)delayedParameter.getToken()).booleanValue(); > try { > Parameter output_tokenInitProduction = >(Parameter)outputPort.getAttribute("tokenInitProduction"); > if(output_tokenInitProduction==null){ > output_tokenInitProduction = new Parameter(outputPort, >"tokenInitProduction"); > } > output_tokenInitProduction.setExpression("0"); > output_tokenInitProduction.setVisibility(Settable.EXPERT); > output_tokenInitProduction.setTypeEquals(BaseType.INT); > output_tokenInitProduction.setPersistent(false); > if (isDelayed) { > Parameter initialOutputs = >(Parameter)outputPort.getContainer().getAttribute("initialOutputs"); > if(initialOutputs==null){ > initialOutputs=new Parameter(outputPort.getContainer(), >"initialOutputs"); > } > initialOutputs.setTypeEquals(BaseType.UNKNOWN); > initialOutputs.setVisibility(Settable.EXPERT); > initialOutputs.setExpression("0"); > output_tokenInitProduction.setExpression("1"); > outputPort.setTypeEquals(contents.getType()); > this.invalidateResolvedTypes(); > outputPort.send(0, contents); > } > else { > output_tokenInitProduction.setExpression("0"); > } > } > catch (NameDuplicationException ex) {} > } > } > } > >Thanks >Stephan Fabrizek > > >---------------------------------------------------------------------------- >Posted to the ptolemy-hackers mailing list. Please send administrative >mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu ------------ Edward A. Lee, Professor 518 Cory Hall, UC Berkeley, Berkeley, CA 94720 phone: 510-642-0455, fax: 510-642-2718 eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 9 09:45:11 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iB9HjBZG014875 for ; Thu, 9 Dec 2004 09:45:11 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iB9HjB4h014874 for ptolemy-hackers-outgoing at doppler; Thu, 9 Dec 2004 09:45:11 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iB9Hj9ZG014868 for ; Thu, 9 Dec 2004 09:45:10 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.1/8.12.10) with ESMTP id iB9Hj9Pg005005 for ; Thu, 9 Dec 2004 09:45:10 -0800 (PST) Received: from maury. eecs berkeley edu (maury. eecs berkeley edu [128.32.32.241]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id ED285FB62P for ; Thu, 9 Dec 2004 09:45:09 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iB9Hj9RR015743 for ; Thu, 9 Dec 2004 09:45:09 -0800 (PST) Message-Id: <200412091745.iB9Hj9RR015743 at maury. eecs berkeley edu> To: ptolemy-hackers at eecs berkeley edu Subject: Ptolemy based optical system simulator demo available From: "Christopher Brooks" Date: Thu, 09 Dec 2004 09:45:09 -0800 X-BTI-AntiSpam: sta:false/2/021,dcc:passed,rbl:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk RSoft Design Group has an optical system simulator called OptSim. OptSim is based on Ptolemy II and Ptolemy Classic. There is a demonstration version of OptSim available from http://www.rsoftdesign.com/support/demopage.cfm This version of OptSim is for use with the book "Lightwave Technology: Components and Devices" by Govind P. Agrawal. If you download and install the demo version, do File -> Open to view the example models that are shipped with the demo. The demo version of OptSim allows the user to simulate the examples, but editing the examples and creating your own examples is disabled. Anyway, the demo version is pretty slick, it has a nice look to it. _Christopher ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Sat Dec 11 09:51:43 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBBHphZG018586 for ; Sat, 11 Dec 2004 09:51:43 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBBHph5h018585 for ptolemy-hackers-outgoing at doppler; Sat, 11 Dec 2004 09:51:43 -0800 (PST) Received: from discovery.isis.vanderbilt.edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBBHpfZG018577 for ; Sat, 11 Dec 2004 09:51:42 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Expression block question Date: Sat, 11 Dec 2004 11:51:41 -0600 Message-ID: <7D60AA0613C6634FA23D37D758BD98C711BD6C@discovery.isis.vanderbilt.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: Expression block question Thread-Index: AcTfqhGo6hZbYjhgRjW+WGe6ujjcCQ== From: "Andrew D. Dixon" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by doppler. eecs berkeley edu id iBBHpgZG018578 Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hey everyone, I've got a model that I'm trying to debug and I've realized that I get into trouble when I use the expression block. Specifically I've got one expression block with two inputs (x2 and x8) and inside the block the expression: .1*(x8/(0.1+x8))-x2 I think the problem is with the way I'm using parentheses because I've reimplemented the above expression using two expression blocks: Expression2: 0.1*x8-0.01*x2-0.1*x2*x8 Expression3: .1+x8 and then dividing Expression2 by Expression3 using a MultiplyDivide block. Using the second method I get much better results. Anyone know what's going on here? Thanks, Andrew ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Sat Dec 11 11:00:14 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBBJ0DZG022699 for ; Sat, 11 Dec 2004 11:00:13 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBBJ0DMp022698 for ptolemy-hackers-outgoing at doppler; Sat, 11 Dec 2004 11:00:13 -0800 (PST) Received: from discovery.isis.vanderbilt.edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBBJ0BZG022692 for ; Sat, 11 Dec 2004 11:00:12 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: Expression block question Date: Sat, 11 Dec 2004 13:00:11 -0600 Message-ID: <7D60AA0613C6634FA23D37D758BD98C710A033 at discovery.isis.vanderbilt.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: Expression block question Thread-Index: AcTfqhGo6hZbYjhgRjW+WGe6ujjcCQACUEZw From: "Andrew D. Dixon" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by doppler. eecs berkeley edu id iBBJ0CZG022693 Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk > I've got a model that I'm trying to debug and I've realized > that I get into trouble when I use the expression block. > Specifically I've got one expression block with two inputs > (x2 and x8) and inside the block the > expression: > > .1*(x8/(0.1+x8))-x2 I figured it out. Ptolemy works exactly like I expected. I, on the other hand, still have a few bugs left in me. The above expression should be: .1*(x8/(0.1+x8)-x2) Then everything's fine. Later, Andrew ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Mon Dec 13 20:13:27 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBE4DQZG010282 for ; Mon, 13 Dec 2004 20:13:27 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBE4DQg7010281 for ptolemy-hackers-outgoing at doppler; Mon, 13 Dec 2004 20:13:26 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBE4DPZG010275 for ; Mon, 13 Dec 2004 20:13:25 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.1/8.12.10) with ESMTP id iBE4DPAd004480 for ; Mon, 13 Dec 2004 20:13:26 -0800 (PST) Received: from smtp-1.llnl.gov (smtp-1.llnl.gov [128.115.250.81]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 6A419C68AN for ; Mon, 13 Dec 2004 20:13:25 -0800 (PST) Received: from [134.9.150.132] (localhost [127.0.0.1]) by smtp-1.llnl.gov (8.12.3p2-20030917/8.12.3/LLNL evision: 1.15 $) with ESMTP id iBE4DO9d003284; Mon, 13 Dec 2004 20:13:24 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v619) To: ptolemy-hackers at eecs berkeley edu Message-Id: <7F43627C-4D86-11D9-B661-003065BBCFE4 at llnl.gov> Content-Type: multipart/mixed; boundary=Apple-Mail-2-136352496 Cc: xiaowen Xin , Kepler-Dev Subject: SequenceToArray in PN From: xiaowen Date: Mon, 13 Dec 2004 20:13:24 -0800 X-Mailer: Apple Mail (2.619) X-BTI-AntiSpam: sta:false/16/021,dcc:passed,rbl:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk --Apple-Mail-2-136352496 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi Everyone, Is the SequenceToArray actor meant to be used in the PN domain? I've attached a workflow that demonstrates behavior that I don't understand. A SequenceToArray actor has two ports: input and arrayLength. It should package up arrayLength number of input tokens into an array and send that out along its output port. In the attached workflow, I send 7, then 2 to the arrayLength port. However, the output consists of two array tokens both with length 7. Can someone please explain to me why the second output isn't an array of length 2? I'm using Ptolemy 4.0.1. Thanks in advance! Xiaowen --Apple-Mail-2-136352496 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="TestSeq2Array.xml" Content-Disposition: attachment; filename=TestSeq2Array.xml Create a sequence of tokens with increasing value --Apple-Mail-2-136352496-- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Mon Dec 13 23:06:36 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBE76XZG019731 for ; Mon, 13 Dec 2004 23:06:35 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBE76Xlr019728 for ptolemy-hackers-outgoing at doppler; Mon, 13 Dec 2004 23:06:33 -0800 (PST) Received: from relay0. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBE76KZI019555 for ; Mon, 13 Dec 2004 23:06:26 -0800 (PST) Received: from gateway2.EECS (gateway2. eecs berkeley edu [169.229.60.39]) by relay0. eecs berkeley edu (8.13.1/8.12.10) with ESMTP id iBE6idIx028594; Mon, 13 Dec 2004 22:44:39 -0800 (PST) Received: from littleman (c-24-4-102-84.client.comcast.net [24.4.102.84]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I8P00MS49EDV2 at gateway2. eecs berkeley edu>; Mon, 13 Dec 2004 22:44:39 -0800 (PST) Date: Mon, 13 Dec 2004 22:44:47 -0800 From: "Neil E. Turner" Subject: Re: SequenceToArray in PN To: xiaowen , ptolemy-hackers at eecs berkeley edu Cc: xiaowen Xin , Kepler-Dev Message-id: <094801c4e1a8$6849aa30$6401a8c0 at littleman> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook Express 6.00.2800.1106 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <7F43627C-4D86-11D9-B661-003065BBCFE4 at llnl.gov> Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk I found this in the JavaDocs for IOPort.get(int channelIndex, int vectorLength) "Get an array of tokens from the specified channel. The parameter channelIndex specifies the channel and the parameter vectorLength specifies the number of valid tokens to get in the returned array. The length of the returned array can be greater than the specified vector length, in which case, only the first vectorLength elements are guaranteed to be valid." If you "look inside" the SequenceToArray actor you will see the Java code... go to the fire() method. You will see in the code Token[] valueArray = input.get(0, length); I put a print statement to see the length of 'valueArray'. It indeed was longer than the PortParameter 'arrayLength'. Neil ----- Original Message ----- From: "xiaowen" To: Cc: "xiaowen Xin" ; "Kepler-Dev" Sent: Monday, December 13, 2004 8:13 PM Subject: SequenceToArray in PN > Hi Everyone, > > > Is the SequenceToArray actor meant to be used in the PN domain? I've > attached a workflow that demonstrates behavior that I don't understand. > > A SequenceToArray actor has two ports: input and arrayLength. It > should package up arrayLength number of input tokens into an array and > send that out along its output port. > > In the attached workflow, I send 7, then 2 to the arrayLength port. > However, the output consists of two array tokens both with length 7. > > Can someone please explain to me why the second output isn't an array > of length 2? > > I'm using Ptolemy 4.0.1. > > > Thanks in advance! > Xiaowen > > ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 14 00:57:04 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBE8v3ZG017097 for ; Tue, 14 Dec 2004 00:57:03 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBE8v3Em017092 for ptolemy-hackers-outgoing at doppler; Tue, 14 Dec 2004 00:57:03 -0800 (PST) Received: from hotmail.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBE8v1ZG017085 for ; Tue, 14 Dec 2004 00:57:02 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 14 Dec 2004 00:57:01 -0800 Message-ID: Received: from 61.247.250.49 by by24fd.bay24.hotmail.msn.com with HTTP; Tue, 14 Dec 2004 08:56:41 GMT X-Originating-IP: [61.247.250.49] X-Originating-Email: [karthikvenkatesh at hotmail.com] X-Sender: karthikvenkatesh at hotmail.com From: "karthik venkatesh" To: cxh at eecs berkeley edu, ptolemy-hackers at messier eecs berkeley edu Subject: ptolemy:doubt. Date: Tue, 14 Dec 2004 14:26:41 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 14 Dec 2004 08:57:01.0543 (UTC) FILETIME=[E03C4770:01C4E1BA] Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk hai i m karthik venkatesh i m doing a project in ptolemy. I want to open the vergil application in ptolemy with JNI nterface enabled. $c:/ptolemy/ptII4.0.1/vergil-full.exe -jni I have tried the above command to invoke vergil with jni interface enabled. but the cygwin invokes an error stating "could not read configuration .xml from c:/ptolemy/ptII4.0.1/ptolemy/configs/jni/configuration.xml Please help me in fixing this. luv, karthik. _________________________________________________________________ Microsoft’s festive bonanza! Buy a branded Home PC. http://server1.msn.co.in/sp04/festivebonanza/ Win a fabulous holiday! ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 14 06:24:04 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEEO4ZG010915 for ; Tue, 14 Dec 2004 06:24:04 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBEEO4Yp010914 for ptolemy-hackers-outgoing at doppler; Tue, 14 Dec 2004 06:24:04 -0800 (PST) Received: from hotmail.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEEO2ZG010907 for ; Tue, 14 Dec 2004 06:24:02 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 14 Dec 2004 06:24:01 -0800 Message-ID: Received: from 61.247.250.49 by by24fd.bay24.hotmail.msn.com with HTTP; Tue, 14 Dec 2004 14:23:27 GMT X-Originating-IP: [61.247.250.49] X-Originating-Email: [karthikvenkatesh at hotmail.com] X-Sender: karthikvenkatesh at hotmail.com From: "karthik venkatesh" To: cxh at eecs berkeley edu, ptolemy-hackers at messier eecs berkeley edu Subject: FW: ptolemy:doubt. Date: Tue, 14 Dec 2004 19:53:27 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 14 Dec 2004 14:24:01.0308 (UTC) FILETIME=[8E86D5C0:01C4E1E8] Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk >From: "karthik venkatesh" >To: cxh at eecs berkeley edu, ptolemy-hackers at messier eecs berkeley edu >Subject: ptolemy:doubt. >Date: Tue, 14 Dec 2004 14:26:41 +0530 > >hai i m karthik venkatesh >i m doing a project in ptolemy. >I want to open the vergil application in ptolemy with JNI nterface enabled. >$c:/ptolemy/ptII4.0.1/vergil-full.exe -jni > >I have tried the above command to invoke vergil with jni interface enabled. >but the cygwin invokes an error stating "could not read configuration .xml >from c:/ptolemy/ptII4.0.1/ptolemy/configs/jni/configuration.xml > >Please help me in fixing this. >luv, >karthik. > >_________________________________________________________________ >Microsoft’s festive bonanza! Buy a branded Home PC. >http://server1.msn.co.in/sp04/festivebonanza/ Win a fabulous holiday! > > >---------------------------------------------------------------------------- >Posted to the ptolemy-hackers mailing list. Please send administrative >mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu _________________________________________________________________ All the news that matters. Just the way you like it. http://www.msn.co.in/News/ Only at MSN News! ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 14 08:02:03 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEG23ZG012923 for ; Tue, 14 Dec 2004 08:02:03 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBEG23iL012920 for ptolemy-hackers-outgoing at doppler; Tue, 14 Dec 2004 08:02:03 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEG21ZG012907 for ; Tue, 14 Dec 2004 08:02:01 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEG20RR003570; Tue, 14 Dec 2004 08:02:00 -0800 (PST) Message-Id: <200412141602.iBEG20RR003570 at maury. eecs berkeley edu> To: "karthik venkatesh" cc: ptolemy-hackers at messier eecs berkeley edu From: "Christopher Brooks" Subject: Re: ptolemy:doubt. In-reply-to: Your message of Tue, 14 Dec 2004 14:26:41 +0530. Date: Tue, 14 Dec 2004 08:02:00 -0800 Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk The Ptolemy II 4.0 release notes list the following limitations for the Ptolemy JNI interface: --start-- * The Interface to C actors using the Java Native Interface is not available via the Windows Installer (or Web Start). To use the JNI/Ptolemy II interface, you must download Ptolemy II as source files and compile. * The JNI user interface does not permit creation of new JNI actors. If you follow the instructions in $PTII/jni/JNIUtilities, then eventually you will get a NameDuplicationException. The resulting model will be missing We are working with the original authors on a solution. In the short term, one workaround is to edit the xml file directly and add the appropriate property by hand. * JNI will not work with Hierarchical classes, subclasses, and inner classes --end-- So, you should download the source and rebuild. The JNI Interface is fairly fragile, see $PTII/jni/demo/jni/README.htm for an example of how to run it Also, I don't think the interface works very will gcc-3.3, you should use the Cygwin installer from http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII4.0/cygwin.htm which includes gcc-3.2 I just verified that most of JNI demos in Ptolemy II 4.0.1 work for me under Windows when I use gcc-3.2. _Christopher -------- hai i m karthik venkatesh i m doing a project in ptolemy. I want to open the vergil application in ptolemy with JNI nterface enabled. $c:/ptolemy/ptII4.0.1/vergil-full.exe -jni I have tried the above command to invoke vergil with jni interface enabled. but the cygwin invokes an error stating "could not read configuration .xml from c:/ptolemy/ptII4.0.1/ptolemy/configs/jni/configuration.xml Please help me in fixing this. luv, karthik. -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 14 09:08:51 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEH8pZG026960 for ; Tue, 14 Dec 2004 09:08:51 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBEH8pme026959 for ptolemy-hackers-outgoing at doppler; Tue, 14 Dec 2004 09:08:51 -0800 (PST) Received: from GWOUT.thalesgroup.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEH8mZG026953 for ; Tue, 14 Dec 2004 09:08:49 -0800 (PST) Received: from thalescan.corp.thales (200.3.2.3) by GWOUT.thalesgroup.com (NPlex 6.5.026) id 41BBCA2900191507 for ptolemy-hackers at messier eecs berkeley edu; Tue, 14 Dec 2004 18:08:50 +0100 Received: from frontalorsay.fr.trt.thales ([52.21.47.10]) by thalescan with InterScan Messaging Security Suite; Tue, 14 Dec 2004 18:08:43 +0100 Received: from frontalorsay.fr.trt.thales (52.21.47.10) by frontalorsay.fr.trt.thales (NPlex 6.5.026) id 41B58A8D0000F631 for ptolemy-hackers at messier eecs berkeley edu; Tue, 14 Dec 2004 18:09:47 +0100 Received: from thalesgroup.com ([150.2.70.44]) by frontalorsay with InterScan Messaging Security Suite; Tue, 14 Dec 2004 18:09:47 +0100 Message-ID: <41BF1E10.AD06AE16 at thalesgroup.com> Date: Tue, 14 Dec 2004 18:08:32 +0100 From: arnould Organization: Thales X-Mailer: Mozilla 4.75 [fr] (Windows NT 5.0; U) X-Accept-Language: fr,en MIME-Version: 1.0 To: karthik venkatesh , ptolemy-hackers at messier eecs berkeley edu Subject: Re: ptolemy:doubt. References: Content-Type: multipart/mixed; boundary="------------3FAFDA2FCA023AE848B57684" Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Il s'agit d'un message multivolet au format MIME. --------------3FAFDA2FCA023AE848B57684 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I think I got your problem ! :-) What you need is to download the source of ptolemy and recompile, because= the version of ptolemy with the windows installer, I think, cannot handle the= jni feature. =46rom the ptolemy website download cygwin and ptolemy sources. do the .= /confgure and the make. The comand is then /bin/vergil.bat -jni once you 've done the built. Regards, Vincent karthik venkatesh a =E9crit : > thank you for ur concern. > my configuration is ptolemy II 4.0.1 > Everytime i try to invoke $c:/ptolemy/ptII4.0.1/vergil-full.exe -jni > it says could not read configuration.xml. > But simply c:/ptolemy/ptII4.0.1/vergil-full.exe gets invoked correctly > without any problem. > > I hope u understand my problem clearly. > Need ur help. > Thanku > karthik. > >From: arnould > >To: karthik venkatesh > >Subject: Re: ptolemy:doubt. > >Date: Tue, 14 Dec 2004 15:46:24 +0100 > > > >I had no problem using this feature. > > > >Maybe a file is missing or corrupted ? > > > >You can ry to copy these attached ones that work. > > > >What is your configuration ? > > > >karthik venkatesh a =E9crit : > > > > > hai i m karthik venkatesh > > > i m doing a project in ptolemy. > > > I want to open the vergil application in ptolemy with JNI nterface > >enabled. > > > $c:/ptolemy/ptII4.0.1/vergil-full.exe -jni > > > > > > I have tried the above command to invoke vergil with jni interface > >enabled. > > > but the cygwin invokes an error stating "could not read configurati= on > >.xml > > > from c:/ptolemy/ptII4.0.1/ptolemy/configs/jni/configuration.xml > > > > > > Please help me in fixing this. > > > luv, > > > karthik. > > > > > > _________________________________________________________________ > > > Microsoft=92s festive bonanza! Buy a branded Home PC. > > > http://server1.msn.co.in/sp04/festivebonanza/ Win a fabulous holida= y! > > > > > > > >----------------------------------------------------------------------= ------ > > > Posted to the ptolemy-hackers mailing list. Please send administra= tive > > > mail for this list to: ptolemy-hackers-request at ptolemy.eecs.berkele= y.edu > ><< jni.zip >> > > _________________________________________________________________ > Hey there NRIs! Desi news, films, =91n more! http://www.msn.co.in/nri/ = Stay in > the loop! --------------3FAFDA2FCA023AE848B57684 Content-Type: text/x-vcard; charset=us-ascii; name="vincent.arnould.vcf" Content-Transfer-Encoding: 7bit Content-Description: Carte pour arnould Content-Disposition: attachment; filename="vincent.arnould.vcf" begin:vcard n:ARNOULD;Vincent tel;cell:+33 (0) 609 316 216 tel;work:+33 (0)1 69 33 00 09 x-mozilla-html:TRUE url:http://www.trt.thales/ org:THALES RESEARCH & TECHNOLOGY;DSE/Modelling & Simulation version:2.1 adr;quoted-printable:;;L'Or=E9e de Corbeville, BP 56=0D=0AB=E2t. AP2 - 1.32;Orsay;;91 404;France fn:Vincent ARNOULD end:vcard --------------3FAFDA2FCA023AE848B57684-- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 14 09:22:09 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEHM8ZG029300 for ; Tue, 14 Dec 2004 09:22:08 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBEHM87I029299 for ptolemy-hackers-outgoing at doppler; Tue, 14 Dec 2004 09:22:08 -0800 (PST) Received: from relay0. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEHM7ZG029290 for ; Tue, 14 Dec 2004 09:22:07 -0800 (PST) Received: from gateway2.EECS (gateway2. eecs berkeley edu [169.229.60.39]) by relay0. eecs berkeley edu (8.13.1/8.12.10) with ESMTP id iBEHLt2d007976; Tue, 14 Dec 2004 09:22:03 -0800 (PST) Received: from PENROSE. eecs berkeley edu (adsl-69-106-248-94.dsl.pltn13.pacbell.net [69.106.248.94]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I8Q0022E2WJ0E@gateway2. eecs berkeley edu>; Tue, 14 Dec 2004 09:21:57 -0800 (PST) Date: Tue, 14 Dec 2004 09:32:02 -0800 From: Stephen Neuendorffer Subject: Re: SequenceToArray in PN In-reply-to: <094801c4e1a8$6849aa30$6401a8c0 at littleman> X-Sender: neuendor at gateway. eecs berkeley edu To: "Neil E. Turner" , xiaowen , ptolemy-hackers at eecs berkeley edu Cc: xiaowen Xin , Kepler-Dev Message-id: <5.1.0.14.0.20041214093053.02be5a00 at gateway. eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <7F43627C-4D86-11D9-B661-003065BBCFE4 at llnl.gov> Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk This is probably a bug. The desired behavior is what Xiaowen thinks it should be... could somebody fix this? It should be simple... Steve At 10:44 PM 12/13/2004 -0800, Neil E. Turner wrote: >I found this in the JavaDocs for IOPort.get(int channelIndex, int >vectorLength) > >"Get an array of tokens from the specified channel. The parameter >channelIndex specifies the channel and the parameter vectorLength specifies >the number of valid tokens to get in the returned array. The length of the >returned array can be greater than the specified vector length, in which >case, only the first vectorLength elements are guaranteed to be valid." > >If you "look inside" the SequenceToArray actor you will see the Java code... >go to the fire() method. You will see in the code > > Token[] valueArray = input.get(0, length); > >I put a print statement to see the length of 'valueArray'. It indeed was >longer than the PortParameter 'arrayLength'. > >Neil > > >----- Original Message ----- >From: "xiaowen" >To: >Cc: "xiaowen Xin" ; "Kepler-Dev" > >Sent: Monday, December 13, 2004 8:13 PM >Subject: SequenceToArray in PN > > > > Hi Everyone, > > > > > > Is the SequenceToArray actor meant to be used in the PN domain? I've > > attached a workflow that demonstrates behavior that I don't understand. > > > > A SequenceToArray actor has two ports: input and arrayLength. It > > should package up arrayLength number of input tokens into an array and > > send that out along its output port. > > > > In the attached workflow, I send 7, then 2 to the arrayLength port. > > However, the output consists of two array tokens both with length 7. > > > > Can someone please explain to me why the second output isn't an array > > of length 2? > > > > I'm using Ptolemy 4.0.1. > > > > > > Thanks in advance! > > Xiaowen > > > > > > >---------------------------------------------------------------------------- >Posted to the ptolemy-hackers mailing list. Please send administrative >mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 14 11:21:33 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEJLXZG020751 for ; Tue, 14 Dec 2004 11:21:33 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBEJLXfh020745 for ptolemy-hackers-outgoing at doppler; Tue, 14 Dec 2004 11:21:33 -0800 (PST) Received: from mx2. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBEJLVZG020728 for ; Tue, 14 Dec 2004 11:21:31 -0800 (PST) Received: from mxtreme1. eecs berkeley edu (mxtreme1. eecs berkeley edu [169.229.60.69]) by mx2. eecs berkeley edu (8.13.1/8.12.10) with ESMTP id iBEJLVG9002835; Tue, 14 Dec 2004 11:21:31 -0800 (PST) Received: from smtp-2.llnl.gov (smtp-2.llnl.gov [128.115.250.82]) by mxtreme1. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 3F4D5D24HD; Tue, 14 Dec 2004 11:20:37 -0800 (PST) Received: from [134.9.150.132] (localhost [127.0.0.1]) by smtp-2.llnl.gov (8.12.3p2-20030917/8.12.3/LLNL evision: 1.15 $) with ESMTP id iBEJKVUb001971; Tue, 14 Dec 2004 11:20:31 -0800 (PST) In-Reply-To: <094801c4e1a8$6849aa30$6401a8c0 at littleman> References: <7F43627C-4D86-11D9-B661-003065BBCFE4 at llnl.gov> <094801c4e1a8$6849aa30$6401a8c0 at littleman> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3831B034-4E05-11D9-B661-003065BBCFE4 at llnl.gov> Content-Transfer-Encoding: 7bit Cc: xin2 at llnl.gov, Kepler-Dev , ptolemy-hackers at eecs berkeley edu From: xiaowen Subject: Re: SequenceToArray in PN Date: Tue, 14 Dec 2004 11:20:30 -0800 To: "Neil E. Turner" X-Mailer: Apple Mail (2.619) X-BTI-AntiSpam: sta:false/0/021,dcc:passed,rbl:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Ahh! You're right--good catch! So if I made the following change to SequenceToArray, then it works: $ cvs diff ptolemy/domains/sdf/lib/SequenceToArray.java Index: ptolemy/domains/sdf/lib/SequenceToArray.java =================================================================== RCS file: /home/cvs/cvsanon/ptII/ptolemy/domains/sdf/lib/SequenceToArray.java,v retrieving revision 1.47 diff -r1.47 SequenceToArray.java 132c132,134 < Token[] valueArray = input.get(0, length); --- > > Token[] valueArray = new Token[length]; > System.arraycopy(input.get(0, length), 0, valueArray, 0,length); If this looks OK, will someone from Ptolemy please commit such a change to CVS, so that it will make it into the next release? Thanks! Xiaowen On 13.12.2004, at 22:44, Neil E. Turner wrote: > > I found this in the JavaDocs for IOPort.get(int channelIndex, int > vectorLength) > > "Get an array of tokens from the specified channel. The parameter > channelIndex specifies the channel and the parameter vectorLength > specifies > the number of valid tokens to get in the returned array. The length of > the > returned array can be greater than the specified vector length, in > which > case, only the first vectorLength elements are guaranteed to be valid." > > If you "look inside" the SequenceToArray actor you will see the Java > code... > go to the fire() method. You will see in the code > > Token[] valueArray = input.get(0, length); > > I put a print statement to see the length of 'valueArray'. It indeed > was > longer than the PortParameter 'arrayLength'. > > Neil > > > ----- Original Message ----- > From: "xiaowen" > To: > Cc: "xiaowen Xin" ; "Kepler-Dev" > > Sent: Monday, December 13, 2004 8:13 PM > Subject: SequenceToArray in PN > > >> Hi Everyone, >> >> >> Is the SequenceToArray actor meant to be used in the PN domain? I've >> attached a workflow that demonstrates behavior that I don't >> understand. >> >> A SequenceToArray actor has two ports: input and arrayLength. It >> should package up arrayLength number of input tokens into an array and >> send that out along its output port. >> >> In the attached workflow, I send 7, then 2 to the arrayLength port. >> However, the output consists of two array tokens both with length 7. >> >> Can someone please explain to me why the second output isn't an array >> of length 2? >> >> I'm using Ptolemy 4.0.1. >> >> >> Thanks in advance! >> Xiaowen >> >> > > > ----------------------------------------------------------------------- > ----- > Posted to the ptolemy-hackers mailing list. Please send administrative > mail for this list to: > ptolemy-hackers-request at ptolemy eecs berkeley edu ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 14 13:36:00 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBELZxZG017509 for ; Tue, 14 Dec 2004 13:35:59 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBELZxOe017508 for ptolemy-hackers-outgoing at doppler; Tue, 14 Dec 2004 13:35:59 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBELZwZG017492 for ; Tue, 14 Dec 2004 13:35:58 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.1/8.12.10) with ESMTP id iBELZwd3010987 for ; Tue, 14 Dec 2004 13:35:58 -0800 (PST) Received: from maury. eecs berkeley edu (maury. eecs berkeley edu [128.32.32.241]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 968A2CA4CM for ; Tue, 14 Dec 2004 13:35:57 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBELZuRR006090; Tue, 14 Dec 2004 13:35:56 -0800 (PST) Message-Id: <200412142135.iBELZuRR006090 at maury. eecs berkeley edu> To: xiaowen Cc: Kepler-Dev , ptolemy-hackers at eecs berkeley edu From: "Christopher Brooks" Subject: Re: SequenceToArray in PN In-reply-to: Your message of Tue, 14 Dec 2004 11:20:30 -0800. <3831B034-4E05-11D9-B661-003065BBCFE4 at llnl.gov> Date: Tue, 14 Dec 2004 13:35:56 -0800 X-BTI-AntiSpam: sta:false/0/021,dcc:passed,rbl:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Fixed! I also added a test to pn/test/auto. _Christopher -------- Ahh! You're right--good catch! So if I made the following change to SequenceToArray, then it works: $ cvs diff ptolemy/domains/sdf/lib/SequenceToArray.java Index: ptolemy/domains/sdf/lib/SequenceToArray.java =================================================================== RCS file: /home/cvs/cvsanon/ptII/ptolemy/domains/sdf/lib/SequenceToArray.java,v retrieving revision 1.47 diff -r1.47 SequenceToArray.java 132c132,134 < Token[] valueArray = input.get(0, length); --- > > Token[] valueArray = new Token[length]; > System.arraycopy(input.get(0, length), 0, valueArray, 0,length); If this looks OK, will someone from Ptolemy please commit such a change to CVS, so that it will make it into the next release? Thanks! Xiaowen On 13.12.2004, at 22:44, Neil E. Turner wrote: > > I found this in the JavaDocs for IOPort.get(int channelIndex, int > vectorLength) > > "Get an array of tokens from the specified channel. The parameter > channelIndex specifies the channel and the parameter vectorLength > specifies > the number of valid tokens to get in the returned array. The length of > the > returned array can be greater than the specified vector length, in > which > case, only the first vectorLength elements are guaranteed to be valid." > > If you "look inside" the SequenceToArray actor you will see the Java > code... > go to the fire() method. You will see in the code > > Token[] valueArray = input.get(0, length); > > I put a print statement to see the length of 'valueArray'. It indeed > was > longer than the PortParameter 'arrayLength'. > > Neil > > > ----- Original Message ----- > From: "xiaowen" > To: > Cc: "xiaowen Xin" ; "Kepler-Dev" > > Sent: Monday, December 13, 2004 8:13 PM > Subject: SequenceToArray in PN > > >> Hi Everyone, >> >> >> Is the SequenceToArray actor meant to be used in the PN domain? I've >> attached a workflow that demonstrates behavior that I don't >> understand. >> >> A SequenceToArray actor has two ports: input and arrayLength. It >> should package up arrayLength number of input tokens into an array and >> send that out along its output port. >> >> In the attached workflow, I send 7, then 2 to the arrayLength port. >> However, the output consists of two array tokens both with length 7. >> >> Can someone please explain to me why the second output isn't an array >> of length 2? >> >> I'm using Ptolemy 4.0.1. >> >> >> Thanks in advance! >> Xiaowen >> >> > > > ----------------------------------------------------------------------- > ----- > Posted to the ptolemy-hackers mailing list. Please send administrative > mail for this list to: > ptolemy-hackers-request at ptolemy eecs berkeley edu --------------------------------------------------------------------------- - Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 14 23:28:24 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBF7SOZG020656 for ; Tue, 14 Dec 2004 23:28:24 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBF7SOJP020655 for ptolemy-hackers-outgoing at doppler; Tue, 14 Dec 2004 23:28:24 -0800 (PST) Received: from relay0. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBF7SNZG020646 for ; Tue, 14 Dec 2004 23:28:23 -0800 (PST) Received: from gateway2.EECS (gateway2. eecs berkeley edu [169.229.60.39]) by relay0. eecs berkeley edu (8.13.1/8.12.10) with ESMTP id iBF7SJr1010980; Tue, 14 Dec 2004 23:28:19 -0800 (PST) Received: from DOPLAP01. eecs berkeley edu (slip32-106-101-163.cop.dk.prserv.net [32.106.101.163]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I8R002X362Q0E@gateway2. eecs berkeley edu>; Tue, 14 Dec 2004 23:28:19 -0800 (PST) Date: Tue, 14 Dec 2004 21:42:50 -0800 From: "Edward A. Lee" Subject: Re: SequenceToArray in PN In-reply-to: <3831B034-4E05-11D9-B661-003065BBCFE4 at llnl.gov> X-Sender: eal at mho eecs berkeley edu To: xiaowen Cc: "Neil E. Turner" , xin2 at llnl.gov, Kepler-Dev , ptolemy-hackers at eecs berkeley edu Message-id: <5.1.0.14.2.20041214214000.02b71b30 at mho eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <094801c4e1a8$6849aa30$6401a8c0 at littleman> <7F43627C-4D86-11D9-B661-003065BBCFE4 at llnl.gov> <094801c4e1a8$6849aa30$6401a8c0 at littleman> Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Thanks Neil for tracking this down! Xiaowen's fix works... However, I think it would be better to fix this deeper in the actor package. I believe it was a "premature optimization" for get(channel, arrayLength) to be allowed to return an array longer than the requested array. We have no evidence that this enhances performance measurably (and I seriously doubt it does). So rather than fixing the one actor that fell victim to exercising this "feature," I'm checking in a change to remove the "feature." Now, get(channel, arrayLength) will return an array of length arrayLength. Edward At 11:20 AM 12/14/2004 -0800, xiaowen wrote: >Ahh! You're right--good catch! > >So if I made the following change to SequenceToArray, then it works: > >$ cvs diff ptolemy/domains/sdf/lib/SequenceToArray.java >Index: ptolemy/domains/sdf/lib/SequenceToArray.java >=================================================================== >RCS file: >/home/cvs/cvsanon/ptII/ptolemy/domains/sdf/lib/SequenceToArray.java,v >retrieving revision 1.47 >diff -r1.47 SequenceToArray.java >132c132,134 >< Token[] valueArray = input.get(0, length); >--- > > > > Token[] valueArray = new Token[length]; > > System.arraycopy(input.get(0, length), 0, valueArray, >0,length); > >If this looks OK, will someone from Ptolemy please commit such a change >to CVS, so that it will make it into the next release? > >Thanks! >Xiaowen > > > >On 13.12.2004, at 22:44, Neil E. Turner wrote: > >> >>I found this in the JavaDocs for IOPort.get(int channelIndex, int >>vectorLength) >> >>"Get an array of tokens from the specified channel. The parameter >>channelIndex specifies the channel and the parameter vectorLength >>specifies >>the number of valid tokens to get in the returned array. The length of >>the >>returned array can be greater than the specified vector length, in >>which >>case, only the first vectorLength elements are guaranteed to be valid." >> >>If you "look inside" the SequenceToArray actor you will see the Java >>code... >>go to the fire() method. You will see in the code >> >> Token[] valueArray = input.get(0, length); >> >>I put a print statement to see the length of 'valueArray'. It indeed >>was >>longer than the PortParameter 'arrayLength'. >> >>Neil >> >> >>----- Original Message ----- >>From: "xiaowen" >>To: >>Cc: "xiaowen Xin" ; "Kepler-Dev" >> >>Sent: Monday, December 13, 2004 8:13 PM >>Subject: SequenceToArray in PN >> >> >>>Hi Everyone, >>> >>> >>>Is the SequenceToArray actor meant to be used in the PN domain? I've >>>attached a workflow that demonstrates behavior that I don't >>>understand. >>> >>>A SequenceToArray actor has two ports: input and arrayLength. It >>>should package up arrayLength number of input tokens into an array and >>>send that out along its output port. >>> >>>In the attached workflow, I send 7, then 2 to the arrayLength port. >>>However, the output consists of two array tokens both with length 7. >>> >>>Can someone please explain to me why the second output isn't an array >>>of length 2? >>> >>>I'm using Ptolemy 4.0.1. >>> >>> >>>Thanks in advance! >>>Xiaowen >>> >> >> >>----------------------------------------------------------------------- ----- >>Posted to the ptolemy-hackers mailing list. Please send administrative >>mail for this list to: >>ptolemy-hackers-request at ptolemy eecs berkeley edu > > >---------------------------------------------------------------------------- >Posted to the ptolemy-hackers mailing list. Please send administrative >mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu ------------ Edward A. Lee, Professor 518 Cory Hall, UC Berkeley, Berkeley, CA 94720 phone: 510-642-0455, fax: 510-642-2718 eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Wed Dec 15 03:37:41 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBFBbfZG008637 for ; Wed, 15 Dec 2004 03:37:41 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBFBbfNj008636 for ptolemy-hackers-outgoing at doppler; Wed, 15 Dec 2004 03:37:41 -0800 (PST) Received: from lme.usp.br (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with SMTP id iBFBbcZG008614 for ; Wed, 15 Dec 2004 03:37:39 -0800 (PST) Received: (qmail 3109 invoked from network); 15 Dec 2004 11:37:38 -0000 Received: from firewall.lme.usp.br (HELO lme.usp.br) (143.107.160.253) by 0 with SMTP; 15 Dec 2004 11:37:38 -0000 Message-ID: <41C004DD.7010503 at lme.usp.br> Date: Wed, 15 Dec 2004 09:33:17 +0000 From: Ivan Jeukens Organization: Universidade de =?ISO-8859-1?Q?S=E3o_Paulo?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ptolemy-hackers at messier eecs berkeley edu Subject: Possible process domain bug Content-Type: multipart/mixed; boundary="------------060602010502080908070500" Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk This is a multi-part message in MIME format. --------------060602010502080908070500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi all, I think there is a problem with the process domains, in particular, csp and pn. I'm working on a specification that mix CT, DE, CSP and SR. When CSP is used inside a DE topology, exceptions are thrown (something related to the addBranches method of the BranchController class). I have attached a simple specification that reproduces the bug. Ivan --------------060602010502080908070500 Content-Type: text/xml; name="decspbug.xml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="decspbug.xml" Create a sequence of tokens with increasing value SequencePlotter ?> --------------060602010502080908070500-- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Wed Dec 15 17:58:58 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBG1wvZG015438 for ; Wed, 15 Dec 2004 17:58:57 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBG1wvc3015437 for ptolemy-hackers-outgoing at doppler; Wed, 15 Dec 2004 17:58:57 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBG1wuZG015431 for ; Wed, 15 Dec 2004 17:58:56 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBG1wsRR019975; Wed, 15 Dec 2004 17:58:54 -0800 (PST) Message-Id: <200412160158.iBG1wsRR019975 at maury. eecs berkeley edu> To: Ivan Jeukens cc: ptolemy-hackers at messier eecs berkeley edu From: "Christopher Brooks" Subject: Re: Possible process domain bug In-reply-to: Your message of Wed, 15 Dec 2004 09:33:17 +0000. <41C004DD.7010503 at lme.usp.br> Date: Wed, 15 Dec 2004 17:58:54 -0800 Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hmm, this looks like a bug. There are problems nesting PN inside a domain. It looks actor.process.BranchController.addBranches() is throwing a ClassCastException. I added a catch there so I could see the type of the object. The message says that we are getting a DEReceiver The bogus line is marked below // If the port lacks either producer or consumer // receivers, then there is no point in creating a branch. if (producerReceivers.length > i && consumerReceivers.length > i) { try { producerReceiver = ----> (ProcessReceiver)producerReceivers[i][0]; } catch (ClassCastException ex) { // pn/test/auto/decspbug.xml is a DE model with // a PN composite that fails with a ClassCastException // error, so we give a better message. throw new ClassCastException("Failed to cast '" + producerReceivers[i][0] + "', which is a '" + producerReceivers[i][0].getClass().getName() + "' to a ProcessReceiver."); } consumerReceiver = (ProcessReceiver)consumerReceivers[i][0]; branch = new Branch( producerReceiver, consumerReceiver, this ); _branches.add(branch); } } I've checked in a test as ptolemy/domains/pn/test/auto/decspbug.xml Let's see if anyone takes a look at it. _Christopher -------- Hi all, I think there is a problem with the process domains, in particular, csp and pn. I'm working on a specification that mix CT, DE, CSP and SR. When CSP is used inside a DE topology, exceptions are thrown (something related to the addBranches method of the BranchController class). I have attached a simple specification that reproduces the bug. Ivan <> ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 16 00:20:29 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBG8KTZG001015 for ; Thu, 16 Dec 2004 00:20:29 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBG8KTs6001014 for ptolemy-hackers-outgoing at doppler; Thu, 16 Dec 2004 00:20:29 -0800 (PST) Received: from gateway2.EECS (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBG8KRZG001008 for ; Thu, 16 Dec 2004 00:20:27 -0800 (PST) Received: from DOPLAP01. eecs berkeley edu (slip139-92-202-183.vie.at.prserv.net [139.92.202.183]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I8T0040Q359AI@gateway2. eecs berkeley edu> for ptolemy-hackers at messier eecs berkeley edu; Thu, 16 Dec 2004 00:20:27 -0800 (PST) Date: Wed, 15 Dec 2004 22:57:08 -0800 From: "Edward A. Lee" Subject: Re: Possible process domain bug In-reply-to: <41C004DD.7010503 at lme.usp.br> X-Sender: eal at mho eecs berkeley edu To: Ivan Jeukens Cc: ptolemy-hackers at messier eecs berkeley edu Message-id: <5.1.0.14.2.20041215225248.0280dec0 at mho eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; format=flowed; charset=us-ascii Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Yes, it looks as if the code is designed so that process domains (PN, CSP) can only be used within process domains. I'm not sure to what extent this is a limitation of the process domains vs. a semantic problem. What would PN mean within DE? Since PN has no well-defined notion of a "firing", how would you assign time stamps to the outputs of a PN actor? By default in DE, the time stamps of the outputs of an actor match those of the inputs that triggered the firing. There is no such notion in PN. I think that until there are clear answers to the semantics questions, there is not much point in trying to make the software support the combination. On the other hand, trying to make the software support these combinations is likely to yield deeper insights into the semantics questions. I would encourage you (or anyone else) to do this... It would be an excellent research topic. Edward At 09:33 AM 12/15/2004 +0000, Ivan Jeukens wrote: > Hi all, > > I think there is a problem with the process domains, in particular, csp > and pn. I'm working >on a specification that mix CT, DE, CSP and SR. When CSP is used inside a >DE topology, >exceptions are thrown (something related to the addBranches method of the >BranchController class). >I have attached a simple specification that reproduces the bug. > > Ivan > > > > "http://ptolemy.eecs.berkeley.edu/xml/dtd/MoML_1.dtd"> > > class="ptolemy.kernel.attributes.VersionAttribute" value="4.0.1"> > > class="ptolemy.domains.de.kernel.DEDirector"> > value="[100.0, 60.0]"> > > > class="ptolemy.actor.gui.WindowPropertiesAttribute" value="{bounds={76, > 83, 983, 603}, maximized=false}"> > > value="[763, 497]"> > > class="ptolemy.data.expr.ExpertParameter" value="1.0"> > > class="ptolemy.data.expr.ExpertParameter" value="{381.5, 248.5}"> > > > Create a sequence of tokens with increasing value > value="[115.0, 295.0]"> > > > > value="[280.0, 295.0]"> > > class="ptolemy.domains.pn.kernel.PNDirector"> > class="ptolemy.kernel.util.Location" value="{45, 70}"> > > > > > class="ptolemy.kernel.util.Location" value="{20.0, 200.0}"> > > > > > class="ptolemy.kernel.util.Location" value="{580.0, 200.0}"> > > > > value="2"> > > class="ptolemy.vergil.icon.AttributeValueIcon"> > class="ptolemy.kernel.util.StringAttribute" value="factor"> > > > class="ptolemy.kernel.util.Location" value="[265.0, 200.0]"> > > > > > > > > > > > > class="ptolemy.actor.lib.gui.SequencePlotter"> > value="{470, 290}"> > > >"http://ptolemy.eecs.berkeley.edu/xml/dtd/PlotML_1.dtd"> > >SequencePlotter > > >?> > > > > > > > > > > > ------------ Edward A. Lee, Professor 518 Cory Hall, UC Berkeley, Berkeley, CA 94720 phone: 510-642-0455, fax: 510-642-2718 eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 16 03:24:30 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBGBOTZG011345 for ; Thu, 16 Dec 2004 03:24:29 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBGBOTln011344 for ptolemy-hackers-outgoing at doppler; Thu, 16 Dec 2004 03:24:29 -0800 (PST) Received: from lme.usp.br (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with SMTP id iBGBOQZG011338 for ; Thu, 16 Dec 2004 03:24:28 -0800 (PST) Received: (qmail 22065 invoked from network); 16 Dec 2004 11:24:26 -0000 Received: from firewall.lme.usp.br (HELO lme.usp.br) (143.107.160.253) by 0 with SMTP; 16 Dec 2004 11:24:26 -0000 Message-ID: <41C15343.4070508 at lme.usp.br> Date: Thu, 16 Dec 2004 09:20:03 +0000 From: Ivan Jeukens Organization: Universidade de =?ISO-8859-1?Q?S=E3o_Paulo?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Edward A. Lee" CC: ptolemy-hackers at messier eecs berkeley edu Subject: Re: Possible process domain bug References: <5.1.0.14.2.20041215225248.0280dec0 at mho eecs berkeley edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi Prof. Lee, all, > > Yes, it looks as if the code is designed so that process domains (PN, > CSP) > can only be used within process domains. I'm not sure to what extent > this > is a limitation of the process domains vs. a semantic problem. What > would > PN mean within DE? Since PN has no well-defined notion of a "firing", > how would you assign time stamps to the outputs of a PN actor? By > default > in DE, the time stamps of the outputs of an actor match those of the > inputs > that triggered the firing. There is no such notion in PN. Yes, I agree with you, not all combinations are meaningful. As a matter of fact, I was combining CSP inside a SR topology. That does not seem right because of the synchronous hypothesis. But, I was testing a tool for checking the validity of specifications against certain MoCs, and in principle, that combination (SR + CSP) was ok (the specification isn't timed, is monotonic, etc). As for DE + CSP I think it might be useful, since DE is primary a simulation model, as is CT. Therefore, these two models are pretty good for capturing the environment of a system. In my particular case, I'm also interested in embedded software, so CSP an PN should be put in the mix. Indeed, trying to view a "process composite actor" as a "activation based atomic actor" is tricky. The "fire until deadlock" policy for the process composite seems the way to go. If no actor inside the composite manipulates the time value, i.e the composite is zero delay, then the timestamps of produced events could be of current time of firing. Now for generating embedded software, I think it does not make much sense the notion of timestamp of an event, since the real time is not a controllable feature. Maybe the only acceptable method of a process that manipulates time is a timed delay ( fireAt() ) . In a DE + process this can be interpreted as the generation of a pure event that will trigger a future activation of the process based composite. Anyway, issues of deadlocks, livelocks and determinacy should be studied carefully. Regards, Ivan P.S.: By April/May of 2005 I should get my PhD, and be a free man. So, if anyone out there is interested in a 6 year experienced Ptolemy II guy to develop MoC science, just let me know ... :-) ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 16 08:30:22 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBGGULZG024382 for ; Thu, 16 Dec 2004 08:30:21 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBGGUL2S024379 for ptolemy-hackers-outgoing at doppler; Thu, 16 Dec 2004 08:30:21 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBGGUKZG024345 for ; Thu, 16 Dec 2004 08:30:20 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBGGUKxo011888 for ; Thu, 16 Dec 2004 08:30:20 -0800 (PST) Received: from maury. eecs berkeley edu (maury. eecs berkeley edu [128.32.32.241]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 46CE41E02G for ; Thu, 16 Dec 2004 08:30:19 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBGGUJRS015036; Thu, 16 Dec 2004 08:30:19 -0800 (PST) Message-Id: <200412161630.iBGGUJRS015036 at maury. eecs berkeley edu> To: Ivan Jeukens Cc: ptolemy-hackers at eecs berkeley edu From: "Christopher Brooks" Subject: Re: Possible process domain bug In-reply-to: Your message of Thu, 16 Dec 2004 09:20:03 +0000. <41C15343.4070508 at lme.usp.br> Date: Thu, 16 Dec 2004 08:30:19 -0800 X-BTI-AntiSpam: sta:false/0/021,dcc:passed,rbl:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk I modified BranchController so that if it gets a ClassCastException, the exception it throws mentions that process domains may not work inside non-process domains. I also added a test in pn/test/PNDirector.tcl that runs PNInsideDE.xml and expects the ClassCastException. What we really need is a set of simple tests that tries the different combinations of domains inside each other. Not all combinations work, we need to better document what combinations do work. _Christopher -------- Hi Prof. Lee, all, > Yes, it looks as if the code is designed so that process domains > (PN, CSP) can only be used within process domains. I'm not sure > to what extent this is a limitation of the process domains vs. a > semantic problem. What would PN mean within DE? Since PN has > no well-defined notion of a "firing", how would you assign time > stamps to the outputs of a PN actor? By default in DE, the time > stamps of the outputs of an actor match those of the inputs that > triggered the firing. There is no such notion in PN. Yes, I agree with you, not all combinations are meaningful. As a matter of fact, I was combining CSP inside a SR topology. That does not seem right because of the synchronous hypothesis. But, I was testing a tool for checking the validity of specifications against certain MoCs, and in principle, that combination (SR + CSP) was ok (the specification isn't timed, is monotonic, etc). As for DE + CSP I think it might be useful, since DE is primary a simulation model, as is CT. Therefore, these two models are pretty good for capturing the environment of a system. In my particular case, I'm also interested in embedded software, so CSP an PN should be put in the mix. Indeed, trying to view a "process composite actor" as a "activation based atomic actor" is tricky. The "fire until deadlock" policy for the process composite seems the way to go. If no actor inside the composite manipulates the time value, i.e the composite is zero delay, then the timestamps of produced events could be of current time of firing. Now for generating embedded software, I think it does not make much sense the notion of timestamp of an event, since the real time is not a controllable feature. Maybe the only acceptable method of a process that manipulates time is a timed delay ( fireAt() ) . In a DE + process this can be interpreted as the generation of a pure event that will trigger a future activation of the process based composite. Anyway, issues of deadlocks, livelocks and determinacy should be studied carefully. Regards, Ivan P.S.: By April/May of 2005 I should get my PhD, and be a free man. So, if anyone out there is interested in a 6 year experienced Ptolemy II guy to develop MoC science, just let me know ... :-) --------------------------------------------------------------------------- - Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 16 11:53:35 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBGJrYZG003970 for ; Thu, 16 Dec 2004 11:53:34 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBGJrYGA003969 for ptolemy-hackers-outgoing at doppler; Thu, 16 Dec 2004 11:53:34 -0800 (PST) Received: from mx2. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBGJrWZG003963 for ; Thu, 16 Dec 2004 11:53:32 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx2. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBGJrWi7019528 for ; Thu, 16 Dec 2004 11:53:32 -0800 (PST) Received: from smtp-4.llnl.gov (smtp-4.llnl.gov [128.115.41.84]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 2A91DAB49G for ; Thu, 16 Dec 2004 11:53:32 -0800 (PST) Received: from kyoto.llnl.gov (localhost [127.0.0.1]) by smtp-4.llnl.gov (8.12.3p2-20030917/8.12.3/LLNL evision: 1.16 $) with ESMTP id iBGJrVwE017805; Thu, 16 Dec 2004 11:53:31 -0800 (PST) Subject: Possible race condition From: xiaowen To: ptolemy-hackers at eecs berkeley edu Cc: xiaowen at llnl.gov, kepler-dev at ecoinformatics.org Content-Type: multipart/mixed; boundary="=-YF3MiKkE4OBKmqBUimg+" Date: Thu, 16 Dec 2004 11:53:30 -0800 Message-Id: <1103226810.6784.103.camel at kyoto> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 X-BTI-AntiSpam: sta:false/9/021,dcc:passed,rbl:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk --=-YF3MiKkE4OBKmqBUimg+ Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi Everyone, I'm seeing a possible race condition in a PN workflow where tokens are not generated in the desired order. Knowing PN does not guarantee the order of tokens, I've tried putting a synchronizer component in to force the order. This component seems to work when it's part of a composite actor, but not when it's specified in a separate MoML file. I've attached four files to reproduce the situation. $ ls racecondition-composite.xml RaceCondition.java racecondition.xml Synchronizer.xml $ javac -classpath $PTII:$PTII/ptolemy/ptsupport.jar:$PTII/ptolemy/ptolemy.jar RaceCondition.java $ java -classpath $PTII:$PTII/ptolemy/ptsupport.jar:$PTII/ptolemy/ptolemy.jar:$PTII/ptolemy/domains/domains.jar:. RaceCondition racecondition.xml $ java -classpath $PTII/ptolemy/ptsupport.jar:$PTII/ptolemy/domains/domains.jar:. RaceCondition racecondition-composite.xml The Java class runs the workflow specified by the first argument in an infinite loop until the workflow outputs the wrong result. racecondition.xml and racecondition-composite.xml are identical, except for where the synchronizer component is implemented. The goal of the synchronizer component is to remove race conditions by ensuring that actors do not receive an input token until they've sent the output token corresponding to the previous input. In racecondition.xml, the synchronizer component is placed in a separate MoML file, whereas in racecondition-composite.xml, the synchronizer component is copied and pasted into a composite actor. Because I have a tendency to create very large workflows with dozens and dozens of actors, I find the ability to put portions into separate files very useful. The time it takes to debug seems to grow exponentially with the number of actors in the workflow. If I can modularize it, then I can easily test each portion separately inside junit or a similar automated testing framework. Will someone please explain to me why the workflow functions flawlessly in racecondition-composite.xml, but seems to generate the wrong result in racecondition.xml? Have I created Synchronizer.xml wrong? I'm using Ptolemy 4.0.1. Thanks in advance! Xiaowen --=-YF3MiKkE4OBKmqBUimg+ Content-Disposition: attachment; filename=racecondition-composite.xml Content-Type: text/xml; name=racecondition-composite.xml; charset=UTF-8 Content-Transfer-Encoding: 7bit Create a sequence of tokens with increasing value Write the value of a string token, one per line, to a text file. --=-YF3MiKkE4OBKmqBUimg+ Content-Disposition: attachment; filename=RaceCondition.java Content-Type: text/x-java; name=RaceCondition.java; charset=UTF-8 Content-Transfer-Encoding: 7bit import java.io.ByteArrayOutputStream; import java.io.OutputStream; import java.io.PrintStream; import ptolemy.actor.gui.MoMLSimpleApplication; /** * @author xin2 */ public class RaceCondition { public static void main(String[] args) throws Exception { String strWorkflow; if(args.length < 1) { strWorkflow = "racecondition.xml"; } else { strWorkflow = args[0]; } System.out.println("Using workflow: " + strWorkflow); // Reassign stdout. ByteArrayOutputStream os = new ByteArrayOutputStream(); System.setOut(new PrintStream(os)); for(int i = 0; ; i++) { System.err.println("Iteration: " + i); os.reset(); MoMLSimpleApplication app = new MoMLSimpleApplication(strWorkflow); if(!os.toString().startsWith("one")) { System.err.println("FAILED. Received:"); System.err.println(os.toString()); System.exit(1); } } } } --=-YF3MiKkE4OBKmqBUimg+ Content-Disposition: attachment; filename=racecondition.xml Content-Type: text/xml; name=racecondition.xml; charset=UTF-8 Content-Transfer-Encoding: 7bit Create a sequence of tokens with increasing value Write the value of a string token, one per line, to a text file. --=-YF3MiKkE4OBKmqBUimg+ Content-Disposition: attachment; filename=Synchronizer.xml Content-Type: text/xml; name=Synchronizer.xml; charset=UTF-8 Content-Transfer-Encoding: 7bit --=-YF3MiKkE4OBKmqBUimg+-- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 16 14:58:25 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBGMwOZG014438 for ; Thu, 16 Dec 2004 14:58:25 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBGMwOhA014437 for ptolemy-hackers-outgoing at doppler; Thu, 16 Dec 2004 14:58:24 -0800 (PST) Received: from relay0. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBGMwNZG014431 for ; Thu, 16 Dec 2004 14:58:23 -0800 (PST) Received: from gateway2.EECS (gateway2. eecs berkeley edu [169.229.60.39]) by relay0. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBGMwGQG015164; Thu, 16 Dec 2004 14:58:16 -0800 (PST) Received: from DOPLAP03. eecs berkeley edu (dhcp-33-49. eecs berkeley edu [128.32.33.49]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I8U006WM7T3OG@gateway2. eecs berkeley edu>; Thu, 16 Dec 2004 14:58:16 -0800 (PST) Date: Thu, 16 Dec 2004 14:58:53 -0800 From: Christopher Brooks Subject: Re: Possible process domain bug X-Sender: cxh at doppler. eecs berkeley edu To: Ivan Jeukens Cc: ptolemy-hackers at eecs berkeley edu Message-id: <5.2.1.1.2.20041216145028.00c03f38 at doppler. eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Content-type: multipart/mixed; boundary="Boundary_(ID_duVFoKDXjJeaNullJwS8Ug)" Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk --Boundary_(ID_duVFoKDXjJeaNullJwS8Ug) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Great! I've checked your tests into the devel tree in $PTII/ptolemy/domains/test/auto The tests currently have Plots and Display actors, I'll convert them to use Test and NonStrictTest actors. _Christopher Ivan writes: > Hi Christopher, > > >What we really need is a set of simple tests that tries the different > >combinations of domains inside each other. Not all combinations work, > >we need to better document what combinations do work. > > > > > I have attached some tests that I have for the following combinations: > > CSP + SDF, CSP + SR > PN + SDF, PN + SR > SDF + SR > SR + SDF > > I have detected only one problematic situation. When you > have a SR composite inside an SDF topology, and the SR composite actor > is part of a loop. In this situation, you need the SR composite firing > initial > tokens. I have added some code to the initialize() method of the SR Director > class (sr.txt) to fix this and keep on going. > > Also, the CSP + SR tests are reaching a real deadlock. I don't > recall why :-( > > Now, I would like to add one more 2cents to the semantics of MoC > interaction. > > The case is that I don't totally agree with the semantics of the > ProcessBased + SR. One of the tests that I have attached use the timed > PN director to show this. > Basically, the SR composite only fires when the transferInputs() method > returns, > this is, after reading exactly one token from each input, since the PN > receiver > is blocking. But by SR's nature, it should react to events and not > necessarily wait for > ALL inputs. Two possible alternatives are : > > (1) firing as soon as a new token is available for the SR composite. > > or (2) firing based on a input patterns of available data. The > reasoning behind > this is extending the concept of causality of the atomic actors inside > the SR composite and > its related dependencies graph, to the composite boundary. For each > output definition of the > SR composite, you should known the possible input patterns. > > Anyway, I think Process + SR is a useful combination. > > Hope it helps. > > Regards, > Ivan > --Boundary_(ID_duVFoKDXjJeaNullJwS8Ug) Content-type: application/octet-stream; name=tests.tar.gz; x-mac-type=477A6970; x-mac-creator=477A6970 Content-transfer-encoding: base64 Content-disposition: attachment; filename=tests.tar.gz H4sICKqswUECA3Rlc3RzLnRhcgDtXW1v27iW7uf+Ck4+LJKdjCKSomR30g46SQsU6G2DOHMvdovB QLGZRKgs+VpymkzRH7vYD/s3lpTkd0nWu1901KK1ZZGHIimKPM/D81z0rnqX733u+Vh5Gtov6jhU rKq6pr1QxWHoy/+rKmY61l9gFesqJarKiLieEKK/QOqLBo6J55tjhF5Yj6aTdt2m3/f0OP9NtDp6 5GPPcp3XR1hRj5CoEWdg2q7DXx857tFvb16e/3T5+eLmv67eIe74lv+Mrv74/eOHC3T0y9nZHxfo dz7+ym3+fHZ2eXOJ/uH+4yPCZ2fvPh29ROI4evD90auzs5Hv2nz4rHDe95TbKInCB5MzUYSzgT84 kyn/wor4eCRsRqYccyjKIXsox0eob5ue9/pompfZ992xcvM84oMLdzhyPcvnb+U5kYG0fT4auyM+ nmXzV3/MTZ8Pfn9ey+orHzvcVkzfH1u3E2FP+WdYK2+nZ47Qo2lPRC6aoip4auFsaiLBoqjbe8vu WX/zhNLfTyxF/rxu54uuqqeI6tqf+Yx9dPumL0qeYnB6SYxRQugpIpqR2eg3yxm4367Csxb3Usz+ a+XSdfPfb92JM/Befyfy3jHTTlGHiE+aof44RUPzyRqKuhq8vjNtj//IVy//7brD90Fh1oo4MH1T 4U+jsfLuSaa8Mscipc/Hs4LJRyOXtQvRgXkRS9+pqiry5jtEUbPe4kXvCl1aYx5/d+7QtBxP6Xuj aT8X188uD3OMvRU7qStF2Ux8y1bm/W3ah4zgBjTx75+Lua/ew+r3pUf+xh25tntvmUi8oXI/+VXe DcVhe3RZ+v3U8/xralGj1Y4DWY2L1trcE73B3bTSxfUxPTEuZ9HE46C0XspTFfPkrmYbcxNx5h6D Mll/ByY3jhvV2S3YTWXvDJ+5DHbjG9Id+1EZ5Me0Z+7D5yt5xYb2ckYT/+islrvFVAueyYz3G2fZ d79y50L0pslwJPO+Nn2eq4FJtooWFZVcyWQfapmobL9rWStdy+7Er6+aaTfszEbJziwmVoNJv1At 4zJ2PziWP7edy65apHWX5glvB4Pe5NYfixZNaGXbulUWr6qlDUknVxuen4U3sXBmzO0gy6gc06/p Xfd6etVi1tOkmzPXa82d5M59iyNIzG3ZlvMVyb43fSFOr1lonbPk60lcApKWQotLoSelWOjTysie eHnKlyUtyZI4GhjTyr3c15ef3h7/94Q7fX5lu37ccmn+BAfz5JWrk2ehd5Ztf3b+NTZHk1GuzuKP JzznjFe6kHzLub8U2XrcLzz+ZbH1JMfafBaU3Db+yGsD57ZRdC2msU72tVjfde6s+8mYv3l5/ttI 9Jmhjea+LHki1ZMle9ncl5XdjxWmm3uypCHxn+j1Nn+z0oXPz8LTL8+fPpq33H5zfhZ9eHn+PD3z PD3zdG069xwNLfGY/aIqWrcj3jfiIF3W7RIqho+h+SSbA6tE73QI1mhHxwbF8lE8f15IrSqUMBXr mkytMbVLjGliXWGkqxG921XVDmMkGAbOB/zOnNi+uGb8VbTWwPW94PxZcHe/LbbEQrVvevyvzeEo 5ZkPfk57yMfisbtwJ47/0Rpa9T55llOzAc/nSXUxmmbuKXKumj59i7U1cPtvLgLnJzKRF/VB5N6h 4O3qoW+W/4AsR/pHPVGnYb7nZzJZ5c8wZqE/hbJN/qH0jkMOtedg6DrpXYcwNVfXqWx+ev4obPCn mYdIfsELnsIOS3g7hZdOC7c816xk5p81U1ou14VZ4JKDVtk0QU5PGTtVptnSaqlz18W0K+9eJXSd ZE0th5SU6W5SEpKShoav0GlfbR7/u+hd9a7rhX834r8aneO/TGcS/8WaAfgv4L/WIrwV9dPWYcBd doo00mkWA1aJxH70LWPAWDtFVO2eoi4WlcCo1h4ImOmKqmoG1TrBH1kHTGGaXPGpuvyD9xMZDlGq X4xS0DCsGts49dfDVSNWi68aD8HbaPN77gxSK6/nyx6+PrD2TGtgooGLVp8QcHLulJOTadm6+uE7 OWW7hm5J+Wndibn6az1eSn++5rzeLhOJhSSPpolImiHng4a2HSISpWIayPTcRKTrDDyk8YyGdJ2R heT1H8RzYPN8ZKD/+PfE9X9NMy/6tTgtZ7a9qYUw0Up54gfnZzutWYPflYsH1+rzXnDtep5x+faD FGrFd/p55FsZbzSNipBeaLzF5tlU6kRyRUbSRcNEuHJz/VVXbR7LveRnLVsTFabCNcNxpoEvWyzu 9C6Rw7qevMDNOeRWtNDNabX4gpdQPcSEjDnn+SCIil8wDjEBnWV7DjZx2ehuc9m+0K5a7n6XV2x9 M/HNJtdp4e/pd3KXn7tLCg5YnizOZ+cjv/PLrANzjc5WP6aNwudRkb8psxHon9LYh/4a4you25kT 9JP4Wmi1GVV79tdfXDEGljeyzed/WQP/IVeN6kfVv3eLPhJEz/tI7AQ5UKsm95IsOhqXQEtKEYwH ycBeerJkoE5L4LJV1izpuDJJ9H0VwZVJZRBwAUi0HAa7uBLPBTmvJaSJNreJx24N/yXbwn+JbmAC +C/gvxv3/5K2Qb+djiGXz2qz0C9lct9td8vQLxPrYd0IXnniX13VWwP9ahpVWERx20+Mt5PJSQ0Q L0C8axAvm203LAzxYkB1AdXdSVS3m613twnVJamoLmkJqhvFl8Ctii9BJeSBMQVYF2BdgHVLwLpq s7BuhGfpxWMVbA/V3acAJ2S+lejwUUNNVau8W7IXd0u6qqICQgoIaesRUmLkfPzX8NHlkDC3nvie 9nYJQsKEV2UZB+S4UaiFrTUDTc7zbl2Rk+kUKvk0bUWTN7GGsvlToZJM01ZTkoE7ubWLNWaUtJpy 3FnFakOmq6YEVswjUrxPFymB7Tr3hYoQJKymDF5golApoqTNLxQKh6jKOe04JBZKJdvhd4PjsnnD fNOsmLUAUcGrddPG942ufNJaV37vGhz5u+7Ix+DIz+rI12p15JeJAFlZnwiX9LQUdElbO969vbyE AW/XBzwKA95u7EftmXJFfCnmUs+pEdYD99/CtekcFsu0PwcTtnzww/fN+3UkWeTmgSNRJjSQJUHB uHaKvj1Y/Qd0yx/MR+4hU/x1UFSUkH+CxIRdnDPHfaUmzokWga96JRHFKid+h46xGM7AFojflSzQ subKaslV3yr1HW9egjVIdtcyJY1daLLY2yPJtxdrK0/84qR0YtyNT6hvSpncdvGx42jOrQoLA29y SrYp5YbwymX3Klx9ql3+a2P8N0ZwxP/HhoZpwP8nKvD/gf8P+l/t1f/CMu6bRkD/K5vRq0+bWXEj Z9rLrz7VHuKtHP0fxL9A/AvEv0D8C8S/QPwLxL9A/AvEv0D8C8S/QPwLxL9A/AvEvxaRxmB9uoZE 4vkFOq0XjISd+iDhBRJeIOEFEl4g4QUSXnuG/119ql3+axP+q+n6HP819AD/VcXlgP8C/ruE/7YP /tWZFD4grZT+ktpfAfrbkfpnrNMe9FfDq9JfzCgm/bVDoLAY0wPhLwbCX7DWzLtgYCD8BSHiWuHg 7DIQ/lrdWaalby3rtCRIHI1V0zlwGhJIf0GMOIgRBzHiIEYcxIgrGyMOoqZB1DSImgaqUqAqVYuq lLYXqlKlEmvb2qVbG744xf/I1vA/qf+kr+F/DAP+B/hfy/WfDCbxP0Nrs/5T15DwX6dFmz8NQ8o/ 4Y6xx5s/GWg/AcoH2k8A7AGwB9pPScAepukx1HDNGxdA/wn0nwDbA2wPsD3A9gDbA/0n0H8CJBOQ TNB/Av0n0H8C/SfQfwL9J9B/Av0n0H8C/Sdw5oP+U0lnfsA1Aw0o0IACDSjQgAINKNCAAg0o0IAC DSjQgAINqG1qQE35/3R78b90Qhbjf2lh/C/g/wP/f1X/ibZS/2mBn9XIBgCjIwNvsW3H/9J0sdgg RiT/xFS9bfJPRP63hzsAOhXsANgZamYEmVCsgvoTUDOBmgnUTKBmAjUzHzWzFlkbDJzQAxbGKmo3 8pveBNv38nlw8ZILF6ioQEUFKioE1TmgoDqwxbz1W8xp+GhrJfgZu8AziZwSmLF2B8QG+keDkak1 lqnPtYn+0d0gvIcprZoC0iioTyvX1mJJA1fz2lp5MXZaHGSvSooql2xr1SB7Fi53kZh6+62fte+H xP9vrCEfSIC1Jg5AgP/rifi/gQlZxf8N0P8C/H8JEJR99Eb00X2kANSlkNU5RUw7RV2KT5Gm09IA ecEohRhLjQbjzwNF48VkRcbjMzoKy1qfwYiKrj5lgOKDS2vF441g4q6VwuMvhO2vKWvE8PfksovP ljvItbShORc27t2dWAPmpS0rm4nLK3aCpHl96z9yukl86SEZTcQj7NXkCwmj7ZVyhYRdN5P/YOnS +qKrkX2VTVqsn+IrU6wYXUMXrwOqdXRCMTPeUbUTrUZ/Sfh1bQFbNJPpGlfUryPGMvEOkrOHpSWv mFrwofjyzLcgPL9LnkhisNIevJLy6fkVzffJ1Tvd6m6U0Ay82RUSmhbG6c82vDUz+aSMnqKOmoWd uQ90uYomozmtVksRBZIekPTaTdKrdoVUH21uvaHbwJr7giM+F8lY0fUH+WvidsmqYueBsvW+U2PO iixPJSuDs1d5V6L5gnv6sT9cIFpr7mQnmEYkFfvKzE1KDJiUBzErBdOVhdxS1i+BU44067XDKrjt 6nfbkWoCFdSzvZ7swKb9DFwE3Ekig9XORcjClDCqZEpUJ80XDBmbNqSvJlr0bubcBl+AJREk8cfW /b18ljMWMXCmZSKVriVKMRVLxrgpGtHhJlNYBi1TUpq5BcK3yKZICUDg2M+jd/k+DACB6wsAsSn+ g6axKf9DN3RD8j8wU4H/AfyPBbryrJ+2TgSyY5wiDXebFYFUidwArmc1Kpong1N5cDfzgV2+z8B4 KLjpNvca5DEoiPV3YOt9/v1nuCEOdhhZQc/L5Fix/tZxXD/efLQPbf0xuOFP/rybJN+ZmJkWiyku qV0cyW70s5yioM+oP32WxXfE0YM7dO+5w12lKcK7Gi61StZ2TfiboQW63TIIrSrGB0ZYe8KjdKkk ZBG1m0LIgs1esNkrfH6x2u5NUiAuevh7syJ+CFbbvjdrNxhwBytTGgJ8tFUypYRSSW/XIRYW0GyA ZgOxsCAWFsTCglhYEB4KwkNBeCgID3U44aGaEvPQktbq2yV2FJGyyBrioVRibVuqGK2gNMxwVbIt /J9ilRpr+L9GAf8H/H9Z/4G0DvpnTEL/zco/ECqjHbAuQP87BP131ammwmEC/6bcNT6w/u9/XTTg iI/HLhLfOXLEiYf/QSO5apU/ijc2GplinoQGJlp6lzcEteBuxMvdSVYAI6dIN05R1xDPMMMtkkwx jJATwFIkU4AT0HJOAGbRPvpN42gKIwADCQBIADtIAmARXW1D3wYKAFAASjg/u3MGQGsIALRLJNeS AgEACABAAAACABAAgAAABICtxWxpopZJVwWaBdAsgGaxxzSL5WhCt574nvYaD6IJhVdlGX/keFWo ha01A01OqG9dkZPpFCr5NG1Fs2SxVLX5U6GSTNNWU5KBO7m1izVmlLSactxZxWpDpqumBJbjV9in i5TAdp37QkUIElZTBi8wUagUUdK9iXw4jZKbcbpzWGS2eqOnNUqVSwwGQ7dFrlsLaxa8WstGNOuR 1qIvvWvAXnYce8GAvRwg9rIDgp9aGPiDlsGtaWtHzreXlzB07uzQGfKpaOuHzrlsqBqjKrr+az2D Xc+UK+tLMSd7TuVyBm7EhWvTyUuWaX8OJn55w7xmir9688CRKBMayJKgYFQ7Rd8erP4DuuUP5iP3 kCn+OigqSkg8QmLiL86Z475SD9mIRlh5R80zaDezC4WwBLJIkT0o9cR71WrJle1AbNqqd+HgfBtv mtg6szEpyRx+tEdybg2qQutWjLnxCfXiKrmxsWB7NPnu4hPMB92ckXQXU26I3wvBXNsX/5VuLf6r QQle3/8F+r+w/2tl/xenbdsAtsp7bGQDmNGRoV8Z7P/apdCvIRyuqQcb+nUyXN7QhfhQnEO2645g b1cg963p0k9iZJFcPLTdXTFqh+m7u3YmZl7EYwnuoEUx8wiV7xADKPNAmQfKPFDmgTIPlHmgzOe1 K5HBue1G7EYQyU2wNTunWF4Fop/AXAfmOjDXIUDgTgYIhPAhrZcUwWqmAPg7Tif7QvQk6dN2SaMA z6tBjZJozaOxtmuUzLlc3RimF57/rGNKq2Z7NcrhoZWrItOtaTansXYyUWpocU4NqUgZOZcwfdWc mixbP4rEB6bAWCnD/7juXb7frv6vIf5E/A+CMQ35HxT0f4H/scr/wK3kf9AOazYA8Ap4t5EAUh60 2zXArg6wbueAujyOue0DdHm8eZm8Ig0RjAqul8IdX1r+OHtVAnA7wnyRFdHpRLwXrYvbxnvBXZJV 6fhmvp64fL/VSJGdWC840F7qo1BWOcoVRKeqZFM2ANWEO7S0rMEv9p11QLXQeaLuN+uA7EMtB5Ho 97mWtd3mdtBu2JkNtXXcDrU0zaIMBlXpHCFXG+4IUq7XmjvJnXstIwjJ1B7VEwBIqks6LoWWuk2z jCO7lPe8mCdczxQECZBXQF5zsCBJJ/NKDCJs1B5hA4hDLdQdwplkMzZ1G3Ko/QZDx0naKBBufGNV xJAhFbMxqEbjXyzNczEq4Z+kMTyW/Kq5oqaspySZORDrabXsgUKy8ieqIpcEI9QmlgfwNHaV/7E1 /WeiMn2d/0F04H8A/2Nh0TvrpxADZAc5IPgVsECABQIsEGCB1Bf/xOjK2CwQ/yQLDwS/2iEmCAMm CDBBgAkCTBBgggATBJggwAQBJggwQYAJUp4Jgl8BmgxocgE0Gb8CEhGQiHKRiFQgER2swlkxceTa hZGb8L/XI4icy6leixByrqhrNQgg57FfrfBxHsvVCh7nsVy10HEe23UIHFcNzJSbGxGNlSBM4Ve1 spJqyZRURnVagQ7WyE4LtXOWLTXJSiGKS5yd8RSuhmLWVJtKXI4qtVHZeKd5TzNeBd0e/0el6hr/ BwP/B/g/rdf/MbpS84N1m+X+GExqWVOI/wLMH2D+bIn5M401a7D8ujGHSP6Rukca1sTAJCYK4qPO 2sP+6YYb+Izu3kWB+UKjDSyEgfwRsH+A/QPsH2D/APsH2D/A/gH2D7B/gP1Tjv0DNA6gceRbj+kq y74ea7EKB5v9yiAcDBD4qvbtsfApxCX0lz65jgTp+/6leGc8byLvrFyd3siWaQfagbkamzWlIxTK 63XVKqoulBvMXnnR9cl3NXa/edFVfFCvY7nv2pOhU9Ca1vALJ3A2/FmCkbFLnIwMQkUaTfJ7FgmO U3Xkni+MJLVKavEyB8RZaq/iQXFIiaA48VSPHGSPHGFxNt3u8uibz+RK2uQ1A0lPHQ4TG7gtEJ6n bYd4xflPfr02Av6PnsT/USnDbMr/0YnkCWHVoBrwf5o4XnrukH974GMezIAtB80JGiiaDFp/8+OT ly9nb4mzM/R2YPXFoGEOXCSn5uhu4gTfx6jvDpEYpMauh4auWOLNUi1jjSh4g6HX6Hj5/Am65/6F 6/hiAsbHxye/JqX33VFc6gifS8jDujsO0r1GzsS2T9D3JeeWuK93nsfRYHr/PLBi80dur174l+W9 G97ywYAPRDEC+PnXlWv+cj44kkrle+IKvPzrmPuTsTM/92P2aVb5d6YvmmX29bUsi7yx6ZnF+1or kHTD/LrUYtfuwESuaF3Ep5eJVwSaDEUrB6Xki1fP8ULF434gB3/s8G/ogxN9wScnC/mLel0pbphp n4sF1gJKuVrjHwIz8nKxLHsdNV74ipPLvI+W5x+fKFZ01eIdy+Pbg2XzY/Gr8mB6n/iTuHbVQGAk AClQ0F3CzyfSnuIEKX5du95yfPQoLhbl/kNMai1JTZAVf7Purz8eLdbCQm08ojdIjSuMPGbTcTRb 1sqyzU6foKChZ8Dy8XRVFpTAO4opc2R2nt9P8V188QhyC5e/wvws6exWjxPshLbQ8U/HYdqFpn47 HpvPQeKTNMvy8B/EWgkFfcq2+b1pvw1q9N1Tn4/Cqj1NTT89lusGfTM9dIR+jm7rZ/FZ9JK+WNl7 yHF9JHd6/JwtX2TKmwkzUo5S6uJH4i/z6giG0mD2LQeD44V6Cg3E9KKFZp0nVmzu3PsPxyeygR+b qOM4mAoNXB7W59D0ReVmqdMjZyLGnbH0uGTqzWHNJv40Um7Hrjnom2KEWKieoM0C58XxySmKqbcE a+ttuHzmR8xIvThe/qc8YNIMBxxw7NPx//zJCZEACAIA --Boundary_(ID_duVFoKDXjJeaNullJwS8Ug)-- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Fri Dec 17 00:10:10 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBH8AAZG007460 for ; Fri, 17 Dec 2004 00:10:10 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBH8AAVl007459 for ptolemy-hackers-outgoing at doppler; Fri, 17 Dec 2004 00:10:10 -0800 (PST) Received: from relay0. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBH8A8ZG007453 for ; Fri, 17 Dec 2004 00:10:08 -0800 (PST) Received: from gateway2.EECS (gateway2. eecs berkeley edu [169.229.60.39]) by relay0. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBH8A6SD005255; Fri, 17 Dec 2004 00:10:06 -0800 (PST) Received: from DOPLAP01. eecs berkeley edu (slip139-92-202-226.vie.at.prserv.net [139.92.202.226]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I8U006DKXCMOG@gateway2. eecs berkeley edu>; Fri, 17 Dec 2004 00:10:06 -0800 (PST) Date: Fri, 17 Dec 2004 00:09:51 -0800 From: "Edward A. Lee" Subject: Re: Possible process domain bug In-reply-to: <5.2.1.1.2.20041216145028.00c03f38 at doppler.eecs.berkeley.ed u> X-Sender: eal at mho eecs berkeley edu To: Ivan Jeukens Cc: ptolemy-hackers at eecs berkeley edu Message-id: <5.1.0.14.2.20041217000903.02868700 at mho eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk The problem with this interpretation is that SR inside PN would end up being highly nondeterministic... Edward At 02:58 PM 12/16/2004 -0800, Christopher Brooks wrote: > > The case is that I don't totally agree with the semantics of the > > ProcessBased + SR. One of the tests that I have attached use the timed > > PN director to show this. > > Basically, the SR composite only fires when the transferInputs() method > > returns, > > this is, after reading exactly one token from each input, since the PN > > receiver > > is blocking. But by SR's nature, it should react to events and not > > necessarily wait for > > ALL inputs. Two possible alternatives are : > > > > (1) firing as soon as a new token is available for the SR composite. > > > > or (2) firing based on a input patterns of available data. The > > reasoning behind > > this is extending the concept of causality of the atomic actors inside > > the SR composite and > > its related dependencies graph, to the composite boundary. For each > > output definition of the > > SR composite, you should known the possible input patterns. ------------ Edward A. Lee, Professor 518 Cory Hall, UC Berkeley, Berkeley, CA 94720 phone: 510-642-0455, fax: 510-642-2718 eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Fri Dec 17 12:34:39 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBHKYcZG012728 for ; Fri, 17 Dec 2004 12:34:38 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBHKYcOq012727 for ptolemy-hackers-outgoing at doppler; Fri, 17 Dec 2004 12:34:38 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBHKYbZG012721 for ; Fri, 17 Dec 2004 12:34:37 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBHKYbrP013474 for ; Fri, 17 Dec 2004 12:34:37 -0800 (PST) Received: from smtp-2.llnl.gov (smtp-2.llnl.gov [128.115.250.82]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 87645AB4BV for ; Fri, 17 Dec 2004 12:34:37 -0800 (PST) Received: from kyoto.llnl.gov (localhost [127.0.0.1]) by smtp-2.llnl.gov (8.12.3p2-20030917/8.12.3/LLNL evision: 1.15 $) with ESMTP id iBHKYaV6010789; Fri, 17 Dec 2004 12:34:37 -0800 (PST) Subject: Typo in doc/doclets/makefile From: xiaowen To: ptolemy-hackers at eecs berkeley edu Cc: xiaowen at llnl.gov Content-Type: text/plain Date: Fri, 17 Dec 2004 12:34:36 -0800 Message-Id: <1103315676.6784.115.camel at kyoto> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-BTI-AntiSpam: sta:false/9/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi All, I found what looks to be a typo in $PTII/doc/doclets/makefile. On line 32, I think it should say "doc/doclets" instead of "doc/doclet". I noticed this because the doclet.jar that's created in that directory claims that RatingTaglet.class is in "doc/doclet" instead of "doc/doclets". Xiaowen ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Fri Dec 17 12:53:26 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBHKrPZG013483 for ; Fri, 17 Dec 2004 12:53:26 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBHKrPqn013482 for ptolemy-hackers-outgoing at doppler; Fri, 17 Dec 2004 12:53:25 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBHKrOZG013475 for ; Fri, 17 Dec 2004 12:53:24 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBHKrO6k014048 for ; Fri, 17 Dec 2004 12:53:24 -0800 (PST) Received: from lme.usp.br (mail.lme.usp.br [143.107.160.213]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with SMTP id 692372FE8Q for ; Fri, 17 Dec 2004 12:53:23 -0800 (PST) Received: (qmail 21604 invoked from network); 17 Dec 2004 20:53:22 -0000 Received: from localhost (HELO lme.usp.br) (127.0.0.1) by 0 with SMTP; 17 Dec 2004 20:53:22 -0000 Received: from 201.0.38.184 (SquirrelMail authenticated user ijeukens) by landell.lme.usp.br with HTTP; Fri, 17 Dec 2004 18:53:22 -0200 (BRST) Message-ID: <60602.201.0.38.184.1103316802.squirrel at landell.lme.usp.br> Date: Fri, 17 Dec 2004 18:53:22 -0200 (BRST) Subject: PN + SR From: To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal Cc: X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-BTI-AntiSpam: sta:false/21/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk >The problem with this interpretation is that SR inside PN would >end up being highly nondeterministic... >Edward Yes, this is true. But it is also possible to write nondeterministic SR models because of improper use of NonStrict actors. I have myself done this sometimes. More experimentation can reveal if a more flexible interpretation of SR inside PN is justified. One trivial case is when you have topologically distinct group of actors that don't share any boundary input port within the SR composite. In this case, you can separate each group in different composite actors, thus exploiting more concurrency. I have being working on a more restricted version of the SR model. Under this scenario,I think it is possible to have a more relaxed PN -> SR interface. If anyone is interested in hearing, let me know. Ivan ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Sat Dec 18 12:21:45 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBIKLiZG006117 for ; Sat, 18 Dec 2004 12:21:44 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBIKLihn006116 for ptolemy-hackers-outgoing at doppler; Sat, 18 Dec 2004 12:21:44 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBIKLhZG006110 for ; Sat, 18 Dec 2004 12:21:43 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBIKLhjT025510 for ; Sat, 18 Dec 2004 12:21:43 -0800 (PST) Received: from maury. eecs berkeley edu (maury. eecs berkeley edu [128.32.32.241]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 4F0DCB68FH for ; Sat, 18 Dec 2004 12:21:43 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBIKLgRR004848; Sat, 18 Dec 2004 12:21:42 -0800 (PST) Message-Id: <200412182021.iBIKLgRR004848 at maury. eecs berkeley edu> To: xiaowen Cc: ptolemy-hackers at eecs berkeley edu, xiaowen at llnl.gov From: "Christopher Brooks" Subject: Re: Typo in doc/doclets/makefile In-reply-to: Your message of Fri, 17 Dec 2004 12:34:36 -0800. <1103315676.6784.115.camel at kyoto> Date: Sat, 18 Dec 2004 12:21:42 -0800 X-BTI-AntiSpam: sta:false/2/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Thanks, Fixed! _Christopher -------- Hi All, I found what looks to be a typo in $PTII/doc/doclets/makefile. On line 32, I think it should say "doc/doclets" instead of "doc/doclet". I noticed this because the doclet.jar that's created in that directory claims that RatingTaglet.class is in "doc/doclet" instead of "doc/doclets". Xiaowen --------------------------------------------------------------------------- - Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Mon Dec 20 09:32:43 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBKHWhZG028666 for ; Mon, 20 Dec 2004 09:32:43 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBKHWgfj028665 for ptolemy-hackers-outgoing at doppler; Mon, 20 Dec 2004 09:32:42 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBKHWfZG028659 for ; Mon, 20 Dec 2004 09:32:41 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBKHWf4K000365 for ; Mon, 20 Dec 2004 09:32:41 -0800 (PST) Received: from smtp-4.llnl.gov (smtp-4.llnl.gov [128.115.41.84]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id C4689DD32S for ; Mon, 20 Dec 2004 09:32:41 -0800 (PST) Received: from kyoto.llnl.gov (localhost [127.0.0.1]) by smtp-4.llnl.gov (8.12.3p2-20030917/8.12.3/LLNL evision: 1.16 $) with ESMTP id iBKHWeUE011985; Mon, 20 Dec 2004 09:32:40 -0800 (PST) Subject: Re: Possible race condition From: xiaowen To: ptolemy-hackers at eecs berkeley edu Cc: xiaowen at llnl.gov, kepler-dev at ecoinformatics.org In-Reply-To: <1103226810.6784.103.camel at kyoto> References: <1103226810.6784.103.camel at kyoto> Content-Type: text/plain Date: Mon, 20 Dec 2004 09:32:39 -0800 Message-Id: <1103563959.6784.146.camel at kyoto> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-BTI-AntiSpam: sta:false/0/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi, I think I see the error in my thinking. I use a diamond to connect two paths of execution before sending it to a composite actor and use another diamond inside the composite actor to split it. So that's equivalent to having all four paths meeting in one diamond, like: A --> ** --> C B --> ** --> D I send one token (x) to A, then retrieve (x) from C before sending another token (y) to B. So I expected that I would receive the tokens in that order (x, y) at D as well. However, every few hundred or few thousand iterations (when the composite actor was created from an external XML file), I received the tokens in the order (y, x) at D. I think it's because A sends (x) to C, then its thread gets interrupted. Then B sends (y) to C and D. Finally, A wakes up to send (x) to D. The solution is to put a no op actor in between like: A --> * * --> C B --> * --> No Op actor --> * --> D Thanks for reading! Xiaowen Am Donnerstag, den 16.12.2004, 11:53 -0800 schrieb xiaowen: > Hi Everyone, > > > I'm seeing a possible race condition in a PN workflow where tokens are > not generated in the desired order. Knowing PN does not guarantee the > order of tokens, I've tried putting a synchronizer component in to force > the order. This component seems to work when it's part of a composite > actor, but not when it's specified in a separate MoML file. I've > attached four files to reproduce the situation. > > > $ ls > racecondition-composite.xml RaceCondition.java racecondition.xml Synchronizer.xml > > $ javac -classpath $PTII:$PTII/ptolemy/ptsupport.jar:$PTII/ptolemy/ptolemy.jar RaceCondition.java > > $ java -classpath $PTII:$PTII/ptolemy/ptsupport.jar:$PTII/ptolemy/ptolemy.jar:$PTII/ptolemy/domains/domains.jar:. RaceCondition racecondition.xml > > > > $ java -classpath $PTII/ptolemy/ptsupport.jar:$PTII/ptolemy/domains/domains.jar:. RaceCondition racecondition-composite.xml > > > > > The Java class runs the workflow specified by the first argument in an > infinite loop until the workflow outputs the wrong result. > > racecondition.xml and racecondition-composite.xml are identical, except > for where the synchronizer component is implemented. The goal of the > synchronizer component is to remove race conditions by ensuring that > actors do not receive an input token until they've sent the output token > corresponding to the previous input. In racecondition.xml, the > synchronizer component is placed in a separate MoML file, whereas in > racecondition-composite.xml, the synchronizer component is copied and > pasted into a composite actor. > > Because I have a tendency to create very large workflows with dozens and > dozens of actors, I find the ability to put portions into separate files > very useful. The time it takes to debug seems to grow exponentially with > the number of actors in the workflow. If I can modularize it, then I > can easily test each portion separately inside junit or a similar > automated testing framework. > > Will someone please explain to me why the workflow functions flawlessly > in racecondition-composite.xml, but seems to generate the wrong result > in racecondition.xml? Have I created Synchronizer.xml wrong? > > > I'm using Ptolemy 4.0.1. > > Thanks in advance! > Xiaowen > ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Mon Dec 20 19:59:37 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBL3xbZG022390 for ; Mon, 20 Dec 2004 19:59:37 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBL3xb2K022389 for ptolemy-hackers-outgoing at doppler; Mon, 20 Dec 2004 19:59:37 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBL3xZZG022383 for ; Mon, 20 Dec 2004 19:59:36 -0800 (PST) Received: from mxtreme1. eecs berkeley edu (mxtreme1. eecs berkeley edu [169.229.60.69]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBL3xaff022340 for ; Mon, 20 Dec 2004 19:59:36 -0800 (PST) Received: from smtp-4.llnl.gov (smtp-4.llnl.gov [128.115.41.84]) by mxtreme1. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 738DAB44V8 for ; Mon, 20 Dec 2004 19:59:35 -0800 (PST) Received: from kyoto.llnl.gov (localhost [127.0.0.1]) by smtp-4.llnl.gov (8.12.3p2-20030917/8.12.3/LLNL evision: 1.16 $) with ESMTP id iBL3xYqm003087; Mon, 20 Dec 2004 19:59:35 -0800 (PST) Subject: Deadlock while wrapping up From: xiaowen To: ptolemy-hackers at eecs berkeley edu Cc: xiaowen at llnl.gov, kepler-dev at ecoinformatics.org Content-Type: text/plain Date: Mon, 20 Dec 2004 19:59:33 -0800 Message-Id: <1103601574.6784.158.camel at kyoto> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-BTI-AntiSpam: sta:false/9/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi, While running Ptolemy today, it hung while wrapping up after executing a workflow. Remembering a hint from Christopher a few months ago on this mailing list, I used kill -3 to obtain a stack trace, which is at the end of this email. It looks like there was a deadlock between "Thread-0" and "AWT-EventQueue-0". Will someone please tell me how I can solve this or work around it so it doesn't happen again? I'm using Ptolemy II 4.0.1. Thanks in advance! Xiaowen ------ [java] Full thread dump Java HotSpot(TM) Client VM (1.4.2_01-b06 mixed mode): [java] "Thread-0" prio=1 tid=0x089628e0 nid=0x4df9 waiting for monitor entry [a865c000..a865c87c] [java] at ptolemy.gui.Top.deferIfNecessary(Top.java:229) [java] - waiting to lock <0xab4a26b0> (a java.util.LinkedList) [java] at ptolemy.gui.Top.report(Top.java:296) [java] at ptolemy.actor.gui.ModelFrame.executionFinished(ModelFrame.java:139) [java] - locked <0xabda5fb8> (a ptolemy.actor.gui.RunTableau$RunFrame) [java] at ptolemy.actor.Manager._notifyListenersOfCompletion(Manager.java:1121) [java] - locked <0xabda6160> (a ptolemy.actor.Manager) [java] at ptolemy.actor.Manager.execute(Manager.java:323) [java] - locked <0xabda6160> (a ptolemy.actor.Manager) [java] at ptolemy.actor.Manager.run(Manager.java:852) [java] at ptolemy.actor.Manager$2.run(Manager.java:901) [java] "TimerQueue" daemon prio=1 tid=0x08994a58 nid=0x4df9 in Object.wait() [a8beb000..a8beb87c] [java] at java.lang.Object.wait(Native Method) [java] - waiting on <0xabda6238> (a javax.swing.TimerQueue) [java] at javax.swing.TimerQueue.run(TimerQueue.java:231) [java] - locked <0xabda6238> (a javax.swing.TimerQueue) [java] at java.lang.Thread.run(Thread.java:534) [java] "Java2D Disposer" daemon prio=1 tid=0x08967a18 nid=0x4df9 in Object.wait() [a8b6a000..a8b6a87c] [java] at java.lang.Object.wait(Native Method) [java] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) [java] - locked <0xabcb3110> (a java.lang.ref.ReferenceQueue$Lock) [java] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) [java] at sun.java2d.Disposer.run(Disposer.java:100) [java] at java.lang.Thread.run(Thread.java:534) [java] "DestroyJavaVM" prio=1 tid=0x080534d8 nid=0x4df9 waiting on condition [0..bfffc1a4] [java] "AWT-EventQueue-0" prio=1 tid=0x083d6540 nid=0x4df9 waiting for monitor entry [a8c6c000..a8c6c87c] [java] at java.awt.Frame.getExtendedState(Frame.java:734) [java] - waiting to lock <0xabda5fb8> (a ptolemy.actor.gui.RunTableau$RunFrame) [java] at javax.swing.RepaintManager.addDirtyRegion(RepaintManager.java:265) [java] - locked <0xabc9c1b0> (a javax.swing.RepaintManager) [java] at javax.swing.JComponent.repaint(JComponent.java:4341) [java] at java.awt.Component.repaint(Component.java:2451) [java] at javax.swing.text.PlainView.damageLineRange(PlainView.java:568) [java] at javax.swing.text.PlainView.updateDamage(PlainView.java:529) [java] at javax.swing.text.PlainView.removeUpdate(PlainView.java:434) [java] at javax.swing.text.FieldView.removeUpdate(FieldView.java:288) [java] at javax.swing.plaf.basic.BasicTextUI$RootView.removeUpdate(BasicTextUI.java:1501) [java] at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.removeUpdate(BasicTextUI.java:1741) [java] at javax.swing.text.AbstractDocument.fireRemoveUpdate(AbstractDocument.java:242) [java] at javax.swing.text.AbstractDocument.handleRemove(AbstractDocument.java:607) [java] at javax.swing.text.AbstractDocument.remove(AbstractDocument.java:575) [java] at javax.swing.text.AbstractDocument.replace(AbstractDocument.java:665) [java] at javax.swing.text.JTextComponent.setText(JTextComponent.java:1403) [java] at ptolemy.gui.StatusBar.setMessage(StatusBar.java:101) [java] at ptolemy.gui.Top$5.run(Top.java:292) [java] at ptolemy.gui.Top._executeDeferredActions(Top.java:926) [java] - locked <0xab4a26b0> (a java.util.LinkedList) [java] at ptolemy.gui.Top.access$000(Top.java:124) [java] at ptolemy.gui.Top$4.run(Top.java:236) [java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178) [java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:454) [java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201) [java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137) [java] at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) [java] "AWT-Motif" daemon prio=1 tid=0x083d57a8 nid=0x4df9 runnable [a8ced000..a8ced87c] [java] at sun.awt.motif.MToolkit.run(Native Method) [java] at java.lang.Thread.run(Thread.java:534) [java] "AWT-Shutdown" prio=1 tid=0x083d52c0 nid=0x4df9 in Object.wait() [a8d6e000..a8d6e87c] [java] at java.lang.Object.wait(Native Method) [java] - waiting on <0xab3f2bd8> (a java.lang.Object) [java] at java.lang.Object.wait(Object.java:429) [java] at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259) [java] - locked <0xab3f2bd8> (a java.lang.Object) [java] at java.lang.Thread.run(Thread.java:534) [java] "Signal Dispatcher" daemon prio=1 tid=0x0809ea50 nid=0x4df9 waiting on condition [0..0] [java] "Finalizer" daemon prio=1 tid=0x08089a30 nid=0x4df9 in Object.wait() [aad4d000..aad4d87c] [java] at java.lang.Object.wait(Native Method) [java] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) [java] - locked <0xab3cc7b8> (a java.lang.ref.ReferenceQueue$Lock) [java] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) [java] at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) [java] "Reference Handler" daemon prio=1 tid=0x08088dc0 nid=0x4df9 in Object.wait() [aadce000..aadce87c] [java] at java.lang.Object.wait(Native Method) [java] at java.lang.Object.wait(Object.java:429) [java] at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115) [java] - locked <0xab3cc820> (a java.lang.ref.Reference$Lock) [java] "VM Thread" prio=1 tid=0x08087990 nid=0x4df9 runnable [java] "VM Periodic Task Thread" prio=1 tid=0x080a15f8 nid=0x4df9 waiting on condition [java] "Suspend Checker Thread" prio=1 tid=0x0809e028 nid=0x4df9 runnable [java] Found one Java-level deadlock: [java] ============================= [java] "Thread-0": [java] waiting to lock monitor 0x0843100c (object 0xab4a26b0, a java.util.LinkedList), [java] which is held by "AWT-EventQueue-0" [java] "AWT-EventQueue-0": [java] waiting to lock monitor 0x08431044 (object 0xabda5fb8, a ptolemy.actor.gui.RunTableau$RunFrame), [java] which is held by "Thread-0" [java] Java stack information for the threads listed above: [java] =================================================== [java] "Thread-0": [java] at ptolemy.gui.Top.deferIfNecessary(Top.java:229) [java] - waiting to lock <0xab4a26b0> (a java.util.LinkedList) [java] at ptolemy.gui.Top.report(Top.java:296) [java] at ptolemy.actor.gui.ModelFrame.executionFinished(ModelFrame.java:139) [java] - locked <0xabda5fb8> (a ptolemy.actor.gui.RunTableau$RunFrame) [java] at ptolemy.actor.Manager._notifyListenersOfCompletion(Manager.java:1121) [java] - locked <0xabda6160> (a ptolemy.actor.Manager) [java] at ptolemy.actor.Manager.execute(Manager.java:323) [java] - locked <0xabda6160> (a ptolemy.actor.Manager) [java] at ptolemy.actor.Manager.run(Manager.java:852) [java] at ptolemy.actor.Manager$2.run(Manager.java:901) [java] "AWT-EventQueue-0": [java] at java.awt.Frame.getExtendedState(Frame.java:734) [java] - waiting to lock <0xabda5fb8> (a ptolemy.actor.gui.RunTableau$RunFrame) [java] at javax.swing.RepaintManager.addDirtyRegion(RepaintManager.java:265) [java] - locked <0xabc9c1b0> (a javax.swing.RepaintManager) [java] at javax.swing.JComponent.repaint(JComponent.java:4341) [java] at java.awt.Component.repaint(Component.java:2451) [java] at javax.swing.text.PlainView.damageLineRange(PlainView.java:568) [java] at javax.swing.text.PlainView.updateDamage(PlainView.java:529) [java] at javax.swing.text.PlainView.removeUpdate(PlainView.java:434) [java] at javax.swing.text.FieldView.removeUpdate(FieldView.java:288) [java] at javax.swing.plaf.basic.BasicTextUI$RootView.removeUpdate(BasicTextUI.java:1501) [java] at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.removeUpdate(BasicTextUI.java:1741) [java] at javax.swing.text.AbstractDocument.fireRemoveUpdate(AbstractDocument.java:242) [java] at javax.swing.text.AbstractDocument.handleRemove(AbstractDocument.java:607) [java] at javax.swing.text.AbstractDocument.remove(AbstractDocument.java:575) [java] at javax.swing.text.AbstractDocument.replace(AbstractDocument.java:665) [java] at javax.swing.text.JTextComponent.setText(JTextComponent.java:1403) [java] at ptolemy.gui.StatusBar.setMessage(StatusBar.java:101) [java] at ptolemy.gui.Top$5.run(Top.java:292) [java] at ptolemy.gui.Top._executeDeferredActions(Top.java:926) [java] - locked <0xab4a26b0> (a java.util.LinkedList) [java] at ptolemy.gui.Top.access$000(Top.java:124) [java] at ptolemy.gui.Top$4.run(Top.java:236) [java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178) [java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:454) [java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201) [java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137) [java] at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) [java] Found 1 deadlock. ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 21 06:24:49 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLEOmZG015524 for ; Tue, 21 Dec 2004 06:24:48 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBLEOmE9015523 for ptolemy-hackers-outgoing at doppler; Tue, 21 Dec 2004 06:24:48 -0800 (PST) Received: from mx2. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLEOlZG015517 for ; Tue, 21 Dec 2004 06:24:47 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx2. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBLEOlWu008705 for ; Tue, 21 Dec 2004 06:24:47 -0800 (PST) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 0447D1E1BG for ; Tue, 21 Dec 2004 06:22:07 -0800 (PST) Received: from server.cherry.crk (dpc693570057.direcpc.com [69.35.70.57]) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id iBLELuI9005148 for ; Tue, 21 Dec 2004 06:22:01 -0800 Subject: Vergil lock-ups From: Jeff Patterson To: ptolemy-hackers at eecs berkeley edu Content-Type: text/plain Organization: Message-Id: <1103638912.17637.13.camel at server.cherry.crk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 21 Dec 2004 06:21:53 -0800 Content-Transfer-Encoding: 7bit X-BTI-AntiSpam: sta:false/19/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Since installing PTII v4.01 I've been having trouble with vergil locking up. It seems to occur after a simulation is stopped prematurely (i.e. using the stop button) at which point no modifications (moving actors, changing parameters etc.) are possible. You can however save the file. When it is in this mode it consumes all available CPU resources. I see this in both a windows NT and linux installation. Any ideas? Jeff Patterson Agilent Technologies ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 21 08:40:15 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLGeFZG020621 for ; Tue, 21 Dec 2004 08:40:15 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBLGeFFl020620 for ptolemy-hackers-outgoing at doppler; Tue, 21 Dec 2004 08:40:15 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLGeEZG020611 for ; Tue, 21 Dec 2004 08:40:14 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBLGeEIU014845 for ; Tue, 21 Dec 2004 08:40:14 -0800 (PST) Received: from maury. eecs berkeley edu (maury. eecs berkeley edu [128.32.32.241]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 9C4534E5EU for ; Tue, 21 Dec 2004 08:40:13 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLGeCRR028721; Tue, 21 Dec 2004 08:40:12 -0800 (PST) Message-Id: <200412211640.iBLGeCRR028721 at maury. eecs berkeley edu> To: xiaowen Cc: ptolemy-hackers at eecs berkeley edu, xiaowen at llnl.gov, kepler-dev at ecoinformatics.org From: "Christopher Brooks" Subject: Re: [kepler-dev] Deadlock while wrapping up In-reply-to: Your message of Mon, 20 Dec 2004 19:59:33 -0800. <1103601574.6784.158.camel at kyoto> Date: Tue, 21 Dec 2004 08:40:12 -0800 X-BTI-AntiSpam: sta:false/0/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi Xiaowen, Thanks for including the stack traces of the threads. In ptolemy/actor/lib/ModelFrame.java, executionFinished is synchronized. /** Report that execution of the model has finished. * @param manager The manager calling this method. */ public synchronized void executionFinished(Manager manager) { report("execution finished."); } It is the only synchronized method in ModelFrame or RunTableau. It has been synchronized since version 1.1 of ModelFrame in 28-Nov-99. Xiaojun reported a similar bug on May 20, 2003: > The deadlock may appear when: > the run window of a model loses focus while the model is running, > then regains focus (because of user action) at the time the > execution finishes. > > The deadlock is between the following threads: the manager thread, > in updating the status bar at the bottom of the run window, and > the AWT thread, in repainting the run window. > > From the stack trace [...], the manager thread has a > lock on the run window because the ModelFrame.executionFinished() > method is synchronized. Other methods in ModelFrame, e.g. > executionError(), managerStateChanged(), are not synchronized. > Why? I've gone ahead and made executionFinished() unsynchronized. _Christopher -------- Hi, While running Ptolemy today, it hung while wrapping up after executing a workflow. Remembering a hint from Christopher a few months ago on this mailing list, I used kill -3 to obtain a stack trace, which is at the end of this email. It looks like there was a deadlock between "Thread-0" and "AWT-EventQueue-0". Will someone please tell me how I can solve this or work around it so it doesn't happen again? I'm using Ptolemy II 4.0.1. Thanks in advance! Xiaowen ------ [java] Full thread dump Java HotSpot(TM) Client VM (1.4.2_01-b06 mixed mode): [java] "Thread-0" prio=1 tid=0x089628e0 nid=0x4df9 waiting for monitor entry [a865c000..a865c87c] [java] at ptolemy.gui.Top.deferIfNecessary(Top.java:229) [java] - waiting to lock <0xab4a26b0> (a java.util.LinkedList) [java] at ptolemy.gui.Top.report(Top.java:296) [java] at ptolemy.actor.gui.ModelFrame.executionFinished(ModelFram e.java:139) [java] - locked <0xabda5fb8> (a ptolemy.actor.gui.RunTableau$RunFr ame) [java] at ptolemy.actor.Manager._notifyListenersOfCompletion(Manag er.java:1121) [java] - locked <0xabda6160> (a ptolemy.actor.Manager) [java] at ptolemy.actor.Manager.execute(Manager.java:323) [java] - locked <0xabda6160> (a ptolemy.actor.Manager) [java] at ptolemy.actor.Manager.run(Manager.java:852) [java] at ptolemy.actor.Manager$2.run(Manager.java:901) [java] "TimerQueue" daemon prio=1 tid=0x08994a58 nid=0x4df9 in Object. wait() [a8beb000..a8beb87c] [java] at java.lang.Object.wait(Native Method) [java] - waiting on <0xabda6238> (a javax.swing.TimerQueue) [java] at javax.swing.TimerQueue.run(TimerQueue.java:231) [java] - locked <0xabda6238> (a javax.swing.TimerQueue) [java] at java.lang.Thread.run(Thread.java:534) [java] "Java2D Disposer" daemon prio=1 tid=0x08967a18 nid=0x4df9 in Ob ject.wait() [a8b6a000..a8b6a87c] [java] at java.lang.Object.wait(Native Method) [java] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java: 111) [java] - locked <0xabcb3110> (a java.lang.ref.ReferenceQueue$Lock) [java] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java: 127) [java] at sun.java2d.Disposer.run(Disposer.java:100) [java] at java.lang.Thread.run(Thread.java:534) [java] "DestroyJavaVM" prio=1 tid=0x080534d8 nid=0x4df9 waiting on con dition [0..bfffc1a4] [java] "AWT-EventQueue-0" prio=1 tid=0x083d6540 nid=0x4df9 waiting for monitor entry [a8c6c000..a8c6c87c] [java] at java.awt.Frame.getExtendedState(Frame.java:734) [java] - waiting to lock <0xabda5fb8> (a ptolemy.actor.gui.RunTabl eau$RunFrame) [java] at javax.swing.RepaintManager.addDirtyRegion(RepaintManager .java:265) [java] - locked <0xabc9c1b0> (a javax.swing.RepaintManager) [java] at javax.swing.JComponent.repaint(JComponent.java:4341) [java] at java.awt.Component.repaint(Component.java:2451) [java] at javax.swing.text.PlainView.damageLineRange(PlainView.jav a:568) [java] at javax.swing.text.PlainView.updateDamage(PlainView.java:5 29) [java] at javax.swing.text.PlainView.removeUpdate(PlainView.java:4 34) [java] at javax.swing.text.FieldView.removeUpdate(FieldView.java:2 88) [java] at javax.swing.plaf.basic.BasicTextUI$RootView.removeUpdate (BasicTextUI.java:1501) [java] at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.removeU pdate(BasicTextUI.java:1741) [java] at javax.swing.text.AbstractDocument.fireRemoveUpdate(Abstr actDocument.java:242) [java] at javax.swing.text.AbstractDocument.handleRemove(AbstractD ocument.java:607) [java] at javax.swing.text.AbstractDocument.remove(AbstractDocumen t.java:575) [java] at javax.swing.text.AbstractDocument.replace(AbstractDocume nt.java:665) [java] at javax.swing.text.JTextComponent.setText(JTextComponent.j ava:1403) [java] at ptolemy.gui.StatusBar.setMessage(StatusBar.java:101) [java] at ptolemy.gui.Top$5.run(Top.java:292) [java] at ptolemy.gui.Top._executeDeferredActions(Top.java:926) [java] - locked <0xab4a26b0> (a java.util.LinkedList) [java] at ptolemy.gui.Top.access$000(Top.java:124) [java] at ptolemy.gui.Top$4.run(Top.java:236) [java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent. java:178) [java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:454) [java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Ev entDispatchThread.java:201) [java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(Even tDispatchThread.java:151) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThr ead.java:145) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThr ead.java:137) [java] at java.awt.EventDispatchThread.run(EventDispatchThread.jav a:100) [java] "AWT-Motif" daemon prio=1 tid=0x083d57a8 nid=0x4df9 runnable [a 8ced000..a8ced87c] [java] at sun.awt.motif.MToolkit.run(Native Method) [java] at java.lang.Thread.run(Thread.java:534) [java] "AWT-Shutdown" prio=1 tid=0x083d52c0 nid=0x4df9 in Object.wait( ) [a8d6e000..a8d6e87c] [java] at java.lang.Object.wait(Native Method) [java] - waiting on <0xab3f2bd8> (a java.lang.Object) [java] at java.lang.Object.wait(Object.java:429) [java] at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259) [java] - locked <0xab3f2bd8> (a java.lang.Object) [java] at java.lang.Thread.run(Thread.java:534) [java] "Signal Dispatcher" daemon prio=1 tid=0x0809ea50 nid=0x4df9 wai ting on condition [0..0] [java] "Finalizer" daemon prio=1 tid=0x08089a30 nid=0x4df9 in Object.w ait() [aad4d000..aad4d87c] [java] at java.lang.Object.wait(Native Method) [java] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java: 111) [java] - locked <0xab3cc7b8> (a java.lang.ref.ReferenceQueue$Lock) [java] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java: 127) [java] at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.ja va:159) [java] "Reference Handler" daemon prio=1 tid=0x08088dc0 nid=0x4df9 in Object.wait() [aadce000..aadce87c] [java] at java.lang.Object.wait(Native Method) [java] at java.lang.Object.wait(Object.java:429) [java] at java.lang.ref.Reference$ReferenceHandler.run(Reference.j ava:115) [java] - locked <0xab3cc820> (a java.lang.ref.Reference$Lock) [java] "VM Thread" prio=1 tid=0x08087990 nid=0x4df9 runnable [java] "VM Periodic Task Thread" prio=1 tid=0x080a15f8 nid=0x4df9 wait ing on condition [java] "Suspend Checker Thread" prio=1 tid=0x0809e028 nid=0x4df9 runna ble [java] Found one Java-level deadlock: [java] ============================= [java] "Thread-0": [java] waiting to lock monitor 0x0843100c (object 0xab4a26b0, a java .util.LinkedList), [java] which is held by "AWT-EventQueue-0" [java] "AWT-EventQueue-0": [java] waiting to lock monitor 0x08431044 (object 0xabda5fb8, a ptol emy.actor.gui.RunTableau$RunFrame), [java] which is held by "Thread-0" [java] Java stack information for the threads listed above: [java] =================================================== [java] "Thread-0": [java] at ptolemy.gui.Top.deferIfNecessary(Top.java:229) [java] - waiting to lock <0xab4a26b0> (a java.util.LinkedList) [java] at ptolemy.gui.Top.report(Top.java:296) [java] at ptolemy.actor.gui.ModelFrame.executionFinished(ModelFram e.java:139) [java] - locked <0xabda5fb8> (a ptolemy.actor.gui.RunTableau$RunFr ame) [java] at ptolemy.actor.Manager._notifyListenersOfCompletion(Manag er.java:1121) [java] - locked <0xabda6160> (a ptolemy.actor.Manager) [java] at ptolemy.actor.Manager.execute(Manager.java:323) [java] - locked <0xabda6160> (a ptolemy.actor.Manager) [java] at ptolemy.actor.Manager.run(Manager.java:852) [java] at ptolemy.actor.Manager$2.run(Manager.java:901) [java] "AWT-EventQueue-0": [java] at java.awt.Frame.getExtendedState(Frame.java:734) [java] - waiting to lock <0xabda5fb8> (a ptolemy.actor.gui.RunTabl eau$RunFrame) [java] at javax.swing.RepaintManager.addDirtyRegion(RepaintManager .java:265) [java] - locked <0xabc9c1b0> (a javax.swing.RepaintManager) [java] at javax.swing.JComponent.repaint(JComponent.java:4341) [java] at java.awt.Component.repaint(Component.java:2451) [java] at javax.swing.text.PlainView.damageLineRange(PlainView.jav a:568) [java] at javax.swing.text.PlainView.updateDamage(PlainView.java:5 29) [java] at javax.swing.text.PlainView.removeUpdate(PlainView.java:4 34) [java] at javax.swing.text.FieldView.removeUpdate(FieldView.java:2 88) [java] at javax.swing.plaf.basic.BasicTextUI$RootView.removeUpdate (BasicTextUI.java:1501) [java] at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.removeU pdate(BasicTextUI.java:1741) [java] at javax.swing.text.AbstractDocument.fireRemoveUpdate(Abstr actDocument.java:242) [java] at javax.swing.text.AbstractDocument.handleRemove(AbstractD ocument.java:607) [java] at javax.swing.text.AbstractDocument.remove(AbstractDocumen t.java:575) [java] at javax.swing.text.AbstractDocument.replace(AbstractDocume nt.java:665) [java] at javax.swing.text.JTextComponent.setText(JTextComponent.j ava:1403) [java] at ptolemy.gui.StatusBar.setMessage(StatusBar.java:101) [java] at ptolemy.gui.Top$5.run(Top.java:292) [java] at ptolemy.gui.Top._executeDeferredActions(Top.java:926) [java] - locked <0xab4a26b0> (a java.util.LinkedList) [java] at ptolemy.gui.Top.access$000(Top.java:124) [java] at ptolemy.gui.Top$4.run(Top.java:236) [java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent. java:178) [java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:454) [java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Ev entDispatchThread.java:201) [java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(Even tDispatchThread.java:151) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThr ead.java:145) [java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThr ead.java:137) [java] at java.awt.EventDispatchThread.run(EventDispatchThread.jav a:100) [java] Found 1 deadlock. _______________________________________________ kepler-dev mailing list kepler-dev at ecoinformatics.org http://www.ecoinformatics.org/mailman/listinfo/kepler-dev -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 21 10:40:30 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLIeTZG026438 for ; Tue, 21 Dec 2004 10:40:29 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBLIeTFl026437 for ptolemy-hackers-outgoing at doppler; Tue, 21 Dec 2004 10:40:29 -0800 (PST) Received: from relay0. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLIeRZG026424 for ; Tue, 21 Dec 2004 10:40:28 -0800 (PST) Received: from gateway2.EECS (gateway2. eecs berkeley edu [169.229.60.39]) by relay0. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBLIeRX2029228; Tue, 21 Dec 2004 10:40:27 -0800 (PST) Received: from DOPLAP01. eecs berkeley edu (dhcp-32-40. eecs berkeley edu [128.32.32.40]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I9300EGD57E6W@gateway2. eecs berkeley edu>; Tue, 21 Dec 2004 10:40:27 -0800 (PST) Date: Tue, 21 Dec 2004 09:28:01 -0800 From: "Edward A. Lee" Subject: Re: Vergil lock-ups In-reply-to: <1103638912.17637.13.camel at server.cherry.crk> X-Sender: eal at mho eecs berkeley edu To: Jeff Patterson Cc: ptolemy-hackers at eecs berkeley edu Message-id: <5.1.0.14.2.20041221092613.00baeda0 at mho eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hmm... If you can save, then the UI must not be actually hanging (which would be a deadlock problem, probably). I suspect it's a problem with an infinite loop. What is your model doing? Is it a DE model? DE has a "feature" that if an actor fails to consume input tokens that are present, the actor is refired at the current time. If it continues to fail to consume the token, an infinite execution where time does not advance results... Edward At 06:21 AM 12/21/2004 -0800, Jeff Patterson wrote: >Since installing PTII v4.01 I've been having trouble with vergil locking >up. It seems to occur after a simulation is stopped prematurely (i.e. >using the stop button) at which point no modifications (moving actors, >changing parameters etc.) are possible. You can however save the file. >When it is in this mode it consumes all available CPU resources. I see >this in both a windows NT and linux installation. > >Any ideas? > >Jeff Patterson >Agilent Technologies > > > > >---------------------------------------------------------------------------- >Posted to the ptolemy-hackers mailing list. Please send administrative >mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu ------------ Edward A. Lee, Professor 518 Cory Hall, UC Berkeley, Berkeley, CA 94720 phone: 510-642-0455, fax: 510-642-2718 eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 21 14:49:03 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLMn2ZG006379 for ; Tue, 21 Dec 2004 14:49:02 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBLMn2jM006373 for ptolemy-hackers-outgoing at doppler; Tue, 21 Dec 2004 14:49:02 -0800 (PST) Received: from mx2. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLMn1ZI006342 for ; Tue, 21 Dec 2004 14:49:01 -0800 (PST) Received: from mxtreme1. eecs berkeley edu (mxtreme1. eecs berkeley edu [169.229.60.69]) by mx2. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBLMn1kO027411; Tue, 21 Dec 2004 14:49:01 -0800 (PST) Received: from smtp-2.llnl.gov (smtp-2.llnl.gov [128.115.250.82]) by mxtreme1. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id E1369A14NA; Tue, 21 Dec 2004 14:49:00 -0800 (PST) Received: from kyoto.llnl.gov (localhost [127.0.0.1]) by smtp-2.llnl.gov (8.12.3p2-20030917/8.12.3/LLNL evision: 1.15 $) with ESMTP id iBLMmxQX029479; Tue, 21 Dec 2004 14:49:00 -0800 (PST) Subject: Re: [kepler-dev] Deadlock while wrapping up From: xiaowen To: Christopher Brooks Cc: xiaowen at llnl.gov, ptolemy-hackers at eecs berkeley edu, kepler-dev at ecoinformatics.org In-Reply-To: <200412211640.iBLGeCRR028721 at maury. eecs berkeley edu> References: <200412211640.iBLGeCRR028721 at maury. eecs berkeley edu> Content-Type: text/plain Date: Tue, 21 Dec 2004 14:48:59 -0800 Message-Id: <1103669339.6784.174.camel at kyoto> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-BTI-AntiSpam: sta:false/0/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi Christopher, Does Ptolemy II release patches against 4.0.1 so that users of the latest stable release can also benefit from the bug fixes? Most users of SPA/Kepler don't have Ptolemy CVS accounts, and many/most of them probably prefer to stick with the latest stable release anyway. I'm wondering what the best way is for SPA/Kepler developers to distribute workflows. Must we also send users instructions for how to patch Ptolemy? Thanks! Xiaowen Am Dienstag, den 21.12.2004, 08:40 -0800 schrieb Christopher Brooks: > Hi Xiaowen, > > Thanks for including the stack traces of the threads. > > In ptolemy/actor/lib/ModelFrame.java, executionFinished is > synchronized. > > /** Report that execution of the model has finished. > * @param manager The manager calling this method. > */ > public synchronized void executionFinished(Manager manager) { > report("execution finished."); > } > > It is the only synchronized method in ModelFrame or RunTableau. > It has been synchronized since version 1.1 of ModelFrame in 28-Nov-99. > > Xiaojun reported a similar bug on May 20, 2003: > > > The deadlock may appear when: > > the run window of a model loses focus while the model is running, > > then regains focus (because of user action) at the time the > > execution finishes. > > > > The deadlock is between the following threads: the manager thread, > > in updating the status bar at the bottom of the run window, and > > the AWT thread, in repainting the run window. > > > > From the stack trace [...], the manager thread has a > > lock on the run window because the ModelFrame.executionFinished() > > method is synchronized. Other methods in ModelFrame, e.g. > > executionError(), managerStateChanged(), are not synchronized. > > Why? > > I've gone ahead and made executionFinished() unsynchronized. > > _Christopher ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 21 15:21:03 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLNL3ZG007938 for ; Tue, 21 Dec 2004 15:21:03 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBLNL369007933 for ptolemy-hackers-outgoing at doppler; Tue, 21 Dec 2004 15:21:03 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLNL1ZG007906 for ; Tue, 21 Dec 2004 15:21:02 -0800 (PST) Received: from mxtreme1. eecs berkeley edu (mxtreme1. eecs berkeley edu [169.229.60.69]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBLNL1qF029626 for ; Tue, 21 Dec 2004 15:21:02 -0800 (PST) Received: from maury. eecs berkeley edu (maury. eecs berkeley edu [128.32.32.241]) by mxtreme1. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 668B461CSE for ; Tue, 21 Dec 2004 15:17:53 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLNHlRR001348; Tue, 21 Dec 2004 15:17:47 -0800 (PST) Message-Id: <200412212317.iBLNHlRR001348 at maury. eecs berkeley edu> To: xiaowen Cc: xiaowen at llnl.gov, ptolemy-hackers at eecs berkeley edu, kepler-dev at ecoinformatics.org From: "Christopher Brooks" Subject: Re: [kepler-dev] Deadlock while wrapping up In-reply-to: Your message of Tue, 21 Dec 2004 14:48:59 -0800. <1103669339.6784.174.camel at kyoto> Date: Tue, 21 Dec 2004 15:17:47 -0800 X-BTI-AntiSpam: sta:false/0/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk In the past we've provided patches for other packages, but there are several issues. - There are the following binaries that need to be updated and tested - source tar with Windows line endings - source tar with Unix line endings - Web Start - Windows installer with Java - Windows installer without Java - Experimental installers for Linux, MacOSX and Generic Unix The problem is that it takes all day to generate these binaries and smoke test them. Realistically, it takes two weeks to do a good job and get something shipped, providing that the changes are minor. - We've found that trying to ship patches for new features seems to involve updating most of the tree. And then, there are bugs, so we need to turn the crank again and generate a new patch. Simple bugs like this deadlock are not likely to involve lots of files though. I've been considering setting up way to automatically create known good snapshots, but have not gotten around to it. The current set of unreleased patches in the 4.0.1 release branch is fairly small. This bug is not that common, we've had two reports in 18 months. Presumably, it has been happening more often and people have not been reporting it. My current guess is that the next full Ptolemy II release will be around May, 2005. We might do an interim release of Hyvisual (CT and DE only) before then. Anyway, I'll chew on this some more and get back to you on it. _Christopher -------- Hi Christopher, Does Ptolemy II release patches against 4.0.1 so that users of the latest stable release can also benefit from the bug fixes? Most users of SPA/Kepler don't have Ptolemy CVS accounts, and many/most of them probably prefer to stick with the latest stable release anyway. I'm wondering what the best way is for SPA/Kepler developers to distribute workflows. Must we also send users instructions for how to patch Ptolemy? Thanks! Xiaowen Am Dienstag, den 21.12.2004, 08:40 -0800 schrieb Christopher Brooks: > Hi Xiaowen, > > Thanks for including the stack traces of the threads. > > In ptolemy/actor/lib/ModelFrame.java, executionFinished is > synchronized. > > /** Report that execution of the model has finished. > * @param manager The manager calling this method. > */ > public synchronized void executionFinished(Manager manager) { > report("execution finished."); > } > > It is the only synchronized method in ModelFrame or RunTableau. > It has been synchronized since version 1.1 of ModelFrame in 28-Nov-99. > > Xiaojun reported a similar bug on May 20, 2003: > > > The deadlock may appear when: > > the run window of a model loses focus while the model is running, > > then regains focus (because of user action) at the time the > > execution finishes. > > > > The deadlock is between the following threads: the manager thread, > > in updating the status bar at the bottom of the run window, and > > the AWT thread, in repainting the run window. > > > > From the stack trace [...], the manager thread has a > > lock on the run window because the ModelFrame.executionFinished() > > method is synchronized. Other methods in ModelFrame, e.g. > > executionError(), managerStateChanged(), are not synchronized. > > Why? > > I've gone ahead and made executionFinished() unsynchronized. > > _Christopher _______________________________________________ kepler-dev mailing list kepler-dev at ecoinformatics.org http://www.ecoinformatics.org/mailman/listinfo/kepler-dev -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 21 15:52:23 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLNqNZG009811 for ; Tue, 21 Dec 2004 15:52:23 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBLNqNsh009808 for ptolemy-hackers-outgoing at doppler; Tue, 21 Dec 2004 15:52:23 -0800 (PST) Received: from mx2. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBLNqLZI009773 for ; Tue, 21 Dec 2004 15:52:21 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx2. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBLNqLfb029608; Tue, 21 Dec 2004 15:52:21 -0800 (PST) Received: from smtp-2.llnl.gov (smtp-2.llnl.gov [128.115.250.82]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 589069814M; Tue, 21 Dec 2004 15:52:21 -0800 (PST) Received: from kyoto.llnl.gov (localhost [127.0.0.1]) by smtp-2.llnl.gov (8.12.3p2-20030917/8.12.3/LLNL evision: 1.15 $) with ESMTP id iBLNqK9Q015154; Tue, 21 Dec 2004 15:52:20 -0800 (PST) Subject: Re: [kepler-dev] Deadlock while wrapping up From: xiaowen To: Christopher Brooks Cc: xiaowen at llnl.gov, ptolemy-hackers at eecs berkeley edu, kepler-dev at ecoinformatics.org In-Reply-To: <200412212317.iBLNHlRR001348 at maury. eecs berkeley edu> References: <200412212317.iBLNHlRR001348 at maury. eecs berkeley edu> Content-Type: text/plain Date: Tue, 21 Dec 2004 15:52:19 -0800 Message-Id: <1103673139.6784.187.camel at kyoto> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-BTI-AntiSpam: sta:false/0/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi Christopher, Thanks for the explanation. It does sound like a lot of work. Is there a way for people with anonymous CVS access to generate the patches ourselves against 4.0.1? This would be some sort of middle ground. We are provided with patches, but with the caveat that they are not fully tested. So that the onus is upon us to test them before we release them further. If we go this route, you could gain a whole host of bug testers. :) I think new features probably belong properly in the CVS development HEAD, and don't need to be backported. I'm just concerned about bugs that would be nice to see fixed in the stable version. Thanks! Xiaowen Am Dienstag, den 21.12.2004, 15:17 -0800 schrieb Christopher Brooks: > In the past we've provided patches for other packages, but > there are several issues. > - There are the following binaries that need to be updated and > tested > - source tar with Windows line endings > - source tar with Unix line endings > - Web Start > - Windows installer with Java > - Windows installer without Java > - Experimental installers for Linux, MacOSX and Generic Unix > > The problem is that it takes all day to generate these binaries > and smoke test them. Realistically, it takes two weeks to do > a good job and get something shipped, providing that the > changes are minor. > > - We've found that trying to ship patches for new features seems to > involve updating most of the tree. And then, there are bugs, so we > need to turn the crank again and generate a new patch. Simple bugs > like this deadlock are not likely to involve lots of files though. > > > I've been considering setting up way to automatically create known > good snapshots, but have not gotten around to it. > > The current set of unreleased patches in the 4.0.1 release branch is > fairly small. This bug is not that common, we've had two reports in > 18 months. Presumably, it has been happening more often and people > have not been reporting it. > > My current guess is that the next full Ptolemy II release will > be around May, 2005. We might do an interim release of Hyvisual > (CT and DE only) before then. > > Anyway, I'll chew on this some more and get back to you on it. > > _Christopher > > > -------- > > Hi Christopher, > > > Does Ptolemy II release patches against 4.0.1 so that users of the > latest stable release can also benefit from the bug fixes? > > Most users of SPA/Kepler don't have Ptolemy CVS accounts, and many/most > of them probably prefer to stick with the latest stable release anyway. > I'm wondering what the best way is for SPA/Kepler developers to > distribute workflows. Must we also send users instructions for how to > patch Ptolemy? > > > Thanks! > Xiaowen > > > Am Dienstag, den 21.12.2004, 08:40 -0800 schrieb Christopher Brooks: > > Hi Xiaowen, > > > > Thanks for including the stack traces of the threads. > > > > In ptolemy/actor/lib/ModelFrame.java, executionFinished is > > synchronized. > > > > /** Report that execution of the model has finished. > > * @param manager The manager calling this method. > > */ > > public synchronized void executionFinished(Manager manager) { > > report("execution finished."); > > } > > > > It is the only synchronized method in ModelFrame or RunTableau. > > It has been synchronized since version 1.1 of ModelFrame in 28-Nov-99. > > > > Xiaojun reported a similar bug on May 20, 2003: > > > > > The deadlock may appear when: > > > the run window of a model loses focus while the model is running, > > > then regains focus (because of user action) at the time the > > > execution finishes. > > > > > > The deadlock is between the following threads: the manager thread, > > > in updating the status bar at the bottom of the run window, and > > > the AWT thread, in repainting the run window. > > > > > > From the stack trace [...], the manager thread has a > > > lock on the run window because the ModelFrame.executionFinished() > > > method is synchronized. Other methods in ModelFrame, e.g. > > > executionError(), managerStateChanged(), are not synchronized. > > > Why? > > > > I've gone ahead and made executionFinished() unsynchronized. > > > > _Christopher > > _______________________________________________ > kepler-dev mailing list > kepler-dev at ecoinformatics.org > http://www.ecoinformatics.org/mailman/listinfo/kepler-dev > -------- > _______________________________________________ > kepler-dev mailing list > kepler-dev at ecoinformatics.org > http://www.ecoinformatics.org/mailman/listinfo/kepler-dev ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 21 16:08:15 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBM08FZG010884 for ; Tue, 21 Dec 2004 16:08:15 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBM08Exc010883 for ptolemy-hackers-outgoing at doppler; Tue, 21 Dec 2004 16:08:14 -0800 (PST) Received: from gateway2.EECS (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBM08DZG010877 for ; Tue, 21 Dec 2004 16:08:14 -0800 (PST) Received: from DOPLAP35. eecs berkeley edu (adsl-64-142-12-29.sonic.net [64.142.12.29]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I9300E6IKDM6W@gateway2. eecs berkeley edu> for ptolemy-hackers at ptolemy eecs berkeley edu; Tue, 21 Dec 2004 16:08:14 -0800 (PST) Date: Tue, 21 Dec 2004 16:08:05 -0800 From: Christopher Brooks Subject: Re: How to pass a file name as top level parameter to expression reader. X-Sender: cxh at doppler. eecs berkeley edu To: Uwe Daemmrich Cc: ptolemy-hackers at messier eecs berkeley edu Message-id: <5.2.1.1.2.20041221154740.00b72240 at doppler. eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Content-type: multipart/mixed; boundary="=====================_197298850==_" Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk --=====================_197298850==_ Content-Type: text/plain; charset="us-ascii"; format=flowed On November 2, Uwe Daemmrich wrote: -------- Hi all, I want to define a file name as a top-level parameter and pass it to an expression reader contained in the model. Entering the filename from an top-level parameter does not seem to work. Is there a way to do this without changing expression readers code [e.g. change file name in expr. reader from file attribute to string parameter]? Many TiA Uwe -------- Sorry for the delay on this. I'm traversing my mail log as part of my end of year cleanup and only just got to this message. The short answer is that one needs to use backslashes to properly protect the parameter value because the file name is a string and if it is not quoted, then it is interpreted as a variable name. The attached model has an ExpressionReader actor that has the fileOrURL parameter set to $FOO. The model also has a toplevel parameter name FOO whose value is the string "doesNotExist.ptd". When the model is run, an exception is thrown because there is no file named "doesNotExist.ptd" However, if I invoke vergil with $PTII/bin/ptexecute -FOO \\\"data2.ptd\\\" ReadExpressionsCommandLine.xml Then the model runs fine, it reads the data2.ptd file. The reason the backslashes are necessary is because $PTII/bin/ptinvoke is a shell script and double quotes tend to get removed. I updated MoMLApplication.java and http://ptolemy.eecs.berkeley.edu/ptolemyII/ptIIfaq.htm#invoking%20Ptolemy%20II? with the above information. A couple of caveats: 1) In Ptolemy II 4.0.1, ptolemy/actor/gui/MoMLApplication.java tends to throw away exception information concerning setting parameters via the command line. I fixed this by catching the exception. The reason this is necessary is because when we are processing arguments, the usually Ptolemy error reporting mechanism is not yet constructed because one of the command line arguments could be setting the configuration. Anyway, here's the patch to MoMLApplication.java 160,161d171 < _parseArgs(args); < 183a194,220 > > try { > _parseArgs(args); > } catch (Exception ex) { > // Make sure that we do not eat the exception if there are > // problems parsing. For example, "ptolemy -FOO bar bif.xml" > // will crash if bar is not a variable. Instead, use > // "ptolemy -FOO \"bar\" bif.xml" > > // Accumulate the arguments into a StringBuffer > StringBuffer argsStringBuffer = new StringBuffer(); > try { > for (int i = 0; i < args.length; i++) { > if (argsStringBuffer.length() > 0) { > argsStringBuffer.append(" "); > } > argsStringBuffer.append(args[i]); > } > } catch (Exception ex2) { > //Ignored > } > String errorMessage = "Failed to parse \"" > + argsStringBuffer.toString() + "\""; > > MessageHandler.error(errorMessage, ex); > } > 2) Another issue is that it appears that in Vergil the displayed value of the top level parameter is not properly updated with the the value that is set by the command line argument. I'm not sure what's up here, I'll take a look. 3) Professor Lee is working on a FilePortParameter that can get its value from either a port or a parameter. This would make it a little easier to use actors like ExpressionReader that have a FileParameter in Ptolemy II 4.0.1 _Christopher --=====================_197298850==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="data2.ptd" PI/3 1 1.2 --=====================_197298850==_ Content-Type: application/xml; name="ReadExpressionsCommandLine.xml" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ReadExpressionsCommandLine.xml" PD94bWwgdmVyc2lvbj0iMS4wIiBzdGFuZGFsb25lPSJubyI/Pgo8IURPQ1RZUEUgZW50aXR5IFBV QkxJQyAiLS8vVUMgQmVya2VsZXkvL0RURCBNb01MIDEvL0VOIgogICAgImh0dHA6Ly9wdG9sZW15 LmVlY3MuYmVya2VsZXkuZWR1L3htbC9kdGQvTW9NTF8xLmR0ZCI+CjxlbnRpdHkgbmFtZT0iUmVh ZEV4cHJlc3Npb25zQ29tbWFuZExpbmUiIGNsYXNzPSJwdG9sZW15LmFjdG9yLlR5cGVkQ29tcG9z aXRlQWN0b3IiPgogICAgPHByb3BlcnR5IG5hbWU9Il9jcmVhdGVkQnkiIGNsYXNzPSJwdG9sZW15 Lmtlcm5lbC5hdHRyaWJ1dGVzLlZlcnNpb25BdHRyaWJ1dGUiIHZhbHVlPSI0LjAuMSI+CiAgICA8 L3Byb3BlcnR5PgogICAgPHByb3BlcnR5IG5hbWU9IlNERiBEaXJlY3RvciIgY2xhc3M9InB0b2xl bXkuZG9tYWlucy5zZGYua2VybmVsLlNERkRpcmVjdG9yIj4KICAgICAgICA8cHJvcGVydHkgbmFt ZT0iaXRlcmF0aW9ucyIgY2xhc3M9InB0b2xlbXkuZGF0YS5leHByLlBhcmFtZXRlciIgdmFsdWU9 IjAiPgogICAgICAgIDwvcHJvcGVydHk+CiAgICAgICAgPHByb3BlcnR5IG5hbWU9InZlY3Rvcml6 YXRpb25GYWN0b3IiIGNsYXNzPSJwdG9sZW15LmRhdGEuZXhwci5QYXJhbWV0ZXIiIHZhbHVlPSIx Ij4KICAgICAgICA8L3Byb3BlcnR5PgogICAgICAgIDxwcm9wZXJ0eSBuYW1lPSJfbG9jYXRpb24i IGNsYXNzPSJwdG9sZW15Lmtlcm5lbC51dGlsLkxvY2F0aW9uIiB2YWx1ZT0iNzUuMCwgNDAuMCI+ CiAgICAgICAgPC9wcm9wZXJ0eT4KICAgIDwvcHJvcGVydHk+CiAgICA8cHJvcGVydHkgbmFtZT0i X3dpbmRvd1Byb3BlcnRpZXMiIGNsYXNzPSJwdG9sZW15LmFjdG9yLmd1aS5XaW5kb3dQcm9wZXJ0 aWVzQXR0cmlidXRlIiB2YWx1ZT0ie2JvdW5kcz17NDUsIDg3LCA4MTUsIDU0NH0sIG1heGltaXpl ZD1mYWxzZX0iPgogICAgPC9wcm9wZXJ0eT4KICAgIDxwcm9wZXJ0eSBuYW1lPSJfdmVyZ2lsU2l6 ZSIgY2xhc3M9InB0b2xlbXkuYWN0b3IuZ3VpLlNpemVBdHRyaWJ1dGUiIHZhbHVlPSJbNjAwLCA0 MjZdIj4KICAgIDwvcHJvcGVydHk+CiAgICA8cHJvcGVydHkgbmFtZT0iRk9PIiBjbGFzcz0icHRv bGVteS5kYXRhLmV4cHIuUGFyYW1ldGVyIiB2YWx1ZT0iJnF1b3Q7ZG9lc05vdEV4aXN0LnB0ZCZx dW90OyI+CiAgICAgICAgPHByb3BlcnR5IG5hbWU9Il9oaWRlTmFtZSIgY2xhc3M9InB0b2xlbXku a2VybmVsLnV0aWwuU2luZ2xldG9uQXR0cmlidXRlIj4KICAgICAgICA8L3Byb3BlcnR5PgogICAg ICAgIDxwcm9wZXJ0eSBuYW1lPSJfaWNvbiIgY2xhc3M9InB0b2xlbXkudmVyZ2lsLmljb24uVmFs dWVJY29uIj4KICAgICAgICAgICAgPHByb3BlcnR5IG5hbWU9Il9jb2xvciIgY2xhc3M9InB0b2xl bXkuYWN0b3IuZ3VpLkNvbG9yQXR0cmlidXRlIiB2YWx1ZT0iezAuMCwgMC4wLCAxLjAsIDEuMH0i PgogICAgICAgICAgICA8L3Byb3BlcnR5PgogICAgICAgIDwvcHJvcGVydHk+CiAgICAgICAgPHBy b3BlcnR5IG5hbWU9Il9zbWFsbEljb25EZXNjcmlwdGlvbiIgY2xhc3M9InB0b2xlbXkua2VybmVs LnV0aWwuU2luZ2xldG9uQ29uZmlndXJhYmxlQXR0cmlidXRlIj4KICAgICAgICAgICAgPGNvbmZp Z3VyZT4KICAgICAgPHN2Zz4KICAgICAgICA8dGV4dCB4PSIyMCIgc3R5bGU9ImZvbnQtc2l6ZTox NDsgZm9udC1mYW1pbHk6U2Fuc1NlcmlmOyBmaWxsOmJsdWUiIHk9IjIwIj4tUC08L3RleHQ+CiAg ICAgIDwvc3ZnPgogICAgPC9jb25maWd1cmU+CiAgICAgICAgPC9wcm9wZXJ0eT4KICAgICAgICA8 cHJvcGVydHkgbmFtZT0iX2VkaXRvckZhY3RvcnkiIGNsYXNzPSJwdG9sZW15LnZlcmdpbC50b29s Ym94LlZpc2libGVQYXJhbWV0ZXJFZGl0b3JGYWN0b3J5Ij4KICAgICAgICA8L3Byb3BlcnR5Pgog ICAgICAgIDxwcm9wZXJ0eSBuYW1lPSJfbG9jYXRpb24iIGNsYXNzPSJwdG9sZW15Lmtlcm5lbC51 dGlsLkxvY2F0aW9uIiB2YWx1ZT0iezMyNSwgNzB9Ij4KICAgICAgICA8L3Byb3BlcnR5PgogICAg PC9wcm9wZXJ0eT4KICAgIDxwcm9wZXJ0eSBuYW1lPSJfdmVyZ2lsWm9vbUZhY3RvciIgY2xhc3M9 InB0b2xlbXkuZGF0YS5leHByLkV4cGVydFBhcmFtZXRlciIgdmFsdWU9IjEuMCI+CiAgICA8L3By b3BlcnR5PgogICAgPHByb3BlcnR5IG5hbWU9Il92ZXJnaWxDZW50ZXIiIGNsYXNzPSJwdG9sZW15 LmRhdGEuZXhwci5FeHBlcnRQYXJhbWV0ZXIiIHZhbHVlPSJ7MzAwLjAsIDIxMy4wfSI+CiAgICA8 L3Byb3BlcnR5PgogICAgPHByb3BlcnR5IG5hbWU9IkFubm90YXRpb24iIGNsYXNzPSJwdG9sZW15 LnZlcmdpbC5rZXJuZWwuYXR0cmlidXRlcy5UZXh0QXR0cmlidXRlIj4KICAgICAgICA8cHJvcGVy dHkgbmFtZT0idGV4dCIgY2xhc3M9InB0b2xlbXkua2VybmVsLnV0aWwuU3RyaW5nQXR0cmlidXRl IiB2YWx1ZT0iVGhpcyBleGFtcGxlIGlsbHVzdHJhdGVzIGhvdyB0byB1c2UgYSBjb21tYW5kIGxp bmUgJiMxMDthcmd1bWVudCB0byBzZXQgYSBGaWxlUGFyYW1ldGVyLiYjMTA7JiMxMDtJbiB0aGlz IG1vZGVsLCBFeHByZXNzaW9uUmVhZGVyIGhhcyBhIGZpbGVPclVSTCBwYXJhbWV0ZXImIzEwO3Ro YXQgaXMgc2V0IHRvICRGT08uICBUaGlzIG1vZGVsIGRvZXMgbm90IHJ1biBiZWNhdXNlIHRoZSYj MTA7aW5pdGlhbCBkZWZhdWx0IHZhbHVlIG9mIHRoZSB0b3AgbGV2ZWwgcGFyYW1ldGVyIGlzJiMx MDsmcXVvdDtkb2VzTm90RXhpc3QucHRkJnF1b3Q7LiAgSG93ZXZlciwgaWYgdGhlIG1vZGVsIGlz IHJ1biB3aXRoJiMxMDsgICRQVElJL2Jpbi9wdGV4ZWN1dGUgLUZPTyBcXFwmcXVvdDtkYXRhMi5w dGRcXFwmcXVvdDsgUmVhZEV4cHJlc3Npb25Db21tYW5kTGluZS54bWwmIzEwO3RoZSB0aGUgdmFs dWUgb2YgRk9PIHdpbGwgYmUgc2V0IHRvICZxdW90O2RhdGEucHRkJnF1b3Q7LCB3aGljaCBkb2Vz JiMxMDtleGlzdCBhbmQgdGhlIG1vZGVsIHdpbGwgcnVuLiYjMTA7VGhlIGJhY2tzbGFzaGVzIGFy ZSBuZWNlc3NhcnkgYmVjYXVzZSB0aGUgcHRleGVjdXRlIHNoZWxsJiMxMDtzY3JpcHQgdGVuZHMg dG8gc3RyaXAgb2ZmIGRvdWJsZSBxdW90ZXMuIj4KICAgICAgICA8L3Byb3BlcnR5PgogICAgICAg IDxwcm9wZXJ0eSBuYW1lPSJfbG9jYXRpb24iIGNsYXNzPSJwdG9sZW15Lmtlcm5lbC51dGlsLkxv Y2F0aW9uIiB2YWx1ZT0iWzIwLjAsIDE4NS4wXSI+CiAgICAgICAgPC9wcm9wZXJ0eT4KICAgIDwv cHJvcGVydHk+CiAgICA8ZW50aXR5IG5hbWU9IkV4cHJlc3Npb25SZWFkZXIiIGNsYXNzPSJwdG9s ZW15LmFjdG9yLmxpYi5pby5FeHByZXNzaW9uUmVhZGVyIj4KICAgICAgICA8cHJvcGVydHkgbmFt ZT0iZmlsZU9yVVJMIiBjbGFzcz0icHRvbGVteS5kYXRhLmV4cHIuRmlsZVBhcmFtZXRlciIgdmFs dWU9IiRGT08iPgogICAgICAgIDwvcHJvcGVydHk+CiAgICAgICAgPGRvYz5SZWFkIG9uZSBleHBy ZXNzaW9uIHBlciBsaW5lIGZyb20gYSB0ZXh0IGZpbGUgYW5kIG91dHB1dCB0aGUgcmVzdWx0IG9m IGV2YWx1YXRpbmcgdGhlIGV4cHJlc3Npb248L2RvYz4KICAgICAgICA8cHJvcGVydHkgbmFtZT0i X2xvY2F0aW9uIiBjbGFzcz0icHRvbGVteS5rZXJuZWwudXRpbC5Mb2NhdGlvbiIgdmFsdWU9Ijc1 LjAsIDE0MC4wIj4KICAgICAgICA8L3Byb3BlcnR5PgogICAgPC9lbnRpdHk+CiAgICA8ZW50aXR5 IG5hbWU9IkxpbmVXcml0ZXIiIGNsYXNzPSJwdG9sZW15LmFjdG9yLmxpYi5pby5MaW5lV3JpdGVy Ij4KICAgICAgICA8cHJvcGVydHkgbmFtZT0iZmlsZU5hbWUiIGNsYXNzPSJwdG9sZW15LmRhdGEu ZXhwci5GaWxlUGFyYW1ldGVyIiB2YWx1ZT0iU3lzdGVtLm91dCI+CiAgICAgICAgPC9wcm9wZXJ0 eT4KICAgICAgICA8ZG9jPldyaXRlIHRoZSB2YWx1ZSBvZiBhIHN0cmluZyB0b2tlbiwgb25lIHBl ciBsaW5lLCB0byBhIHRleHQgZmlsZS48L2RvYz4KICAgICAgICA8cHJvcGVydHkgbmFtZT0iX2xv Y2F0aW9uIiBjbGFzcz0icHRvbGVteS5rZXJuZWwudXRpbC5Mb2NhdGlvbiIgdmFsdWU9IjI0MC4w LCAxNDAuMCI+CiAgICAgICAgPC9wcm9wZXJ0eT4KICAgIDwvZW50aXR5PgogICAgPHJlbGF0aW9u IG5hbWU9InJlbGF0aW9uIiBjbGFzcz0icHRvbGVteS5hY3Rvci5UeXBlZElPUmVsYXRpb24iPgog ICAgPC9yZWxhdGlvbj4KICAgIDxsaW5rIHBvcnQ9IkV4cHJlc3Npb25SZWFkZXIub3V0cHV0IiBy ZWxhdGlvbj0icmVsYXRpb24iLz4KICAgIDxsaW5rIHBvcnQ9IkxpbmVXcml0ZXIuaW5wdXQiIHJl bGF0aW9uPSJyZWxhdGlvbiIvPgo8L2VudGl0eT4K --=====================_197298850==_-- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Wed Dec 22 00:06:02 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBM862ZG000039 for ; Wed, 22 Dec 2004 00:06:02 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBM862Lt000033 for ptolemy-hackers-outgoing at doppler; Wed, 22 Dec 2004 00:06:02 -0800 (PST) Received: from mx1. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBM85uZI029979 for ; Wed, 22 Dec 2004 00:06:00 -0800 (PST) Received: from mxtreme0. eecs berkeley edu (mxtreme0. eecs berkeley edu [169.229.60.24]) by mx1. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBM85urY015326; Wed, 22 Dec 2004 00:05:56 -0800 (PST) Received: from relay.sdsc.edu (relay.sdsc.edu [132.249.20.66]) by mxtreme0. eecs berkeley edu (BorderWare MXtreme Mail Firewall) with ESMTP id 2DE801FF1R; Wed, 22 Dec 2004 00:05:56 -0800 (PST) Received: from [192.168.0.3] (cpe-69-75-213-182.san.rr.com [69.75.213.182]) (authenticated bits=0) by relay.sdsc.edu (8.12.9/8.12.9/SDSCrelay/9) with ESMTP id iBM85sm5023333 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 22 Dec 2004 00:05:54 -0800 (PST) In-Reply-To: <41C8CA05.7040503 at csse.monash.edu.au> References: <41C8CA05.7040503 at csse.monash.edu.au> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <517A5576-53F0-11D9-A739-000A95D6A81C@sdsc.edu> Content-Transfer-Encoding: 7bit Cc: Christopher Brooks , kepler-dev at ecoinformatics.org, ptolemy-hackers at eecs berkeley edu From: Ilkay Altintas Subject: Re: Dynamicalling adding properties (attributes) to the relation ...... Date: Wed, 22 Dec 2004 00:06:00 -0800 To: Jagan.Kommineni at infotech.monash.edu.au X-Mailer: Apple Mail (2.619) X-BTI-AntiSpam: sta:false/13/021,dcc:passed,rbl:off,spf:off,wlbl:none Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Hi Jagan, Could you give an example? what exactly do you wanna add to the relation? Do you need a new constructor or overwrite its constructor? Thanks! -ilkay On Dec 21, 2004, at 5:12 PM, jagan wrote: > References: <200412211640.iBLGeCRR028721 at maury. eecs berkeley edu> > <1103669339.6784.174.camel at kyoto> > In-Reply-To: <1103669339.6784.174.camel at kyoto> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > > Hi Ilkay, Christpher, > > Would you mind to give me some information for adding > properties (attributes) to the relation at the time when actrs > connecting graphically. I know it is possible to add properties > dynamically by right clicking during the design phase. In the GriddLeS > project I need to pass some information which is more integrated to > the relation rather than actor. I want this happen automatically when > user tries to connect actors. I will appreciate if you could give some > clues in this aspect. > > with regards, > > Jagan Kommineni > ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Wed Dec 22 05:51:03 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBMDp3ZG013282 for ; Wed, 22 Dec 2004 05:51:03 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBMDp3wb013274 for ptolemy-hackers-outgoing at doppler; Wed, 22 Dec 2004 05:51:03 -0800 (PST) Received: from relay0. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBMDoxZI013212 for ; Wed, 22 Dec 2004 05:51:00 -0800 (PST) Received: from gateway2.EECS (gateway2. eecs berkeley edu [169.229.60.39]) by relay0. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBMDoswZ014732; Wed, 22 Dec 2004 05:50:58 -0800 (PST) Received: from DOPLAP01. eecs berkeley edu (adsl-67-120-104-89.dsl.snfc21.pacbell.net [67.120.104.89]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I9400GB9MFAGU@gateway2. eecs berkeley edu>; Wed, 22 Dec 2004 05:50:56 -0800 (PST) Date: Wed, 22 Dec 2004 05:48:53 -0800 From: "Edward A. Lee" Subject: RE: Vergil lock-ups In-reply-to: X-Sender: eal at mho eecs berkeley edu To: jeff_patterson at agilent.com Cc: eal at eecs berkeley edu, jpat at mpip.org, ptolemy-hackers at eecs berkeley edu Message-id: <5.1.0.14.2.20041222054202.023b4940 at mho eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk At 07:03 PM 12/21/2004 -0700, jeff_patterson at agilent.com wrote: >I am using DE to model a system for synchronizing two state machines >separated by a matched (but asynchronous) delay. When I hit Stop, I see >the 'wrapping up' and 'execution finished' messages on the status bar. The >simulation output is as expected and sim time appears to be chunking along >just fine right up to the time I halt. When I hit the Stop button, the CPU >meter on the task mon rails out and any subsequent changes to the system >are ignored. I can't delete actors or change parameters. I can save, and >'look inside' actors etc. Sometimes closing the file and reopening clears >the problem. Sometimes I have to exit vergil altogether. It seems to >happen more often after I've run a few sims. Like I mentioned, it happens >on both my Windows and Linux boxes. Very interesting. I would probably have to see the model to track this down, but I can offer some observations. The reason that you can't delete actors or change parameters is that any action that changes the model is queued as a "change request" and executed only between iterations or when the model is idle. Clearly, the model is somehow getting into an infinite loop. One simple trick that could help track this down is to start vergil from the command line, then (on Windows at least) hit Control-break when the model is in the inifinite loop. This will display the stack traces of all running threads, which will indicate what code is currently executing. If you can do this and send me the stack trace, I would be grateful. This seems like a rather serious bug, so I would like to track it down... >While I'm here I have a question about DE. In this domain, what's the best >way to model a flag that needs to stay asserted until a clock event >arrives? For example, in the system I'm working on, I need to >conditionally inhibit a clock event to an FSM based on an asynchronous >event that may have occurred between clocks. In the real world, such an >asynchronous event could be recorded with a flip-flop whose output >persists across the next clock edge. In the DE domain though, it appears >that all data is impulsive (i.e. of zero time width) and disappears after >the event token is absorbed by an actor. (Is this correct?). If I use an >SDF director in a modal refinement that connects the flag output to a >constant it seems to work but am I then scheduling a huge number of events >in the DE domain? >Any hints would be appreciated. You could use the Sampler actor (in DomainSpecific->DE). It's doc says: Output the most recent input token when the trigger port receives a token. If no token has been received on the input port when a token is received on the trigger port, then the value of the initialValue parameter is produced. If, however, the initialValue parameter contains no value, then no output is produced. The inputs can be of any token type, but the output port is constrained to be of a type at least that of the input port and the initialValue parameter (if it has a value). Edward >Sorry if this is the wrong forum for such questions. > >Jeff > > > >-----Original Message----- >From: Edward A. Lee [mailto:eal at eecs berkeley edu] >Sent: Tuesday, December 21, 2004 9:28 AM >To: Jeff Patterson >Cc: ptolemy-hackers at eecs berkeley edu >Subject: Re: Vergil lock-ups > > > >Hmm... If you can save, then the UI must not be actually hanging >(which would be a deadlock problem, probably). I suspect it's a problem >with an infinite loop. What is your model doing? Is it a DE model? >DE has a "feature" that if an actor fails to consume input tokens that >are present, the actor is refired at the current time. If it continues >to fail to consume the token, an infinite execution where time does >not advance results... > >Edward > >At 06:21 AM 12/21/2004 -0800, Jeff Patterson wrote: > >Since installing PTII v4.01 I've been having trouble with vergil locking > >up. It seems to occur after a simulation is stopped prematurely (i.e. > >using the stop button) at which point no modifications (moving actors, > >changing parameters etc.) are possible. You can however save the file. > >When it is in this mode it consumes all available CPU resources. I see > >this in both a windows NT and linux installation. > > > >Any ideas? > > > >Jeff Patterson > >Agilent Technologies > > > > > > > > > >---------------------------------------------------------------------------- > >Posted to the ptolemy-hackers mailing list. Please send administrative > >mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu > >------------ >Edward A. Lee, Professor >518 Cory Hall, UC Berkeley, Berkeley, CA 94720 >phone: 510-642-0455, fax: 510-642-2718 >eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal ------------ Edward A. Lee, Professor 518 Cory Hall, UC Berkeley, Berkeley, CA 94720 phone: 510-642-0455, fax: 510-642-2718 eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Wed Dec 22 05:51:07 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBMDp6ZG013336 for ; Wed, 22 Dec 2004 05:51:07 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBMDp6r7013335 for ptolemy-hackers-outgoing at doppler; Wed, 22 Dec 2004 05:51:06 -0800 (PST) Received: from relay0. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBMDp5ZG013306 for ; Wed, 22 Dec 2004 05:51:05 -0800 (PST) Received: from gateway2.EECS (gateway2. eecs berkeley edu [169.229.60.39]) by relay0. eecs berkeley edu (8.13.2/8.12.10) with ESMTP id iBMDoswX014732; Wed, 22 Dec 2004 05:50:57 -0800 (PST) Received: from DOPLAP01. eecs berkeley edu (adsl-67-120-104-89.dsl.snfc21.pacbell.net [67.120.104.89]) by gateway2. eecs berkeley edu (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPSA id <0I9400GB9MFAGU@gateway2. eecs berkeley edu>; Wed, 22 Dec 2004 05:50:55 -0800 (PST) Date: Wed, 22 Dec 2004 05:40:13 -0800 From: "Edward A. Lee" Subject: Re: [kepler-dev] Dynamicalling adding properties (attributes) to the relation ...... In-reply-to: <41C8CA05.7040503 at csse.monash.edu.au> X-Sender: eal at mho eecs berkeley edu To: Jagan.Kommineni at infotech.monash.edu.au Cc: Ilkay Altintas , Christopher Brooks , ptolemy-hackers at eecs berkeley edu, kepler-dev at ecoinformatics.org Message-id: <5.1.0.14.2.20041222053911.023adae0 at mho eecs berkeley edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk The easiest way to do this, I think, would be to subclass TypedCompositeActor and override the newRelation() method to return a relation that contains the parameter you are interested in. You would then want to create a new configuration that uses your subclass rather than TypedCompositeActor. Edward At 12:12 PM 12/22/2004 +1100, jagan wrote: >References: <200412211640.iBLGeCRR028721 at maury. eecs berkeley edu> ><1103669339.6784.174.camel at kyoto> >In-Reply-To: <1103669339.6784.174.camel at kyoto> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed >Content-Transfer-Encoding: 7bit > >Hi Ilkay, Christpher, > > Would you mind to give me some information for adding >properties (attributes) to the relation at the time when actrs >connecting graphically. I know it is possible to add properties >dynamically by right clicking during the design phase. In the GriddLeS >project I need to pass some information which is more integrated to >the relation rather than actor. I want this happen automatically when >user tries to connect actors. I will appreciate if you could give some >clues in this aspect. > >with regards, > >Jagan Kommineni > > >_______________________________________________ >kepler-dev mailing list >kepler-dev at ecoinformatics.org >http://www.ecoinformatics.org/mailman/listinfo/kepler-dev ------------ Edward A. Lee, Professor 518 Cory Hall, UC Berkeley, Berkeley, CA 94720 phone: 510-642-0455, fax: 510-642-2718 eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 23 22:35:15 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBO6ZEZG019332 for ; Thu, 23 Dec 2004 22:35:14 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBO6ZEws019331 for ptolemy-hackers-outgoing at doppler; Thu, 23 Dec 2004 22:35:14 -0800 (PST) Received: from hotmail.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBO6Z1ZG019325 for ; Thu, 23 Dec 2004 22:35:02 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 23 Dec 2004 22:35:01 -0800 Message-ID: Received: from 61.247.244.57 by by24fd.bay24.hotmail.msn.com with HTTP; Fri, 24 Dec 2004 06:34:57 GMT X-Originating-IP: [61.247.244.57] X-Originating-Email: [karthikvenkatesh at hotmail.com] X-Sender: karthikvenkatesh at hotmail.com From: "karthik venkatesh" To: ptolemy-hackers at messier eecs berkeley edu Subject: plolemy-cygwin Date: Fri, 24 Dec 2004 12:04:57 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 24 Dec 2004 06:35:01.0179 (UTC) FILETIME=[B1D568B0:01C4E982] Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk hi problem: $ PATH=c:/jdk1.3/bin $ PTII=c:/Ptolemy/ptII4.0.1 $ export PATH $ export PTII $ cd "$PTII" $ rm -f config.* Bash: rm - command not found i have installed cygwin which i was recommended in ptolemy website-cygwinBasic.exe (10.9 MB) When i asked my friend ,he asked me check for the presence of perl file in the cygwin folder. But it was not there. I have installed again twice or thrice, but of no use. what might be the problem ? -karthik venkatesh. _________________________________________________________________ Get jobs on the move by SMS. http://goindia.msnserver.com/IN/55253.asp Post your CV on naukri.com today. ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 23 23:21:01 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBO7L1ZG021402 for ; Thu, 23 Dec 2004 23:21:01 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBO7L1FH021401 for ptolemy-hackers-outgoing at doppler; Thu, 23 Dec 2004 23:21:01 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBO7L0ZG021395 for ; Thu, 23 Dec 2004 23:21:00 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBO7KxRR026499; Thu, 23 Dec 2004 23:20:59 -0800 (PST) Message-Id: <200412240720.iBO7KxRR026499 at maury. eecs berkeley edu> To: "karthik venkatesh" cc: ptolemy-hackers at messier eecs berkeley edu From: "Christopher Brooks" Subject: Re: plolemy-cygwin In-reply-to: Your message of Fri, 24 Dec 2004 12:04:57 +0530. Date: Thu, 23 Dec 2004 23:20:59 -0800 Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Your Path is messed up, it should include /usr/bin Instead of PATH=c:/jdk1.3/bin Try PATH=/cygdrive/c/jdk1.3/bin:${PATH} You should not need to add /usr/bin to your path, cygwin should already have put it there. BTW - Ptolemy II 4.0.1 needs Java 1.4. Java 1.3 will not work. Installation instructions can be found at http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII4.0/ptII/doc/install.htm _Christopher -------- hi problem: $ PATH=c:/jdk1.3/bin $ PTII=c:/Ptolemy/ptII4.0.1 $ export PATH $ export PTII $ cd "$PTII" $ rm -f config.* Bash: rm - command not found i have installed cygwin which i was recommended in ptolemy website-cygwinBasic.exe (10.9 MB) When i asked my friend ,he asked me check for the presence of perl file in the cygwin folder. But it was not there. I have installed again twice or thrice, but of no use. what might be the problem ? -karthik venkatesh. _________________________________________________________________ Get jobs on the move by SMS. http://goindia.msnserver.com/IN/55253.asp Pos t your CV on naukri.com today. --------------------------------------------------------------------------- - Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 28 09:17:06 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBSHH5ZG011929 for ; Tue, 28 Dec 2004 09:17:05 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBSHH5Wx011928 for ptolemy-hackers-outgoing at doppler; Tue, 28 Dec 2004 09:17:05 -0800 (PST) Received: from hotmail.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBSHH4ZG011922 for ; Tue, 28 Dec 2004 09:17:04 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 28 Dec 2004 09:17:03 -0800 Message-ID: Received: from 61.247.246.157 by by24fd.bay24.hotmail.msn.com with HTTP; Tue, 28 Dec 2004 17:16:34 GMT X-Originating-IP: [61.247.246.157] X-Originating-Email: [karthikvenkatesh at hotmail.com] X-Sender: karthikvenkatesh at hotmail.com From: "karthik venkatesh" To: ptolemy-hackers at messier eecs berkeley edu Subject: Jni interface Date: Tue, 28 Dec 2004 22:46:34 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 28 Dec 2004 17:17:03.0763 (UTC) FILETIME=[0CBC3E30:01C4ED01] Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk hi I m trying to open vergil with jni interface enabled. 1.created a c file called "meaningOfLife.c" which contains double meaningOfLife(){ return 42.0 ; } 2. created a header file called "meaningOfLife.h" which contains extern "c" double meaningOfLife(); 3. $gcc -shared -o meaningOfLife.dll meaningOfLife.c 4. $ CLASSPATH=/cygdrive/c/Ptolemy/ptII4.0.1 $ export CLASSPATH 5. $ ./vergil BASH: cant cd "Ptolemy/ptII4.0.1/" "Sun/AppServer/jdk/bin"..... what may be the problem? even i have tried $vergil -jni, $PTII/bin/vergil -jni. It says no such command or file name. Could anybody please enlighten me. with luv, karthik venkatesh _________________________________________________________________ Manage information better. Optimise your tasks. http://www.microsoft.com/india/office/experience/ Experience MS Office System. ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 28 11:53:09 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBSJr8ZG018768 for ; Tue, 28 Dec 2004 11:53:08 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBSJr8UF018767 for ptolemy-hackers-outgoing at doppler; Tue, 28 Dec 2004 11:53:08 -0800 (PST) Received: from wproxy.gmail.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBSJr6ZG018761 for ; Tue, 28 Dec 2004 11:53:07 -0800 (PST) Received: by wproxy.gmail.com with SMTP id 50so17412wri for ; Tue, 28 Dec 2004 11:53:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=KByYz8hwZ7MYy1re9jD2gEeRLbDC2WZxWBo9Uve0EqUSlOiMdOV3W7qENzTbvuA5qVa5G7HtXTsMkxdvs1RwmQow0IsnxyfgKZpsJ/LpY7Emjx3GV3eO8AgHpKuUlBEcD63e9yT3wLAK7cK/Gn4P7/MV1OozQUklXDMdGUhQFz4= Received: by 10.54.41.55 with SMTP id o55mr75757wro; Tue, 28 Dec 2004 11:53:06 -0800 (PST) Received: by 10.54.5.5 with HTTP; Tue, 28 Dec 2004 11:53:06 -0800 (PST) Message-ID: <217dc7b604122811534ab2f6c7 at mail.gmail.com> Date: Tue, 28 Dec 2004 21:53:06 +0200 From: Ghada Badawy Reply-To: Ghada Badawy To: ptolemy-hackers at messier eecs berkeley edu Subject: Can visual sense be used for my research? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Dear All i'm a new member in the group and I'm also a new user of ptolemy. I was reading the documentation but I coildn't find an answer to my question Can visual sense be used to model an efficient target tracking algorithm for wireless sensor networks. I will need to model the used routing protocol and the clustering algorithm. Moreover I'll need to move some of the sensors? Can visual sense do that and if yes then how. I have been trying to move the sensors using the location class but to no avail. Many thanx in advance for your cooperation -- Eng. Ghada Badawy Research Assistant Computer Department, Faculty of Engineering Cairo University ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 28 20:14:46 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBT4EjZG008464 for ; Tue, 28 Dec 2004 20:14:46 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBT4EjxH008463 for ptolemy-hackers-outgoing at doppler; Tue, 28 Dec 2004 20:14:45 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBT4EiZG008457 for ; Tue, 28 Dec 2004 20:14:44 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBT4EhRR008865; Tue, 28 Dec 2004 20:14:43 -0800 (PST) Message-Id: <200412290414.iBT4EhRR008865 at maury. eecs berkeley edu> To: "karthik venkatesh" cc: ptolemy-hackers at messier eecs berkeley edu From: "Christopher Brooks" Subject: Re: Jni interface In-reply-to: Your message of Tue, 28 Dec 2004 22:46:34 +0530. Date: Tue, 28 Dec 2004 20:14:43 -0800 Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk The JNI interface does not work very well. See http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII4.0/ptII4.0.1/doc/ptII4.0.release.htm or $PTII/doc/ptII4.0.release.htm --start-- Limitations in JNI # The Interface to C actors using the Java Native Interface is not available via the Windows Installer (or Web Start). To use the JNI/Ptolemy II interface, you must download Ptolemy II as source files and compile. # The JNI user interface does not permit creation of new JNI actors. If you follow the instructions in JNIUtilities, then eventually you will get a NameDuplicationException. The resulting model will be missing We are working with the original authors on a solution. In the short term, one workaround is to edit the xml file directly and add the appropriate property by hand. # JNI will not work with Hierarchical classes, subclasses, and inner classes --end-- Also, if Ptolemy exits when running the JNI model, then try using gcc-3.2.x in the Cygwin installer from http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII5.0/cygwin.htm which includes gcc-3.2.x The BASH: cant cd "Ptolemy/ptII4.0.1/" "Sun/AppServer/jdk/bin"..... error message you report makes no sense to me. Can you copy and paste the contents of the Cygwin bash window? To do this, highlight the text by left clicking in the Cygwin bash window and dragging the mouse over the text. Then hit the Enter key to put the text into the cut buffer. Note that to use the JNI interface, you must rebuild Ptolemy II from sources. $PTII/bin/vergil -jni should work for you, I just verified that it brings up JNI for me after I've installed Ptolemy II 4.0.1 from the Windows installer and then rebuilt. You might need to do export PTII=c:/Ptolemy/ptII4.0.1 $PTII/bin/vergil -jni For information about using JNI, see $PTII/jni/demo/jni/README.htm BTW - Don't include /cygdrive/c in your CLASSPATH. Java does not understand /cygdrive/c See "Cygwin Directory Mapping" in http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII4.0/ptII/doc/install.htm or $PTII/doc/install.htm Instead, you would do: CLASSPATH=c:/Ptolemy/ptII4.0.1 export CLASSPATH or export CLASSPATH=c:/Ptolemy/ptII4.0.1 _Christopher -------- hi I m trying to open vergil with jni interface enabled. 1.created a c file called "meaningOfLife.c" which contains double meaningOfLife(){ return 42.0 ; } 2. created a header file called "meaningOfLife.h" which contains extern "c" double meaningOfLife(); 3. $gcc -shared -o meaningOfLife.dll meaningOfLife.c 4. $ CLASSPATH=/cygdrive/c/Ptolemy/ptII4.0.1 $ export CLASSPATH 5. $ ./vergil BASH: cant cd "Ptolemy/ptII4.0.1/" "Sun/AppServer/jdk/bin"..... what may be the problem? even i have tried $vergil -jni, $PTII/bin/vergil -jni. It says no such command or file name. Could anybody please enlighten me. with luv, karthik venkatesh _________________________________________________________________ Manage information better. Optimise your tasks. http://www.microsoft.com/india/office/experience/ Experience MS Office System. --------------------------------------------------------------------------- - Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Tue Dec 28 20:27:01 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBT4R1ZG009059 for ; Tue, 28 Dec 2004 20:27:01 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBT4R1HO009058 for ptolemy-hackers-outgoing at doppler; Tue, 28 Dec 2004 20:27:01 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBT4QxZG009052 for ; Tue, 28 Dec 2004 20:26:59 -0800 (PST) Received: from maury. eecs berkeley edu (localhost [127.0.0.1]) by maury. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBT4QwRR008907; Tue, 28 Dec 2004 20:26:58 -0800 (PST) Message-Id: <200412290426.iBT4QwRR008907 at maury. eecs berkeley edu> To: Ghada Badawy cc: ptolemy-hackers at messier eecs berkeley edu From: "Christopher Brooks" Subject: Re: Can visual sense be used for my research? In-reply-to: Your message of Tue, 28 Dec 2004 21:53:06 +0200. <217dc7b604122811534ab2f6c7 at mail.gmail.com> Date: Tue, 28 Dec 2004 20:26:58 -0800 Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk Sounds like you would want something similar to the wireless sound detection demo. See the wireless sound demo for a use of the GraphicalLocator actor which extends the Locator actor: $PTII/ptolemy/domains/wireless/demo/WirelessSoundDetection/WirelessSoundDetection.htm There is an applet version at http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII4.0/ptII4.0.1/ptolemy/domains/wireless/demo/WirelessSoundDetection/WirelessSoundDetection.htm The wireless specific versoin of Ptolemy II is described in: http://ptolemy.eecs.berkeley.edu/publications/papers/04/VisualSense/VisualSense.pdf and http://ptolemy.eecs.berkeley.edu/papers/04/VisualSenseERLMemo0408/index.htm For a model that moves an icon, see $PTII/ptolemy/actor/parameters/demo/Bouncer/Bouncer.xml Double click on the Bouncer actor to see that _location is set to [250.0, locationY] and locationY is set to centerPoint _Christopher -------- Dear All i'm a new member in the group and I'm also a new user of ptolemy. I was reading the documentation but I coildn't find an answer to my question Can visual sense be used to model an efficient target tracking algorithm for wireless sensor networks. I will need to model the used routing protocol and the clustering algorithm. Moreover I'll need to move some of the sensors? Can visual sense do that and if yes then how. I have been trying to move the sensors using the location class but to no avail. Many thanx in advance for your cooperation -- Eng. Ghada Badawy Research Assistant Computer Department, Faculty of Engineering Cairo University --------------------------------------------------------------------------- - Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu -------- ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Wed Dec 29 07:25:04 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBTFP3ZG005936 for ; Wed, 29 Dec 2004 07:25:03 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBTFP3in005935 for ptolemy-hackers-outgoing at doppler; Wed, 29 Dec 2004 07:25:03 -0800 (PST) Received: from hotmail.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBTFP2ZG005929 for ; Wed, 29 Dec 2004 07:25:02 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 29 Dec 2004 07:25:01 -0800 Message-ID: Received: from 61.246.98.76 by by24fd.bay24.hotmail.msn.com with HTTP; Wed, 29 Dec 2004 15:24:28 GMT X-Originating-IP: [61.246.98.76] X-Originating-Email: [karthikvenkatesh at hotmail.com] X-Sender: karthikvenkatesh at hotmail.com From: "karthik venkatesh" To: ptolemy-hackers at messier eecs berkeley edu Subject: cygwin Date: Wed, 29 Dec 2004 20:54:28 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 29 Dec 2004 15:25:01.0343 (UTC) FILETIME=[90461AF0:01C4EDBA] Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk hi i have installed cygwin but i couldnt use vi,gcc or even ls commands. it says command not found. the present working directory is /user/bin cygwin is installed in c:/cywin j2sdk1.4.2 is the jvm i use. os is win 2000. what might be the problem? plz clarify me. with luv, karthik venkatesh _________________________________________________________________ Redefine team work. Discover your true potential. http://www.microsoft.com/india/office/experience/ With the MS product suite. ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Wed Dec 29 09:47:03 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBTHl2ZG012241 for ; Wed, 29 Dec 2004 09:47:02 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBTHl29O012240 for ptolemy-hackers-outgoing at doppler; Wed, 29 Dec 2004 09:47:02 -0800 (PST) Received: from hotmail.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBTHl0ZG012234 for ; Wed, 29 Dec 2004 09:47:01 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 29 Dec 2004 09:47:00 -0800 Message-ID: Received: from 61.247.247.216 by by24fd.bay24.hotmail.msn.com with HTTP; Wed, 29 Dec 2004 17:46:44 GMT X-Originating-IP: [61.247.247.216] X-Originating-Email: [karthikvenkatesh at hotmail.com] X-Sender: karthikvenkatesh at hotmail.com From: "karthik venkatesh" To: ptolemy-hackers at messier eecs berkeley edu Subject: jni interface Date: Wed, 29 Dec 2004 23:16:44 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 29 Dec 2004 17:47:00.0550 (UTC) FILETIME=[661DEE60:01C4EDCE] Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk hi , i tried to add meaningOfLife actor in ptolemy. $created meaningOfLife.c containing double meaningOfLife(){ return 42.0; } $created meaningOfLife.h containing extern "c" double meaningOfLife(); $gcc -shared -o meaningOfLife.dll meaningOfLife.c $export CLASSPATH=c:/Ptolemy/ptII4.0.1 $cd Ptolemy/ptII4.0.1/bin $ ./vergil -jni I have configured the output parameters etc. after following all these steps i run the model which i have created. it gives an exception as following. ptolemy.kernel.util.IllegalActionException: Could not load JNI C class 'jni.meaningOfLife.JnimeaningOfLifeImeaningOfLife' relative to file:/C:/Ptolemy/ptII4.0.1/bin/ in .mymodel.meaningOfLifeImeaningOfLife Because: jni.meaningOfLife.JnimeaningOfLifeImeaningOfLife at jni.GenericJNIActor.initialize(GenericJNIActor.java:658) at ptolemy.actor.Director.initialize(Director.java:440) at ptolemy.actor.Director.initialize(Director.java:419) at ptolemy.domains.sdf.kernel.SDFDirector.initialize(SDFDirector.java:253) at ptolemy.actor.CompositeActor.initialize(CompositeActor.java:470) at ptolemy.actor.Manager.initialize(Manager.java:442) at ptolemy.actor.Manager.execute(Manager.java:289) at ptolemy.actor.Manager.run(Manager.java:852) at ptolemy.actor.Manager$2.run(Manager.java:901) Caused by: java.lang.ClassNotFoundException: jni.meaningOfLife.JnimeaningOfLifeImeaningOfLife at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at jni.GenericJNIActor.initialize(GenericJNIActor.java:656) ... 8 more Caused by: java.lang.ClassNotFoundException: jni.meaningOfLife.JnimeaningOfLifeImeaningOfLife at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at jni.GenericJNIActor.initialize(GenericJNIActor.java:656) at ptolemy.actor.Director.initialize(Director.java:440) at ptolemy.actor.Director.initialize(Director.java:419) at ptolemy.domains.sdf.kernel.SDFDirector.initialize(SDFDirector.java:253) at ptolemy.actor.CompositeActor.initialize(CompositeActor.java:470) at ptolemy.actor.Manager.initialize(Manager.java:442) at ptolemy.actor.Manager.execute(Manager.java:289) at ptolemy.actor.Manager.run(Manager.java:852) at ptolemy.actor.Manager$2.run(Manager.java:901) what may be the problem? help me. with luv, karthik venkatesh. _________________________________________________________________ Get jobs on the move by SMS. http://goindia.msnserver.com/IN/55253.asp Post your CV on naukri.com today. ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu From owner-ptolemy-hackers Thu Dec 30 04:33:04 2004 Received: from doppler. eecs berkeley edu (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBUCX4ZG026614 for ; Thu, 30 Dec 2004 04:33:04 -0800 (PST) Received: (from daemon at localhost) by doppler. eecs berkeley edu (8.12.10/8.12.8/Submit) id iBUCX4E4026613 for ptolemy-hackers-outgoing at doppler; Thu, 30 Dec 2004 04:33:04 -0800 (PST) Received: from hotmail.com (localhost [127.0.0.1]) by doppler. eecs berkeley edu (8.12.10/8.12.9) with ESMTP id iBUCX1ZG026607 for ; Thu, 30 Dec 2004 04:33:01 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 30 Dec 2004 04:33:00 -0800 Message-ID: Received: from 61.246.98.156 by by24fd.bay24.hotmail.msn.com with HTTP; Thu, 30 Dec 2004 12:32:44 GMT X-Originating-IP: [61.246.98.156] X-Originating-Email: [karthikvenkatesh at hotmail.com] X-Sender: karthikvenkatesh at hotmail.com From: "karthik venkatesh" To: ptolemy-hackers at messier eecs berkeley edu, cygwin-digest-sc.1103558318.jnpjolanfklipeacdcpp-karthikvenkatesh=hotmail.com at cygwin.com Subject: FW: jni interface Date: Thu, 30 Dec 2004 18:02:44 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 30 Dec 2004 12:33:00.0601 (UTC) FILETIME=[B30B9A90:01C4EE6B] Sender: owner-ptolemy-hackers at doppler. eecs berkeley edu Precedence: bulk >From: "karthik venkatesh" >To: ptolemy-hackers at messier eecs berkeley edu >Subject: jni interface >Date: Wed, 29 Dec 2004 23:16:44 +0530 > >hi , >i tried to add meaningOfLife actor in ptolemy. >$created meaningOfLife.c containing double meaningOfLife(){ >return 42.0; >} >$created meaningOfLife.h containing extern "c" double meaningOfLife(); > >$gcc -shared -o meaningOfLife.dll meaningOfLife.c > >$export CLASSPATH=c:/Ptolemy/ptII4.0.1 > >$cd Ptolemy/ptII4.0.1/bin > >$ ./vergil -jni > >I have configured the output parameters etc. > >after following all these steps i run the model which i have created. >it gives an exception as following. > >ptolemy.kernel.util.IllegalActionException: Could not load JNI C class >'jni.meaningOfLife.JnimeaningOfLifeImeaningOfLife' relative to >file:/C:/Ptolemy/ptII4.0.1/bin/ > in .mymodel.meaningOfLifeImeaningOfLife >Because: >jni.meaningOfLife.JnimeaningOfLifeImeaningOfLife > > at jni.GenericJNIActor.initialize(GenericJNIActor.java:658) > > at ptolemy.actor.Director.initialize(Director.java:440) > > at ptolemy.actor.Director.initialize(Director.java:419) > > at ptolemy.domains.sdf.kernel.SDFDirector.initialize(SDFDirector.java:253) > > at ptolemy.actor.CompositeActor.initialize(CompositeActor.java:470) > > at ptolemy.actor.Manager.initialize(Manager.java:442) > > at ptolemy.actor.Manager.execute(Manager.java:289) > > at ptolemy.actor.Manager.run(Manager.java:852) > > at ptolemy.actor.Manager$2.run(Manager.java:901) > >Caused by: java.lang.ClassNotFoundException: >jni.meaningOfLife.JnimeaningOfLifeImeaningOfLife > > at java.net.URLClassLoader$1.run(URLClassLoader.java:199) > > at java.security.AccessController.doPrivileged(Native Method) > > at java.net.URLClassLoader.findClass(URLClassLoader.java:187) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:289) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > > at jni.GenericJNIActor.initialize(GenericJNIActor.java:656) > > ... 8 more > >Caused by: java.lang.ClassNotFoundException: >jni.meaningOfLife.JnimeaningOfLifeImeaningOfLife > > at java.net.URLClassLoader$1.run(URLClassLoader.java:199) > > at java.security.AccessController.doPrivileged(Native Method) > > at java.net.URLClassLoader.findClass(URLClassLoader.java:187) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:289) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > > at jni.GenericJNIActor.initialize(GenericJNIActor.java:656) > > at ptolemy.actor.Director.initialize(Director.java:440) > > at ptolemy.actor.Director.initialize(Director.java:419) > > at ptolemy.domains.sdf.kernel.SDFDirector.initialize(SDFDirector.java:253) > > at ptolemy.actor.CompositeActor.initialize(CompositeActor.java:470) > > at ptolemy.actor.Manager.initialize(Manager.java:442) > > at ptolemy.actor.Manager.execute(Manager.java:289) > > at ptolemy.actor.Manager.run(Manager.java:852) > > at ptolemy.actor.Manager$2.run(Manager.java:901) > >what may be the problem? >help me. >with luv, >karthik venkatesh. > >_________________________________________________________________ >Get jobs on the move by SMS. http://goindia.msnserver.com/IN/55253.asp >Post your CV on naukri.com today. > > >---------------------------------------------------------------------------- >Posted to the ptolemy-hackers mailing list. Please send administrative >mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu _________________________________________________________________ The MS Office product suite. Make efficiency a habit. http://www.microsoft.com/india/office/experience/ Simplify your life. ---------------------------------------------------------------------------- Posted to the ptolemy-hackers mailing list. Please send administrative mail for this list to: ptolemy-hackers-request at ptolemy eecs berkeley edu