coredumps and/or CPU eating zombies after dlopen/fork

se, to reproduce, download and unpack http://karasik.eu.org/misc/cygwin/cygwin-gtk-dlopen-fork-bug.tar and run ./try there. -- Sincerely, Dmitry Karasik -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://c

bug: configuration problem in perl with gcc libs

w add it explicitly, using a custom tool for the MinGW perl build: https://github.com/StrawberryPerl/Perl-Dist-Strawberry/blob/master/share/portable/portable.perl.32#L60-L65 Hopefully this makes sense. -- Sincerely, Dmitry Karasik -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

1.5.24: sin() bug

utput is : sin(3.141592654)=3.231089149e-15 whereas all other sin() implementation I could find ( freebsd, linux, msvc) report this: sin(3.141592654)=3.231085104e-015 the difference is in 7th digit, and is significant for double precision. Please find attached cygcheck.out . -- Sincerely,

proposed sync() patch

ChangeLog: 2004-13-04 Dmitry Karasik <[EMAIL PROTECTED]> * syscalls.cc: Implement sync() for letter-mapped drives Diff: --- syscalls.cc 2004-04-13 23:25:28.0 +0200 +++ syscalls.cc 2004-04-13 23:50:56.0 +0200 @@ -1075,10 +1075,47 @@ fsync (int fd) re

working sync() code

hink this may improve cygwin implementations of sync(), fsync(), and probably msync(). Cheers, Dmitry Karasik PS. This message is probably better off to developers@ or patches@ or whatever, but I don't want to subscribe for sending this letter only. PPS. If you'd prefer an actual patch