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=detail&atid=893831&aid=1872255&group_id=180599).
Like
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
* To: cygwin at cygwin dot com
-X started
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"
* To:
* Date: Tue, 17 Jan 2006 17:31:24 -0800
* Subject: chi
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
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 ow
ction on the tabs/user
file 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"
To:
Date: Tue, 16 Dec 2003 08:51:26
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
ideas would 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,
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 a
uot;CYGWIN sshd" -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://cy
GREAT work!
Benn Schreiber
--
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/
ems and did not have to do this.
So, my question is.why did I have to do this now?
In any event, I'm running fine now, and hopefully if anyone else is
seeing this, this note will be useful.
Benn Schreiber
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
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
To: "'cygwin at cygwin dot com'"
Date: Mon, 21 Jan 2002 16:53:59 -
Subje
13 matches
Mail list logo
