Custom Query (172 matches)
Results (136 - 138 of 172)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #216 | invalid | INI file corruption after running Java app (JavaRDP) for extended period | ||
| Description |
Likely due to memory fragmentation. I know that the condition is triggered by running JavaRDP for extended periods along with my other mix of apps. The symptom is that after JavaRDP has been running for several hours, even if SeaMonkey? has been shutdown and restarted a few times, shutting down gets me all the way to the point where the desktop closes, and then I get a message that changes could not be saved to the INI files, and a prompt (by XWorkplace) to restart the desktop and use the standard shutdown routine. This never works, as invariably, the files cannot be written. A reboot (even when not saving the files) generally results in either irreparable desktop damage (broken folder positions, file handles, etc.) or the system cannot even locate the desktop directory (even with SET DESKTOP set in CONFIG.SYS and valid EAs on the desktop directory). In these cases, a restore from an archive is the only recovery. Please let me know what I can provide (some utility to track the fragmentation? Theseus output?) or perhaps what memory setting I might try when starting the JVM to avoid the situation. This seems to have started around GA4, but possibly earlier. VIRTUALADDRESSLIMIT is set at 1576, but I have tried higher values with no discernable change. |
|||
| #222 | invalid | Indirect specification of Java parameter lists | ||
| Description |
I'm upgrading from Java 1.4 to Java 6 by way of OpenJDK6. It seems that use of environmental variables (like CLASSPATH) is now discouraged by the Java community and that command line options are to be used instead. In trying to accomplish this, I've run into some platform limitations: the command line on ECS 2.0 seems to be limited to approx. 256 characters. This is not enough to specify the complete classpath needed in some cases (TCPIP configuration notebook in particular). Some implementations of the JVM allowed the launcher's (JAVA.EXE) to be specified indirectly: java.exe -cp @classpathfile classtorun where the @ character identified a file containing a list of classpath elements. Is such a facility available for the ECS implementation of OpenJDK6? (I've looked in the doc but haven't found anything so far). |
|||
| #234 | invalid | re #212 | ||
| Description |
I would reopen the ticket but there is no obvious way to perform that action. Perhaps you can reopen the ticket - or explain how to perform the action. The ticket should not have been closed as the original ticket obviously answers the question asked about software: - Version: 1.6.0 Build 27 GA5 So, having the above java version installed and working would mean that odin must be installed. |
|||
