Just checked in a major change to cygwin
Mon Sep 4 20:20:00 GMT 2000
On Mon, Sep 04, 2000 at 11:50:06AM +0400, Egor Duda wrote:
>Sunday, 03 September, 2000 Chris Faylor email@example.com wrote:
>CF> For the last several weeks, I've been working on giving cygwin it's own
>CF> "heap". I use this heap to allocate memory that should be common to a
>CF> process's children. This was one of the things that I desperately wanted
>CF> copy-on-write for but I ended up implementing my own crude version instead.
>stat("f:\\tmp\\bla-bla",...) causes exception with your latest
>in this line (path.cc:1025)
>rc = normalize_win32_path (cwd_win32 (TMPCWD), src_path, dst);
>alloca() is called after src_path and dst are put on stack. patch
Hmm. I don't exactly understand why this is a problem. It doesn't
cause me any problems but maybe this is because I am using a different
version of the compiler.
Anyway, I took a look at cwd handling again and did what I should have
done the first time. I think that path.cc now is a little more sane
with respect to its handling of the current working directory.
I made enough changes that I probably broke something new but at least
I won't have to puzzle over 37 different places where getcwd_inner was
More information about the Cygwin-patches