Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362008-04-30T15:19:49ZEcoinformatics Redmine
Redmine Bug #3253 (Resolved): IzPack Windows Installer should install in a directory with the version numberhttps://projects.ecoinformatics.org/ecoinfo/issues/32532008-04-30T15:19:49ZChristopher Brookscxh@eecs.berkeley.edu
<p>The installer should install in a directory that contains the<br />version number of the release. <br />Under Windows, the default is c:\Program Files\Kepler,<br />it should be c:\Program Files\Kepler\1.0.0.</p>
<p>The reason is so that it is possible to have multiple versions<br />of Kepler without changing the default path. If the user<br />already has an installation of Kepler, then if they overwrite<br />the old version, will "good things" happen?</p>
<p>In a similar fashion, the installer should create separate<br />menus for each version.<br />What we have now is :<br />Start -> All Programs -> Kepler -> Kepler-1.0.0<br />Start -> All Programs -> Kepler -> Kepler Uninstaller<br />Instead, we should have:<br />Start -> All Programs -> Kepler -> Kepler-1.0.0 -> Kepler-1.0.0<br />Start -> All Programs -> Kepler -> Kepler-1.0.0 -> Kepler-1.0.0 Uninstaller</p>
<p>This is just my opinion, feel free to ignore.</p> Bug #3252 (Resolved): Ptolemy ack in installer splash screen has typos and was outdatedhttps://projects.ecoinformatics.org/ecoinfo/issues/32522008-04-30T15:13:44ZChristopher Brookscxh@eecs.berkeley.edu
<p>In the Kepler 1.0.0 IzPack installer splash screen, there is a<br />missing "S" and an extra </p> in the Ptolemy support statement:</p>
<p>Ptolemy receives support in part from the Center for Hybrid and Embedded<br />oftware Systems (CHESS) at UC Berkeley, which receives support from the<br />^ Missing S</p>
<p>Hewlett Packard, Infineon, Microsoft, and Toyota.</p><br /> ^</p>
<p>I updated kepler/README.txt in the devel and release branch with new text. To close this, a new installer would need to be made and<br />the text checked.</p> Bug #3133 (Resolved): R is not added to the pathhttps://projects.ecoinformatics.org/ecoinfo/issues/31332008-02-05T21:50:17ZChad Berkleyberkley@nceas.ucsb.edu
<p>The errors cxh got with R seem to be coming from the fact that R is installed, but not put into the path on windows. I'm trying to figure out how to do that with IzPack right now.</p> Bug #3083 (Resolved): Need sample CommandLine workflows for Windowshttps://projects.ecoinformatics.org/ecoinfo/issues/30832008-01-22T19:29:33ZDan Higginshiggins@nceas.ucsb.edu
<p>We need some simple examples of how to use the CommandLine actors especially for Windows systems. These should be in the Demos directory. They should be annotated so that typical non-programmer can understand how to use commandline applications to launch external applications within Kepler.</p>
<p>Dan Higgins - Jan 2008</p> Bug #3052 (Resolved): Installer crashes with EXC_BAD_ACCESShttps://projects.ecoinformatics.org/ecoinfo/issues/30522008-01-04T00:58:38ZDavid Brooksdave@bcs.co.nz
<p>Here's the start of the crash log:</p>
<p>Host Name: djbmac<br />Date/Time: 2008-01-04 13:20:10.617 +1300<br />OS Version: 10.4.11 (Build 8S2167)<br />Report Version: 4</p>
<p>Command: Kepler_beta3_install<br />Path: /Users/dave/Desktop/Kepler_beta3_install.app/Contents/MacOS/Kepler_beta3_install<br />Parent: WindowServer [57]<br />Rosetta: Yes</p>
<p>Version: ??? (5.0)</p>
<p>PID: 9484<br />Thread: Unknown</p>
<p>Exception: EXC_BAD_ACCESS (0x0001)<br />Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000</p>
<p>Thread 0:<br />0 Kepler_beta3_install 0xb80a564f 0xb8000000 + 677455<br />1 Kepler_beta3_install 0xb809fb15 0xb8000000 + 654101<br />2 Kepler_beta3_install 0xb80bd72e 0xb8000000 + 775982<br />3 Kepler_beta3_install 0xb811e403 spin_lock_wrapper + 1985</p>
<p>Thread 1:<br />0 Kepler_beta3_install 0xb822fa6b strchr + 72<br />1 Kepler_beta3_install 0xb81cb487 pthread_cond_wait + 3114<br />2 Kepler_beta3_install 0xb816765e catch_exception_raise_state_identity + 318<br />3 Kepler_beta3_install 0xb8166b9a CallPPCFunctionAtAddressInt + 177124<br />4 Kepler_beta3_install 0xb8166a91 CallPPCFunctionAtAddressInt + 176859<br />5 Kepler_beta3_install 0xb816775c catch_exception_raise_state_identity + 572<br />6 Kepler_beta3_install 0xb8200c00 pthread_create + 1124</p>
<p>Unknown thread crashed with i386 Thread State:<br />eax: 0x00000000 ebx: 0xb80a5628 ecx:0x00000000 edx: 0x00000003<br />edi: 0x00000000 esi: 0x80d03660 ebp:0xb7fff9f8 esp: 0xb7fff9c0<br /> ss: 0x0000001f efl: 0x00010206 eip:0xb80a564f cs: 0x00000017<br /> ds: 0x0000001f es: 0x0000001f fs:0x00000000 gs: 0x00000037</p> Bug #3023 (Resolved): ImageJ does not display images for files with spaces in pathhttps://projects.ecoinformatics.org/ecoinfo/issues/30232007-12-06T17:44:23ZDan Higginshiggins@nceas.ucsb.edu
<p>Several of the workflows in demos/R/ no longer work correctly. The workflow execute but the ImageJ actor does not display an image with the output graph.</p>
<p>It appears that the problem is due to spaces in the path to the output file. (Change the R working directory to a path with no spaces and the images appear.) These workflows used to execute OK - it is suspected that a change in some PT code details may be the cause. (Note that this is not a problem in Beta3, just in the head of CVS.)</p> Bug #3020 (Resolved): Exporting an actor to a kar does not include internal jarshttps://projects.ecoinformatics.org/ecoinfo/issues/30202007-11-29T22:59:34ZDan Higginshiggins@nceas.ucsb.edu
<p>It is now possible to include jars with class files needed by an actor inside a kar file. One can add these kars to the kar/actors/ directory or load them from the File/Import Archive menu. Note that these kar files are currently created by 'hand' and are of use in inserting new actors without rebuilding all of Kepler.</p>
<p>However, if one tries to create a kar from an actor in the work area, the jar information is lost! That seems to be because the kar is built only from the moml of the display which does not know that a kar for the actor already exists! (I think the same problem occurs when Uploading to the Registry.)</p>
<p>The menu action to create a kar should check to see if a kar already exists and modify it as necessary. Or an additional dialog should appear that allow the user to add various resources to the created kar.</p> Bug #3001 (Resolved): EML Dataset actor has trouble with file:// URLs for xml,datahttps://projects.ecoinformatics.org/ecoinfo/issues/30012007-11-09T21:25:27ZDan Higginshiggins@nceas.ucsb.edu
<p>If one uses the 'Browse' button to set EML File and Data File for the EML 2 Dataset actor, a file URL is created (i.e. "file://(file path). The actor, however, does not work with the "file://" included.</p>
<p>Need to convert from file URL to a local file string?</p> Bug #2978 (Resolved): saving to actor library from kepler no longer consistently works and port i...https://projects.ecoinformatics.org/ecoinfo/issues/29782007-10-08T23:40:11ZShawn Bowersbowers@gonzaga.edu
<p>It appears as though some new issues have cropped up w.r.t. the kepler actor library, in particular:</p>
<p>- when actors are added to the library from the canvas, they sometimes do not appear in the library, sometimes require a change in another actor to appear, and sometimes require kepler to be restarted to appear. I haven't nailed down exactly what sequence of events are causing this / needed to make an actor show up.</p>
<p>- input/output port properties are no longer saved when an actor is saved to a library (and dragged back to the canvas). This includes port data types as well as port semantic types. The same holds (i.e., port information is lost) when an actor is built via buildkarlib as well.</p>
<p>- the actor library interface appears to have changed, e.g., calling entityList() returns a null pointer (it seems ...)</p>
<p>The above behavior occurs on a fresh cvs checkout ...</p>
<p>Thanks,<br />-shawn</p> Bug #2958 (Resolved): RExpression actor problem with large string arrayshttps://projects.ecoinformatics.org/ecoinfo/issues/29582007-09-10T21:25:51ZDan Higginshiggins@nceas.ucsb.edu
<p>Currently the RExpression actor handles very large arrays of input by means of an intermediate file that is read using the R 'scan' function. (Strings are used as input for smaller arrays, but the input system of R can only handle a limited size). Kevin Drury reported a problem, however, with a large string array.</p>
<p>The problem is the the 'scan' function defaults to numeric values. The RExpression actor code needs to be fixed to handle large string arrays that a placed in an intermediate file. (It seems to work OK for large numeric strings, and for small string arrays not written to a file.)</p> Bug #2935 (Resolved): MetadataSource actor has no documentationhttps://projects.ecoinformatics.org/ecoinfo/issues/29352007-09-04T20:43:46ZDan Higginshiggins@nceas.ucsb.edu
<p>No documentation appears for the MetadataSource actor (although info is inside the source). Also need info on account info (access control addition needed?)</p> Bug #2912 (Resolved): Immediate repeat of dragging an actor from tree to ws failshttps://projects.ecoinformatics.org/ecoinfo/issues/29122007-08-23T23:13:14ZDan Higginshiggins@nceas.ucsb.edu
<p>Drag an actor from the actor tree (actor library) to an empty workspace. Works OK. Immediately repeat the drag with another copy of the same actor. An error message appears!</p>
<p>This error is obviously related to recent changes in the drop action needed to avoid loading all actors at startup!</p> Bug #2896 (Resolved): StringConstant actor will not accept strings with '$'https://projects.ecoinformatics.org/ecoinfo/issues/28962007-07-23T22:13:38ZDan Higginshiggins@nceas.ucsb.edu
<p>Try entering a string like 'foo$bar' in the StringConstant actor. It will give an error trying to evaluate 'bar' as a parameter. It looks like it is evaluating the string using Ptolemy's expression language.</p>
<p>I think this is because Kepler's StringActor is NOT the same as the Ptolemy StringActor. It has been modified to allow the string to be set to a filename and I think this causes an evaluation of the string. This may be useful for setting filenames, but it causes problems with some strings.</p> Bug #2888 (Resolved): Minimize number of 'constant' actorshttps://projects.ecoinformatics.org/ecoinfo/issues/28882007-07-11T21:18:51ZDan Higginshiggins@nceas.ucsb.edu
<p>Current Kepler has 2 types of Constant actors (Constant and SingleFireConstant) and 2 different 'StringConstant' actors (PermanentStringConstant and StringConstant). In both cases, the primary difference is the number of times the actor 'fires'.</p>
<p>Ptolemy has now changed the behavior of its Constant actor to have a 'firingCountLimit' parameter. There is thus no need for the two types of 'constant' actors in Kepler (which have tended to confuse several users).</p>
<p>Note also that Ptolemy extends 'Const' to create 'StringConstant'. Kepler, however, does not! And Kepler's StringConstant has added a File parameter to StringConstant so that file name strings can be easily created.</p>
<p>We should change the StringConstant in Kepler to extend Constant AND add the File parameter.</p> Bug #2884 (Resolved): 'Save in Library' not persistent (or repeatable)https://projects.ecoinformatics.org/ecoinfo/issues/28842007-07-06T18:39:56ZDan Higginshiggins@nceas.ucsb.edu
<p>Try putting RExpression actor on workspace and change its name. Call 'Save in Library' popup menu. New customized actor is added to library, as expected.</p>
<p>However, when you shut down Kepler and restart, the new actor is no longer in the actor tree! Also, if you try to Save a second actor in the library without shutting down, saves after the first one fail!</p>