Re: [PATCH] Set FILE_ATTRIBUTE_TEMPORARY on files opened by mkstemp() on WinNT

2005-07-22 Thread Vaclav Haisman
On Thu, 21 Jul 2005, Christopher Faylor wrote: On Fri, Jul 22, 2005 at 03:17:33AM +0200, Vaclav Haisman wrote: On Thu, 21 Jul 2005, Christopher Faylor wrote: On Fri, Jul 22, 2005 at 01:32:50AM +0200, Vaclav Haisman wrote: the attached patch sets FILE_ATTRIBUTE_TEMPORARY on files opened

Re: Use of %E in system_printf().

2005-07-21 Thread Vaclav Haisman
Never mind, I found it. smallprint.c VH On Thu, 21 Jul 2005, Vaclav Haisman wrote: I've been looking around Cygwin again and found this: system_printf (couldn't get memory info, %E); Now I am curious where does the %E get handled? Is it supposed to print GetLastError()? I looked

Re: [PATCH] Set FILE_ATTRIBUTE_TEMPORARY on files opened by mkstemp() on WinNT

2005-07-21 Thread Vaclav Haisman
On Thu, 21 Jul 2005, Christopher Faylor wrote: On Fri, Jul 22, 2005 at 01:32:50AM +0200, Vaclav Haisman wrote: the attached patch sets FILE_ATTRIBUTE_TEMPORARY on files opened by mkstemp() on WinNT class systems. Theoretically the OS should then be less eager to write such files onto

winbase.h (ilockexch)

2005-05-31 Thread Vaclav Haisman
I think that ilockexch() in winbase.h should look like what is in my patch. Explicit lock prefix is not needed because xchg instruction sets LOCK# signal implicitly. VH.Index: winbase.h === RCS file:

Re: winbase.h (ilockexch)

2005-05-31 Thread Vaclav Haisman
, 2005 at 12:52:26AM +0200, Vaclav Haisman wrote: I think that ilockexch() in winbase.h should look like what is in my patch. Explicit lock prefix is not needed because xchg instruction sets LOCK# signal implicitly. A similar implementation in the linux kernel seems to disagree with you. cgf

Re: Probably unnecessary InterlockedCompareExchangePointer in List_remove in thread.h

2005-05-30 Thread Vaclav Haisman
on SMP systems. It takes above 100 of cycles on contemporary CPUs. VH On Mon, 30 May 2005, Corinna Vinschen wrote: On May 29 17:03, Vaclav Haisman wrote: I think that the call to InterlockedCompareExchangePointer() can and should be replaced by ordinary if and assignment

Re: Probably unnecessary InterlockedCompareExchangePointer in List_remove in thread.h

2005-05-30 Thread Vaclav Haisman
For example this post: http://lists.freebsd.org/pipermail/freebsd-current/2004-May/026871.html VH On Mon, 30 May 2005, Christopher Faylor wrote: On Mon, May 30, 2005 at 08:00:52PM +0200, Vaclav Haisman wrote: I am not sure, that is why I wrote probably. But from what I see there is already

Probably unnecessary InterlockedCompareExchangePointer in List_remove in thread.h

2005-05-29 Thread Vaclav Haisman
I think that the call to InterlockedCompareExchangePointer() can and should be replaced by ordinary if and assignment. The synchronization it provides doesn't seem to be necessary. VH. 2005-05-29 Vaclav Haisman [EMAIL PROTECTED] * thread.h (List_remove): Make node parameter const

Re: [PATCH] Remove wrapper functions in pthread.cc

2003-03-19 Thread Vaclav Haisman
to have a mangled C++ function name to be able to define the alias properly. I tryed this simple test but haven't investigated it more thoroughly. Vaclav Haisman #include cstdio void f () { printf (f()\n); } void g () __attribute__ ((alias (_Z1fv))); class A { public: static int

Silent some more warnings.

2003-02-20 Thread Vaclav Haisman
Hi, this patch silents warnings about strict-aliasing rules breach. There are also two hunks that remove obviously always true assert(). Vaclav Haisman 2003-02-20 Vaclav Haisman [EMAIL PROTECTED] * libc/stdio/vfprintf.c (cvt): Fix strict-aliasing rules breach warning

RE: Create new files as sparse on NT systems. (2nd try)

2003-02-18 Thread Vaclav Haisman
of this patch. The only one I can imagine it can slow down file operations but I very very doubt it. Vaclav Haisman

Re: Create new files as sparse on NT systems. (2nd try)

2003-02-18 Thread Vaclav Haisman
On Wed, 19 Feb 2003, Max Bowsher wrote: Well, why not have BitTorrent set the file as sparse? Because it runs as Cygwin app which is Unix-like environment. There is no way to set files sparse in Unix because all files are sparse if the file systems supports it. Vaclav Haisman

Re: Create new files as sparse on NT systems. (2nd try)

2003-02-17 Thread Vaclav Haisman
would be inventing something new. Vaclav Haisman 2003-02-17 Vaclav Haisman [EMAIL PROTECTED] * include/winioctl.h (FSCTL_SET_SPARSE): Define. 2003-02-17 Vaclav Haisman [EMAIL PROTECTED] * fhandler.h: Include winioctl.h for DeviceIoControl. (fhandler::open): Try

Re: Create new files as sparse on NT systems. (2nd try)

2003-02-17 Thread Vaclav Haisman
are sparse if underlying file system supports it. I doubt Windows is significantly slower/faster in inspecting file system metadata than either of these OSes, Vaclav Haisman

Make busy waiting loop in exceptions.cc (try_to_debug) less busy.

2003-02-07 Thread Vaclav Haisman
. With this patch dumper/gdb starts (almost) immediately. You can test it yourselves with this simple programm: int main () { throw 1; } Vaclav Haisman PS: Assignment has been snailed. 2003-02-07 Vaclav Haisman [EMAIL PROTECTED] * exceptions.cc (try_to_debug): Set priority

Re: Implementation of sched_rr_get_interval for NT systems.

2003-02-06 Thread Vaclav Haisman
Huh, I really don't know why I typed -c instead of -u. This is the same patch with addition of error checking on registry access as suggested by Robert Collins. Now with the right diff options. I am working on submitting the assignment too. Vaclav Haisman You're not wrong and it does matter

Implementation of sched_rr_get_interval for NT systems.

2003-02-05 Thread Vaclav Haisman
of informations about time quanta for NT systems. Those sources are two web pages: http://www.microsoft.com/mspress/books/sampchap/4354c.asp http://www.jsifaq.com/SUBH/tip3700/rh3795.htm Vaclav Haisman 2003-02-06 Vaclav Haisman [EMAIL PROTECTED] * Makefile.in: Add libusr32.a to DLL_IMPORTS

Re: Create new files as sparse on NT systems. (2nd try)

2003-02-03 Thread Vaclav Haisman
I haven't noticed until you pointed it out. This can be easily corrected. Vaclav Haisman I don't know if it matters, but the rest of the entries in the parse_thing table are alphabetically ordered... Igor --