Community
Participate
Working Groups
Build 20020129 (and possibly 0125) Opening editors has become extremely slow on Linux motif. 1. Double click on a file in the navigator view 2. Wait approx. 8 seconds for the editor to open It used to take approx. 1 second to open an editor.
Not all platform-specific performance problems are SWT related. In this case, there could be several issues related to the relative performance of file systems, for example, which could be causing the problem. Moving to UI to do the initial investigation.
I double checked and this bug does not exist in the 20020125 build. It was introduced in 20020129.
Getting the list of avaiable printers on Linux is very slow. Pls take a look at Printer.getPrinterList() Commenting out this code significantly improves the time to open editors.
Oddly enough, this operation takes approx 1ms on all machines we test on. However, I have seen it happen on KH's machine, and it has been reported by several others now. CM is investigating. Current theory is that it is related to whether or not printing support is installed. We plan to modify the code to cache the return value after the first call. Note that this will imply that you will need to exit and restart eclipse in order to detect when a printer is installed.
Opened Bug 9692. I have a printer installed, but Eclipse fails to recognize it.
Due to unbelievable IDE problems, I am unable to debug a good patch in real time. So I am forced to release a patch now that disables Linux printing altogether. This "disable printing" code is now released in the current stream. On my machine and 2 others, XtOpenDisplay takes only 1ms if there is no Xprt server running on screen :1, and it takes only 100ms (slow, but not anywhere near 7 seconds) if the Xprt server is running fine. I strongly suspect that there is some configuration/setup problem on the machines that are running slowly, and I suspect that any call to XtOpenDisplay or XOpenDisplay will take a long time. I will try to find a good work-around as soon as I can, but for now we felt it was best to just get something out there that works so that the build can go on.
This defect should be closed - we are not encountering this problem any longer.
Agree - closing.
Printing on Linux/Motif was reactivated. If you don't have Xprint configured in your system methods like Printer.getPrinterList() should return a empty list in 50 millisecond or so since no Xdisplay is going to be open. Please, let me know if you restart having problems with Printing on Motif.
*** Bug 85438 has been marked as a duplicate of this bug. ***
