On 9/11/2010 2:07 AM, JonY wrote:
OK, new files are up, same links.
Err...the pthread packages seem to be missing...
--
Chuck
On 9/13/2010 01:01, Charles Wilson wrote:
On 9/11/2010 2:07 AM, JonY wrote:
OK, new files are up, same links.
Err...the pthread packages seem to be missing...
Sorry about that, pthreads now uploaded.
On Thu, 2010-09-09 at 14:51 +0200, Damien Doligez wrote:
I think you should upload this version for the moment because I have
two potential problems with Yaakov's FlexDLL package that I need to
investigate:
1. It's based on an old version of FlexDLL, and IIRC OCaml needs
some of the
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-09-12 11:41:57
Modified files:
winsup/cygwin : ChangeLog syscalls.cc
Log message:
* syscalls.cc (start_transaction): Make inline function. Move up to be
more generally available.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-09-12 15:49:30
Modified files:
cygwin : ChangeLog cygthread.h dcrt0.cc
fhandler_console.cc sigproc.cc
Log message:
* cygthread.h
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-09-12 19:13:09
Modified files:
cygwin : ChangeLog sigproc.cc
Log message:
* sigproc.cc (sig_dispatch_pending): Remove debugging statement.
(sigproc_init): Wrap a
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-09-12 19:43:57
Modified files:
winsup/cygwin : ChangeLog sec_acl.cc
winsup/cygwin/include/cygwin: acl.h
Log message:
* sec_acl.cc (acl_worker): Remove.
(acl32): Implement
Hi,
The caching-speed up is trivial:
We store the the FileFullDirectoryInformation fields, and if any of them
change - we re-read the file.
Its not (in practical life) possible to change a file without causing a
modification on
On Sep 12 10:49, Yoni Londner wrote:
Hi,
The caching-speed up is trivial:
We store the the FileFullDirectoryInformation fields, and if any of
them change - we re-read the file.
Its not (in practical life) possible to change a file without
causing a modification on
On Sep 12 13:41, Corinna Vinschen wrote:
On Sep 12 10:49, Yoni Londner wrote:
Hi,
The caching-speed up is trivial:
We store the the FileFullDirectoryInformation fields, and if any of
them change - we re-read the file.
Its not (in practical life) possible to change a file without
AK On 11 September 2010 18:48, Ilya Basin wrote:
AK On Saturday, September 11, 2010, Ilya Basin wrote:
Hi. My default LANG is C.UTF-8. If I change it to ru.UTF-8, all
non-ascii characters in man pages are displayed as question marks.
AK ru.UTF-8 isn't a valid locale setting; you need a
On Sep 11 12:41, Corinna Vinschen wrote:
On Sep 10 10:48, Quanah Gibson-Mount wrote:
--On Friday, September 10, 2010 7:09 PM +0200 Corinna Vinschen wrote:
Let me know if there is anything else I can provide.
I'm not sure. I don't think so. The problem is that the unlink(2)
- 0x7f1f0008
malloc - 0x7ef70008
/proc/3044/statm: No error
malloc - 0x7ecf0008
/proc/3044/statm: No error
...
{ No error, nevertheless means,
the thing can't be read ... }
Thanks,
Robert Larice
I checked and both 1.7.7 and the latest 20100912
show
--On Sunday, September 12, 2010 1:43 PM +0200 Corinna Vinschen wrote:
On Sep 11 12:41, Corinna Vinschen wrote:
On Sep 10 10:48, Quanah Gibson-Mount wrote:
--On Friday, September 10, 2010 7:09 PM +0200 Corinna Vinschen wrote:
Let me know if there is anything else I can provide.
I'm not
On 14 July 2010 23:38, Daniel Colascione wrote:
there is a very long-standing issue with Cygwin pty devices:
while Cygwin programs report true from isatty() when called on a Cygwin PTY,
MSVCRT applications do *not*. From their point of view, Cygwin ptys are not
ttys, which has led to all sorts
On 9/12/10 2:29 PM, Andy Koppe wrote:
This does appear to work! Proof-of-concept code attached, along with a
couple of tests. Running in mintty:
Awesome. Thanks for doing this work. I believe the Cygwin developers had
concerns about this change inadvertently breaking some applications.
Have you
On 12 September 2010 22:39, Daniel Colascione wrote:
On 9/12/10 2:29 PM, Andy Koppe wrote:
This does appear to work! Proof-of-concept code attached, along with a
couple of tests. Running in mintty:
Awesome. Thanks for doing this work. I believe the Cygwin developers had
concerns about this
--On Sunday, September 12, 2010 2:21 PM -0700 Quanah Gibson-Mount wrote:
Hi Corinna,
I will give the snapshot a test. Here is the output of attrib:
bu...@zre-win-002
/cygdrive/z/current/WINDOWS/ZDESKTOP-608/20100912050101_ZDESKTOP/ZimbraBu
ild/templates
$ attrib BUILD_ISYNC_template
AR
I'm trying to compile a very basic kernel. The source contains 2 files:
mckern.c
mckern_start.asm
These compile into *.o files fine. Here's how (in case it helps solve
the problem):
$ nasm -f aout mckern_start.asm -o mcks.o
$ gcc -c mckern.c -o mckern.o
But when I run the linker with my link.ld
On Sun, Sep 12, 2010 at 10:29:56PM +0100, Andy Koppe wrote:
On 14 July 2010 23:38, Daniel Colascione wrote:
there is a very long-standing issue with Cygwin pty devices: while
Cygwin programs report true from isatty() when called on a Cygwin PTY,
MSVCRT applications do *not*. From their point of
On 9/12/10 3:41 PM, Christopher Faylor wrote:
So this wasn't just an idea which went unimplemented waiting for tuits.
It went unimplemented because I thought it was a bad idea.
It is a lie, but it's also a distinction without a difference. What
kind of misbehavior could we expect to be caused
On 2010-09-12 22:19Z, matthew caswell wrote:
$ nasm -f aout mckern_start.asm -o mcks.o
^^^
Try -f win32
or -f gnuwin32
http://sourceware.org/ml/cygwin/2010-07/msg00259.html
$ gcc -c mckern.c -o mckern.o
But when I run the linker with my link.ld file:
$ ld -T
Greetings, All!
I've eventually resolved it, but I think i'll share it anyway.
Got rather strange crashes today, while trying to install python... tried
everything I could think about, FS rights, disk check... no dice.
Already installed packages upgraded fine, python/libsqlite/libffi - crash on
On Sun, Sep 12, 2010 at 03:55:12PM -0700, Daniel Colascione wrote:
On 9/12/10 3:41 PM, Christopher Faylor wrote:
So this wasn't just an idea which went unimplemented waiting for tuits.
It went unimplemented because I thought it was a bad idea.
It is a lie, but it's also a distinction without a
The following package has been updated for the Cygwin distribution:
*** flexdll-0.25-1
FlexDLL is an implementation of the dlopen() APIs which creates DLLs
whose symbols can be resolved at runtime. It will be required for an
upcoming OCaml release with dynamic module support.
This release is
The following package has been updated for the Cygwin distribution:
*** flexdll-0.25-1
FlexDLL is an implementation of the dlopen() APIs which creates DLLs
whose symbols can be resolved at runtime. It will be required for an
upcoming OCaml release with dynamic module support.
This release is
26 matches
Mail list logo