Font rendering is different when using -multiwindow
When running applications with a full-screen or -rootless X session, fonts look fine. But when running the same application using the -multiwindow switch, fonts are rendered oddly and are difficult to read. Here are some examples: Correct (full screen or rootless): http://codespunk.com/files/upload/x_font.png Incorrect (multiwindow): http://codespunk.com/files/upload/x_font_mw.png I prefer running as multiwindow because each application has its own unique window for focus. In rootless mode all of the X windows come to the front when one is selected. Does anyone know why fonts are rendering differently? Can this be fixed? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: help with running startxwin
On 11/06/2013 02:03, Karl K. Berggren wrote: I get the following error when I run startxwin from a cygwin (1.7.20) prompt on my windows 8 surface tablet A fatal error has occurred and Cygwin/X will now exit Caught signal 11 (Segmentation fault). Server aborting Thanks for reporting this problem. Please can you obtain a backtrace using the method under Generating a backtrace when the X server is crashing at startup in [1]? [1] http://x.cygwin.com/devel/backtrace.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Nedit bugs: paste and server crash
On 10/06/2013 20:46, mathog wrote: I didn't want to send this to the list because there is an attachment. Please don't send mail to me, send it to the list. You can always upload a large attachment somewhere and include a link in your mail. On 06/06/2013 17:41, mathog wrote: 2. In long editing sessions (hours) draw errors tend to accumulate in nedit. For instance, the save as dialog will come up with none of the buttons (like save!) visible. Other times divots will appear on parts of the screen outside of the text editing region, and/or parts of the pull down menu list will disappear. Possibly related to the preceding bug since, again, it only shows up intermittently and after long periods. Cygwin/X Xserver package version 1.11.1-1 built 2011-10-05 Nedit from Ubuntu 12.04.1 LTS. That nedit package is: 1:5.6~cvs20081118-7 and ldd shows that it is linked ot /usr/lib/libXm.so.2 which is the one from lesstif2 (1:0.95.2-1), even though libmotif4 (2.3.3-5ubuntu) is installed (so libXm.so.4 is present as well). These redraw bugs are possibly in lesstif or nedit, if that is the only application you see this problem with. You might find that starting the Xserver with the +bs option helps in case like this. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Font rendering is different when using -multiwindow
On 11/06/2013 08:14, Matt D. wrote: When running applications with a full-screen or -rootless X session, fonts look fine. But when running the same application using the -multiwindow switch, fonts are rendered oddly and are difficult to read. Here are some examples: Correct (full screen or rootless): http://codespunk.com/files/upload/x_font.png Incorrect (multiwindow): http://codespunk.com/files/upload/x_font_mw.png I prefer running as multiwindow because each application has its own unique window for focus. In rootless mode all of the X windows come to the front when one is selected. Does anyone know why fonts are rendering differently? Can this be fixed? Thanks for reporting this issue. This is pretty odd. I have no idea what the cause is. Are you sure this odd rendering appears on all applications, and isn't tied to a particular toolkit (Qt, gtk, etc. )? You might start by looking at the dimensions and dpi details for screen #0 reported by xdpyinfo, and see if there is a difference between these two modes. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Missing X11 Libraries
On 6/11/2013 12:46 AM, Dan Piraner wrote: P.S. I tried to paste my CygCheck.out contents here but the email bounced with a message saying it exceeded the maximum size. Please let me know if there are any particular subsections that I should send. We ask that you *attach* the cygcheck output rather than paste the contents in. Attaching will avoid this complaint. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Missing X11 Libraries
Hi Dan, On Tue, Jun 11, 2013 at 6:46 AM, Dan Piraner wrote: P.S. I tried to paste my CygCheck.out contents here but the email bounced with a message saying it exceeded the maximum size. Please let me know if there are any particular subsections that I should send. It's not clear to me what you mean by paste, but this Problem reports: http://cygwin.com/problems.html recommends that you *attach* cygcheck.out rather than include it in the body of the email. Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Font rendering is different when using -multiwindow
To add some additional information, I am having the font rendering issue when connecting my X session to a remote CentOS 6.4 machine. I cannot duplicate the issue when running applications locally through Cygwin. I'm having some trouble narrowing this down but here are the results of my tests: Remote X font rendering changed: gedit 2.28.4 (Consolas) gedit 2.28.4 (DejaVu Sans Mono) Eclipse 4.2 (Consolas) gtk-demo (GTK2) Local font rendering unchanged: gedit 3.6.2 (Consolas) gtk3-widget-factory gtk-demo (GTK2) Are you sure this odd rendering appears on all applications, and isn't tied to a particular toolkit (Qt, gtk, etc. )? I don't have any good candidates to test this with, as I'm only familiar with gtk applications. Attached are the results from xdpyinfo. On 6/11/2013 2:03 PM, Jon TURNEY wrote: On 11/06/2013 08:14, Matt D. wrote: When running applications with a full-screen or -rootless X session, fonts look fine. But when running the same application using the -multiwindow switch, fonts are rendered oddly and are difficult to read. Here are some examples: Correct (full screen or rootless): http://codespunk.com/files/upload/x_font.png Incorrect (multiwindow): http://codespunk.com/files/upload/x_font_mw.png I prefer running as multiwindow because each application has its own unique window for focus. In rootless mode all of the X windows come to the front when one is selected. Does anyone know why fonts are rendering differently? Can this be fixed? Thanks for reporting this issue. This is pretty odd. I have no idea what the cause is. Are you sure this odd rendering appears on all applications, and isn't tied to a particular toolkit (Qt, gtk, etc. )? You might start by looking at the dimensions and dpi details for screen #0 reported by xdpyinfo, and see if there is a difference between these two modes. name of display::0 version number:11.0 vendor string:The Cygwin/X Project vendor release number:11401000 maximum request size: 16777212 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: PointerRoot number of extensions:22 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS GLX Generic Event Extension MIT-SCREEN-SAVER RANDR RECORD RENDER SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-Bigfont XINERAMA XInputExtension XKEYBOARD XTEST default screen number:0 number of screens:1 screen #0: dimensions:4480x1080 pixels (1185x286 millimeters) resolution:96x96 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x216 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:0x4a0007 KeyPressMask KeyReleaseMask ButtonPressMask StructureNotifyMask SubstructureNotifyMask PropertyChangeMask number of visuals:110 default visual id: 0x21 visual: visual id:0x21 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x1a9 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x1aa class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x1ab class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x1ac class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x1ad class:TrueColor depth:24 planes available
Re: Font rendering is different when using -multiwindow
I'm unfamiliar with X but I've been digging around the source code to see if I can find anything. It seems like all of the text drawing is done by functions in dixfont.c, is this correct? Is there a different rasterizer between normal and multiwindowed mode? I tried specifying all of the various options available through the -engine parameter, such as '-engine 1' but with no change. On 6/11/2013 4:08 PM, Matt D. wrote: To add some additional information, I am having the font rendering issue when connecting my X session to a remote CentOS 6.4 machine. I cannot duplicate the issue when running applications locally through Cygwin. I'm having some trouble narrowing this down but here are the results of my tests: Remote X font rendering changed: gedit 2.28.4 (Consolas) gedit 2.28.4 (DejaVu Sans Mono) Eclipse 4.2 (Consolas) gtk-demo (GTK2) Local font rendering unchanged: gedit 3.6.2 (Consolas) gtk3-widget-factory gtk-demo (GTK2) Are you sure this odd rendering appears on all applications, and isn't tied to a particular toolkit (Qt, gtk, etc. )? I don't have any good candidates to test this with, as I'm only familiar with gtk applications. Attached are the results from xdpyinfo. On 6/11/2013 2:03 PM, Jon TURNEY wrote: On 11/06/2013 08:14, Matt D. wrote: When running applications with a full-screen or -rootless X session, fonts look fine. But when running the same application using the -multiwindow switch, fonts are rendered oddly and are difficult to read. Here are some examples: Correct (full screen or rootless): http://codespunk.com/files/upload/x_font.png Incorrect (multiwindow): http://codespunk.com/files/upload/x_font_mw.png I prefer running as multiwindow because each application has its own unique window for focus. In rootless mode all of the X windows come to the front when one is selected. Does anyone know why fonts are rendering differently? Can this be fixed? Thanks for reporting this issue. This is pretty odd. I have no idea what the cause is. Are you sure this odd rendering appears on all applications, and isn't tied to a particular toolkit (Qt, gtk, etc. )? You might start by looking at the dimensions and dpi details for screen #0 reported by xdpyinfo, and see if there is a difference between these two modes. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: help with running startxwin
here's the backlog also the xwin log attached again, no idea if it would be different from this run, but just being thorough. #0 0x64acb60e in ?? () from /cygdrive/c/windows/SysWOW64/ig7icd32.dll No symbol table info available. #1 0x64abec75 in ?? () from /cygdrive/c/windows/SysWOW64/ig7icd32.dll No symbol table info available. #2 0x64afde43 in ?? () from /cygdrive/c/windows/SysWOW64/ig7icd32.dll No symbol table info available. #3 0x0001 in ?? () No symbol table info available. #4 0x6d011e00 in ?? () No symbol table info available. #5 0x0008 in ?? () No symbol table info available. #6 0x0008 in ?? () No symbol table info available. #7 0x0008 in ?? () No symbol table info available. #8 0x0008 in ?? () No symbol table info available. #9 0x0010 in ?? () No symbol table info available. #10 0x0008 in ?? () No symbol table info available. #11 0x in ?? () No symbol table info available. On 6/11/2013 9:07 AM, Jon TURNEY wrote: On 11/06/2013 02:03, Karl K. Berggren wrote: I get the following error when I run startxwin from a cygwin (1.7.20) prompt on my windows 8 surface tablet A fatal error has occurred and Cygwin/X will now exit Caught signal 11 (Segmentation fault). Server aborting Thanks for reporting this problem. Please can you obtain a backtrace using the method under Generating a backtrace when the X server is crashing at startup in [1]? [1] http://x.cygwin.com/devel/backtrace.html Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.14.1.0 OS: CYGWIN_NT-6.2-WOW64 kbgrpkkbsurf 1.7.20(0.266/5/3) 2013-06-07 11:11 i686 OS: Windows 8 [Windows NT 6.2 build 9200] (WoW64) Package: version 1.14.1-1 built 2013-05-07 XWin was started with the following command line: /usr/bin/Xwin -multiwindow ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1680 h 1050 winInitializeScreenDefaults - native DPI x 144 y 144 [293904.214] Initializing built-in extension Generic Event Extension [293904.214] Initializing built-in extension SHAPE [293904.214] Initializing built-in extension MIT-SHM [293904.214] Initializing built-in extension XInputExtension [293904.214] Initializing built-in extension XTEST [293904.214] Initializing built-in extension BIG-REQUESTS [293904.214] Initializing built-in extension SYNC [293904.214] Initializing built-in extension XKEYBOARD [293904.214] Initializing built-in extension XC-MISC [293904.214] Initializing built-in extension XINERAMA [293904.214] Initializing built-in extension XFIXES [293904.214] Initializing built-in extension XFree86-Bigfont [293904.214] Initializing built-in extension RENDER [293904.214] Initializing built-in extension RANDR [293904.214] Initializing built-in extension COMPOSITE [293904.214] Initializing built-in extension DAMAGE [293904.214] Initializing built-in extension MIT-SCREEN-SAVER [293904.214] Initializing built-in extension DOUBLE-BUFFER [293904.214] Initializing built-in extension RECORD [293904.214] Initializing built-in extension DPMS [293904.214] Initializing built-in extension X-Resource [293904.214] Initializing built-in extension GLX [293904.214] (II) xorg.conf is not supported [293904.214] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [293904.214] LoadPreferences: /cygdrive/c/Users/berggren/Dropbox/CygwinHome/.XWinrc not found [293904.214] LoadPreferences: Loading /etc/X11/system.XWinrc [293904.214] LoadPreferences: Done parsing the configuration file... [293904.292] winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD [293904.292] winDetectSupportedEngines - Windows NT, allowing PrimaryDD [293904.292] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [293904.370] winDetectSupportedEngines - Returning, supported engines 001f [293904.401] winSetEngine - Multi Window or Rootless = ShadowGDI [293904.401] winScreenInit - Using Windows display depth of 32 bits per pixel [293904.573] winAllocateFBShadowGDI - Creating DIB with width: 1680 height: 1050 depth: 32 [293904.573] winFinishScreenInitFB - Masks: 00ff ff00 00ff [293904.573] winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 [293904.604] winInitMultiWindowWM - Calling pthread_mutex_lock () [293904.635] winMultiWindowXMsgProc - Calling pthread_mutex_lock () [293904.635] MIT-SHM extension disabled due to lack of kernel support [293904.651] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
