Custom Query (172 matches)
Results (103 - 105 of 172)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#132 | fixed | PDFSAM does not merge | ||
Description |
The Log says: 14:31:21,470 ERROR Command Line: -o F:\WORK\test.pdf -f F:\WORK\Unbenan2.pdf -f F:\WORK\Unbenan3.pdf -u All:All: -overwrite -pdfversion 3 concat org.pdfsam.console.exceptions.console.ConcatException at org.pdfsam.console.business.pdf.handlers.ConcatCmdExecutor.execute(ConcatCmdExecutor.java:228) at org.pdfsam.console.business.pdf.CmdExecuteManager.execute(CmdExecuteManager.java:97) at org.pdfsam.console.business.ConsoleServicesFacade.execute(ConsoleServicesFacade.java:75) at org.pdfsam.guiclient.commons.business.WorkThread.run(WorkThread.java:43) at org.pdfsam.guiclient.commons.business.WorkExecutor$WorkQueue$PoolWorker.run(WorkExecutor.java:142) Caused by: ExceptionConverter: java.io.IOException: close failed (Invalid handle) 14:31:21,550 WARN Fehler beim Abspielen des Klangs: mark/reset not supported http://heanet.dl.sourceforge.net/project/pdfsam/pdfsam/2.2.1/pdfsam-2.2.1-out.zip Reproduce:
See output in log below. I have merged with PDFSAM some months ago with RC or beta, but RC/RC2 or Beta do now have the same problem. |
|||
#116 | duplicate | PMCTLS.DLL related crashes in Java applications caused by DragText (version 3.9) | ||
Description |
Using a Java 6 environment and the latest ODIN, iTrain (Model Railroad Layout Control application, http://berros.eu/itrain/en/) was crashing every time a Drag & Drop action was done between different application windows. The debug log files pointed out that PMCTLS.DLL was involved. Finally we found out that the DragText? application of Rich Walsh was the culprit. Deinstallation of DragText? solved the Drag and Drop issues in iTrain. Question: is it possible to fix somehow that PMCTLS.DLL issue. |
|||
#68 | wontfix | Performance of Java 6 is not too good | ||
Description |
Java 6 still feels a quite a bit slow (in some areas). To demonstrate it, I used Jeti/2, measuring time from starting it and until GUI is up and roster and 4 MUCs (2 on local server 2 on remote) are populated. All tests done from same client PC, only the loaded Java versions are different.
Time to start Jeti/2 until roster and 4 MUC are filled Java 1.41 | Java 1.42 | Java 1.50 | Java 1.60 |
(A lot more tests was actually done - these are the best results) 1) Java 1.41 loads in 9 secs in almost every test done. 2) Between 15-25 secs in mosts test. Not easy to see any specific
3) Has seems to have some timing issues with sockets / DNS - hang
4) Lots of tests were over 1 minut to load. Splash screen is
There seems to be room for improvement - although it may be hard to compete with our native 1.41 |