Re: GNU emacs 21.2-12 is available
Harold, I'm able to make mouse wheel working by starting mouse-wheel-mode minor mode (M-x mouse-wheel-mode). I don't know why it is not on by default, but I think that minor tweaking of .emacs file could do it... Pavel [EMAIL PROTECTED] wrote: Joe, Any ideas on why the X11 version of the eamcs package does not process the mouse wheel messages? I believe we are sending them as presses of the defacto standard buttons 5 and 6... but all you get when you scroll is just beeps. I know that the mouse wheel is a pain-in-the-___ in emacs, but are there any compil-time flags you can set to tell emacs that by default you want 5 and 6 to scroll up and down? If you don't have any ideas off the top of your head, don't worry about it, I will look at the emacs source later. Later probably means about 4 months, so I figured I would ask you first :) Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joe Buehler Sent: Friday, January 24, 2003 2:06 PM To: [EMAIL PROTECTED] Subject: GNU emacs 21.2-12 is available GNU emacs 21.2-12 is available. Changes: - fixed problem with DOC file causing LISP documentation functions to fail; X and non-X emacs now have separate DOC files New users please be aware: - You will want "tty" included in your CYGWIN environment variable setting, and probably "binmode". Look at the following for some documentation: http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html Joe Buehler *** INFORMATION ON UPDATING CYGWIN *** 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. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you have trouble, please use the resources at http://cygwin.com/ml/
startx: Malformed file inquiry
Hello, I tried issuing "startx" from my home directory, ~. I got the following error: > if: Malformed file inquiry. > giving up. > xinit: No such file or directory (errno 2): unable to connect to X server > xinit: No such process (errno 3): Server error. > + [ x != x ] > It works if I issue the command from /usr/X11R6/bin. I have that directory in my path. It doesn't matter if I copy xinitrc to ~/.xinitrc or not. I tried change "sh" to "sh -x" in the startx script and in ~/.xinitrc. I get the following traces: > $ startx > + echo startx: PATH = .:./bin:/c/mydocu~1/techni~1/laptop~1/mybin:/home/Name/bin > :/cygdrive/c/mingw/bin:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/progra~1/vim/vim > 60:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/system32/Wbem: > /cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/COMMAND:/cygdrive/c/progra~1/psutils/bin > :/c/progra~1/imagem~1.3-q:/usr/X11R6/bin > startx: PATH = .:./bin:/c/mydocu~1/techni~1/laptop~1/mybin:/home/Name/bin:/cygdr > ive/c/mingw/bin:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/progra~1/vim/vim60:/cyg > drive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/system32/Wbem:/cygdri > ve/c/WINDOWS:/cygdrive/c/WINDOWS/COMMAND:/cygdrive/c/progra~1/psutils/bin:/c/pro > gra~1/imagem~1.3-q:/usr/X11R6/bin > + userclientrc=/home/Name/.xinitrc > + userserverrc=/home/Name/.xserverrc > + sysclientrc=/usr/X11R6/lib/X11/xinit/xinitrc > + sysserverrc=/usr/X11R6/lib/X11/xinit/xserverrc > + defaultclient=/usr/X11R6/bin/xterm > + defaultserver=/usr/X11R6/bin/X > + defaultclientargs= > + defaultserverargs= > + clientargs= > + serverargs= > + [ -f /home/Name/.xinitrc ] > + defaultclientargs=/home/Name/.xinitrc > + [ -f /home/Name/.xserverrc ] > + [ -f /usr/X11R6/lib/X11/xinit/xserverrc ] > + whoseargs=client > + [ x != x ] > + [ x = x ] > + [ x = x ] > + client=/home/Name/.xinitrc > + [ x = x ] > + [ x = x -a x = x ] > + server= > + [ x = x ] > + export XAUTHORITY=/home/Name/.Xauthority > + removelist= > + xinit /home/Name/.xinitrc -- > > if: Malformed file inquiry. > I'm using cygwin 1.3.19-1, and XFree86-base 4.2.0-1. Various pieces of XFree86 have slightly different "dash" suffixes. Thanks for any suggestions, or feedback confirming the problem. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
Re: startx: Malformed file inquiry
On Wed, 29 Jan 2003, Shing-Fat Fred Ma wrote: > > + xinit /home/Name/.xinitrc -- > > > > if: Malformed file inquiry. /home/Name/.xinitrc seems to be the problem. bye ago
RE: Re XWin multiwindow clipboard
Harold, If you use 'startx' to start your XWindow, the default display is set to :0.0. And I run startx -- -clipboard -multiwindow without problem. > Both the Clipboard Manager and the MultiWindow Window Manager try to > connect > to the local server via TCP/IP on 127.0.0.1:display.screen > > One of my messages from a few days back says that we were changing > from > connecting to (essentially) :0.0 to (essentially) 127.0.0.1:0.0. = Sylvain Petreolle [EMAIL PROTECTED] Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
RE: Re XWin multiwindow clipboard
Yeah, that may be, but does startx pass -nolisten tcp? My point in mentioning that DISPLAY was also modified was that the user had made rather significant modifications to their startxwin.bat, which they had neglected to tell us. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Sylvain Petreolle Sent: Wednesday, January 29, 2003 7:19 AM To: [EMAIL PROTECTED] Subject: RE: Re XWin multiwindow clipboard Harold, If you use 'startx' to start your XWindow, the default display is set to :0.0. And I run startx -- -clipboard -multiwindow without problem. > Both the Clipboard Manager and the MultiWindow Window Manager try to > connect > to the local server via TCP/IP on 127.0.0.1:display.screen > > One of my messages from a few days back says that we were changing > from > connecting to (essentially) :0.0 to (essentially) 127.0.0.1:0.0. = Sylvain Petreolle [EMAIL PROTECTED] Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
RE: RE XWin multiwindow clipboard
Raymond, Okay, so it still crashes. For future reference, I can guarantee that -clipboard will not work if you are passing -nolisten tcp. So, once the crash is fixed, don't start using that flag again :) Thanks for testing, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Raymond Kwong Sent: Wednesday, January 29, 2003 1:38 AM To: [EMAIL PROTECTED] Subject: RE XWin multiwindow clipboard Harold: I guess curosity got me going to try your suggestions on my laptop. The bottom line is: the X server still crashed. I used Test 76 this time. The script is: ___ @echo off REM SET DISPLAY=:0.0 SET DISPLAY=127.0.0.1:0.0 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=\cygwin SET PATH=%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%CYGWIN_ROOT%\usr\local\b in;%PATH% REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM Startup the X Server, the twm window manager, and an xterm. REM REM Notice that the window manager and the xterm will wait for REM the server to finish starting before trying to connect; the REM error "Cannot Open Display: 127.0.0.1:0.0" is not due to the REM clients attempting to connect before the server has started, rather REM that error is due to a bug in some versions of cygwin1.dll. Upgrade REM to the latest cygwin1.dll if you get the "Cannot Open Display" error. REM See the Cygwin/XFree86 FAQ for more information: REM http://xfree86.cygwin.com/docs/faq/ REM REM The error "Fatal server error: could not open default font 'fixed'" is REM caused by using a DOS mode mount for the mount that the Cygwin/XFree86 REM fonts are accessed through. See the Cygwin/XFree86 FAQ for more REM information: REM http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof REM if "%OS%" == "Windows_NT" goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP echo startxwin.bat - Starting on Windows NT/2000/XP :STARTUP REM REM Startup the programs REM REM Startup the X Server. start XWin -multiwindow -clipboard REM Startup an xterm, using bash as the shell. run xterm -sl 1024 -sb -font 9x15 -fg black -bg white -title xterm -e bash REM run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM Startup the twm window manager. REM run twm REM run openbox REM Set a background color. run xsetroot -solid aquamarine4 __ Here is the XWinrl.log file: _ ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 740 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 740 r 1024 l 0 b 740 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 740 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1024 height: 740 depth: 16 size image: 1515520 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: f800 07e0 001f winInitVisualsShadowGDI - Masks f800 07e0 001f BPRGB 6 d 16 bpp 16 winCreateDefC
RE: [ANNOUNCEMENT] Server Test 76
Hi So far looking good. When I use rxvt in multiwimdows..it works OK. After closing the rxvt window and then XWin I get a 'end process' message for rxvt when I try and restart XP. It's not listed in the Windows Task Manager. This is proabably not a new problem..just that I hadn't gone down that route before! Colin
Displaying host list to manage from a local list
Hi All, I would like to manage to launch cygwin/xfree so that the Cygwin will let me "choose" the host I want to connect to from a little text file on my Windows PC (like in Exceed when specifiying "xdmcp-boadcast" in Xconfig). How can I acheive that ? Thanks, -- Meir _ Information contained in this email message is intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message.
RE: [ANNOUNCEMENT] Server Test 76
Hi My problem with rxvt it not always repeatable. Tried just now and OK. Just looks like it flakes out sometimes..I've seen the fault about three times, so I'll try and get it more reproducable. Thanks Colin
Re: Displaying host list to manage from a local list
* "Dukhan, Meir" <[EMAIL PROTECTED]> [2003-01-29 15:48:21 +0200]: > I would like to manage to launch cygwin/xfree so that the Cygwin will > let me "choose" the host I want to connect to from a little text file > on my Windows PC (like in Exceed when specifiying "xdmcp-boadcast" in > Xconfig). Edit your startxwin.bat so it says "Xwin.exe -broadcast". -- John Buttery (Web page temporarily unavailable) msg05015/pgp0.pgp Description: PGP signature
RE: Displaying host list to manage from a local list
Thanks for your answer, however it is not what I need. -broadcast will give me the first host on the network that answer to the request. But what I need is a "local setting" that will allow each of my user to get a list of some hosts they want/may to connect to. And I want this list defined from their Windows-PC-side. Thanks, -- Meir -Original Message- From: John Buttery [mailto:[EMAIL PROTECTED]] Sent: Wed, January 29, 2003 4:14 PM To: [EMAIL PROTECTED] Subject: Re: Displaying host list to manage from a local list * "Dukhan, Meir" <[EMAIL PROTECTED]> [2003-01-29 15:48:21 +0200]: > I would like to manage to launch cygwin/xfree so that the Cygwin will > let me "choose" the host I want to connect to from a little text file > on my Windows PC (like in Exceed when specifiying "xdmcp-boadcast" in > Xconfig). Edit your startxwin.bat so it says "Xwin.exe -broadcast". -- John Buttery (Web page temporarily unavailable) _ Information contained in this email message is intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message.
RE: Displaying host list to manage from a local list
On Wed, 29 Jan 2003, Dukhan, Meir wrote: > > Thanks for your answer, however it is not what I need. > -broadcast will give me the first host on the network that answer > to the request. > But what I need is a "local setting" that will allow each of my user > to get a list of some hosts they want/may to connect to. > > And I want this list defined from their Windows-PC-side. two ways: Setup XDM on windows on let provide the chooser list with -indirect localhost Build a script (eg. with tcl) and let the user user choose from the list. Then connect with -query host -once bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Crashing with -clipboard and -multiwindow
Anyone that is experiencing a crash on startup when using -clipboard and -multiwindow, please try the debugging release that I made last night: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG.exe.bz2 (1.2 MiB) I am still awaiting confirmation that this does or does not fix the problem. If it fixes the problem I will make an official Test77 release with the fix that it contains. Thanks for testing, Harold
Re: Crashing with -clipboard and -multiwindow
Harold L Hunt II wrote: Anyone that is experiencing a crash on startup when using -clipboard and -multiwindow, please try the debugging release that I made last night: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG.exe.bz2 (1.2 MiB) I am still awaiting confirmation that this does or does not fix the problem. If it fixes the problem I will make an official Test77 release with the fix that it contains. Thanks for testing, Harold Works great for me. Attached the log diff just in case it needs to be compared to someone else's. Thanks for sorting this out... David --- XWinrl-multiwindow-76-DEBUG.log 2003-01-29 17:41:11.0 +0200 +++ XWinrl-multiwindow-clipboard-76-DEBUG.log 2003-01-29 17:42:08.0 +0200 @@ -1,50 +1,60 @@ ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (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 690 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 690 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 690 r 1024 l 0 b 690 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 690 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1024 height: 690 depth: 32 size image: 2826240 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 - Calling winInitClipboard. +winInitClipboard () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () +winClipboardProc - Hello +winClipboardProc - Calling pthread_mutex_lock () (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 +winClipboardProc - pthread_mutex_lock () returned. +DetectUnicodeSupport - Windows NT/2000/XP +winClipboardProc - pthread_mutex_unlock () returned. +winClipboardProc - XInitThreads () returned. +winClipboardProc - DISPLAY=127.0.0.1:0.0 winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. +winClipboardProc - XOpenDisplay () returned and successfully opened the display.
Re: Crashing with -clipboard and -multiwindow
Harold L Hunt II wrote: > >Anyone that is experiencing a crash on startup when using -clipboard > and -multiwindow, please try the debugging release that I made last > night: Seems to be working for me, too! Also, this version doesn't seem to be having the problems I was having with the focus switching rapidly between windows. I'll play with it some more, though.
Re: Crashing with -clipboard and -multiwindow
"Harold L Hunt II" <[EMAIL PROTECTED]> wrote: > Anyone that is experiencing a crash on startup when using -clipboard > and -multiwindow, please try the debugging release that I made last night: > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG.exe.bz2 (1.2 MiB) > I am still awaiting confirmation that this does or does not fix the problem. > If it fixes the problem I will make an official Test77 release with the fix > that it contains. > Thanks for testing, works for me too - crashed before with -clipboard - now it no longer crashes ... thanks a lot for this fix t -- thomas graichen <[EMAIL PROTECTED]> ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery
RE: Crashing with -clipboard and -multiwindow
David, Great! I went to make a Test77 release and noticed a slight thinko: I initialized the CalledSetLocale flag to TRUE, rather than to FALSE. Thus, setlocale was no longer being called at all. I don't think that changing the flag to FALSE will cause problems, but I would like to get verification that this new debug version still works: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG-2.exe.bz2 (1.2 MiB) Thanks for your continued testing, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Fraser Sent: Wednesday, January 29, 2003 10:50 AM To: [EMAIL PROTECTED] Subject: Re: Crashing with -clipboard and -multiwindow Harold L Hunt II wrote: >Anyone that is experiencing a crash on startup when using -clipboard >and -multiwindow, please try the debugging release that I made last night: > >http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG.exe.bz2 (1.2 MiB) > > >I am still awaiting confirmation that this does or does not fix the problem. >If it fixes the problem I will make an official Test77 release with the fix >that it contains. > >Thanks for testing, > >Harold > > > Works great for me. Attached the log diff just in case it needs to be compared to someone else's. Thanks for sorting this out... David
RE: Crashing with -clipboard and -multiwindow
Thomas and Brian, It would be great if you could double-check the latest debug release before I make a Test77 release: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG-2.exe.bz2 (1.2 MiB) Oh yeah, and the credit for the bug fix goes mostly to Kensuke for finding the problem... I merely patched it according to his instructions. :) Thanks again for testing, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of thomas graichen Sent: Wednesday, January 29, 2003 11:24 AM To: [EMAIL PROTECTED] Subject: Re: Crashing with -clipboard and -multiwindow "Harold L Hunt II" <[EMAIL PROTECTED]> wrote: > Anyone that is experiencing a crash on startup when using -clipboard > and -multiwindow, please try the debugging release that I made last night: > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG.exe.bz2 (1.2 MiB) > I am still awaiting confirmation that this does or does not fix the problem. > If it fixes the problem I will make an official Test77 release with the fix > that it contains. > Thanks for testing, works for me too - crashed before with -clipboard - now it no longer crashes ... thanks a lot for this fix t -- thomas graichen <[EMAIL PROTECTED]> ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery
RE: Displaying host list to manage from a local list
On Wed, 29 Jan 2003, Dukhan, Meir wrote: > > Thanks for your answer, > Another question: how do you setup XDM on windows ? > Is it a part of Cygwin/Xfree86 ? I'd suggest to use the second solution since xdm is quite difficult to setup and on windows it's even more difficult. xdm should be part of the cygwin X11 distribution. You can start it with "/usr/X11R6/bin/xdm" bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: startx: Malformed file inquiry
> From: Alexander Gottwald > To: cygwin-xfree at cygwin dot com > Date: Wed, 29 Jan 2003 12:49:28 +0100 (MET) > Subject: Re: startx: Malformed file inquiry > Reply-to: cygwin-xfree at cygwin dot com > > > > On Wed, 29 Jan 2003, Shing-Fat Fred Ma wrote: > > > > + xinit /home/Name/.xinitrc -- > > > > > > if: Malformed file inquiry. > > /home/Name/.xinitrc seems to be the problem. > > bye > ago > I first thought so too. But I get the exact same diagnostic text even if I run startx from /usr/X11R6/bin, upto and including > > + xinit /home/Name/.xinitrc -- So ~/.xinitrc is being sourced in both cases. And .xinitrc was just a copy of /etc/X11/xinit/xinitrc. I added a line at the beginning to echo the path, but the never gets executed. So I don't think the error is caused by a problem with ~/.xinitrc (aside from the fact that the same the safe file gets sourced when I successfully run startx from /usr/X11R6/bin). I think it might be the xinit executable itself, since that's the only code that runs before .xinitrc. I presume that people have tried startx from their home directory and got it working? Just looking for a few responses as a sanity check. Thanks. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
RE: Crashing with -clipboard and -multiwindow
Harold L Hunt II said: > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG-2.exe.bz2 > (1.2 MiB) Starting X up with the following command: ./XWin-Test76-DEBUG-2.exe -once -terminate -nowinkill -unixkill -auth $HOME/.Xauthority -depth 32 -multiwindow -clipboard Cut-and-paste works *fine* (the above was pasted into MSIE from an Xterm). The windows all seem to behave properly. I'm using a virtual desktop program for Windows and not having any problems putting different X programs on different desktops. I'm not having any problems with insane focus switching. Life is good. Harold and Kensuke are my new, personal heroes!
RE: Crashing with -clipboard and -multiwindow
Brian Gallew said: > The windows all seem to behave properly. I'm using a virtual desktop > program for Windows and not having any problems putting different X > programs on different desktops. I'm not having any problems with insane > focus switching. OK, I lied. There is still some occasional problem where closing one (non-XFree) window will cause the focus to switch insanely between the XFree windows. Sometimes, closing one of the XFree windows makes it stop. Here's the tail of my XWinrl.log file: winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter)
RE: Crashing with -clipboard and -multiwindow
That build no longer crashes. anders -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 29, 2003 8:36 AM To: [EMAIL PROTECTED] Subject: RE: Crashing with -clipboard and -multiwindow Thomas and Brian, It would be great if you could double-check the latest debug release before I make a Test77 release: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG-2.exe.bz2 (1.2 MiB) Oh yeah, and the credit for the bug fix goes mostly to Kensuke for finding the problem... I merely patched it according to his instructions. :) Thanks again for testing, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of thomas graichen Sent: Wednesday, January 29, 2003 11:24 AM To: [EMAIL PROTECTED] Subject: Re: Crashing with -clipboard and -multiwindow "Harold L Hunt II" <[EMAIL PROTECTED]> wrote: > Anyone that is experiencing a crash on startup when using -clipboard > and -multiwindow, please try the debugging release that I made last night: > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test76-DEBUG.exe.bz2 (1.2 MiB) > I am still awaiting confirmation that this does or does not fix the problem. > If it fixes the problem I will make an official Test77 release with the fix > that it contains. > Thanks for testing, works for me too - crashed before with -clipboard - now it no longer crashes ... thanks a lot for this fix t -- thomas graichen <[EMAIL PROTECTED]> ... perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. --- antoine de saint-exupery
[ANNOUNCEMENT] Server Test 77
Links: I just posted Test 77 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 77 package via setup.exe by selecting the 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-25 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). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test77.exe.bz2 (1202 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030129-1415.tar.bz2 (107 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test76 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test76-to-Test77.diff (5 KiB) Changes: 1) Only call setlocale () once per process. This was causing crashes on startup when using both the -clipboard and -multiwindow command-line parameters. (Kensuke Matsuzaki, Harold Hunt) Enjoy, Harold
Updated on sourceware: XFree86-xserv-4.2.0-25
The XFree86-xserv-4.2.0-25 package has been updated in the Cygwin distribution. This is a synchronization with all the fixes that have been applied from Server Test Series - Test 69 through Server Test Series - Test 77. These fixes are summarized below: 1) Fix memory leaks in rootless mode. (Kensuke Matsuzaki) 2) The test releases, and all future stable releases, are now built with GCC 3.2. There were no problems encountered when switching to the new compiler version. (Harold Hunt) 3) EXPERIMENTAL: New multiwindow mode (invoked with the "-multiwindow" command-line parameter) that creates each top-level X window in a Microsoft Windows window. Note that there are still debugging options on in this release, so do not expect multiwindow mode to be polished enough for everyday use. (Kensuke Matsuzaki) 4) Attempt at fixing the segfault on startup that some users are reporting. (Kensuke Matsuzaki) 5) New "-multimonitor" command-line parameter that is used to tell XWin.exe to display across all available displays. (Nick Crabtree) 6) winmultiwindowwindow.c - Add an evil, naughty, ugly, shameless, and worthless hack to the multi-window mode to enable the X Non-Rectangular Shape extension. This will need to be evaluated and fixed by other developers. (Harold Hunt) 7) Preliminary integration of the xwinclip functionality into the main server executable. This functionality is accessible via the "-clipboard" command-line parameter. (Harold Hunt) 8) Delay the execution of the Multi-Window Window Manager thread until the X Server has finished starting up. (Harold Hunt) 9) Restructure the way that the Multi-Window Window Manager handles fatal errors. Return FALSE when we encounter an initialization error so that the server can make a clean exit, instead of aborting immediately by calling exit (1). For later errors, call pthread_exit (NULL) instead of exit (1) so that only the Multi-Window Window Manager aborts; there is no need to kill the X Server process since work could still be recovered without the window manager module. (Harold Hunt) 10) Destroy the pthread mutex and condition variables, used for synchronization in the Multi-Window Window Manager, upon X Server exit. (Harold Hunt) 11) xc/lib/xtrans/Xtransutil.c - Remove Cygwin-specific defines of fchown and fchmod to chown and chmod, respectively. It is not clear when these were added, but they are certainly no longer needed and are likely the cause of the first segfault that occurs if you debug XWin.exe under gdb. (Takashi Sawanaka) 12) Remove the condition variable used in the startup of the threaded clipboard manager and multi-window window manager; the condition variable was not needed and actually caused a race condition that could prevent either manager from starting up. Instead, just use a mutex to hold the threads until the server has started, at which point the mutex is unlocked. (Harold Hunt) 13) winmultiwindowwm.c, winclipboardthread.c - Remove calls to _Xsetlocale and replace them with calls to setlocale, since _Xsetlocale is just defined to be setlocale. (Kensuke Matsuzaki) 14) Fix a problem where the server window would shrink each time the server was reset. This problem only happened in non-rootless, non-fullscreen, non-nodecoration, and non-scrollbars modes. In other words, it only happened when you ran the X Server in a single window that had a window border but no scrollbars. (Harold Hunt) 15) winshaddd[nl].c/winReleasePrimarySurfaceShadowDD[NL] - Check that pddsPrimary is not NULL before calling IDirectDrawSurface[2|4]_SetClipper. This most likely showed up as a crash during video depth changes. (Alexander Gottwald) 16) winshaddd.c - Change a few accidental IDirectDrawSurface4 references to IDirectDrawSurface2. (Harold Hunt) 17) winshadgdi.c/winAllocateFBShadowGDI - Fix how dwStride was being calculated, which was causing a crash on startup with both the -engine 1 and -multiwindow command-line parameters. (Harold Hunt) 18) Only call setlocale () once per process. This was causing crashes on startup when using both the -clipboard and -multiwindow command-line parameters. (Kensuke Matsuzaki, Harold Hunt) -- 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. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. 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
Fwd: RE: strange characters in Xterm (in X-window)
I'm a newbie here. Someone suggested me to bring up my problem here (it's already solved). So here I am. --- "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > From: "[EMAIL PROTECTED]" > <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > Subject: RE: strange characters in Xterm (in > X-window) > Date: Tue, 28 Jan 2003 16:26:15 -0500 > > Very interesting. I don't use X windows under > Cygwin so > I would not have noticed this fact myself. This is > something > that makes sense to bring up on the cygwin-xfree > list, assuming > it hasn't been discussed there already. That list > deals with > issues that are X specific. > > Larry > > Original Message: > - > From: Quan Ding [EMAIL PROTECTED] > Date: Tue, 28 Jan 2003 12:43:47 -0800 (PST) > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > Subject: RE: strange characters in Xterm (in > X-window) > > > If I remove the PS1 variable setting in > /etc/profile, > the problem goes away. But my prompt becomes > "bash-2.05b$" instead of the current directory I'm > in. > And I checked /etc/passwd file, I didn't see any > /bin/sh, they are all /bin/bash. So I didn't change > that file. > And then I found out that the problem is in the > startx > script. If I change the first line from "#!bin/sh" > to > "#!bin/bash", and leave the PS1 setting as it was in > /etc/profile, I got my informative prompt back in > Cygwin window while the annoying code in X-window's > terminals went away. Yeah~! > Thanks for your help! > > -Quan > --- "[EMAIL PROTECTED]" > <[EMAIL PROTECTED]> wrote: > > You're running /bin/sh as your shell but have bash > > specific escape sequences in your prompt. Change > > your > > prompt (/etc/profile, ~/.profile, etc) or change > > your > > shell (/etc/passwd) to /bin/bash. > > > > Larry > > > > Original Message: > > - > > From: Quan Ding [EMAIL PROTECTED] > > Date: Tue, 28 Jan 2003 09:42:16 -0800 (PST) > > To: [EMAIL PROTECTED] > > Subject: strange characters in Xterm (in X-window) > > > > > > After I started x-windows. There are strange extra > > characters on the top of every window (login, > > xterm) > > which look like the following: > > \[\033]0;\w\007 > > \022[32m\]\u@\h \[\033[33m\w\033[0m\] > > > > These two lines will show up again after each > > command > > I execute in the xterm window. > > > > They look like terminal control code, but how and > > why > > are they displayed in my window? And how do I get > > rid > > of them? > > > > BTW, although I'm using the English verison of > > WindowsXP, I set the region (in control panel) to > > China to be able to view and input Chinese. > > > > __ > > Do you Yahoo!? > > Yahoo! Mail Plus - Powerful. Affordable. Sign up > > now. > > http://mailplus.yahoo.com > > > > -- > > Unsubscribe info: > > http://cygwin.com/ml/#unsubscribe-simple > > Bug reporting: http://cygwin.com/bugs.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > > > > > > > mail2web - Check your email from the web at > > http://mail2web.com/ . > > > > > > > __ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up > now. > http://mailplus.yahoo.com > > > mail2web - Check your email from the web at > http://mail2web.com/ . > > __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
bug with solution: libXaw3d.a exports _Xt functions
I have the latest version of cygwin and XFree86 installed on XP. When I compile xfig 3.2.4 with xaw3d, it reports that many "_Xt..." functions are redifined in both the Xaw3d library and the Xt library. I then downloaded the xaw3d 1.5 source and compiled it by my self. After I replaced the /usr/X11R6/lib/libXaw3d.a file with the new compiled file. Now I can compile xfig with xaw3d without problem. Therefore, the xaw3d coming with cygwin might be somewhat broken. This is how I compiled xaw3d source on cygwin: 1. Download it from ftp://ftp.x.org/contrib/widgets/Xaw3d/R6.3/Xaw3d-1.5.tar.gz 2. Change the Imakefile by (1) add EXTRA_INCLUDES = -I. (2) (optional) Uncomment EXTRA_DEFINES = -DARROW_SCROLLBAR -DUSEGRAY 3. Run xmkmf ; make 4. cp libXaw3d.a /usr/X11R6/lib Wenguang
xterm Page-Up -- does it work?
Hello, I just fired up Xfree86 after using cygwin for a while. Nice. The xterms don't page up, though. Is this just a missing functionality, or is it me? Couldn't find anything about it in the archives. Thanks Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6
