Community
Participate
Working Groups
Build ID: M20070212-1330 Steps To Reproduce: 1. start eclipse 2. open a java source file in java perspective in my instance of eclipse, the familiar colors of the java editor syntax highlighting are absent; all the text of all source files is black! 3. open Window > Preferences > General > Editors > Text Editors 4. select any item from the "Appearance color options" choice box at the bottom of the panel. in my instance, the colors in the rectangular selector labeled, "Color" to the right of the choice box appear washed out and grainy. 5. click the rectangular color selector; select a color from the a color picker that's displayed. click "OK". then click "Apply". the rectangular color selector does not change to the color that was selected. 6. click "OK" to close the "Preferences" dialog. the corresponding items for which the color was selected and applied does not change to the selected color in the source file either. More information: uname -a SunOS bebop 5.9 Generic_117171-12 sun4u sparc SUNW,Sun-Blade-100 in the shell from which eclipse was launched, dozens and dozens of lines of the following msgs are reported: ======================================= ... ** (Eclipse:1605): WARNING **: pango-layout.c:2435: broken PangoLayout ... ** (Eclipse:1605): WARNING **: Couldn't load font "adobe-courier 12" falling back to "Sans 12" ... ======================================= on the suggestion of other users from the eclipse newsgroups who have reported similar warning msgs, i have updated all gtk-related solaris 9/sparc packages to the latest versions available from sunfreeware.com (gtk+ 2.2.4, gtk 2.2.4, atk 1.90, expat 1.95.5, fontconfig 2.4.2, freetype 2.3.1, glib 2.6.2, glib 3.4.6, libiconv 1.11, pango 1.8.0, zlib 1.2.3). i'd assumed that the "broken PangoLayout" issue had something to do with the syntax highlighting and color palette issues. but even with the updates, eclipse is still broken! Please! can anybody suggest a fix for both these two issues? thanks in advance for your help.
Created attachment 61219 [details] .log file + configuration details my .log file and eclipse configuration details
(In reply to comment #0) btw, here's a request for help i made to an eclipse ng a few days ago about the same issue: http://www.eclipse.org/newsportal/article.php?id=13466&group=eclipse.webtools#13466 the original poster of that thread has a similar syntax highlighting problem but with jsps instead of java source.
(In reply to comment #0) here's another request for help i posted to another eclipse ng a few days ago: http://www.eclipse.org/newsportal/article.php?id=14891&group=eclipse.newcomer#14891 still haven't received a reply on that one either.
>in my instance of eclipse, the familiar colors of the java editor syntax >highlighting are absent; all the text of all source files is black! Can you please attach screen shots? What format is the .log file? I can't read it.
Created attachment 61221 [details] resubmiited zip file with corrected content type oops! i ul'd the 177949_syntax_color_bug_info.zip as a plain/text file. let's try it again.
Created attachment 61222 [details] .log file unbundled for convenience my eclipse .log file uncompressed and resaved as a .txt file
Created attachment 61223 [details] my eclipse configuration details configuration details file unbundled for convenience
Created attachment 61227 [details] zip file with screenshots requested by daniel megert helps if you view the images in the sequence in which they are numbered (1-7)
(In reply to comment #4) > Can you please attach screen shots? thanks for your prompt reply, daniel notice that although 177949_2_pref_before.gif shows that the "Show line numbers" preference is checked; line numbers do not appear in 177949_1_java_editor.gif. also notice in 177949_2_pref_before.gif that i have selected to change the "Line number foreground" color. the color selector rectangle to the right of "Appearance color options" shows as white. but the color that had been previously configured is orange (as can be seen in 177949_3_color_picker.gif). i then picked a different color (green) while in the color picker. but the little color indicator rectangle to the right is still white (see 177949_4_pref_after.gif). also, notice the color indicator at the top of the "Colors and Fonts" panel (177949_5_error_text_before.gif) . i change the color from green back to orange (177949_6_error_text_color_picker.gif ) but the color indicator does not reflect the actual color i picked (177949_7_error_text_after.gif). thanks for looking into this.
Created attachment 61228 [details] new events logged while taking screenshots these events occurred as i was taking the first set of screenshots
This looks like a Platform/SWT issue. Moving there for comments.
Created attachment 61231 [details] list of screen resolutions supported by my sunblade 100 box btw, is there a specific screen resolution that eclipse MUST run under to support syntax highlighting? i have attached a list of screen resolutions supported by the monitor connected to my solaris box. currently, it us set to 1280x1024x60 (as indicated by the "[3]" in the list). if an entry in the attached list does not have a "[1]" or "[2]" next to it, the monitor supports it. can anybody suggest one that is likely to be optimal for eclipse?
I've seen this before, it's related to your gtk installation (unfortunately I don't know more details about this). If you were to run the same eclipse download on a Solaris 10 it would look fine. Your resolution is not a problem here. The only alternative I can suggest is to use eclipse 3.1.2's solaris motif build ( http://archive.eclipse.org/eclipse/downloads/drops/R-3.1.2-200601181600/download.php?dropFile=eclipse-SDK-3.1.2-solaris-motif.zip ). Moving report to BG to investigate the scenario of swt looking wrong on pre-Solaris 10 gtk. While it's not typical, there is a Solaris machine in B6 that has this.
(In reply to comment #13) please, has there been any progress on BG's effort to "...investigate the scenario of swt looking wrong on pre-Solaris 10 gtk..."?
Created attachment 65044 [details] output of nm libgtk-x11-2.0.so.0 & nm libgdk-x11-2.0.so.0 my investigation of this issue lead me to search for previously-installed versions of the gtk-related packages. the sunfreeware.com gtk packages that i recently updated were installed to /usr/local/lib. however, a search for "*pango*.so*" revealed previously-installed pkgs in /usr/lib as well (i am assumming these came bundled with the solaris 9 os installation). as a test, i temporarily moved the pango libraries from /usr/lib and started eclipse. from that test, i determined that eclipse was in fact referencing the older, previously-installed versions of the gtk packages. so in order to make eclipse refer to the most recent updated gtk 2.2.4 packages, i did the following: 1. export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH 2. java -Djava.library.path=/usr/local/lib eclipse ... now, eclipse is - without a doubt - referencing the gtk 2.2.4 packages. but, it is now failing to launch and reporting the following error: "ld.so.1: eclipse: fatal: relocation error: file /usr/local/lib/libgtk-x11-2.0.so.0: symbol gdk_font_equal: referenced symbol not found" so, i ran the following ldd command: ldd /usr/local/lib/libgtk-x11-2.0.so.0.200.4 libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0 libX11.so.4 => /usr/lib/libX11.so.4 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libpangox-1.0.so.0 => /usr/local/lib/libpangox-1.0.so.0 libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0 libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0 libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 libdl.so.1 => /usr/lib/libdl.so.1 libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libm.so.1 => /usr/lib/libm.so.1 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 libXext.so.0 => /usr/lib/libXext.so.0 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1 i also ran nm libgtk-x11-2.0.so.0 [Index] Value Size Type Bind Other Shndx Name ... [16359] | 0| 0|NOTY |GLOB |0 |UNDEF |gdk_font_equal [16477] | 0| 0|NOTY |GLOB |0 |UNDEF |gdk_font_from_description_for_display [16070] | 0| 0|NOTY |GLOB |0 |UNDEF |gdk_font_get_type [16299] | 0| 0|NOTY |GLOB |0 |UNDEF |gdk_font_id [15853] | 0| 0|NOTY |GLOB |0 |UNDEF |gdk_font_load_for_display [16456] | 0| 0|NOTY |GLOB |0 |UNDEF |gdk_font_ref [15759] | 0| 0|NOTY |GLOB |0 |UNDEF |gdk_font_unref ... according to the following post from billy biggs, the gdk_font_equal symbol is supposed to be defined in libgtk-x11-2.0.so.0: http://dev.eclipse.org/newslists/news.eclipse.platform/msg44199.html according to the output of ldd on my installation of gtk 2.2.4, gdk_font_equal appears to be undefined in libgtk-x11-2.0.so.0. i also ran nm libgdk-x11-2.0.so.0: [Index] Value Size Type Bind Other Shndx Name ... [403] | 232092| 332|FUNC |LOCL |0 |15 |gdk_font_equal [382] | 81700| 24|FUNC |LOCL |0 |15 |gdk_font_from_description [41] | 230436| 424|FUNC |LOCL |0 |15 |gdk_font_from_description_for_display [97] | 229356| 8|FUNC |LOCL |0 |15 |gdk_font_get_display [607] | 79352| 92|FUNC |LOCL |0 |15 |gdk_font_get_type [1991] | 229364| 84|FUNC |LOCL |0 |15 |gdk_font_hash_insert ... i appreciate that the eclipse team are not responsible for the absence of symbols in gtk 2.2.4. i also appreciate that one workaround (compile gtk from source) was suggested by grant gayed: http://dev.eclipse.org/newslists/news.eclipse.platform/msg44228.html and another workaround was suggested by brian ho (reinstall solaris 9!): http://dev.eclipse.org/newslists/news.eclipse.platform/msg44317.html but please, can anybody suggest an alternative, less-complicated workaround? or can grant gayed please post info (steps?; links to source?; dependencies?) on how to compile gtk from source?
I have the same problem on 2 solaris 9 boxes, if anyone knows a fix please let us know. Thanks
More information on my problem, I have the blurry icons and the broken pangolayout messages. However, I am not convinced that the two are related. If I bring up an empty workspace I do not see the Broken Pangolayout messages, but my icons are still blurry.
I just tried this with Eclipse 3.3M7 on Solaris 9 (with the Sun GTK 2.1.0) and it seems to work properly for me. Doccomments, comments and keywords are highlighted blue, green and purple, respectively; instance variables are blue; other highlightings are disabled in my default installation. I'm running on a remote X display on an openSUSE 10.2 Linux x86_64 box. When you want to try it out, note that because of the Launcher bug #176805 you need to either install a patch for the Launcher, or start 3.3M7 with this command: java -jar plugins/*.launcher_*.jar -os solaris -ws gtk -arch sparc Thanks for the many pointers for upgrading GTK on Solaris 9 in comment #15 - when I read this right, still nobody found a good way to get a fairly recent, working GTK other than the 2.1.0 version that comes from Sun. Because of this, and following the discussion on bug #140244, I suggest using the Sun version (GTK 2.1.0) as de-facto standard and trying to work around any issues even if this version is not officially supported by Eclipse (the project plan lists GTK+ 2.2.1 as minimum required version). FYI, I found a patch for the Sun version here: http://sunsolve.sun.com/search/document.do?assetkey=1-21-115738-05-1 this won't upgrade the version of GTK but fix some issues with it. With respect to the "broken PangoLayout" message, I filed bug 186097 asking for it to be printed only once and with a more informative message. You may want to track that bug.
FYI, for the minor problems associated with this report, I have filed - bug #186097 - pango-layout.c: broken PangoLayout console message - bug #186236 - Couldn't load font "adobe-courier 10"
(In reply to comment #18) > I just tried this with Eclipse 3.3M7 on Solaris 9 (with the Sun GTK 2.1.0) and > it seems to work properly for me... i dl'ed and installed eclipse-SDK-I20070508-0800-solaris-gtk.zip today. applied the launcher patch from bug #185936. i'd already applied the 115738-05-1 gnome patch mentioned in comment #18 a few weeks ago. martin oberhuber is right; it looks like that patch fixes the dithered icon issues reported in comment #17. but even in eclipse-SDK-I20070508-0800 the syntax-highlighting on my system (sunblade 100, solaris 9,500MHz SPARC, 1.536 MB RAM, cde 1.5.7, x11 v6.6.1, sun's libgtk-x11-2.0.so.0.100.0, 1280x1024x60 screen resolution, 8 bit color depth) still looks exactly as i reported for eclipse SDK 3.2.2 in comment #0. all of the "Appearance" preferences in my I20070508-0800 installation are set at their defaults. i give up! i'm going back to using intellij idea! or what about netbeans? there has to be an easier way ;¬)
Perhaps your 8 bit color depth is the problem. Can you try on a different (remote) X server?
(In reply to comment #21) > Perhaps your 8 bit color depth is the problem. > Can you try on a different (remote) X server? > it might be the 8 bit color depth. but syntax highlighting works perfectly in jetbrain's intellij idea v4.0 on that same solaris 9 box. that particular build of idea is from 2004. not to take anything away from eclipse, mind you! but if they can get syntax highlighting to work on solaris 9 with 8 bit color depth, why can't eclipse use whatever approach intellij is using? i tried changing the color depth, but something about either my monitor or the graphics card won't accept anything but 8 bit. i could be doing something wrong though: $ m64config -depth 24 -res 1280x1024x60 now see comment #12 for a list of screen resolutions supported by my sunblade 100 box. i've tried the above command with pretty much all of the resolutions in that list that don't have a [1] or [2] next to them. no joy with any of them except 1280x1024x60 at 8 bit. i log straight into my sb100 into cde. i'm kind of a freshman unix user ;-) i've never used a remote x server (not that i'm aware of) what does that involve?
If you have a second computer (e.g. mine is called osgiliath), you could have Eclipse run on that remote X display: ssh solaris-box setenv DISPLAY osgiliath:0.0 eclipse If you have VNC installed [1], you can also emulate a remote computer with a higher-depth display locally on your solaris box. The commands below first create a password file in your $HOME/.vnc directory, then start up a virtual X server with a higher display depth, and then connect to that X server. So what it does it this: on your local 8-bit display you connect to a virtual 24-bit display thus Eclipse sees it as 24-bit but the translation is done to 8-bit later: vncpasswd vncserver :5 -geometry 1280x1024 -depth 24 xterm -display :5 -ls & vncviewer localhost:5 Inside the vncviewer window, you can now launch Eclipse and it should work. For me, I could emulate your 8-bit display and reproduce the issue there, and from the emulated 8-bit display could fire up another emulated 24-bit display that worked again :-) It may not be the best solution in the long term, but should allow us all to see where the problem is, and give you a temporary workaround. [1] Installing VNC: Not sure if you get it from Sun or sunfreeware.com, but here's the pkginfo from my machine: %>pkginfo | grep vnc system SFWvnc vnc - Virtual Network Computing %>pkginfo -l SFWvnc PKGINST: SFWvnc NAME: vnc - Virtual Network Computing CATEGORY: system ARCH: sparc VERSION: 3.3.5,REV=2004.07.08.09.30 BASEDIR: /opt VENDOR: http://www.realvnc.com DESC: vnc - Virtual Network Computing PSTAMP: freeware20040708093921
Created attachment 66817 [details] Sample xstartup file for vnc Attached is the xstartup file I'm using for making VNC experience more pleasant. Drop this into your $HOME/.vnc directory and the vncserver will run it when creating its virtual display -- giving you a nice window manager and two terminals on your new virtual display.
Using the VNC 8 bpp emulation described in comment #23, I was able to reproduce the issue with I20070511-0010 on Solaris 10 and Linux RHEL4, so it also occurs on the reference platforms: all icons are dithered, and all text in the editor is black. I'd consider it close to unusable! So next I checked with Eclipse-3.2 on Linux RHEL4 and it looked the same: GTK version was unusable on an 8bpp display. But the Motif version looked really nice! I changed the subject accordingly, to indicate it's a general 8bpp / GTK issue also on Reference platofrms. I'd hope that the SWT team can come up with a solution; otherwise you'd have to use the Motif version or use the VNC emulation of 24bpp as mentioned, if you are forced to an 8bpp display. For getting the Solaris Motif version, you'd have to compile Eclipse from the sources: download eclipse-sourceBuild-srcInclude-*.zip, read the instructions and build it -- it's pretty simple since only the Java parts are built but the native libs are all precompiled.
(In reply to comment #23) > If you have a second computer (e.g. mine is called osgiliath), you could have > Eclipse run on that remote X display:.. > thanks martin! i did have vnc on my sb100. and again you are absolutly right! syntax highlighting in eclipse-SDK-I20070508-0800 is displayed as it should be in vnc with 24 bit color depth! you really know your stuff, buddie! [as an aside: looks like the vnc terminal has frozen up on me; but i will sort that out eventually] when i get the vnc terminal unfrozen i will see how eclipse sdk 3.2.2 looks in 24 bit and report back what i find out. thanks again, martin. you're a genius! i had suggested that possibly the display might have had something to do with it in comment #12 >...btw, is there a specific screen resolution that eclipse MUST run under..? well now we know! hope it can be fixed. cheers, sun_certified
(In reply to comment #26) > (In reply to comment #23) > ...when i get the vnc terminal unfrozen i will see how eclipse sdk 3.2.2 looks > in 24 bit and report back what i find out... the syntax highlighting in my installationn of eclipse sdk 3.2.2 is rendered as it should in a 24 bit color depth vnc viewer. likewise for a previously unusable installation of bea's workshop for weblogic platform 9.2 (which is based on eclipse 3.1.2). also, weblogic workshop 9.2's "design" views (pageflow design view, control design view, etc.) are actually usable when launched in vnc. whereas when launched in 8 bit local cde they were displayed as horrible, completely unreadable blobs. thanks again martin oberhuber for your help.
Created attachment 66869 [details] screenshots of in 24 bit color depth as i suspected, i had missed a step when i first attempted to change my local system's color depth to 24. although i'd changed the depth with the m64config command as i described in comment #22, i hadn't exited out of cde to restart the x server (which is required to make the change stick; learn something new everyday ;¬). i just did that now, and i have successfully changed the display of my local cde to 24 bit. et viola! i can run eclipse (and workshop for weblogic platform 9.2) normally in cde and the syntax highlighting is displayed as it should be. not complaining here; just reporting what i see: it looks like i paid for the syntax highlighing with a loss of quality of the icons (see attached screenshots). notice that not only is there a loss of quality of the icons, but in some cases, eclipse doesn't bother to render icons at all (see the "Package Explorer" view on the rh-side of attached "bug_177949_#28_wlw92.gif"). fyi: those screenshots were taken directly in my local cde (not vnc) with 24 bit color depth. like i said in comment #20, i applied the 115738-05 gnome patch a few weeks ago; and at first it looked like it had resolved the icon dithering (at least it did in 8 bit mode). thanks in advance for any other cures anybody has regarding the "icon pox" ;¬)
Summary: One workaround for the syntax highlighting issue is switching to 24bpp; if this is not possible, use a VNC 24bpp visual (see above for details). It looks like the icon discussion is continued on bug #195620.
SWT no longer provides Solaris builds.
