Christopher Faylor wrote:
On Tue, Aug 14, 2012 at 12:48:03PM +, Adam Dinwoodie wrote:
I'm still using this snapshot (I've had no reason to stop until now), and
have hit this issue two out of the last five times running Cygwin ping. The
ping process is still visible in Process Explorer
Achim Gratz Stromeko at NexGo.DE writes:
With the latest snapshot (2012-08-07), pinging a dead machine (i.e. has a DNS
entry but doesn't answer) from tcsh in mintty, I can't Ctrl-C ping and have to
wait until it finally times out.
# ping deadbeef
PING deadbeef (xx.xx.xx.xx): 56 data bytes
Achim Gratz Stromeko at NexGo.DE writes:
This is still happening with the 2012-08-16 19:31:57 UTC snapshot.
And now I see that all that killing business has left some tcsh processes in
task manager with a size of 60k (much too small for both tcsh and ping) that ps
in Cygwin doesn't show. I
On Fri, Aug 17, 2012 at 09:07:30AM +, Adam Dinwoodie wrote:
Christopher Faylor wrote:
On Tue, Aug 14, 2012 at 12:48:03PM +, Adam Dinwoodie wrote:
I'm still using this snapshot (I've had no reason to stop until now), and
have hit this issue two out of the last five times running Cygwin
Christopher Faylor wrote
On Fri, Aug 17, 2012 at 09:07:30AM +, Adam Dinwoodie wrote:
I'm still seeing exactly the same issue having taken the 20120816 snapshot.
If anything, I've been hitting the problem more.
I should have asked this before: I don't think anyone has made it clear if
On Fri, Aug 17, 2012 at 03:50:05PM +, Adam Dinwoodie wrote:
Christopher Faylor wrote
On Fri, Aug 17, 2012 at 09:07:30AM +, Adam Dinwoodie wrote:
I'm still seeing exactly the same issue having taken the 20120816 snapshot.
If anything, I've been hitting the problem more.
I should have
Christopher Faylor writes:
I should have asked this before: I don't think anyone has made it
clear if they are running the cygwin ping or the Windows one. I've
been assuming Cygwin. Is that correct?
Cygwin's ping. I've removed any remnants of Windows' PATH from all
Cygwin startup scripts...
On Tue, Aug 14, 2012 at 12:48:03PM +, Adam Dinwoodie wrote:
Christopher Faylor wrote:
On Fri, Aug 10, 2012 at 06:31:25AM +, Achim Gratz wrote:
Daniel Colascione writes:
It works for me in bash. I don't have tcsh installed, but I don't see why
SIGINT would work differently there.
Yes, it
On 8/16/2012 2:37 PM, Christopher Faylor wrote:
On Tue, Aug 14, 2012 at 12:48:03PM +, Adam Dinwoodie wrote:
Christopher Faylor wrote:
On Fri, Aug 10, 2012 at 06:31:25AM +, Achim Gratz wrote:
Daniel Colascione writes:
It works for me in bash. I don't have tcsh installed, but I don't
On Thu, Aug 16, 2012 at 03:11:34PM -0400, Ken Brown wrote:
With the current snapshot (20120816 17:19:27), I have problems with
emacs-X11.exe. When I start it under X (by typing 'emacs' in an xterm
window), its CPU usage goes up to 50% and its window never displays.
The attached file gives the
On 8/16/2012 3:26 PM, Christopher Faylor wrote:
On Thu, Aug 16, 2012 at 03:11:34PM -0400, Ken Brown wrote:
With the current snapshot (20120816 17:19:27), I have problems with
emacs-X11.exe. When I start it under X (by typing 'emacs' in an xterm
window), its CPU usage goes up to 50% and its
Hi, I think i found a glitch in gmon.c
the testcase is following. and you can see it doesn't work.
int main()
{
char *proffile;
{
char gmon_out[] = gmon.out;
proffile = gmon_out;
}
printf(%s\n,proffile);
}
---
$ ./a
a(▒
Actually the above
On Aug 15 02:59, jojelino wrote:
Hi, I think i found a glitch in gmon.c
the testcase is following. and you can see it doesn't work.
int main()
{
char *proffile;
{
char gmon_out[] = gmon.out;
proffile = gmon_out;
}
On Tue, Aug 14, 2012 at 09:39:14PM +0200, Corinna Vinschen wrote:
On Aug 15 02:59, jojelino wrote:
Hi, I think i found a glitch in gmon.c
the testcase is following. and you can see it doesn't work.
int main()
{
char *proffile;
{
char gmon_out[] = gmon.out;
Daniel Colascione dancol at dancol.org writes:
It works for me in bash. I don't have tcsh installed, but I don't see
why SIGINT would work differently there.
Yes, it works in bash for me, too. Tcsh does something that apparently breaks
with the new snapshot, but since I don't get any error
On Fri, Aug 10, 2012 at 06:31:25AM +, Achim Gratz wrote:
Daniel Colascione writes:
It works for me in bash. I don't have tcsh installed, but I don't see
why SIGINT would work differently there.
Yes, it works in bash for me, too. Tcsh does something that apparently
breaks with the new
Christopher Faylor writes:
You're not really giving us much to go on.
I don't have anything else, these are the only two (small) issues I've
seen after installation of the latest snapshot.
A defunct process doesn't mean that something is not properly
terminated. Is this also a tcsh shell
On Fri, Aug 10, 2012 at 07:57:24PM +0200, Achim Gratz wrote:
Christopher Faylor writes:
You're not really giving us much to go on.
I don't have anything else, these are the only two (small) issues I've
seen after installation of the latest snapshot.
A defunct process doesn't mean that
Christopher Faylor writes:
...and those are the kind of details which allows us to at least make
educated guesses about problems. Showing a defunct ps listing, not so
much...
You know this, but a defunct listing means that a process terminated,
but wasn't reaped by it's parent process.
On Fri, Aug 10, 2012 at 08:33:36PM +0200, Achim Gratz wrote:
Christopher Faylor writes:
...and those are the kind of details which allows us to at least make
educated guesses about problems. Showing a defunct ps listing, not so
much...
You know this, but a defunct listing means that a process
Christopher Faylor writes:
I killed make because I forgot to add a variable definition on the
command line. Only later did I find it left that zombie git process
that should have been terminated with it (I know it was associated with
that particular make invocation by its start time).
So you
On Fri, Aug 10, 2012 at 10:23:41PM +0200, Achim Gratz wrote:
Christopher Faylor writes:
I killed make because I forgot to add a variable definition on the
command line. Only later did I find it left that zombie git process
that should have been terminated with it (I know it was associated with
Achim Gratz Stromeko at NexGo.DE writes:
The X server is still running as well as a number of other X applications.
Something's wrong here with the new snapshot and signal handling / job control
in conjunction with X and the newest snapshot... this morning the shell
proclaimed (I left it running
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
You mention generic signal handling rather than sigwaitinfo so I don't
know if there are other issues. It doesn't seem like much would work if
signal handling was completely broken, though.
With the latest snapshot
On Thu, Aug 09, 2012 at 09:21:47AM +, Achim Gratz wrote:
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
You mention generic signal handling rather than sigwaitinfo so I don't
know if there are other issues. It doesn't seem like much would work if
signal handling
On 8/9/12 2:21 AM, Achim Gratz wrote:
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
You mention generic signal handling rather than sigwaitinfo so I don't
know if there are other issues. It doesn't seem like much would work if
signal handling was completely broken,
Christopher Faylor writes:
deadbeef PING Statistics
2 packets transmitted, 0 packets received, 100.0% packet loss
Ping doesn't time out after only two packets. It sure looks like CTRL-C
worked
above.
Maybe ping got indeed interrupted, but I didn't get the shell prompt
back for
I'm at the August 7th snapshot now and Emacs just died on me with this message:
Connection lost to X server `:0.0'
When compiled with GTK, Emacs cannot recover from X disconnects.
This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
For details, see etc/PROBLEMS.
The X server is
On Mon, Aug 06, 2012 at 05:15:10PM -0700, Daniel Colascione wrote:
On 8/6/2012 2:07 PM, Daniel Colascione wrote:
I just saw a hang building Emacs (using make bootstrap)
Signal handling appears to be broken. Here's a simple testcase. Run the program
and hit control-c. It'll print got Alarm clock,
On 8/8/2012 2:59 PM, Christopher Faylor wrote:
On Mon, Aug 06, 2012 at 05:15:10PM -0700, Daniel Colascione wrote:
On 8/6/2012 2:07 PM, Daniel Colascione wrote:
I just saw a hang building Emacs (using make bootstrap)
Signal handling appears to be broken. Here's a simple testcase. Run the
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
So, if you haven't already, we'd appreciate having people try out the
latest snapshot at: http://cygwin.com/snapshots/ .
The August 3rd snapshot looks good so far in my testing.
Regards,
Achim.
--
Problem reports:
Christopher Faylor writes:
We're considering rolling a new release which fixes some of the problems
which have cropped up here in the last few weeks.
So, if you haven't already, we'd appreciate having people try out the
latest snapshot at: http://cygwin.com/snapshots/ .
cgf
Seems ok after
On 8/6/2012 7:37 AM, Filipp Gunbin wrote:
Christopher Faylor writes:
We're considering rolling a new release which fixes some of the problems
which have cropped up here in the last few weeks.
So, if you haven't already, we'd appreciate having people try out the
latest snapshot at:
On 8/6/2012 2:07 PM, Daniel Colascione wrote:
I just saw a hang building Emacs (using make bootstrap)
Signal handling appears to be broken. Here's a simple testcase. Run the program
and hit control-c. It'll print got Alarm clock, then stop accepting any
signals at all, even SIGSTOP. The same
On 8/6/2012 5:15 PM, Daniel Colascione wrote:
On 8/6/2012 2:07 PM, Daniel Colascione wrote:
I just saw a hang building Emacs (using make bootstrap)
Signal handling appears to be broken. Here's a simple testcase. Run the
program
and hit control-c. It'll print got Alarm clock, then stop
We're considering rolling a new release which fixes some of the problems
which have cropped up here in the last few weeks.
So, if you haven't already, we'd appreciate having people try out the
latest snapshot at: http://cygwin.com/snapshots/ .
cgf
--
Problem reports:
On 8/5/12 8:34 PM, Christopher Faylor wrote:
We're considering rolling a new release which fixes some of the problems
which have cropped up here in the last few weeks.
So, if you haven't already, we'd appreciate having people try out the
latest snapshot at: http://cygwin.com/snapshots/ .
On Fri, Feb 24, 2006 at 06:59:50AM -0700, Eric Blake wrote:
According to Christopher Faylor on 2/21/2006 6:06 PM:
Please observe usual bug reporting rules when reporting on any results
from testing a snapshot.
I'm seeing a few regressions on Win98 with 20060220, 20060223. They
are making it
Eric Blake ebb9 at byu.net writes:
In an effort to help the testing be easier to perform, I will soon be
releasing
an experimental coreutils-5.94-2 that uses the d_ino member in ls and also
in /bin/pwd
Now released, but it pointed out an upstream bug in coreutils - 'ls -i'
currently
Christopher Faylor cgf-no-personal-reply-please at cygwin.com writes:
Specifically, what needs testing is Corinna's new code which properly
fills in d_ino into a dirent struct. I recently found that a samba bug
caused strange behavior when performing an ls or a find in a
directory on a
We're close to making a new cygwin release but the snapshot needs some
testing.
Specifically, what needs testing is Corinna's new code which properly
fills in d_ino into a dirent struct. I recently found that a samba bug
caused strange behavior when performing an ls or a find in a
directory on a
41 matches
Mail list logo