On Mon, Dec 31, 2012 at 08:44:56PM -0500, Tom Honermann wrote:
>On 12/29/2012 04:57 PM, Christopher Faylor wrote:
>> On Thu, Dec 27, 2012 at 03:49:24PM -0500, Tom Honermann wrote:
>>> When interrupting the test run, I'll often (but not always) get the
>>> following error:
>>>
>>> c:\>test-strace.ba
On Mon, Dec 31, 2012 at 05:18:52PM -0700, Eric Blake wrote:
>I'm reporting this now because gnulib unit tests found a failure in
>stock cygwin 1.7.17, but I'm still investigating whether it is a
>regression, and/or whether it has been fixed by snapshots.
This sounds similar to a problem reported a
Version 0.9.14-1 of googlecl has been uploaded.
GoogleCL brings Google services to the command line. For examples see:
http://code.google.com/p/googlecl/wiki/ExampleScripts
version 0.9.14
Bugfixes:
* Fixed bug in command line parsing, added message if Discovery can't be used.
* Remove bogus
On 01/01/2013 1:59, Eric Blake wrote:
Odd. I just noticed that my system is pegged at 100% CPU, attributed to
a syslogd process; wonder if severe load is the culprit that violates
the timing assumptions in that test. I killed that process, reran the
test, and no longer see the failure.
I'm won
On 12/29/2012 04:57 PM, Christopher Faylor wrote:
On Thu, Dec 27, 2012 at 03:49:24PM -0500, Tom Honermann wrote:
When interrupting the test run, I'll often (but not always) get the
following error:
c:\>test-strace.bat
test...
test...
test...
test...
--- Process 8092, exception 40010005 at 75E26
On 12/31/2012 05:30 PM, Aaron Schneider wrote:
> On 01/01/2013 1:18, Eric Blake wrote:
>> I'm reporting this now because gnulib unit tests found a failure in
>> stock cygwin 1.7.17, but I'm still investigating whether it is a
>> regression, and/or whether it has been fixed by snapshots. This
>> re
On 01/01/2013 1:18, Eric Blake wrote:
I'm reporting this now because gnulib unit tests found a failure in
stock cygwin 1.7.17, but I'm still investigating whether it is a
regression, and/or whether it has been fixed by snapshots. This
relatively simple test case asserts that SIGINT is never deli
I'm reporting this now because gnulib unit tests found a failure in
stock cygwin 1.7.17, but I'm still investigating whether it is a
regression, and/or whether it has been fixed by snapshots. This
relatively simple test case asserts that SIGINT is never delivered as
required.
#include
#include
On 12/31/2012 6:32 PM, zgintasz wrote:
First of all, thanks for reply. I'm compiling my own project with cygwin by
launching build.sh. If I open cygwin, then locate path and then run
build.sh, everything works totally fine:
1. open cygwin
2. cd F:/Projektai/osdev
cygwin way
cd /cygdrive/f/Proje
Detected by gnulib's unit tests. STC:
$ cat foo.c
#include
int main() {
return dup2(0, -1);
}
$ gcc -o foo -g -Wall foo.c
$ ./foo
Segmentation fault (core dumped)
cygwin 1.7.17-1
Running under gdb shows:
4 [main] foo 1220 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
702 [m
On 12/31/2012 4:48 PM, zgintasz wrote:
Hi,
first: you are on the wrong mailing list,
use cygwin (at) cygwin (dot) com
I'm trying to make building process easier. When I launch cygwin and run
build.sh script, everything is fine, but I want to launch this script from
batch file. I do thi
11 matches
Mail list logo