Keybord layout under X mode
I installed Cygwin 64 bit on my laptop. This one has a Belgian keyboard but in graphic mode the default keyboard is a Belgian keyboard. How do I change this configuration? Thank you... Patrick ETIENNE --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus -- 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: XRaiseWindow for activating windows in multiwindow mode In-Reply-To: 53a2b675.3020...@gmx.de
I used my patch from 2011 every day for the last three years and it worked always without any problems. I was also able to incorporate this patch into the newest cygwin x server running under 64-bit cygwin without any problems. See also: https://cygwin.com/ml/cygwin-xfree/2011-08/msg00034.html https://cygwin.com/ml/cygwin-xfree/2011-09/msg0.html https://cygwin.com/ml/cygwin-xfree/2011-09/msg3.html I don't understand, why this patch was not included into the official cygwin-x-server. Of course it would be nice, if a better solution was available. For pragmatic reasons it would be nice to include this patch into official cygwin x server until a better solution is available. How can we get this rolled into the release? -- 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: XRaiseWindow for activating windows in multiwindow mode
On 03 Sep 2011, Jon TURNEY wrote: On 13/08/2011 19:39, Oliver Schmidt wrote: as reported in http://www.cygwin.com/ml/cygwin-xfree/2005-06/msg00072.html windows are not raised from the Cygwin X Server in multiwindow mode, if a program wants to programmatically activate a window. I played around and figured out that the problem can be solved by invoking the windows function SetForegroundWindow if a top level window is to be restacked and has no previous sibling. I enclose the patch in this email. It works fine for me, but I'm not sure if it has any side effects for other configurations or usage patterns. Thanks for looking into this, and for the patch. There definitely are some problems in this area, but I'm not sure this is the 'correct' fix, though. The code as it stands is the product of some ... erm ... historical compromises. If I am reading the code correctly, it looks like currently no attempt is made to synchronize changes in the X window Z-order (e.g. made by XRaiseWindow()) to the native Windows window Z-order, and the comment in [1] seems to bear this out. The code which perhaps would do this is in the disabled branch of the #if/#else/#endif in winRestackWindowMultiWindow() The relevant thread seems to be [2] and the relevant change seems to be [3], but I can't reconstruct the reasoning behind it. As discussed in the thread [2] various scenarios, e.g. AOT windows, native windows interleaved with X windows in the native Z order, Windows with focus-follows-mouse enabled via TweakUI all need testing after trying to fix this, to ensure you haven't regressed them. [1] http://sourceware.org/ml/cygwin-xfree/2004-12/msg00074.html [2] http://sourceware.org/ml/cygwin-xfree/2004-03/msg00540.html [3] http://cgit.freedesktop.org/xorg/xserver/commit/?h=CYGWINid=40bb4441ac7c87cfa0c62e8553c7e53b9fe4d765 It would be nice if this feature could be integrated into future versions of the Cygwin X Server. Best regards, Oliver Is there a fix planned for this? I too use applications that make use of XRaiseWindow to navigate around multiple windows, and it doesn't work. Anyone have any info on this issue?? Thanks! Patrick Herbst Ref: https://cygwin.com/ml/cygwin-xfree/2011-09/msg0.html -- 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/
bug and patch for xfig/xfig-lib 3.2.5b-2 -- from RedHat 806689
Latest update of xfig 3.2.5b-2 in Cygwin 1.7 predates the problem introduced by a security revision to ghostscript that changed the handling of relative paths. The revised ghostscript is incorporated in Cygwin 1.7, hence xfig reads but fails to render eps files. The present behavior of xfig in Cygwin upon attempting an import of an eps file is identical to the bug reported in RedHat bugzilla Bug 806689 at https://bugzilla.redhat.com/show_bug.cgi?id=806689 The bug was identified March 25, 2012. A patch was presented April 04 for readeps.c https://bugzilla.redhat.com/attachment.cgi?id=575230action=diff The official patch and the patched xfig 3.2.5-23 were released June 20 by the bug report Bug 806689 at the link above. The diff file for the patch for readeps.c is at https://bugzilla.redhat.com/attachment.cgi?id=575230 Many thanks to Dr. Volker Zell and to Corinna Vinschen for keeping the X11 workhorses alive and well. I have the legacy Cygwin running on a separate machine and use that distribution for a full-function xfig. vince patrick -- 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/
startx - no keyboard or mouse focus with single xterm, repeatable error - WORKAROUND
I've found a better workaround for this problem which works without needing to calculate the correct placement of a remedial xterm. Install the xsetroot package and run the following once the X server has started up: # Traditional X11 X-shaped cursor xsetroot -cursor_name X_cursor or # Normal left-pointing arrow cursor xsetroot -cursor_name left_ptr Setting the cursor in this way fixes both the keyboard focus and missing pointer problems. Also - can anyone tell me how to respond correctly to messages in a digest or from the mailing list archive? I've just pasted in the subject heading for this email and Scott's original email below (minus the email addresses), but I'm guessing this email won't show up in the right thread location in the overal email structure of the archive. Regards, Patrick From: Scott Merrilees To: Cc: Date: Thu, 14 Jun 2012 16:05:22 +1000 Subject: Re: startx - no keyboard or mouse focus with single xterm, repeatable error I upgraded yesterday, and am similarly afflicted Thanks Patrick for a workaround, +200+200 works for me. Mario's suggestion of startxwin doesn't solve the problem because startxwin doesn't allow single root window mode. Another minimal way to demonstrate the problem: DISPLAY=:0; export DISPLAY XWin twm notice that twm doesn't have focus, and pressing button1 on the root window doesn't show a menu. Howewver if you then force twm to ask where to place a window by doing: xclock then once the window has been placed I can see the button1 menu, and subsequent xterms etc work properly. When I tried fvwm as an alternative window manager, it worked ok. -- Scott Merrilees -- 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/
Problem with basic startx and xterm - no cursor or focus
Hi list, A slightly more pared-down version of a question I've posed previously. From a new Cygwin install on Windows 7 running 1024x768 resolution, compare the result of the following two commands run from a Cygwin terminal: startx /usr/bin/xterm -- -logfile broken.log startx /usr/bin/xterm -geometry 80x50+494+51 -- -logfile works.log The first command produces a single unmanaged xterm. No X11 cursor is visible and the xterm is unable to receive input focus. It is not possible to anticipate where the cursor ought to be and give the xterm focus. Unusable. The second command produces a single unmanaged xterm. The X11 cursor is visible and the xterm is able to receive input focus. Works as expected. This seems to be a fairly fundamental problem, and the placement of the xterm determines whether the entire X.org session is usable or not. Does anyone know anything about this problem? Regards, Patrick broken.log Description: Binary data works.log Description: Binary data cygcheck.out Description: Binary data -- 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/
startx - no keyboard or mouse focus with single xterm, repeatable error
I've observed a problem whereby a single-screen X11 session started with startx or Xwin prevents a single xterm from being started in a usable state (no keyboard or mouse focus), but the problem goes away if the xterm is placed in a *particular area on the screen*. It's a new fresh Cygwin install. Here's the command I'm using: startx /usr/bin/xterm This opens a single-window X11 server populated with one xterm. Within the X11 server window, the cursor is not visible and neither mouse focus or keyboard focus is available. Even with twm running, the situation is the same: startx /usr/bin/xterm -e twm Tested on: Windows XP SP3 32-bit (running under VirtualBox on a Linux host, 1024x768 resolution, 32bpp and 16bpp) Windows Server 2008 R2 64-bit (running under VMware ESX 3.x via an RDP remote desktop session, 1132x778 resolution, 16bpp). Here is the strange thing. On both installations I can get everything working fine by running the xterm like this: startx /usr/bin/xterm -g 40x40-xxx+51 with xxx set to 257 or more, up to an upper bound of 508, after which it stops working again. This range seems to depend on the horizontal resolution of the X11 server window, the example above using 1024x768 32bpp, and basic testing seems to suggest that xxx needs to be just over 25% of the horizontal resolution. The vertical resolution of the X11 server window doesn't seem to have a bearing on the issue. So - it seems that the problem can be side-stepped by popping up an xterm in the area of the screen just beyond the 25% mark on the horizontal access, and then immediately closing it again, after which everything is fine. The fact that it's such a repeatable error is interesting! Any insights appreciated. Regards, Patrick XWin.0.log Description: Binary data cygcheck.out Description: Binary data -- 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/
Updated: startx - no keyboard or mouse focus with single xterm, repeatable error
In my previous email, I mis-typed the xterm geometry which might have caused confusion. There was a minus where there should have been a plus. Corrected version below. I've observed a problem whereby a single-screen X11 session started with startx or Xwin prevents a single xterm from being started in a usable state (no keyboard or mouse focus), but the problem goes away if the xterm is placed in a *particular area on the screen*. It's a new fresh Cygwin install. Here's the command I'm using: startx /usr/bin/xterm This opens a single-window X11 server populated with one xterm. Within the X11 server window, the cursor is not visible and neither mouse focus or keyboard focus is available. Even with twm running, the situation is the same: startx /usr/bin/xterm -e twm Tested on: Windows XP SP3 32-bit (running under VirtualBox on a Linux host, 1024x768 resolution, 32bpp and 16bpp) Windows Server 2008 R2 64-bit (running under VMware ESX 3.x via an RDP remote desktop session, 1132x778 resolution, 16bpp). Here is the strange thing. On both installations I can get everything working fine by running the xterm like this: startx /usr/bin/xterm -g 40x40+xxx+51 with xxx set to 257 or more, up to an upper bound of 508, after which it stops working again. This range seems to depend on the horizontal resolution of the X11 server window, the example above using 1024x768 32bpp, and basic testing seems to suggest that xxx needs to be just over 25% of the horizontal resolution. The vertical resolution of the X11 server window doesn't seem to have a bearing on the issue. So - it seems that the problem can be side-stepped by popping up an xterm in the area of the screen just beyond the 25% mark on the horizontal access, and then immediately closing it again, after which everything is fine. The fact that it's such a repeatable error is interesting! Any insights appreciated. Regards, Patrick XWin.0.log Description: Binary data cygcheck.out Description: Binary data -- 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/
Why XWin expose multiple visuals with same depth/colormap ?
Hello, It seems that XWin exposes a lot of Visuals with same caracteristics (depth / colormap). xdpyinfo displays 33 visuals of 2 type : TrueColor / 24 bits DirectColor / 24 bits Is there a reason to expose 15 identical TrueColor visuals and 16 identical DirectColor visuals ? Regards -- 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: 1.7.0(0.214/5/3): XWin.exe reset after remote login screen on solaris (CDE or Java desktop) WM_QUIT
Hello I enabled some extra session logging in my .dtprofile under solaris and I found an error. I did the test with cygwin 1.5 and 1.7 so I could see the difference. I included some log files. when I tested with cygwin 1.5, I generated theses 2 log files: startlog-cygwin1.5.log and display_cygwin1.5.log when I tested with cygwin 1.7, I generated theses 2 log files: startlog-cygwin1.7.log and display_cygwin1.7.log The session worked using cygwin 1.5 but failed with 1.7. we can clearly see the issue with the log file display_cygwin1.7.log X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 143 (XINERAMA) Minor opcode of failed request: 2 (XINERAMAGetScreenCount) Resource id in failed request: 0x0 Serial number of failed request: 248 Current serial number in output stream: 248 can I recompile xwin.exe and disable xinerama or is there a different way to do it? if so, how would I fix this? Thanks -- From: Jon TURNEY jon.tur...@dronecode.org.uk Sent: Friday, October 16, 2009 8:24 AM To: cygwin-xfree@cygwin.com Cc: patr...@patrick-isp.com Subject: Re: 1.7.0(0.214/5/3): XWin.exe reset after remote login screen on solaris (CDE or Java desktop) WM_QUIT On 14/10/2009 22:41, Patrick Legault wrote: I get an error while I open a Solaris remote session via XDMCP the system I am connecting work with version 1.5 of cygwin (vista x64) but not the 1.7 (vista/server 2008 x64) I included the Xorg.log file, cygcheck.out and a basic description of my system. I also included a strace log in case it could help. I logged on the system using different type of sessions. failsafe session worked. CDE: failed. XWin started to logon, I could see the desktop for a few seconds then, closed to reopen. java desktop environment: Failed. XWin started to logon, I could see the desktop for a few seconds then, closed to reopen. It's pretty likely that the CDE and JDE sessions are exiting because something they are doing during initialization is returning an error they've decided they can't ignore. The useful log in this case is almost certainly on the Solaris host. I don't know where the relevant log is, but you might start by looking in /.dt/startlog. uname -a: CYGWIN_NT-6.0-WOW64 spatlegault2 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin solaris computer I am connecting to: SunOS zolla.somedomain.com 5.10 Generic sun4u sparc SUNW,Sun-Blade-1000 if you need help or more information to debug this issue, I will be happy to help you. if you already have an idea on something I could try to fix the WM_QUIT, just reply to this message. I have a Solaris 10 Update 7 (5/09) VM, and I'm able to start CDE or JDE using XDMCP from Cygwin/X 1.6.5-1 under Cygwin 1.7 without problems. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer startlog-cygwin1.7.log Description: Binary data startlog-cygwin1.5.log Description: Binary data display_cygwin1.5.log Description: Binary data display_cygwin-1.7.log Description: Binary data -- 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: WG: Can't build cygwin X server : directory program/xrx is missing
Eberhard Harbrink a écrit : Install the sources from the cvs STABLE tree. xrx is in the stable tree. Regards I get the release 6.8.99.901 from CVS $ cvs -z6 -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co -r XORG-6_8_99_901 xc but I can't compile it error in .../lib/Xft1 when building libXft-1.dll.a xftpat.o:xftpat.c:(.text+0x3c2): undefined reference to « _FcPatternInsertElt » xftpat.o:xftpat.c:(.text+0x3ce): undefined reference to « _FcPatternFindElt » I get the main version from CVS $ cvs -z6 -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co xc and ... there are some errors ... in makefile make[4]: Entering directory `/e/t/freedesktop.cvs/build/lib/GL/glx' Makefile:8: *** missing separator. Stop. make[4]: Leaving directory `/e/t/freedesktop.cvs/build/lib/GL/glx' make[3]: *** [clean] Error 2 I will try with older version except if somebody has a better idea ... -Ursprüngliche Nachricht- Von: patrick ficheux [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 29. April 2008 10:30 An: cygwin-xfree@cygwin.com Betreff: Can't build cygwin X server : directory program/xrx is missing I'm trying to rebuild X server (XWin.exe) from the source tree xorg-x11 6.8.99.901-1 (last stable version) when I run 'make', I get those errors $ make World ... make[3]: Leaving directory `/usr/src/xc/programs/xrefresh' cleaning in programs/xrx... make: Entering an unknown directory make: *** xrx: No such file or directory. Stop. make: Leaving an unknown directory make[2]: *** [clean] Error 2 make[2]: Leaving directory `/usr/src/xc/programs' make[1]: *** [clean] Error 2 make[1]: Leaving directory `/usr/src/xc' make: *** [World] Error 2 The directory /usr/src/xc/programs/xrx is missing The source package of xorg-x11-bin (which contains xrx.exe) doesn't contain this directory Where can I find it ? I find an older thread here : http://cygwin.com/ml/cygwin-xfree/2006-10/msg00045.html with the same problem but without solution. any ideas ? Regards, -- 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/
Can't build cygwin X server : directory program/xrx is missing
I'm trying to rebuild X server (XWin.exe) from the source tree xorg-x11 6.8.99.901-1 (last stable version) when I run 'make', I get those errors $ make World ... make[3]: Leaving directory `/usr/src/xc/programs/xrefresh' cleaning in programs/xrx... make: Entering an unknown directory make: *** xrx: No such file or directory. Stop. make: Leaving an unknown directory make[2]: *** [clean] Error 2 make[2]: Leaving directory `/usr/src/xc/programs' make[1]: *** [clean] Error 2 make[1]: Leaving directory `/usr/src/xc' make: *** [World] Error 2 The directory /usr/src/xc/programs/xrx is missing The source package of xorg-x11-bin (which contains xrx.exe) doesn't contain this directory Where can I find it ? I find an older thread here : http://cygwin.com/ml/cygwin-xfree/2006-10/msg00045.html with the same problem but without solution. any ideas ? Regards, -- 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/
Trouble with the g++ compiler
It appears the cygwin version is significantly different as I get an error while compiling C++ code that Ive used an overloaded function and Im certain I am not. My school's server that appears to run the correct version does not produced this error upon compilation. How do fix it? School version: gcc version 3.4.6 20060404 (Red Hat 3.4.6-3) Cygwin's version: gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) Thanks -- -Patrick -- 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/
Background-color of bash
This may seem trivial to some, but at least to me it affects productivity. I would like to know how I can change the background-color of the X- bash shell. So when I do 'startx' at the cygwin shell, I get the X terminal, which leads to programs like ddd, emacs etc. etc. This terminal's background is default to the color white. How do I change this? Further, I would like to change the colors of directories and executables for easier identification. I apologize if this seems like a ridiculous request, but this type of stuff affects the speed in which I can be productive; recognizing easy to spot files and multitasking in general, etc etc. Thank you and take care, -Patrick -- 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: Background-color of bash
As far as the resource file, that would be ideal for setting default values? Please oblige as to where it's located...? Thanks! -Patrick Thomas Dickey wrote: On Wed, 11 Oct 2006, -Patrick wrote: This may seem trivial to some, but at least to me it affects productivity. I would like to know how I can change the background-color of the X- bash shell. So when I do 'startx' at the cygwin shell, I get the X terminal, which leads to programs like ddd, emacs etc. etc. This terminal's background is default to the color white. How do I change this? Further, I would like to change the colors of directories and executables for easier identification. It sounds like xterm: xterm -fg blue -bg green You can also set the resource file for xterm to do the same thing. -- 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: Background-color of bash
Thanks Tom, The former ended up being a symbolic link to the latter. So I made changes to the latter, specifically uncommented 'light foreground, dark background' settings. Closed everything out and did 'startx' to find that nothing was changed - I still had a light background with dark lettering(default). The only thing that seems to work is what was mentioned earlier xterm -fg *color* -bg *color* but this as you know is not permanent. Attached is the files if you'd like to check... Thanks! -Patrick Thomas Dickey wrote: On Wed, 11 Oct 2006, -Patrick wrote: As far as the resource file, that would be ideal for setting default values? Please oblige as to where it's located...? something like (am not where I can check) /usr/lib/X11/app-defaults or /usr/X11R6/lib/X11/app-defaults The files for xterm are named XTerm and XTerm-color, but you probably want to modify the former. ! $Xorg: XTerm.ad,v 1.3 2000/08/17 19:55:08 cpqbld Exp $ ! ! ! ! ! $XTermId: XTerm.ad,v 1.65 2005/04/22 00:21:53 tom Exp $ ! $XFree86: xc/programs/xterm/XTerm.ad,v 3.30 2005/04/22 00:21:53 dickey Exp $ *saveLines: 1024 *SimpleMenu*BackingStore: NotUseful *SimpleMenu*menuLabel.font: -adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-* *SimpleMenu*menuLabel.vertSpace:100 *SimpleMenu*HorizontalMargins: 16 *SimpleMenu*Sme.height: 16 *SimpleMenu*Cursor: left_ptr *mainMenu.Label: Main Options *mainMenu*toolbar*Label: Toolbar *mainMenu*securekbd*Label: Secure Keyboard *mainMenu*allowsends*Label: Allow SendEvents *mainMenu*redraw*Label: Redraw Window *mainMenu*logging*Label: Log to File *mainMenu*print*Label: Print Window *mainMenu*print-redir*Label: Redirect to Printer *mainMenu*8-bit control*Label: 8-Bit Controls *mainMenu*backarrow key*Label: Backarrow Key (BS/DEL) *mainMenu*num-lock*Label: Alt/NumLock Modifiers *mainMenu*meta-esc*Label: Meta Sends Escape *mainMenu*delete-is-del*Label: Delete is DEL *mainMenu*oldFunctionKeys*Label: Old Function-Keys *mainMenu*sunFunctionKeys*Label: Sun Function-Keys *mainMenu*sunKeyboard*Label: VT220 Keyboard *mainMenu*hpFunctionKeys*Label: HP Function-Keys *mainMenu*scoFunctionKeys*Label: SCO Function-Keys *mainMenu*suspend*Label: Send STOP Signal *mainMenu*continue*Label: Send CONT Signal *mainMenu*interrupt*Label: Send INT Signal *mainMenu*hangup*Label: Send HUP Signal *mainMenu*terminate*Label: Send TERM Signal *mainMenu*kill*Label: Send KILL Signal *mainMenu*quit*Label: Quit *vtMenu.Label: VT Options *vtMenu*scrollbar*Label: Enable Scrollbar *vtMenu*jumpscroll*Label: Enable Jump Scroll *vtMenu*reversevideo*Label: Enable Reverse Video *vtMenu*autowrap*Label: Enable Auto Wraparound *vtMenu*reversewrap*Label: Enable Reverse Wraparound *vtMenu*autolinefeed*Label: Enable Auto Linefeed *vtMenu*appcursor*Label: Enable Application Cursor Keys *vtMenu*appkeypad*Label: Enable Application Keypad *vtMenu*scrollkey*Label: Scroll to Bottom on Key Press *vtMenu*scrollttyoutput*Label: Scroll to Bottom on Tty Output *vtMenu*allow132*Label: Allow 80/132 Column Switching *vtMenu*cursesemul*Label: Enable Curses Emulation *vtMenu*visualbell*Label: Enable Visual Bell *vtMenu*poponbell*Label: Enable Pop on Bell *vtMenu*marginbell*Label: Enable Margin Bell *vtMenu*cursorblink*Label: Enable Blinking Cursor *vtMenu*titeInhibit*Label: Enable Alternate Screen Switching *vtMenu*activeicon*Label: Enable Active Icon *vtMenu*softreset*Label: Do Soft Reset *vtMenu*hardreset*Label: Do Full Reset *vtMenu*clearsavedlines*Label: Reset and Clear Saved Lines *vtMenu*tekshow*Label: Show Tek Window *vtMenu*tekmode*Label: Switch to Tek Mode *vtMenu*vthide*Label: Hide VT Window *vtMenu*altscreen*Label: Show Alternate Screen *fontMenu.Label: VT Fonts *fontMenu*fontdefault*Label:Default *fontMenu*font1*Label: Unreadable *VT100*font1: nil2 *IconFont: nil2 *fontMenu*font2*Label: Tiny *VT100*font2: 5x7 *fontMenu*font3*Label: Small *VT100*font3: 6x10 *fontMenu*font4*Label: Medium *VT100*font4: 7x13 *fontMenu*font5*Label: Large *VT100*font5: 9x15 *fontMenu*font6*Label: Huge *VT100*font6: 10x20 *fontMenu*fontescape*Label: Escape Sequence *fontMenu*fontsel*Label:Selection !fontescape and fontsel overridden by application *fontMenu*font-linedrawing*Label: Line-Drawing Characters *fontMenu*font-doublesize*Label: Doublesized Characters *fontMenu*font-loadable*Label: VT220 Soft Fonts *fontMenu*render-font*Label:TrueType Fonts *fontMenu*utf8-mode*Label: UTF-8 *VT100.utf8Fonts.font2: -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 *VT100.utf8Fonts.font: -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1 *VT100.utf8Fonts.font3: -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso10646-1 *VT100.utf8Fonts.font4: -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso10646-1 *VT100.utf8Fonts.font5: -misc-fixed-medium-r-normal--18-120-100-100-c-90
problem displaying Java GUI
Hello, I've looked in the archives for this list and found two or three similar issues but no resolution. I am running Cygwin on Windows 2000 and connecting to a Solaris box. I can connect via ssh and run applications like xterm, xclock, and xcalc successfully. Running my own Java code, compiled on the Solaris machine, fails to display on my Windows machine. I get the following message: Warning: Cannot convert string -monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1 to type FontStruct then nothing. This behavior occurs with both the -X and -Y ssh switches. Has anyone solved this problem? Thanks, Patrick IMPORTANT The contents of this email (and any attachment): (1) are confidential and may be legally privileged - if it is not meant for you, please tell the sender, do not forward or copy the contents and delete it from your system immediately; (2) come from its author and may not necessarily reflect the opinions of Virgin Mobile. While emails and attachments are virus checked, we cannot accept any liability in respect of any viruses. We may monitor emails sent to Virgin Mobile. Want to know more about Virgin Mobile? Visit our website for the latest info, phones and special offers http://www.virgin.com/mobile Virgin Mobile Telecoms Ltd -- 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: problem displaying Java GUI
I've looked in the archives for this list and found two or three similar issues but no resolution. I am running Cygwin on Windows 2000 and connecting to a Solaris box. I can connect via ssh and run applications like xterm, xclock, and xcalc successfully. Running my own Java code, compiled on the Solaris machine, fails to display on my Windows machine. I get the following message: Warning: Cannot convert string -monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1 to type FontStruct then nothing. This behavior occurs with both the -X and -Y ssh switches. Has anyone solved this problem? With fantastic timing, I've managed to eliminate the problem (although I haven't found a true solution). Removing the line: JFrame.setDefaultLookAndFeelDecorated(true); from my code allowed the GUI to run and be displayed on Windows. This suggests that the problem lies with the Solaris JDK rather than Cygwin. Regards, Patrick IMPORTANT The contents of this email (and any attachment): (1) are confidential and may be legally privileged - if it is not meant for you, please tell the sender, do not forward or copy the contents and delete it from your system immediately; (2) come from its author and may not necessarily reflect the opinions of Virgin Mobile. While emails and attachments are virus checked, we cannot accept any liability in respect of any viruses. We may monitor emails sent to Virgin Mobile. Want to know more about Virgin Mobile? Visit our website for the latest info, phones and special offers http://www.virgin.com/mobile Virgin Mobile Telecoms Ltd -- 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: Need more documentation
http://www.x.org/download.cgi?rel=6.8.2 - Original Message - From: Paquet-Roy, Frederik [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: Friday, February 11, 2005 1:28 PM Subject: Need more documentation I was wondering if there is any document available about how data is managed on the client side and on the server side. I want to know what exactly is done on each side and what is sent to the other. Maybe a kind of flowchart... Thanks Frédéric Paquet CMC Electronics www.cmcelectronics.ca
Re: multiwindow + XDMCP + X0.hosts == crash
Kensuke Matsuzaki writes: I can't reproduce that bug. Please send /tmp/XWin.log I forgot to mention that this is on a CPU with hyperthreading enabled. I suspect SMP has something to do with the bug... Also, when I reproduced the problem from a Cygwin shell, I got a message I had not seen before: 3 [main] XWin 3440 pthread_conf::Signal: Released too many threads - 1 now 1 originally I probably missed this before because I was running XWin.exe from a .bat file. Anyway, the crash still happens. My /tmp/XWin.log file is appended. What can I do next to help fix this? Thanks! - Pat ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 738 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 738 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 738 r 1024 l 0 b 738 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 738 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1024 height: 738 depth: 32 size image: 3022848 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 512 369 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - Calling setlocale () winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter)
multiwindow + XDMCP + X0.hosts == crash
This is with Cygwin 1.3.22, XFree86-base 4.2.0-1, and XFree86-xserv 4.2.0-42. The crash occurs both with Windows 2000 and XP. I downloaded Cygwin+XFree86 yesterday, and I am able to crash XWin.exe routinely. To reproduce on a fresh Cygwin+XFree86 installation, do: echo localhost /etc/X0.hosts XWin -multiwindow -query remotehost ...where remotehost is a machine running an XDMCP server. Things appear to work at first. But within a few seconds, XWin.exe crashes with an access violation. This does not happen if I remove /etc/X0.hosts. (Are you wondering why I want to do this? I want to run xwinclip, which must run locally, but I also want to use XDMCP to connect to remote machines. When I start XWin with the -query, -indirect, or -broadcast options, it does not permit localhost to connect.) Any suggestions would be appreciated. Also, I would be glad to provide any additional information needed to reproduce and/or debug this problem. Thank you! - Pat
Window Maker received signal 11
I just installed the latest version of XFree86 and made 2 changes to the startxwin.bat file to access our servers. When I open this file I get the message: Fatal error Window maker received signal 11. This fatal error occurred probably due to a bug. Please fill the included BUGFORM and report it to [EMAIL PROTECTED] Do you know of a fix to this? Thank you, Patrick H. Knodle University of Arizona FSO- Computing [EMAIL PROTECTED] 626-7409 Office 440-8752 Wireless 626-3072 Computing
Re: XDCMP
Joop- Thanks for the reply. I made the changes you specified, but still no joy. Digging a little deeper into the Xsetup script, I noticed the call to domainname. This system (as it turns out) was not properly setup on a domaindomainname was returning null. Running domainname and adding the server to the appropriate domain resolved my problem. I'm still uncertain why it worked properly on one of the windows systems, but now I'm *finally* humming along on all. Thanks! - Patrick At 01:30 PM 2/18/2002 +0100, Joop wrote: You wrote: First, some new info -- I accidentally left a hung session open overnight and returned to find the CDE login window! It turns out that it *does* work, but takes roughly 15 - 20minutes before the actual login window appears on the non-working systems. Additionally, some apps don't appear to work properly even after the login succeeds. However, if I use the same login on the working system, all apps work as expected. The error messages lead me to believe it is a font issue of some kindwhich appears to be supported by looking at a successful login vs. a hung one...the line it's hung up on appears to do with fonts. On Solaris 8, we are connecting through the server process dtlogin. When running that in debug mode, I find that the difference between the hanging machines and the working one is: -- snip -- (chi70:0) setLang() - Current Lang = C (chi70:0) setLang() - Desired Lang = C (chi70:0) setLang() - Locale has NOT changed (chi70:0) LANG=C (chi70:0) Source(): /usr/dt/config/Xsetup This is where it hangs...when I connect with the working system, it is identical (except for IP address) but continues after the Source() line as follows: --snip-- (chi54:0) ApplyFontPathMods() for chi54.chicago.jgsullivan.com:0 (chi54:0) Foreign display (chi54:0) setLang () (chi54:0) setLang() - Current Lang = C (chi54:0) setLang() - Desired Lang = C (chi54:0) setLang() - Locale has NOT changed (chi54:0) LANG=C (chi54:0) Greeter environment: . . . --snip-- Any further suggestions would be greatly appreciated. See message msg00922 from me which says: I would to like to add the following: I had no problems connecting to Solaris8 using Reflection but using Xfree didn't work except on one server. After alot of playing around I seemed to have found the problem. If LOCALE is set to anything else then C then I can't connect using XFree. Solution: copy (onSolaris box) /usr/dt to /etc/dt and edit Xconfig, change LANG from undef to C. -- The commandline I use to start XDCMP from my windows box is the following: c:\cygwin\usr\X11R6\bin\XWin.exe -query %1 -from 195.193.4.46 -fp tcp/%1:7100 -screen 0 800 600 This part of a batch file which asks for input which replaces the %1. Using this I have managed to strip my cygwin+Xwin installation down to ~4Mb ;-) Joop -- Joop [EMAIL PROTECTED]