From: Randall R S. <rrs...@cr...> - 2003-01-30 21:20:54
|
Hi, I just got a SuSE 8.1 Linux system running, with all available updates from SuSE applied. I then retrieved and installed the j2sdk1.4.1_01-b01 followed shortly by jEdit 4.1pre9. Installation of jEdit for all users (by root) went smoothly. However, whenever I try to run jEdit, I get exceptions: [error] java.lang.InternalError: not implemented yet [error] at sun.awt.X11SurfaceData.getRaster(X11SurfaceData.java:155) [error] at sun.java2d.loops.OpaqueCopyAnyToArgb.Blit(CustomComponent.java:67) [error] at sun.java2d.loops.GraphicsPrimitive.convertFrom(GraphicsPrimitive.java:451) [error] at sun.java2d.loops.MaskBlit$General.MaskBlit(MaskBlit.java:186) [error] at sun.java2d.loops.Blit$GeneralMaskBlit.Blit(Blit.java:170) [error] at sun.java2d.pipe.DrawImage.blitSurfaceData(DrawImage.java:658) [error] at sun.java2d.pipe.DrawImage.renderSurfaceData(DrawImage.java:386) [error] at sun.java2d.pipe.DrawImage.clipAndRenderSurfaceData(DrawImage.java:364) [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:66) [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:50) [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:749) [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2803) [error] at sun.awt.image.ImageRepresentation.drawToBufImage(ImageRepresentation.java:726) [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:756) [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2803) [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2793) [error] at org.gjt.sp.jedit.gui.SplashScreen.paint(Unknown Source) [error] at sun.awt.RepaintArea.paint(RepaintArea.java:177) [error] at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:374) [error] at java.awt.Component.dispatchEventImpl(Component.java:3658) [error] at java.awt.Component.dispatchEvent(Component.java:3439) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:450) [error] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197) [error] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136) [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:99) [error] java.lang.InternalError: not implemented yet [error] at sun.awt.X11SurfaceData.getRaster(X11SurfaceData.java:155) [error] at sun.java2d.loops.OpaqueCopyAnyToArgb.Blit(CustomComponent.java:67) [error] at sun.java2d.loops.GraphicsPrimitive.convertFrom(GraphicsPrimitive.java:451) [error] at sun.java2d.loops.MaskBlit$General.MaskBlit(MaskBlit.java:186) [error] at sun.java2d.loops.Blit$GeneralMaskBlit.Blit(Blit.java:170) [error] at sun.awt.image.AcceleratedOffScreenImage.copyBackupToAccelerated(AcceleratedOffScreenImage.java:120) [error] at sun.awt.motif.X11OffScreenImage.copyBackupToAccelerated(X11OffScreenImage.java:168) [error] at sun.awt.image.AcceleratedOffScreenImage.validate(AcceleratedOffScreenImage.java:287) [error] at sun.awt.image.AcceleratedOffScreenImage.getSourceSurfaceData(AcceleratedOffScreenImage.java:219) [error] at sun.java2d.SurfaceData.getSurfaceDataFromImage(SurfaceData.java:98) [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:62) [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:50) [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:749) [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2803) [error] at sun.awt.image.ImageRepresentation.drawToBufImage(ImageRepresentation.java:726) [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:756) [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2803) [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2793) [error] at org.gjt.sp.jedit.gui.SplashScreen.paint(Unknown Source) [error] at org.gjt.sp.jedit.gui.SplashScreen.update(Unknown Source) [error] at sun.awt.RepaintArea.paint(RepaintArea.java:169) [error] at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:374) [error] at java.awt.Component.dispatchEventImpl(Component.java:3658) [error] at java.awt.Component.dispatchEvent(Component.java:3439) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:450) [error] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197) [error] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136) [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:99) These appear on the standard output just as or very shortly after the splash-screen window appears. The splash window remains blank, however--just plain white. Every time some of the blank splash window is uncovered and a redraw is required, the second of these two exceptions gets repeated. I've attached a text file containing the same stack trace, in case mailers make the in-line copy here hard to read. Does anyone have any idea what's going on here? If I can help with diagnosis by running any tests or experiments, please let me know. Randall Schulz |
From: Randall R S. <rrs...@cr...> - 2003-01-30 22:10:48
Attachments:
jedit-err
|
Hi, Sorry--I forgot to attach the attachment I mentioned. It seems the stack trace came through unscathed, but nonetheless, here it is. Randall Schulz |
From: Iain H. <ih...@cs...> - 2003-01-30 22:51:31
|
Hi Randall, I think the Java implementation on Linux is broken with respect to 24-bit colour. If you change to 16-bit it should solve your problem. Cheers, Iain On Thu, 30 Jan 2003, Randall R Schulz wrote: > Hi, > > I just got a SuSE 8.1 Linux system running, with all available updates > from SuSE applied. I then retrieved and installed the j2sdk1.4.1_01-b01 > followed shortly by jEdit 4.1pre9. Installation of jEdit for all users > (by root) went smoothly. > > However, whenever I try to run jEdit, I get exceptions: > > [error] java.lang.InternalError: not implemented yet > [error] at sun.awt.X11SurfaceData.getRaster(X11SurfaceData.java:155) > [error] at sun.java2d.loops.OpaqueCopyAnyToArgb.Blit(CustomComponent.java:67) > [error] at sun.java2d.loops.GraphicsPrimitive.convertFrom(GraphicsPrimitive.java:451) > [error] at sun.java2d.loops.MaskBlit$General.MaskBlit(MaskBlit.java:186) > [error] at sun.java2d.loops.Blit$GeneralMaskBlit.Blit(Blit.java:170) > [error] at sun.java2d.pipe.DrawImage.blitSurfaceData(DrawImage.java:658) > [error] at sun.java2d.pipe.DrawImage.renderSurfaceData(DrawImage.java:386) > [error] at sun.java2d.pipe.DrawImage.clipAndRenderSurfaceData(DrawImage.java:364) > [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:66) > [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:50) > [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:749) > [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2803) > [error] at sun.awt.image.ImageRepresentation.drawToBufImage(ImageRepresentation.java:726) > [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:756) > [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2803) > [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2793) > [error] at org.gjt.sp.jedit.gui.SplashScreen.paint(Unknown Source) > [error] at sun.awt.RepaintArea.paint(RepaintArea.java:177) > [error] at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:374) > [error] at java.awt.Component.dispatchEventImpl(Component.java:3658) > [error] at java.awt.Component.dispatchEvent(Component.java:3439) > [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:450) > [error] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197) > [error] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) > [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144) > [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136) > [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:99) > [error] java.lang.InternalError: not implemented yet > [error] at sun.awt.X11SurfaceData.getRaster(X11SurfaceData.java:155) > [error] at sun.java2d.loops.OpaqueCopyAnyToArgb.Blit(CustomComponent.java:67) > [error] at sun.java2d.loops.GraphicsPrimitive.convertFrom(GraphicsPrimitive.java:451) > [error] at sun.java2d.loops.MaskBlit$General.MaskBlit(MaskBlit.java:186) > [error] at sun.java2d.loops.Blit$GeneralMaskBlit.Blit(Blit.java:170) > [error] at sun.awt.image.AcceleratedOffScreenImage.copyBackupToAccelerated(AcceleratedOffScreenImage.java:120) > [error] at sun.awt.motif.X11OffScreenImage.copyBackupToAccelerated(X11OffScreenImage.java:168) > [error] at sun.awt.image.AcceleratedOffScreenImage.validate(AcceleratedOffScreenImage.java:287) > [error] at sun.awt.image.AcceleratedOffScreenImage.getSourceSurfaceData(AcceleratedOffScreenImage.java:219) > [error] at sun.java2d.SurfaceData.getSurfaceDataFromImage(SurfaceData.java:98) > [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:62) > [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:50) > [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:749) > [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2803) > [error] at sun.awt.image.ImageRepresentation.drawToBufImage(ImageRepresentation.java:726) > [error] at sun.java2d.pipe.DrawImage.copyImage(DrawImage.java:756) > [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2803) > [error] at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:2793) > [error] at org.gjt.sp.jedit.gui.SplashScreen.paint(Unknown Source) > [error] at org.gjt.sp.jedit.gui.SplashScreen.update(Unknown Source) > [error] at sun.awt.RepaintArea.paint(RepaintArea.java:169) > [error] at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:374) > [error] at java.awt.Component.dispatchEventImpl(Component.java:3658) > [error] at java.awt.Component.dispatchEvent(Component.java:3439) > [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:450) > [error] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197) > [error] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) > [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144) > [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136) > [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:99) > > > These appear on the standard output just as or very shortly after the > splash-screen window appears. The splash window remains blank, > however--just plain white. Every time some of the blank splash window is > uncovered and a redraw is required, the second of these two exceptions > gets repeated. > > I've attached a text file containing the same stack trace, in case > mailers make the in-line copy here hard to read. > > > Does anyone have any idea what's going on here? If I can help with > diagnosis by running any tests or experiments, please let me know. > > > Randall Schulz > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > -- > ----------------------------------------------- > jEdit Users' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-users > |
From: Slava P. <sl...@je...> - 2003-01-30 23:44:55
|
On January 30, 2003 05:51 pm, Iain Hewson wrote: > Hi Randall, > > I think the Java implementation on Linux is broken with respect to 24-bit > colour. If you change to 16-bit it should solve your problem. It must be something else -- I run with 24-bit color and do not have this problem. Here is the output of "xdpyinfo": name of display: :0.0 version number: 11.0 vendor string: The XFree86 Project, Inc vendor release number: 40201001 XFree86 version: 4.2.1.1 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x1e00004, revert to PointerRoot number of extensions: 27 BIG-REQUESTS DOUBLE-BUFFER DPMS Extended-Visual-Information FontCache GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XFree86-Bigfont XFree86-DGA XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 screen #0: dimensions: 1280x1024 pixels (361x271 millimeters) resolution: 90x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x3a depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store NO, save-unders NO largest cursor: 32x32 current input event mask: 0xd84031 KeyPressMask EnterWindowMask LeaveWindowMask KeymapStateMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals: 4 default visual id: 0x23 visual: visual id: 0x23 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x24 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x25 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x26 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits -- Slava Pestov |
From: Iain H. <ih...@cs...> - 2003-01-31 00:13:40
|
It also depends on your hardware. Sun says it's fixed, but I don't know if it's released yet. Have a look at http://developer.java.sun.com/developer/bugParade/bugs/4517321.html Cheers, Iain On Thu, 30 Jan 2003, Slava Pestov wrote: > On January 30, 2003 05:51 pm, Iain Hewson wrote: > > Hi Randall, > > > > I think the Java implementation on Linux is broken with respect to 24-bit > > colour. If you change to 16-bit it should solve your problem. > > It must be something else -- I run with 24-bit color and do not have this > problem. Here is the output of "xdpyinfo": > > > name of display: :0.0 > version number: 11.0 > vendor string: The XFree86 Project, Inc > vendor release number: 40201001 > XFree86 version: 4.2.1.1 > maximum request size: 4194300 bytes > motion buffer size: 256 > bitmap unit, bit order, padding: 32, LSBFirst, 32 > image byte order: LSBFirst > number of supported pixmap formats: 7 > supported pixmap formats: > depth 1, bits_per_pixel 1, scanline_pad 32 > depth 4, bits_per_pixel 8, scanline_pad 32 > depth 8, bits_per_pixel 8, scanline_pad 32 > depth 15, bits_per_pixel 16, scanline_pad 32 > depth 16, bits_per_pixel 16, scanline_pad 32 > depth 24, bits_per_pixel 32, scanline_pad 32 > depth 32, bits_per_pixel 32, scanline_pad 32 > keycode range: minimum 8, maximum 255 > focus: window 0x1e00004, revert to PointerRoot > number of extensions: 27 > BIG-REQUESTS > DOUBLE-BUFFER > DPMS > Extended-Visual-Information > FontCache > GLX > LBX > MIT-SCREEN-SAVER > MIT-SHM > MIT-SUNDRY-NONSTANDARD > RECORD > RENDER > SECURITY > SGI-GLX > SHAPE > SYNC > TOG-CUP > XC-APPGROUP > XC-MISC > XFree86-Bigfont > XFree86-DGA > XFree86-Misc > XFree86-VidModeExtension > XInputExtension > XKEYBOARD > XTEST > XVideo > default screen number: 0 > number of screens: 1 > > screen #0: > dimensions: 1280x1024 pixels (361x271 millimeters) > resolution: 90x96 dots per inch > depths (7): 24, 1, 4, 8, 15, 16, 32 > root window id: 0x3a > depth of root window: 24 planes > number of colormaps: minimum 1, maximum 1 > default colormap: 0x20 > default number of colormap cells: 256 > preallocated pixels: black 0, white 16777215 > options: backing-store NO, save-unders NO > largest cursor: 32x32 > current input event mask: 0xd84031 > KeyPressMask EnterWindowMask LeaveWindowMask > KeymapStateMask SubstructureNotifyMask SubstructureRedirectMask > PropertyChangeMask ColormapChangeMask > number of visuals: 4 > default visual id: 0x23 > visual: > visual id: 0x23 > class: TrueColor > depth: 24 planes > available colormap entries: 256 per subfield > red, green, blue masks: 0xff0000, 0xff00, 0xff > significant bits in color specification: 8 bits > visual: > visual id: 0x24 > class: TrueColor > depth: 24 planes > available colormap entries: 256 per subfield > red, green, blue masks: 0xff0000, 0xff00, 0xff > significant bits in color specification: 8 bits > visual: > visual id: 0x25 > class: DirectColor > depth: 24 planes > available colormap entries: 256 per subfield > red, green, blue masks: 0xff0000, 0xff00, 0xff > significant bits in color specification: 8 bits > visual: > visual id: 0x26 > class: DirectColor > depth: 24 planes > available colormap entries: 256 per subfield > red, green, blue masks: 0xff0000, 0xff00, 0xff > significant bits in color specification: 8 bits > -- > Slava Pestov > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > -- > ----------------------------------------------- > jEdit Users' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-users > |
From: Randall R S. <rrs...@cr...> - 2003-01-31 00:57:25
|
Iain, Thanks. I'd just made my way to that bug report, myself. That report is against beta3 and the first report is dated Oct. 19, 2001. And evidently the build date for the code used to file the bug report was Apr. 8, 2001. This is an awfully long time for this bug to be lingering! It does say the bug is "closed" and "fixed," but evidently that fix has not yet made its way into the release version. Either that or there was a regression. Others have chimed in about this problem as late as Dec. 31, 2002. I wonder if a 32 bit-per-pixel format will work? I've got to shut down my VMware VM and change the Windows monitor to 32-bit and then reboot Linux in the VM before I can test that, and I'm in the middle of plug-in downloads right now. In my case, running under VMware 3.2, the emulated video card does not (even in principle) reflect any commercial video hardware. Linux reports it as "VMware VMware 0405". I've got to say, I agree with "kamikaze" (and all the others dismayed by this bug): -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- SAT FEB 16 09:06 P.M. 2002 kamikaze This is a blatantly unacceptable situation. It's preposterous to make Linux users drop to 16-bit to run Java. Nothing graphical works at all in 24-bit, which is how most people have Linux set up. Most will download it, find that it doesn't work, and never even think of another bit depth as the fix. -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- I'm running jEdit 4.1pre9 now (downloading plug-ins and performing the myriad configuration and customization changes I live by), and all seems well. I'd forgotten that Java 2 1.3.1 didn't have mouse wheel support. Randall Schulz At 16:13 2003-01-30, Iain Hewson wrote: >It also depends on your hardware. Sun says it's fixed, but I don't know >if it's released yet. Have a look at >http://developer.java.sun.com/developer/bugParade/bugs/4517321.html > >Cheers, >Iain |
From: Slava P. <sl...@je...> - 2003-01-31 01:10:48
|
So why don't you run Linux natively, instead of in VMWare? And why run jEdit in the Linux JVM, if your host OS is Windows? On January 30, 2003 07:58 pm, Randall R Schulz wrote: > Iain, > > Thanks. I'd just made my way to that bug report, myself. > > That report is against beta3 and the first report is dated Oct. 19, > 2001. And evidently the build date for the code used to file the bug > report was Apr. 8, 2001. This is an awfully long time for this bug to > be lingering! > > It does say the bug is "closed" and "fixed," but evidently that fix has > not yet made its way into the release version. Either that or there was > a regression. Others have chimed in about this problem as late as Dec. > 31, 2002. > > I wonder if a 32 bit-per-pixel format will work? I've got to shut down > my VMware VM and change the Windows monitor to 32-bit and then reboot > Linux in the VM before I can test that, and I'm in the middle of > plug-in downloads right now. > > In my case, running under VMware 3.2, the emulated video card does not > (even in principle) reflect any commercial video hardware. Linux > reports it as "VMware VMware 0405". > > > I've got to say, I agree with "kamikaze" (and all the others dismayed > by this bug): > > -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- > SAT FEB 16 09:06 P.M. 2002 > kamikaze > > This is a blatantly unacceptable situation. It's > preposterous to make Linux users drop to 16-bit to run > Java. Nothing graphical works at all in 24-bit, which is > how most people have Linux set up. Most will download it, > find that it doesn't work, and never even think of another > bit depth as the fix. > -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- > > > I'm running jEdit 4.1pre9 now (downloading plug-ins and performing the > myriad configuration and customization changes I live by), and all seems > well. > > I'd forgotten that Java 2 1.3.1 didn't have mouse wheel support. > > Randall Schulz > > At 16:13 2003-01-30, Iain Hewson wrote: > >It also depends on your hardware. Sun says it's fixed, but I don't know > >if it's released yet. Have a look at > >http://developer.java.sun.com/developer/bugParade/bugs/4517321.html > > > >Cheers, > >Iain -- Slava Pestov |
From: Randall R S. <rrs...@cr...> - 2003-01-31 01:31:48
|
Slava, At 17:11 2003-01-30, Slava Pestov wrote: >So why don't you run Linux natively, instead of in VMWare? And why run jEdit >in the Linux JVM, if your host OS is Windows? Does it matter? That's how I've set up my system. I have only one computer, I need both OSes for the time being and I'm not willing to switch to Windows every time I want to edit Java code (I'm willing to do pretty much everything else I need to in Vim). Eventually, I might be able to transition to Linux alone, but that's not certain, given the work I have to do for my client and my partner's preference for Windows. Others have this problem, too, without respect for their use of VMware. Besides, it's not on your head. Randall Schulz |
From: Slava P. <sl...@je...> - 2003-01-31 01:59:44
|
Well all I'm trying to say is that it could be some problem with VMWare -- I believe they install their own X video driver. Try running Linux as the host OS and Windows in a VMWare session. On January 30, 2003 08:33 pm, Randall R Schulz wrote: > Slava, > > At 17:11 2003-01-30, Slava Pestov wrote: > >So why don't you run Linux natively, instead of in VMWare? And why run > > jEdit in the Linux JVM, if your host OS is Windows? > > Does it matter? That's how I've set up my system. I have only one > computer, I need both OSes for the time being and I'm not willing to > switch to Windows every time I want to edit Java code (I'm willing to > do pretty much everything else I need to in Vim). > > Eventually, I might be able to transition to Linux alone, but that's > not certain, given the work I have to do for my client and my partner's > preference for Windows. > > Others have this problem, too, without respect for their use of VMware. > Besides, it's not on your head. > > Randall Schulz > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com -- Slava Pestov |
From: Randall R S. <rrs...@cr...> - 2003-01-31 02:41:48
|
Slava, You must have missed Iain's posts in which he pointed us to the bug report that corresponds to this symptom and mine stating that under 1.3.1 jEdit works fine (except, of course, for the lack of mouse wheel support). And yes, as I mentioned, VMware has its own video driver--it pretty much has to, it virtualizes all the hardware. But I believe VMware is not to blame. After all, it's more mature than the Linux Java 2 implementation. Randall Schulz At 18:00 2003-01-30, Slava Pestov wrote: >Well all I'm trying to say is that it could be some problem with VMWare -- I >believe they install their own X video driver. Try running Linux as the host >OS and Windows in a VMWare session. > >On January 30, 2003 08:33 pm, Randall R Schulz wrote: > > Slava, > > > > At 17:11 2003-01-30, Slava Pestov wrote: > > >So why don't you run Linux natively, instead of in VMWare? And why run > > > jEdit in the Linux JVM, if your host OS is Windows? > > > > Does it matter? That's how I've set up my system. I have only one > > computer, I need both OSes for the time being and I'm not willing to > > switch to Windows every time I want to edit Java code (I'm willing to > > do pretty much everything else I need to in Vim). > > > > Eventually, I might be able to transition to Linux alone, but that's > > not certain, given the work I have to do for my client and my partner's > > preference for Windows. > > > > Others have this problem, too, without respect for their use of VMware. > > Besides, it's not on your head. > > > > Randall Schulz |
From: Randall R S. <rrs...@cr...> - 2003-01-31 00:16:39
|
Slava, Iain, At 15:45 2003-01-30, Slava Pestov wrote: >On January 30, 2003 05:51 pm, Iain Hewson wrote: > > Hi Randall, > > > > I think the Java implementation on Linux is broken with respect to 24-bit > > colour. If you change to 16-bit it should solve your problem. > >It must be something else -- I run with 24-bit color and do not have this >problem. Here is the output of "xdpyinfo": I think Iain _is_ right (if you interpret "the Java implementation" as the Java 2 1.4.1_01-b01). When I ran jEdit 4.1pre9 with the 1.3.1 JRE available via the SuSE 8.1 installer, jEdit seems to work OK. Certainly it starts up OK. I'll put it through its paces shortly. Here's my xdpyinfo: name of display: :0.0 version number: 11.0 vendor string: The XFree86 Project, Inc vendor release number: 40200000 XFree86 version: 4.2.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 24, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x1e00006, revert to PointerRoot number of extensions: 24 BIG-REQUESTS DOUBLE-BUFFER DPMS Extended-Visual-Information FontCache LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RENDER SECURITY SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XFree86-Bigfont XFree86-DGA XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 screen #0: dimensions: 1280x1024 pixels (433x347 millimeters) resolution: 75x75 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x34 depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store NO, save-unders NO largest cursor: 64x64 current input event mask: 0xd84031 KeyPressMask EnterWindowMask LeaveWindowMask KeymapStateMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals: 1 default visual id: 0x21 visual: visual id: 0x21 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits >... > >-- >Slava Pestov Randall Schulz |
From: Slava P. <sl...@je...> - 2003-01-31 00:37:22
|
The only difference I can see between your and my xdpyinfo output that could cause this is that yours does not have a DirectColor visual, only TrueColor. I'm not sure what the difference is though. What driver do you use? I use "nv" (although Java works fine with "nvidia" too, but I find "nvidia" is unstable). On January 30, 2003 07:16 pm, Randall R Schulz wrote: > Here's my xdpyinfo: > > name of display: :0.0 > version number: 11.0 > vendor string: The XFree86 Project, Inc > vendor release number: 40200000 > XFree86 version: 4.2.0 > maximum request size: 4194300 bytes > motion buffer size: 256 > bitmap unit, bit order, padding: 32, LSBFirst, 32 > image byte order: LSBFirst > number of supported pixmap formats: 7 > supported pixmap formats: > depth 1, bits_per_pixel 1, scanline_pad 32 > depth 4, bits_per_pixel 8, scanline_pad 32 > depth 8, bits_per_pixel 8, scanline_pad 32 > depth 15, bits_per_pixel 16, scanline_pad 32 > depth 16, bits_per_pixel 16, scanline_pad 32 > depth 24, bits_per_pixel 24, scanline_pad 32 > depth 32, bits_per_pixel 32, scanline_pad 32 > keycode range: minimum 8, maximum 255 > focus: window 0x1e00006, revert to PointerRoot > number of extensions: 24 > BIG-REQUESTS > DOUBLE-BUFFER > DPMS > Extended-Visual-Information > FontCache > LBX > MIT-SCREEN-SAVER > MIT-SHM > MIT-SUNDRY-NONSTANDARD > RENDER > SECURITY > SHAPE > SYNC > TOG-CUP > XC-APPGROUP > XC-MISC > XFree86-Bigfont > XFree86-DGA > XFree86-Misc > XFree86-VidModeExtension > XInputExtension > XKEYBOARD > XTEST > XVideo > default screen number: 0 > number of screens: 1 > > screen #0: > dimensions: 1280x1024 pixels (433x347 millimeters) > resolution: 75x75 dots per inch > depths (7): 24, 1, 4, 8, 15, 16, 32 > root window id: 0x34 > depth of root window: 24 planes > number of colormaps: minimum 1, maximum 1 > default colormap: 0x20 > default number of colormap cells: 256 > preallocated pixels: black 0, white 16777215 > options: backing-store NO, save-unders NO > largest cursor: 64x64 > current input event mask: 0xd84031 > KeyPressMask EnterWindowMask LeaveWindowMask > > KeymapStateMask SubstructureNotifyMask > SubstructureRedirectMask > PropertyChangeMask ColormapChangeMask > number of visuals: 1 > default visual id: 0x21 > visual: > visual id: 0x21 > class: TrueColor > depth: 24 planes > available colormap entries: 256 per subfield > red, green, blue masks: 0xff0000, 0xff00, 0xff > significant bits in color specification: 8 bits > > >... > > > >-- > >Slava Pestov > > Randall Schulz > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com -- Slava Pestov |