headers
Marc Aurele La France | 1 Apr 2004 01:03
Picon
Picon
Favicon

Re: (patch seq: 5725) [Egbert Eich - Please review] Patch for makedepend/Imakefile when cross compiling

On Thu, 31 Jul 2003, Harold L Hunt II wrote:

> 1) Don't use canned default for PreIncDir when cross compiling.

> 2) Make a more sophisticated cannded default for StdIncDir when cross
> compiling:
> #define StdIncDir Concat(CrossCompileDir,/../include)

> Both from Alexander Gottwald (Cygwin/XFree86 project contributor).

> Attached are patches for both HEAD and xf-4_3-branch.  Please apply both.

I've just committed this to CVS HEAD.

Marc.

+----------------------------------+-----------------------------------+
|  Marc Aurele La France           |  work:   1-780-492-9310           |
|  Computing and Network Services  |  fax:    1-780-492-1729           |
|  352 General Services Building   |  email:  tsi <at> ualberta.ca          |
|  University of Alberta           +-----------------------------------+
|  Edmonton, Alberta               |                                   |
|  T6G 2H1                         |     Standard disclaimers apply    |
|  CANADA                          |                                   |
+----------------------------------+-----------------------------------+
XFree86 developer and VP.  ATI driver and X server internals.
Permalink | Reply | 1 comment |
headers
Igor Pechtchanski | 1 Apr 2004 02:16
Picon

Re: proposal for using windows truetype fonts

On Wed, 31 Mar 2004, Eric Hanchrow wrote:

> >>>>> "Ralf" == Ralf Habacker <ralf.habacker <at> freenet.de> writes:
>
>     Ralf> # Create a symbolic link for the windows truetype fonts ln
>     Ralf> -sf $SYSTEMROOT/Fonts /usr/X11R6/lib/X11/fonts/truetype
>
> Is the environment variable SYSTEMROOT guaranteed to be defined?  If
> not, you might be able to use WINDIR instead.

Actually, it's better to use `cygpath -W` (or `cygpath -Ww` to get exactly
the same value as $SYSTEMROOT).
	Igor
--

-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha <at> cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor <at> watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton
Permalink | Reply | 1 comment |
headers
Michael Naumann | 1 Apr 2004 03:18

X under full keyboard control

I'm running X11 successfully and am very happy with it.
One little issue yet remains.
Is there a way to start X in a way so that all (but one dedicated)
keycuts are sent to X11. eg I want that alt-tab does not switch
to another windows-window but is processed by X?

Michael
Permalink | Reply | 4 comments |
headers
luke.kendall | 1 Apr 2004 03:32
Picon
Picon

Re: startx crashes, xinit works

On 31 Mar, Harold L Hunt II wrote:
>  Luke,
>  
>  luke.kendall <at> cisra.canon.com.au wrote:
> > I find that after installing the latest version of Cygwin just now, X
> > crashes if I try to start it via startx (not starting with -rootless or
> > -multiwindow), with the error 
>  
>  There is only one way to prove that: send us the top of your 
>  /tmp/XWin.log from such a failed session.  The top of XWin.log has a 
>  print out of the command-line parameters that reached the server, which 
>  will prove for good whether -multiwindow is reaching the server or not.

You are quite right, I see:

    Welcome to the XWin X Server
    Vendor: The Cygwin/X Project
    Release: 4.3.0.65
    Contact: cygwin-xfree <at> cygwin.com

    XWin was started with the following command line:

    X :0 -multiwindow -clipboard

>  Oh yeah, -multiwindow reached the server all right... we wouldn't be 
>  starting multi-window mode if it didn't.
>  
> > Yet I can start it up if I run xinit.
>  
>   From 'startx':
(Continue reading)

Permalink | Reply | 0 comments |
headers
Harold L Hunt II | 1 Apr 2004 03:42
Picon
Favicon

Re: (patch seq: 5725) [Egbert Eich - Please review] Patch for makedepend/Imakefile when cross compiling

Well, that is about as worthless as tits on a boar.

Harold

Marc Aurele La France wrote:

> On Thu, 31 Jul 2003, Harold L Hunt II wrote:
> 
> 
>>1) Don't use canned default for PreIncDir when cross compiling.
> 
> 
>>2) Make a more sophisticated cannded default for StdIncDir when cross
>>compiling:
>>#define StdIncDir Concat(CrossCompileDir,/../include)
> 
> 
>>Both from Alexander Gottwald (Cygwin/XFree86 project contributor).
> 
> 
>>Attached are patches for both HEAD and xf-4_3-branch.  Please apply both.
> 
> 
> I've just committed this to CVS HEAD.
> 
> Marc.
> 
> +----------------------------------+-----------------------------------+
> |  Marc Aurele La France           |  work:   1-780-492-9310           |
> |  Computing and Network Services  |  fax:    1-780-492-1729           |
(Continue reading)

Permalink | Reply | 0 comments |
headers
luke.kendall | 1 Apr 2004 04:05
Picon
Picon

Various starting X problems

Now with the workaround of knowing to run startx -- :0 to get X to
start, I thought I'd have a poke about to see what exactly makes it
crash.  I came up with several interesting problems.

