Re: Updated: XFree86-xserv-4.3.0-15
In message <[EMAIL PROTECTED]>, Harold L Hunt II <[EMAIL PROTECTED]> writes The XFree86-xserv-4.3.0-15 package has been updated in the Cygwin distribution. 5) winmultiwindowwndproc.c/winTopLevelWindowProc() - Add processing for WM_WINDOWPOSCHANGED to cause window to repaint when using TweakUI's focus-follows-mouse behavior. (Harold L Hunt II) Wonderful! Thanks. Cliff.
Re: focus / windows update problems
Jochen, The XFree86-xserv-4.3.0-15 release should fix your problems. Harold Jochen Küpper wrote: I started up the Cygwin XFree86 server yesterday again (after many weeks). Thanks for all the improvements! I do have a problem with window content updates, though. I am running latest Cygwin (as of yesterday) on a Win2000 system with "focus follows mouse policy" (this can be set in TweakUI). Mostly it works fine for X programs, too. When I have two overlapping X windows and move the mouse to the back one it gets focus and everything is as expected. However when I then click its titlebar to move it to the front the newly shown content is not redrawn! Only when the window looses focus and regains it the content will be displayed correctly. Looks like bringing the window to the front does not trigger the right signal, i.e. redefining the window area which has to be redrawn. Feel free to contact me if you need more information. Greetings, Jochen
Re: Updated: XFree86-xserv-4.3.0-15
Cliff, Cliff Stanford wrote: In message <[EMAIL PROTECTED]>, Harold L Hunt II <[EMAIL PROTECTED]> writes The XFree86-xserv-4.3.0-15 package has been updated in the Cygwin distribution. 5) winmultiwindowwndproc.c/winTopLevelWindowProc() - Add processing for WM_WINDOWPOSCHANGED to cause window to repaint when using TweakUI's focus-follows-mouse behavior. (Harold L Hunt II) Wonderful! Thanks. I am glad you enjoy this one. It was easy. :) Harold
lesstif & tetex-x11 manpages not in MANPATH directory
Hello, The latest LessTif & TeTeX packages are installing manpages into /usr/X11R6/share/man/man1, but /etc/man.conf doesn't include this path in the MANPATH settings. Ciao, Gerrit -- =^..^=
Segmentation fault after xdm login
My first attempt at the xdm login screen causes Xwin(debug version or not) instantly reappear with the same xdm login and the second attempt results in a segmentation fault. The remote box is a Redhat 9. In the xdm-errors file I can't see any messages at all even after increasing the "DisplayManager.debugLevel" parameter located in "/etc/X11/xdm/xdm-config". All the following output belongs to an "XWin-Test101-DEBUG.exe" session. Thanks a lot, Cem Han contents of XWin-Test101-DEBUG.exe.stackdump: Exception: STATUS_ACCESS_VIOLATION at eip=61093CB1 eax= ebx=0020 ecx=109D49F0 edx= esi=109D4A10 edi= ebp=0022FD98 esp=0022FD78 program=g:\apps\cygwin\home\Cem Han\XWin-Test101-DEBUG.exe cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022FD98 61093CB1 (61128390, 611283B4, 0018, 10974148) 0022FDB8 61093BC0 (61128390, , 0388, 109360C0) 0022FDE8 6103EB65 (10974148, 10109860, 0022FE18, 007E7C4D) 0022FDF8 0043DAC4 (10974148, , 0022FE38, ) 0022FE18 007E7C4D (10A04E98, 0104, 0022FE38, 007E7EBD) 0022FE28 007E7CBB (10900E8C, , 0022FE48, 007DB888) 0022FE38 007E7EBD (10900E80, , 0022FE58, 004168AB) 0022FE48 007DB888 (10900A38, , 0022FE88, 004197F9) 0022FE58 004168AB (10900A38, 0004, 0022FE78, 0043DAC4) 0022FE88 004197F9 (1080E1D8, 0006, 0001, 0043DAC4) 0022FEA8 0041A3B2 (108083A0, 108120E8, 61600B64, 0001) 0022FEF0 00401A1D (0003, 61600B64, 10100330, 0022FF24) 0022FF40 61005018 (610CFEE0, FFFE, 07D0, 610CFE04) 0022FF90 610052ED (, , 0001, ) 0022FFB0 008652A1 (00401407, 037F0009, 0022FFF0, 77E814C7) 0022FFC0 0040103C (0001, 0032, 7FFDF000, F4CE4CF0) End of stack trace (more stack frames may be present) ** gdb backtrace from the recently posted XWin-Test101-DEBUG.exe: #0 0x61093af5 in strtosigno () from /usr/bin/cygwin1.dll #1 0x6103eb65 in free () from /usr/bin/cygwin1.dll #2 0x0043dac4 in Xfree (ptr=0x109d59d8) at utils.c:1317 #3 0x004423ec in TimerInit () at WaitFor.c:528 #4 0x0043ec12 in OsInit () at osinit.c:215 #5 0x004014f9 in main (argc=3, argv=0x10101c78, envp=0x10100330) at main.c:305 *** contents of XWin.log : ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 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 - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 0 1170 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1170 1600 winCreateBoundingWindowWindowed - WindowClient w 1594 h 1145 r 1594 l 0 b 1145 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6376 winAllocateFBShadowDDNL - Created shadow pitch: 6376 winAllocateFBShadowDDNL - Created shadow stride: 1594 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: "041F" (041f) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 797 572 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (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_
Re: lesstif & tetex-x11 manpages not in MANPATH directory
On Sat, 4 Oct 2003, Gerrit P. Haase wrote: > The latest LessTif & TeTeX packages are installing manpages into > /usr/X11R6/share/man/man1, but /etc/man.conf doesn't include this path > in the MANPATH settings. And maybe it should follow the FHS and instead use /usr/X11R6/man/man1 since share for man (and info) pages is should only be used in /usr. BTW Harold, I hope http://sources.redhat.com/ml/cygwin/2003-09/msg01431.html is on your queue. -- How to contact me - http://www.pervalidus.net/contact.html
[ANNOUNCEMENT] Server Test 103
Announcement I just posted Test 103 to the server development page: http://xfree86.cygwin.com/devel/shadow/ Cygwin setup.exe Package Version You can install the Test 103 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-16 Binary and Source Distribution - Use a Mirror = Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Links = Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test103.exe.bz2 (1279 KiB) No source code release this time. Changes === 1) xc/programs/Xserver/os/WaitFor.c - Backport Ivan Pascal's final changes to timer processing (which was causing duplicate keystrokes in some situations). Harold
Updated: XFree86-xserv-4.3.0-16
The XFree86-xserv-4.3.0-16 package has been updated in the Cygwin distribution. Changes: 1) xc/programs/Xserver/os/WaitFor.c - Backport Ivan Pascal's final changes to timer processing (which was causing duplicate keystrokes in some situations). -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Updated: XFree86-prog-4.3.0-7
The XFree86-prog-4.3.0-7 package has been updated in the Cygwin distribution. Changes: 1) Add two new files: /etc/profile.d/XFree86-prog.csh /etc/profile.d/XFree86-prog.sh Both of these files append /usr/X11R6/lib/pkgconfig to the environment variable PKG_CONFIG_PATH. This allows the 'pkgconfig --libs fontconfig' command, among others, to work as expected without reporting that it can't find info about fontconfig. Problem found by Frédéric, solution proposed by Igor, solution implemented by Harold. (Frédéric L. W. Meunier, Igor Pechtchanski, Harold L Hunt II) -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Re: lesstif & tetex-x11 manpages not in MANPATH directory
Frédéric L. W. Meunier wrote: BTW Harold, I hope http://sources.redhat.com/ml/cygwin/2003-09/msg01431.html is on your queue. Nope. Things don't go into my queue unless they show up on this list or are cc'd here at some point. It looks like that discussion happened entirely on the Cygwin mailing list, which I am not subscribed to. Harold
Server Test Series - Change Log - Split into manageable pieces
No one had complained yet, but the Server Test Series Change Log (link below) had grown to 115 KiB and I am sure that this was annoying to some people on less-than-fast links. http://xfree86.cygwin.com/devel/shadow/changelog.html The Change Log has now been split into chunks with no more than 25 release per file. I added a set of links to each of the pages, right about where the entries start, that allows you to move between the different pages: View: Current Full Test100+ Test99-Test75 Test74-Test50 Test49-Test25 Test24-Test01 What the links do = Current - Shows whatever the current set of changes is (Test100+ in this case). Full - Shows all changes. TestXXX-YYY - Shows all changes between YYY and XXX. How it works I have 5 files on the server that contain the change log entries: entries-100.html, entries-075.html, etc. Each of the changelog-XXX.html files just includes entries-XXX.html. The full changelog, changelog-full.html, includes all of the entries-*.html files and the changelog.html file just includes whatever the most recent entries-*.html file is. Does it help? = I would like some feedback on whether this was a waste of time or whether some people actually benefited from it. Harold
Re: lesstif & tetex-x11 manpages not in MANPATH directory
This was an oversite, not a decision. It will be fixed when I have time. Thanks for alerting me. Harold Frédéric L. W. Meunier wrote: On Sat, 4 Oct 2003, Gerrit P. Haase wrote: The latest LessTif & TeTeX packages are installing manpages into /usr/X11R6/share/man/man1, but /etc/man.conf doesn't include this path in the MANPATH settings. And maybe it should follow the FHS and instead use /usr/X11R6/man/man1 since share for man (and info) pages is should only be used in /usr. BTW Harold, I hope http://sources.redhat.com/ml/cygwin/2003-09/msg01431.html is on your queue.
Cygwin/XFree86 Website Design (Possible Deuglification?)
The Cygwin/XFree86 website is looking pretty tired: http://xfree86.cygwin.com/ Things I don't like === 1) The green and black header. Yuk! 2) The hideous X logo. Yuk! 3) All the crap on the front page. Most of that stuff should be put on secondary pages. 4) News needs its own page. 5) The Screenshots page needs work. Most of the screenshots are out of date. Several new features need to be shown to entice new users. 6) Screenshots need thumbnails. People don't like following blind links to images. We should have some thumbnails linking to the images. Philosophy for changes == 1) Content is king. If we don't have anything to say, we don't need a webpage. The whole point of the webpage is to showcase our information. With that in mind, we aim to make the webpage less ugly, but we can't forget that the whole point is to share information. 2) Plain-text bodies are good. I like being able to add a lot of information on a web page without having to deal with stylistic issues. 3) Eye-candy should be relegated to the left-bar, header, right-bar (if we want one), footer, and link sections within pages. 4) HTML compliance is a must. All pages should validate. 5) Don't assume much of web browsers. Keep away from JavaScript if we can (we don't use any yet). CSS is okay. DHTML may be pushing it too far. I don't want to spend a lot of time making sure it works with a lot of web browsers. Example sites that I would like to emulate == 1) http://www.kde.org/ - Good use of color, nice link sections around page and in page itself. 2) Huh... couldn't find another example. Example sites that I do not want to emulate === 1) http://www.gnome.org/ - Too plain, too dark, not enough info on the front page, no link sections, etc. 2) http://xfree86.org/ - This is an example of how I never want our page to look. :) Next steps == 1) Does anyone want to help? 2) Would someone like to make some professional screenshots showcasing our most recent new features (Earle's customizable tray-icon menu, Alexander putting the -query string in the title bar, multi-window mode, the 'always on top' option in the right-click menu in mutli-window mode, and the list of icons created by the XFree86-bin-icons package)? 3) Would someone like to pick an overall color scheme and set of styles? Just mock-up the front page for me and send me your .html and .css files and I can see what I can do with it. This would be a huge help. Let me know what you think, Harold
Weird keyboard behavior with "Caps Lock" key
Something strange happened minutes ago. I was typing and suddenly all subsequent keys pressed showed as capitals, like if something reversed the "Caps Lock" key. With it enabled all showed as lower case. Then I tested in an open rxvt from where I started the session and everything showed right. The problem was only on Xfree86, and I had to restart it. I'm using all current packages and latest server. Any idea of what might have caused it or what I can do to track it down if it reappears ? Nothing in the logs. -- How to contact me - http://www.pervalidus.net/contact.html
Re: Weird keyboard behavior with "Caps Lock" key
On Sun, 5 Oct 2003 02:13:24 -0300 (E. South America Standard Time) Frédéric L. W. Meunier <[EMAIL PROTECTED]> wrote: > Something strange happened minutes ago. I was typing and > suddenly all subsequent keys pressed showed as capitals, like > if something reversed the "Caps Lock" key. With it enabled all > showed as lower case. > > Then I tested in an open rxvt from where I started the session > and everything showed right. The problem was only on Xfree86, > and I had to restart it. It may be the mismatch between the Caps Lock state of XFree and that of Windows. If it is the source of your problem, you could re-synch two Caps Lock states by pressing Caps Lock for a while (several tries should be needed until it get fixed). The Caps Lock state of XFree86 is not strictly synchronized with the state of Windows. The former dominates the behaviour of all X applications while the latter dominates Windows applications, non-X rxvt and the LED on keyboards. As an experiment, when we press Caps Lock key for a while, Windows takes just one toggle. However, XFree receives a number of WM_KEYDOWN messages (due to Windows' autorepeat?) and it toggles the state repeatedly. Thus two states can be different. Takuma Murakami ([EMAIL PROTECTED])