RE: Warning: No xauth data

Thanks for the hints on this, I've managed to get it working without the warning message. Here's what I did: bash$ xauth xauth add :0 . hexnumber # I used FACEFEEDFACEFEED xauth add localhost:0 . hexnumber xauth exit my .ssh/config has: ForwardX11Trusted yes XAuthLocation /usr/bin/xauth

Bash on Windows 64-bit dies on Xen hosts

Hi, This issue has been noted before (http://sourceware.org/ml/cygwin/2008-01/msg00583.html, for instance). It's been replicated on multiple Xen platforms (SLES10, XenServer, among others), as well as on KVM (http://sourceforge.net/tracker/?func=detailatid=893831aid=1872255group_id=180599). Likely

Re: Bug: run emacs: fatal error reading the windows environment

I've seen this error as well, trying to start cygwin emacs from a cmd window. And if I cygstart emacs, a window pops up for a brief instant and then goes away. Benn Re: Bug: run emacs: fatal error reading the windows environment * From: Kirk Hilliard kirk at ghoti dot com * To: cygwin

child_copy: linked dll data write copy failed

I had cygwin running just fine on my laptop, but my simple startxwin.cmd (run from cmd.exe) script started failing. In stepping through it, I found that I was getting child_copy: linked dll data write copy failed error on xrdb, which appears to be when it runs cpp. I upgraded to cygwin-1.5.19-2

Re: child_copy: linked dll data write copy failed

perfectly. I'm good to go for now, if someone has any insights to help figure out why this is happening, or wants to look into it further, I'm still interested. Benn * From: Benn Schreiber benn at schreiber1 dot net * To: cygwin at cygwin dot com * Date: Tue, 17 Jan 2006 17:31:24 -0800

Odd effect with xwin 6.7.0.0-8

I updated to xwin 6.7.0.0-8 last night after hoping to pick up a few bug fixes, and notice that the escape sequences used to change the window title don't work at all (in some windows), or work once (in some other windows), or don't work at all (in still others). The .tcshrc/.bashrc haven't

Re: Odd effect with xwin 6.7.0.0-8

References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com On Thu, 6 May 2004, Benn Schreiber wrote: I updated to xwin 6.7.0.0-8 last night after hoping to pick up a few bug fixes, and notice that the escape sequences used to change the window title don't work at all (in some

Re: Odd effect with xwin 6.7.0.0-8

2004 13:43:50 -0400 (EDT) Subject: Re: Odd effect with xwin 6.7.0.0-8 References: [EMAIL PROTECTED] Reply-to: cygwin-xfree at cygwin dot com On Thu, 6 May 2004, Benn Schreiber wrote: I updated to xwin 6.7.0.0-8 last night after hoping to pick up a few bug fixes, and notice that the escape

Re: Windows 2003 Server Cygwin Cron

I absolutely agree, Corinna. The correct fix is to use the administrators group. I was provided with a crontab that sets the group ownership to administrators, rather than SYSTEM, and it is fine. Benn Quoting crontab.c from the cron-3.0.1-11 sources: /* Cygwin can't support changing the

Windows 2003 Server Cygwin Cron

to user.Administrators after a 'crontab -e'). I'm posting this in case others run into the problem, and with the hope that a future rev of cron will address this problem. Thanks Benn From: Benn Schreiber bls at starwhite dot net To: cygwin at cygwin dot com Date: Tue, 16 Dec 2003 08:51:26 -0800

Re: Windows 2003 Server Cygwin Cron

I am running on Windows 2003 server, and set up cron_server per this note. The cron server starts just fine, but reports that it can't open tabs/theuser (where theuser is the user account name). The protection on tabs/theuser is 640 o.g is user.SYSTEM which is probably why cron server can't open

CreateFileMapping, create global objects, and multiple users

I'm running Win2003 server and found an interesting anomaly with the 'create global objects' right workaround. I have it enabled for administrator (obviously), and my account. When I am logged into both admin and my account, and both create rxvt windows, the first one created gets hung, and doing

RE: CreateFileMapping, create global objects, and multiple users

be appreciated. Benn -Original Message- From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 4:15 PM To: Benn Schreiber; [EMAIL PROTECTED] Subject: Re: CreateFileMapping, create global objects, and multiple users At 11:33 AM 12/15/2003 -0800, Benn Schreiber

xset add to font path kills Xserver

I just upgraded my system to the latest XFree (4.3.0-4, I believe). In my startxwin I had an xset fp+ to add the truetype fonts directory to the font path (which I never got working...perhaps this is a hint, but...) With the latest bits the Xserver core dumps shortly after the xset fp+ happens.

Re: xset add to font path kills Xserver

Did you have to run ttmkfdir (or whatever it is called) at any point? Harold Yes, I have run both ttmkfdir and mkfontdir in the directory. Interestingly, if I do the xset after the window manager is up (as best I can correlate it), it works fine. But, if I do it in startxwin, the font element

FW: Re: xset add to font path kills Xserver

Got it. Need to run ttmkfdir BEFORE mkfontdir (doh). I'm going back to bed. Thanks for the kick in the right direction. Benn -Original Message- From: Benn Schreiber [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 3:20 PM To: '[EMAIL PROTECTED]' Subject: Re: xset add to font

SSHD startup problem and suggested fix

-p /usr/sbin/sshd -y Browser -a -D -e CYGWIN=binmode ntsec tty This makes the sshd service dependent on the browser, which is dependent on the network being up. Works great now! Benn Schreiber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http

Re: tcsh broken after upate to cygwin 1.3.8

It's a little worse than this. I renamed complete.tcsh and sure enough, I got the first prompt. BUT, when I issued a command, I discovered that it never returned to the prompt again. Sigh. Benn From: Dave Bailey D dot Bailey at bristol dot ac dot uk To: 'cygwin at cygwin dot com' cygwin at