On Mon, Jan 29, 2007 at 07:31:37AM +0100, Christian Jullien wrote:
> > I installed a new version of cygwin yesterday, and find that bash starts
> up and
> builtins seem to execute, but when I try the first command, cygwin exits
>
>
> This is not related to the new bash version but related to new
> I installed a new version of cygwin yesterday, and find that bash starts
up and
builtins seem to execute, but when I try the first command, cygwin exits
This is not related to the new bash version but related to new cygwin
1.5.24-1.
As soon I installed this new version alone without bash or an
So exactly why was tty handling changed to ignore ctrl-c in some instances?
I.e. if one is in gdb and I send a ctrl-c, it goes nowhere. Why is this? It
worked at one time. And no, I'm not going to use the windows console to debug
things.
-cl
--
Unsubscribe info: http://cygwin.com/ml/#unsubs
P.S. I am using make 3.80 on Windows XP.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Good afternoon,
In case someone might recognize the problem, here the tail of strace output when
I try running
strace.exe bash.exe
[lots of strace output]
ls
[...]
104 8966519 [sig] bash 2732 wait_sig: signalling pack.wakeup 0x288
121 8966640 [main] bash 2732 sig_send: returning 0x0 f
Found the problem. It was ZoneAlarm firewall. It didn't recognize rsync
as an actual program and automatically blocked access. Strange.
Thanks!!
Andrey.
Jean-Claude Gervais wrote:
Then I think it means your ssh transport is fine but your rsync service
daemon is not started on paco.
On Sun, 200
Good afternoon,
Christopher Faylor wrote:
On Sun, Jan 28, 2007 at 02:53:03PM -0800, Glenn Serre wrote:
Good afternoon,
My original email wasn't explicit about the fact that I'm running on 64-bit
XP, but I am.
Also, more info:
- updating to bash 3.2.9-11 didn't help
- using binmode instead o
On Sun, Jan 28, 2007 at 02:53:03PM -0800, Glenn Serre wrote:
>Good afternoon,
>
>My original email wasn't explicit about the fact that I'm running on 64-bit
>XP, but I am.
>
>Also, more info:
>- updating to bash 3.2.9-11 didn't help
>- using binmode instead of textmode as default (and checking mou
Good afternoon,
My original email wasn't explicit about the fact that I'm running on 64-bit XP,
but I am.
Also, more info:
- updating to bash 3.2.9-11 didn't help
- using binmode instead of textmode as default (and checking mounts for /usr/bin
etc) didn't help.
- Bash exit code is 128 (as re
I don't think it's about paco (remote) at all. I can rsync paco with
itself no problem:
=
[EMAIL PROTECTED]:~/test# rsync -ar test localhost:~/test2
=
When I try to rsync local with remote or local wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Norton Allen on 1/28/2007 1:08 PM:
> I'm wondering if the problem I am seeing is from the same source. I find
> that 'apachectl stop' no longer works since a recent cygwin update. I
> can see that the PIDFILE is being written with a \r\n l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Shankar Unni on 1/28/2007 2:38 PM:
>
> Anyway: is any support planned in cygwin and/or coreutils for this
> feature? (specifically, supporting symlink(), S_ISLNK support in stat,
> etc.)
coreutils will do nothing special. Either cygwin
This article from Mark "Sysinternals" Russinovitch discusses the new
"real" symbolic link feature in Vista ("real" in that it's classic
Unix-style, where the symlink is interpreted on the local OS, even for
links in mounted shares, and can refer to either a file or a directory):
http://www.mic
The following one liner illustrates a bug in sh:
$ /bin/bash -c '/bin/bash -cx '\''x=`echo hello`'\''' > @x
++ echo hello
+ x=$'hello\r'
$
I'm wondering if the problem I am seeing is from the same source. I find
that 'apachectl stop' no longer works since a recent cygwin update. I
can see t
Corinna Vinschen wrote:
> On Jan 27 23:17, Reini Urban wrote:
>> Václav Haisman schrieb:
>> >If I were you I would report it as a bug to their bug tracker.
>>
>> It's no bug, it's a perl feature,
>
> Uh, right, a *feature* ;)
>
>> and often defended.
>> Even dll's are not unloaded.
>>
>> If you wa
Good morning,
I installed a new version of cygwin yesterday, and find that bash starts up and
builtins seem to execute, but when I try the first command, cygwin exits
silently. By "exits silently" I mean that if I have a cygwin window, it just
disappears. If I am executing bash from a command p
Linda Walsh wrote:
I'm trying to see if I'm able to checkout and build
setup.exe
The instructions say to load three "-devel" required
packages. Unfortunately, they don't seem to be in
setup's list of packages. Are they missing or are
the instructions out of date or what?
Missing packages:
- a
Hi all,
I found a problem in the current cygwin perl (v5.8.7 built for
cygwin-thread-multi-64int): The following code sets up a UNIX domain
socket server and connects to that server in a different thread. It will
block forever exactly at the connect / accept calls:
#!/usr/bin/perl
use thread
Hi,
I have checked the mailing archives and the net and everything else I
can think of but I cannot find a way to control the configuration of
wu-ftpd.
I added /etc/ftpaccess but it doesn't seem to get picked up.
How can I control the default settings for the ftpd that comes as
standard with in
Greetings,
I'm having a problem with rsync. I want to sync my Windows box to a
Linux server using rsync and I get the following error when I try to do
any command. Remote or local.
[EMAIL PROTECTED]:~/rsync# rsync -a test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC c
On Jan 27 23:17, Reini Urban wrote:
> Václav Haisman schrieb:
> >If I were you I would report it as a bug to their bug tracker.
>
> It's no bug, it's a perl feature,
Uh, right, a *feature* ;)
> and often defended.
> Even dll's are not unloaded.
>
> If you want to free it, free it explicitly wi
On Jan 27 15:43, Gary Johnson wrote:
> The following file, testfile.c,
>
> #include
>
> void foo(void)
> {
> return;
> }
>
> compiles without error using "gcc -c testfile.c" on HP-UX 10.20,
> SunOS 5.8 and Red Hat Linux 9, but on Cygwin, the following error
> results:
All,
I have been combating a make bug for several months, and
after many hours of web searching, I am finally breaking
down to see if anyone might possibly have some idea about
what I can do about this bug. The issue is that I am
building assets for a video game using the following command:
23 matches
Mail list logo