In my .xinitrc I *don't* have an explicit path for xterm.  However, I
see xterm has moved from /usr/X11R6/bin to /usr/bin!  Did many other X
applications also move into there?

I only noticed that xterm had moved because when I start X with
-multiwindow (or with -clipboard), it complains like this and exits:

    $ PATH="$PATH:/usr/X11R6/bin" startx -multiwindow -- :0
    XCOMM: not found

    cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory
    xinit:  No such file or directory (errno 2):  no program named "/usr/X11R6/bin/xterm" in PATH

    Specify a program on the command line or make sure that /usr/X11R6/bin
    is in your path.

    waiting for X server to shut down 

    $ head /tmp/XWin.log
    Welcome to the XWin X Server
    Vendor: The Cygwin/X Project
    Release: 4.3.0.65
    Contact: cygwin-xfree <at> cygwin.com

    XWin was started with the following command line:
(Continue reading)

Permalink | Reply | 1 comment |
headers
luke.kendall | 1 Apr 2004 04:35
Picon
Picon

Another X crash on startup

A colleague installed the full Cygwin installation onto a laptop on
Monday.  He can't start X because of what looks like the 
"Fatal server error: could not open default font 'fixed'" mentioned at
http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof

However, we've checked that the fonts are installed; mount shows that
/usr/X11R6/lib/X11/fonts is used, and the directory contains about 400
files in the misc subdirectory.  

X won't start.  Any other suggestions?  This is on a new Dell laptop,
running at about 1600x1200, and XP.

$ startx

XIO:  fatal IO error 104 (Connection reset by peer) on X server ":0.0"
       after 0 requests (0 known processed) with 0 events remaining.

$ cat /tmp/XWin.log

Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 4.3.0.63
Contact: cygwin-xfree <at> cygwin.com

XWin was started with the following command line:

X :0 -multiwindow -clipboard 

ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1920 h 1200
(Continue reading)

Permalink | Reply | 1 comment |
headers
Harold L Hunt II | 1 Apr 2004 05:23
Picon
Favicon

Re: Various starting X problems

Luke,

luke.kendall <at> cisra.canon.com.au wrote:
> Now with the workaround of knowing to run startx -- :0 to get X to
> start, I thought I'd have a poke about to see what exactly makes it
> crash.  I came up with several interesting problems.
> 
> In my .xinitrc I *don't* have an explicit path for xterm.  However, I
> see xterm has moved from /usr/X11R6/bin to /usr/bin!  Did many other X
> applications also move into there?

My system does not have a problem finding xterm in /usr/bin because 
/usr/bin should always be in your Cygwin shell path... something else is 
wrong with your Cygwin setup if that is not the case.

> I only noticed that xterm had moved because when I start X with
> -multiwindow (or with -clipboard), it complains like this and exits:
> 
>     $ PATH="$PATH:/usr/X11R6/bin" startx -multiwindow -- :0

You shouldn't have to set the PATH to include /usr/X11R6/bin... as you 
said, it cannot find /usr/bin/xterm.

>     XCOMM: not found

Oops... that isn't supposed to be in the startx script.  Those XCOMMs 
are supposed to be replaced with # signs at the beginning of the line. 
I've fixed this in a new version of the script.

>     cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory
(Continue reading)

Permalink | Reply | 0 comments |
headers
Harold L Hunt II | 1 Apr 2004 05:25
Picon
Favicon

Re: Another X crash on startup

luke.kendall <at> cisra.canon.com.au wrote:

> A colleague installed the full Cygwin installation onto a laptop on
> Monday.  He can't start X because of what looks like the 
> "Fatal server error: could not open default font 'fixed'" mentioned at
> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof
> 
> However, we've checked that the fonts are installed; mount shows that
> /usr/X11R6/lib/X11/fonts is used, and the directory contains about 400
> files in the misc subdirectory.  
> 
> X won't start.  Any other suggestions?  This is on a new Dell laptop,
> running at about 1600x1200, and XP.

None needed:

> Fatal server error:
> could not open default font 'fixed'
> winDeinitMultiWindowWM - Noting shutdown in progress

This is exactly what is described in the second half of the FAQ entry 
you pointed to above.  You are going to have to follow *exactly* the 
steps described in that answer.

Harold
Permalink | Reply | 0 comments |
headers
Earle F. Philhower III | 1 Apr 2004 09:20

Re: window focus, raise, and stacking order

Hi Harold, Takuma, Brian,

I have commited a 1-line fix (ok, 2 with comments) for this: when a
WM_WM_ACTIVATE is received by the winmultiwindowwm.c local event processor
call the X restacker.  I tested it and it fixes this (under the X-mouse in
XP's TweakUI, can't test under 98 or 2K ) and it also fixes the problem
where windows aren't restacked when you bring up the window menu on a
lower-level window.

At 09:20 AM 3/31/2004 -0800, Brian Diggs wrote:
>I have discovered what I believe to be a bug in the window manager code
>part of the cygwin/X server.  It is an interaction between the
>point-to-focus setting in Windows (a.k.a. "Activation follows mouse" in
>TweakUI) and raising windows.
>....

-Earle F. Philhower, III
  earle <at> ziplabel.com
  cdrlabel - ZipLabel - FlpLabel
  http://www.cdrlabel.com
Permalink | Reply | 1 comment |

Gmane