On 12/01/2010 22:26, Eric Blake wrote:
Done. Should I update the package-maintainer mapping list?
Done.
Yaakov
附 件 资 料 请 查 收 hz
朗 咸 平-2010经济趋势研讨会.rar
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-13 11:06:22
Modified files:
winsup/cygwin : ChangeLog fhandler_tty.cc
Log message:
* fhandler_tty.cc (fhandler_tty_master::init): Don't erase all default
termios settings of
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-01-13 16:51:37
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include: fcntl.h
Log message:
* include/fcntl.h (O_TTY_INIT): Define as 0.
Patches:
Hi,
the below patch implements the Linux dup3/O_CLOEXEC/F_DUPFD_CLOEXEC
extension. I hope I didn't miss anything important since it affects
quite a few fhandlers. Fortunately most is mechanical change, except
for a few places (dtable.cc, pipe.cc, fhandeler_fifo.cc, syscalls.cc).
Nevertheless,
On Wed, Jan 13, 2010 at 10:25:37PM +0100, Corinna Vinschen wrote:
Hi,
the below patch implements the Linux dup3/O_CLOEXEC/F_DUPFD_CLOEXEC
extension. I hope I didn't miss anything important since it affects
quite a few fhandlers. Fortunately most is mechanical change, except
for a few places
According to Corinna Vinschen on 1/13/2010 2:25 PM:
Hi,
the below patch implements the Linux dup3/O_CLOEXEC/F_DUPFD_CLOEXEC
extension. I hope I didn't miss anything important since it affects
quite a few fhandlers.
Eric, you asked for it in the first place, do you have a fine testcase
On Wed, Jan 13, 2010 at 09:00:19PM -0700, Eric Blake wrote:
MALLOC_CHECK;
- debug_printf (dup2 (%d, %d), oldfd, newfd);
+ debug_printf (dup3 (%d, %d, %d), oldfd, newfd, flags);
I'd prefer %#x for flags, rather than %d (two instances in this function).
In that case it should be %p to be
On Jan 13 01:31, Oliver Meier wrote:
Hi There
I have more information concerning my courierauth problem
strace of authdaemon gives me:
-- snip --
[...]
-- snip --
it seems, that /usr/local/var/spool/authdaemon/socket.tmp cannot be renamed.
/usr/local/var/spool/authdaemond/ looks
On 13.01.2010 07:48, ext Andy Koppe wrote:
2010/1/12 Niklaus Kuehnis:
I've upgraded to Cygwin 1.7 (release version, clean install) and now am unable
to print text files with non-ascii characters (i.e. German umlauts) from
commandline.
On Cygwin 1.5 printing used to work with a2ps but now
On Jan 12 12:46, Karl M wrote:
Date: Tue, 12 Jan 2010 17:48:34 +0100
From: corinna
Subject: Re: Tried out cygwin-inst-20100111.tar.bz2
On Jan 11 22:39, Karl M wrote:
Hi All...
I just tried out the latest snapshot and had two problems on a Vista
Business SP2 machine.
On Jan 12 16:04, Nellis, Kenneth wrote:
Thank you, Jeremy. BTW, I deal with legacy machines that don't
know from SSH. :-(
Well this gets more interesting, at least to me...
With LANG=UTF-8,
That's a non-supported setting. set LANG to C.UTF-8 or en_US.UTF-8
or something. See
Some additional notes on this:
On 13.01.2010 07:48, ext Andy Koppe wrote:
2010/1/12 Niklaus Kuehnis:
I've upgraded to Cygwin 1.7 (release version, clean install) and now
am unable to print text files with non-ascii characters (i.e. German
umlauts) from commandline.
On Cygwin 1.5 printing
Ken Brown kbrown at cornell.edu writes:
Install the gcc4 package.
I had exactly the same problem, which was solved by installing gcc4. Thanks.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hi Corinna
Thanks for your fast solution. I'll try to compile and test a cvs-snapshot...
Greetz
Oliver
Done. A wrong condition for checking virtual filesystems (like /proc)
also catched unix sockets accidentally. I fixed this in CVS.
Thanks for the report,
Corinna
--
Corinna
According to Corinna Vinschen on 1/13/2010 4:07 AM:
That only occurs in CYGWIN=tty mode. The problem was that in tty mode a
piece of code reset all termios settings of the console to 0. That was
no problem so far, but now that the VERASE key from the termios settings
is used to delete chars
On Jan 13 06:30, Eric Blake wrote:
According to Corinna Vinschen on 1/13/2010 4:07 AM:
That only occurs in CYGWIN=tty mode. The problem was that in tty mode a
piece of code reset all termios settings of the console to 0. That was
no problem so far, but now that the VERASE key from the
2010/1/13 Corinna Vinschen:
That only occurs in CYGWIN=tty mode. The problem was that in tty mode a
piece of code reset all termios settings of the console to 0. That was
no problem so far, but now that the VERASE key from the termios settings
is used to delete chars in the console, it hurt.
Hello,
Building tar seems to trigger a Blue Screen Of Death on WinXP.
I installed Cygwin (see attached for system information). I then
downloaded the source for tar-1.22-1 and executed:
cygport tar-1.22-1 compile 21 | tee /tmp/file
The source code is unpacked and configure starts. During the
Am 13.01.2010 16:18, schrieb Henson, George A CTR USA MEDCOM JMLFDC:
A very deep directory tree called conftest3
(conftest3/conftest3/conftest3/...)
The source for conftest (conftest.c - attached)
Compiled binary contest.exe
In Cygwin attempting to cd to the bottom of the conftest3
Henson, George A CTR USA MEDCOM JMLFDC George.Henson at amedd.army.mil
writes:
Hello,
Building tar seems to trigger a Blue Screen Of Death on WinXP.
Rather, it is triggering a bug in your ntfs.sys driver. Cygwin is a user app,
and as such, cannot cause a BSOD. Only drivers can do that.
On Wed, Jan 13, 2010 at 04:56:24PM +0100, Matthias Andree wrote:
Am 13.01.2010 16:18, schrieb Henson, George A CTR USA MEDCOM JMLFDC:
A very deep directory tree called conftest3
(conftest3/conftest3/conftest3/...)
The source for conftest (conftest.c - attached)
Compiled binary contest.exe
Corinna Vinschen corinna-cygwin at cygwin.com writes:
IIU the SUSv4 description C, and given that a newly opened console is
always setup with the default termios settings anyway, we could simply
set O_TTY_INIT to 0 and be done with it:
Yep, that's my understanding as well. This link is
Eric Blake ebb9 at byu.net writes:
In other words, tcsetattr should always be used on a struct termios obtained
from a read-modify-write manner, and never from a memset(0) manner, where the
use of O_TTY_INIT guarantees (trivially, if it is defined to 0) that any
extension fields in struct
Yeah, I'm actually using LANG=C.UTF-8. Thought by abbreviating
for the post that my message would be more focused on the
problem at hand. :-/
Another workaround would be from the mintty window to enter some
command that would bring up a Windows Command Prompt window so
that Windows FTP and Telnet
On 01/13/2010 11:32 AM, Nellis, Kenneth wrote:
Another workaround would be from the mintty window to enter some
command that would bring up a Windows Command Prompt window so
that Windows FTP and Telnet would work. I tried the command cmd,
but that executes within the mintty window. What
On 1/13/2010 10:32 AM, Nellis, Kenneth wrote:
Another workaround would be from the mintty window to enter some
command that would bring up a Windows Command Prompt window so
that Windows FTP and Telnet would work. I tried the command cmd,
but that executes within the mintty window. What
On Jan 13 16:04, Eric Blake wrote:
Corinna Vinschen corinna-cygwin at cygwin.com writes:
IIU the SUSv4 description C, and given that a newly opened console is
always setup with the default termios settings anyway, we could simply
set O_TTY_INIT to 0 and be done with it:
Yep, that's
I have learned one very mystical proceedure. If I launch the bash
shortcut which just runs bash --login -i, then I launch my rxvt
shortcut, screen works as it always has for me. Go figure!.
scratches head Environment variables?
I just built a new screen package that uses libncurses10
how can in Cygwin the directory, which is in Windows configured as $TEMP,
or
a certain other directory, be redirected to /tmp?
man mount
... didn't work: I tried
mount -f E:\Temp /tmp
Afterwards the /tmp directory was still C:\Programme\Cygwin\tmp
and the command 'mount' didn't list the
I just installed the numpy and scipy distributions, but with I run python and
try to import either into
python I get this error:
Python 2.5.4 (r254:67916, Mar 16 2009, 01:43:25)
[GCC 4.3.2 20080827 (beta) 2] on cygwin
Type help, copyright, credits or license for more information.
import numpy
Hello,
It seems that the 'mv' command is appending a .exe extension to any
file it thinks is a PE when the file is moved.
For example if I have a file 'a' which happens to be a PE in the
current directory:
bash-3.2$ ls
a
bash-3.2$ mv a a.foo
bash-3.2$ ls
a.foo.exe
Is there any way to workaround
I have a puzzling behaviour trying to run gcc (and the other gnu
compilers) right after installing cygwing 1.7.1 on Pentium running XP,
and adding gcc (using the gcc installer helper for the selection of
packages in setup). The command
gcc-3 test.c
is executed but has no effect. No object,
Luca Bottura wrote:
I have a puzzling behaviour trying to run gcc (and the other gnu
compilers) right after installing cygwing 1.7.1 on Pentium running XP,
and adding gcc (using the gcc installer helper for the selection of
packages in setup). The command
gcc-3 test.c
is executed but
On Wed, Jan 13, 2010 at 10:57 AM, Eric Blake e...@byu.net wrote:
Henson, George A CTR USA MEDCOM JMLFDC
writes:
Hello,
Building tar seems to trigger a Blue Screen Of Death on WinXP.
Rather, it is triggering a bug in your ntfs.sys driver. Cygwin is a user app,
and as such, cannot cause a
scratches head Environment variables?
I just built a new screen package that uses libncurses10 instead of
libncurses9. Please try it out and see if it makes a difference.
(1) In setup, make sure that crypt, libgcc1, and libncurses10 are
installed.
(2) Kill any running screen sessions.
I just built a new screen package that uses libncurses10 instead of
libncurses9. Please try it out and see if it makes a difference.
(1) In setup, make sure that crypt, libgcc1, and libncurses10 are
installed.
(2) Kill any running screen sessions.
(3) Run
wget \
$ diff -U 0 env-*
--- env-bash.txt2010-01-13 19:58:53.0 -0500
+++ env-rxvt.txt2010-01-13 19:58:53.0 -0500
@@ -6 +6 @@
-TERM=cygwin
+TERM=rxvt-cygwin-native
I tried changing TERM before with no success. But I did re-try, again
with no success :)
I also
On 01/13/2010 11:50 AM, Jeremy Bopp wrote:
Maybe I missed your reasoning in an earlier message, but why not use
Cygwin-based Telnet and FTP programs? You already have Cygwin
installed, so adding two more packages should not be a problem.
That way locale and terminal handling would just work
Hi
These are the packages/commands/features which I have been using with
cygwin. I am unable to install them through a fresh setup.Reason for
not being able to install: they no longer exist in the package select
window.
xdvi (I _have_ installed and using tetex, tetex-x11)
uptime
Either i have
2010/1/14 Manish Agarwal:
These are the packages/commands/features which I have been using with
cygwin. I am unable to install them through a fresh setup.Reason for
not being able to install: they no longer exist in the package select
window.
xdvi (I _have_ installed and using tetex,
Issue resolved (partially) further action I should be able to do on my own.
YES!
paths were messed up!
Bless you, Andy!!
I _had_ reinstalled tetex-x11, following up archived mailing list
queries, with no luck. I think I'll do a full reinstallation soon.
Best Wishes,
Manish Agarwal
2010/1/14
If there's non-english char in the program start path( /tmp/中文 ), the
generated core file's name will be wrong like the following:
$ pwd
/tmp/中文
[ba...@bambo-pc /tmp/中文]
$ ls
foo.c foo.exe foo.exe.core
[ba...@bambo-pc /tmp/中文]
the core file comes with a unexpected ''
my CYGWIN environment is:
I knew it was a mistake before I did it :( Never touch a running
system and all that.
Anyway, since upgrading to 1.7 I get
not a file at
/home/gary/.perl/lib/perl5/site_perl/5.10/Text/Language/Guess.pm line
158
Should I upgrade something manually, or what?
--
Problem reports:
44 matches
Mail list logo
