- Forwarded message from Pierre A. Humblet -
Date: Thu, 16 Sep 2010 12:43:33 -0400
From: Pierre A. Humblet
Subject: Fw: res_send() doesn't work with osquery enabled
To: Corinna Vinschen cori...@vinschen.de
Corinna,
this has not made it to the list so far, not sure why.
I am
On Sep 17 09:03, Corinna Vinschen wrote:
- Forwarded message from Pierre A. Humblet -
| Sorry, an earlier answer was rejected due to inappropriate subject.
In theory, that should be fixed.
| After thinking about it, I don't like mixing calls to the Windows
resolver
:\\cygwin\\home\\corinna w32-pwd.exe
Filter: w32-pwd.exe
w32-pwd.exe
Filter: w32-pwd.exe.exe
w32-pwd.exe
Filter: w32-pwd.exe.lnk
w32-pwd.exe
As you can see, the RestartScan==TRUE does not replace the filter
expression.
Corinna
--
Corinna Vinschen Please, send
On Sep 22 11:32, Corinna Vinschen wrote:
On Sep 22 07:45, Yoni Londner wrote:
I checked out why, and found out that #1 and #2 don't modify the
access time of the file, whereas #3 does. This already immediately
I just checked this and I can't see that it does. If it would do
so, shouldn't
version.
Thank you!
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
): Mention CJK ambiguous width change.
(Btw, Drop support for Windows NT4 prior to Service Pack 4 appears
twice in new-features.sgml).
Thanks, applied, including to remove one of the NT4 paragraphs.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project
of 0777.
Thanks for catching this. Applied.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
Hi Christian,
On Dec 10 23:05, Christian Franke wrote:
The ACL from Cygwin always contains the three (USER|GROUP|OTHER)_OBJ
entries. It might be existing practice elsewhere to return these
entries also in the default ACL. The attached patch adds these
entries with empty permissions if
On Dec 14 22:22, Christian Franke wrote:
Hi Corinna,
Corinna Vinschen wrote:
Hi Christian,
On Dec 10 23:05, Christian Franke wrote:
The ACL from Cygwin always contains the three (USER|GROUP|OTHER)_OBJ
entries. It might be existing practice elsewhere to return these
entries also
Looks good to me. Applied.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
/termios.h (cfgetospeed, cfgetispeed): Declare functions.
Move macros after declarations and make conditional on !__cplusplus.
Thanks, applied.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Jan 13 13:04, Jon TURNEY wrote:
On 13/01/2011 12:33, Corinna Vinschen wrote:
On Jan 11 14:26, Jon TURNEY wrote:
On 11/01/2011 08:10, Corinna Vinschen wrote:
I wasn't quite sure either, but while running cygcheck with Jon's patch
it started to make more sense. We can also change
On Feb 1 10:48, Christopher Faylor wrote:
On Tue, Feb 01, 2011 at 09:47:15AM +0100, Corinna Vinschen wrote:
On Jan 31 20:44, Christian Franke wrote:
If used on raw devices like /dev/sda fsync() always fails with
EBADRQC (54) because FlushFileBuffers() always fails
mail there) and then, given that we use
the newlib string.h, copy the method over to Cygwin to match our current
strerror more closely.
Does that make sense?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin
-AC_LANG_RESTORE
-
AC_ARG_ENABLE(debugging,
[ --enable-debugging Build a cygwin DLL which has more consistency
checking for debugging],
[case ${enableval} in
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin
variants in one place.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
-features.sgml.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Feb 10 10:50, Corinna Vinschen wrote:
On Feb 9 21:15, Christopher Faylor wrote:
On Wed, Feb 09, 2011 at 05:20:59PM -0700, Eric Blake wrote:
+/* Newlib's string.h provides declarations for two strerror_r
+ variants, according to preprocessor feature macros. It does the
+ right
On Feb 10 15:15, Corinna Vinschen wrote:
On Feb 10 21:47, jojelino wrote:
On 2011-02-10 19:02, Corinna Vinschen wrote:
Also, it would be nice if you would add more words to explain what your
patch is doing. Just a patch with no explanation is not very inviting
to take a look
On Feb 10 23:56, jojelino wrote:
i am sorry for extra line feed. corrected.
requesting review.
Thanks, will do. Would you mind to give us your real name for the
ChangeLog entry?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader
On Feb 10 10:29, Christopher Faylor wrote:
On Thu, Feb 10, 2011 at 03:15:15PM +0100, Corinna Vinschen wrote:
Ok, I have just a problem. Your patch doesn't apply because your
mail client appears to insert line breaks if the lines get too long.
Please send the patch again without the line
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Mar 14 22:02, Jon TURNEY wrote:
On 13/03/2011 15:21, Corinna Vinschen wrote:
Thanks for the patch, but afaics you don't have a copyright assignment
on file with Red Hat. It's unfortunately required for substantial
patches. Please see http://cygwin.com/contrib.html, especially
On Mar 15 11:04, Christopher Faylor wrote:
On Tue, Mar 15, 2011 at 08:53:13AM +0100, Corinna Vinschen wrote:
On Mar 14 22:02, Jon TURNEY wrote:
On 13/03/2011 15:21, Corinna Vinschen wrote:
Thanks for the patch, but afaics you don't have a copyright assignment
on file with Red Hat. It's
-gnu): Add strchrnul.
Thanks, applied.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
as far as the
matching case is concerned. It will likely be faster in the
non-matching case.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
%u/%u\n,
+ 0, 0, 0, 0, 0, 0, running, pids.npids);
What about the last column in /proc/loadavg, the last pid? Shouldn't
this be added and set to 0 as well?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co
On Mar 30 03:54, Yaakov (Cygwin/X) wrote:
On Wed, 2011-03-30 at 10:13 +0200, Corinna Vinschen wrote:
On Mar 29 19:32, Yaakov (Cygwin/X) wrote:
This patch adds the fourth component of Linux's /proc/loadavg[1], the
current running/total processes count. My only question is if states
Hi Jon,
On Mar 15 16:46, Corinna Vinschen wrote:
On Mar 15 11:04, Christopher Faylor wrote:
On Tue, Mar 15, 2011 at 08:53:13AM +0100, Corinna Vinschen wrote:
On Mar 14 22:02, Jon TURNEY wrote:
On 13/03/2011 15:21, Corinna Vinschen wrote:
Thanks for the patch, but afaics you don't have
with Visual C stuff entirely.
I've also another change in the loop which removes the dependency
to advapi32, which I'll apply later today.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Apr 1 02:21, Yaakov (Cygwin/X) wrote:
On Wed, 2011-03-30 at 12:27 +0200, Corinna Vinschen wrote:
On Mar 30 03:54, Yaakov (Cygwin/X) wrote:
On Wed, 2011-03-30 at 10:13 +0200, Corinna Vinschen wrote:
On Mar 29 19:32, Yaakov (Cygwin/X) wrote:
This patch adds the fourth component
On Apr 1 11:34, Christopher Faylor wrote:
On Fri, Apr 01, 2011 at 12:05:56PM +0200, Corinna Vinschen wrote:
Chris, do you think there's anything speaking against rearranging this
so that the FH_FS and FH_NETDRIVE definitions are separate from the
stuff under /proc? Or, hang on, we should
On Apr 3 16:54, Yaakov (Cygwin/X) wrote:
On Fri, 2011-04-01 at 23:33 +0200, Corinna Vinschen wrote:
On Apr 1 14:57, Yaakov (Cygwin/X) wrote:
For the sake of clarity, I would reorder it a bit further to
make FH_PROC and friends to one side of major-0 and everything else to
the other
, but the exported functions have been added only
with glibc 2.3.3.
I'll leave it to Corinna but I'd prefer not adding YA export if we can
avoid it.
This is very simple code, so I, too, would prefer to keep it inline.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin
/version.
Funny. Please apply.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Apr 4 06:27, Yaakov (Cygwin/X) wrote:
On Mon, 2011-04-04 at 12:54 +0200, Corinna Vinschen wrote:
On Apr 4 01:19, Christopher Faylor wrote:
I'll leave it to Corinna but I'd prefer not adding YA export if we can
avoid it.
This is very simple code, so I, too, would prefer to keep
and
#ifdef __cplusplus
}
#endif
into the _CYGWIN_TYPES_H guarded area as well? I just noticed that for
the first time. Just a matter of taste I guess, but somehow this looks
upside down to me.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin
to the newlib list, not to cygwin-patches.
It's the better place for bookkeeping of newlib stuff, even if it
only affects Cygwin.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On May 4 22:09, Christian Franke wrote:
* fhandler_registry.cc (fhandler_registry::exists): Fix regression
in EACCES handling.
(fhandler_registry::open): Fix %val case.
Applied with the EACCESS typo noted by Eric fixed.
Thanks,
Corinna
--
Corinna Vinschen
On May 4 17:22, Yaakov (Cygwin/X) wrote:
* posix.sgml (std-notimpl): Remove bsd_signal, setcontext, and
swapcontext, marked obsolete in SUSv3 and not present in SUSv4.
Applied.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
of HKEY_PERFORMANCE_DATA.
Do you have check in rights? If so, please check in.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On May 5 19:23, Corinna Vinschen wrote:
On May 5 13:10, Christopher Faylor wrote:
On Mon, Apr 04, 2011 at 12:23:00PM -0700, Tor Perkins wrote:
Thanks for the patch and the report. I'll take a look at this in detail
in the next couple of days. However, unfortunately, I think
On May 5 23:08, Christian Franke wrote:
Corinna Vinschen wrote:
On May 5 18:51, Christian Franke wrote:
This patch fixes access(/proc/registry/HKEY_PERFORMANCE_DATA,
R_OK) which always fails with EBADF.
Christian
2011-05-05 Christian Franke...
* security.cc
good to me. Just a question...
+ /* FIXME: unsupported */
+ info-loads[0] = 0UL;
+ info-loads[1] = 0UL;
+ info-loads[2] = 0UL;
+ info-sharedram = 0UL;
+ info-bufferram = 0UL;
Isn't bufferram the sum of paged and non-paged pool?
Corinna
--
Corinna Vinschen Please
On May 6 19:28, Christian Franke wrote:
Corinna Vinschen wrote:
On May 5 23:08, Christian Franke wrote:
No check in rights, sorry :-)
http://sourceware.org/cgi-bin/pdw/ps_form.cgi, project Cygwin, approver me.
Done - Thanks!
However, I just had another look into your patch and I
, HighTotal, and HighFree,
even though they are always 0, but not all the other ~40 lines Linux'
meminfo has, too?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
.
Could you please add one, just like in the times() function a couple of
lines earlier? The `tz = tz;' line can go away, the usage is covered
by the syscall_printf at the end of the function.
Other than that, please apply.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails
On May 5 16:07, Christopher Faylor wrote:
On Thu, May 05, 2011 at 08:19:24PM +0200, Corinna Vinschen wrote:
On May 5 19:23, Corinna Vinschen wrote:
On May 5 13:10, Christopher Faylor wrote:
On Mon, Apr 04, 2011 at 12:23:00PM -0700, Tor Perkins wrote:
Thanks for the patch
see any extra
information for .so files in the Linux maps output. What detail am I
missing?
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
_HEAP_BLOCK
{
PVOID addr;
ULONG size;
ULONG flags;
ULONG unknown;
} HEAP_BLOCK, *PHEAP_BLOCK;
If this information is searched until the address falls into the just
inspected block of virtual memory, then we would have the information,
isn't it?
Corinna
--
Corinna Vinschen
On May 11 13:46, Ryan Johnson wrote:
On 11/05/2011 7:14 AM, Corinna Vinschen wrote:
On May 11 01:27, Ryan Johnson wrote:
The second (proc-maps-heaps) adds reporting of Windows heaps (or
their bases, at least). Unfortunately there doesn't seem to be any
efficient way to identify all virtual
On May 11 22:58, Yaakov (Cygwin/X) wrote:
On Mon, 2011-05-09 at 09:55 +0200, Corinna Vinschen wrote:
I'm not sure I understand this new format. Why do you keep the Mem: and
Swap: lines? Linux doesn't have them and top appears to work without
them. And then, why do you print MemShared
On May 11 21:31, Corinna Vinschen wrote:
On May 11 13:46, Ryan Johnson wrote:
Given that Heap32* has already been reverse-engineered by others,
the main challenge would involve sorting the set of heap block
addresses and distilling them down to a set of allocation bases. We
don't want
On May 12 12:31, Ryan Johnson wrote:
On 12/05/2011 11:09 AM, Corinna Vinschen wrote:
On May 12 14:10, Corinna Vinschen wrote:
On May 11 21:31, Corinna Vinschen wrote:
On May 11 13:46, Ryan Johnson wrote:
Given that Heap32* has already been reverse-engineered by others,
the main challenge
On May 12 12:37, Ryan Johnson wrote:
On 11/05/2011 3:31 PM, Corinna Vinschen wrote:
On May 11 13:46, Ryan Johnson wrote:
Also, the cygheap isn't a normal windows heap, is it? I thought it
was essentially a statically-allocated array (.cygheap) that gets
managed as a heap. I guess since it's
On May 12 18:55, Corinna Vinschen wrote:
On May 12 12:31, Ryan Johnson wrote:
On 12/05/2011 11:09 AM, Corinna Vinschen wrote:
-void *base;
+unsigned heap_id;
+uintptr_t base;
+uintptr_t end;
+unsigned long flags;
};
We don't actually need the end pointer
On May 12 13:53, Ryan Johnson wrote:
On 12/05/2011 12:55 PM, Corinna Vinschen wrote:
struct heap
{
heap *next;
-void *base;
+unsigned heap_id;
+uintptr_t base;
+uintptr_t end;
+unsigned long flags;
};
We don't actually need the end pointer: we're
On May 12 13:53, Ryan Johnson wrote:
On 12/05/2011 1:11 PM, Corinna Vinschen wrote:
On May 12 18:55, Corinna Vinschen wrote:
On May 12 12:31, Ryan Johnson wrote:
On 12/05/2011 11:09 AM, Corinna Vinschen wrote:
-void *base;
+unsigned heap_id;
+uintptr_t base;
+uintptr_t end
On May 12 20:42, Corinna Vinschen wrote:
I created a test application with several heaps [...]
Btw., here's my test app. It's ugly but it's just for testing the
results anyway.
Corinna
#include stdio.h
#define _WIN32_WINNT 0x0601
#include windows.h
#include ddk/ntddk.h
#include ddk/ntapi.h
On May 12 15:19, Ryan Johnson wrote:
On 12/05/2011 2:48 PM, Corinna Vinschen wrote:
Nope. As I wrote in my previoous mail and as you can still see in my
quote above, the two virtual memory areas from 0x2 to 0x3 and
from 0x3 to 0x23 together constitute a single start block
On May 12 20:42, Corinna Vinschen wrote:
As for the big blocks, they are apparently identified by the value in
the Unknown member of the DEBUG_HEAP_BLOCK structure. Here's what I
figured out so far as far as Unknown is concerned:
Scratch that. I finally *really* figured out what the unknown
On May 12 15:30, Ryan Johnson wrote:
On 12/05/2011 2:42 PM, Corinna Vinschen wrote:
On May 12 13:53, Ryan Johnson wrote:
On 12/05/2011 12:55 PM, Corinna Vinschen wrote:
heap *heaps;
This is a misnomer now -- it's really a list of heap regions/blocks.
I don't think so. The loop stores
to CVS HEAD?
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
Hi Yaakov,
On May 15 14:31, Yaakov (Cygwin/X) wrote:
On Sun, 2011-05-15 at 21:11 +0200, Corinna Vinschen wrote:
I just applied a patch to implement pthread_attr_setstack etc.
Yes, I just saw that, thank you.
This affects your patch in that it won't apply cleanly anymore.
Would you
On May 16 18:10, Yaakov (Cygwin/X) wrote:
On Mon, 2011-05-16 at 12:43 +0200, Corinna Vinschen wrote:
Thanks for this patch. It looks good to me with two exceptions:
[...]
Revised patch attached.
Thank you. You can apply it, but while I was looking into it,
this occured to me
On May 17 04:10, Yaakov (Cygwin/X) wrote:
On Tue, 2011-05-17 at 07:58 +0200, Corinna Vinschen wrote:
Thank you. You can apply it, but while I was looking into it,
this occured to me:
This conversion arithmetic from FILETIME to long long happens a lot
in times.cc, even though it's
On May 18 01:46, Yaakov (Cygwin/X) wrote:
These are the patches for exporting __fpurge(3) on our side, once my
patch on newlib@ is approved.
After we got note from Ralf on the newlib list on the #ifndef __rtems__
issue, this will be obviously good to go as well.
Thanks,
Corinna
--
Corinna
, it would be the preferrable solution.
Corinna
(*) http://www.blizzhackers.cc/viewtopic.php?p=4332690
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On May 24 07:27, Ryan Johnson wrote:
On 23/05/2011 3:31 AM, Corinna Vinschen wrote:
On May 22 14:42, Ryan Johnson wrote:
In theory, this should completely eliminate the case where us
loading one DLL pulls in dependencies automatically (= uncontrolled
and at Windows' whim). The problem would
inside a dll is *very* cheap
Btw., isn't the resulting dependency list identical to the list
maintained in the PEB_LDR_DATA member InInitializationOrderModuleList?
Or, in other words, can't we just use the data which is already
available?
Corinna
--
Corinna Vinschen Please, send
on unknown exit_code
from non-cygwin programs.
This looks ok to me, but cgf should have a say here. He's on vacation
for another week, though.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
see how it belongs to
the Cygwin utils given that getconf on Linux is part of glibc. I'm
inclined to stick it into utils for the latter reason. Chris? What's
your stance?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader
to the newlib list then?
I haven't much time right now. If cgf doesn't beat me to it, I'll
review the function later.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Jul 20 04:50, Yaakov (Cygwin/X) wrote:
On Wed, 2011-07-20 at 04:16 -0500, Yaakov (Cygwin/X) wrote:
On Wed, 2011-07-20 at 09:56 +0200, Corinna Vinschen wrote:
This doesn't look right. In contrast to nanosleep, clock_nanosleep
is not subsumed under the _POSIX_TIMERS option. In fact
On Jul 20 17:03, Yaakov (Cygwin/X) wrote:
On Wed, 2011-07-20 at 16:11 +0200, Corinna Vinschen wrote:
(*) Does it also influence pthread_cond_timedwait? This information seems
to be missing in SUSv4.
The last paragraph of RATIONALE - Timed Wait Semantics states:
For cases when
On Jul 20 21:22, Yaakov (Cygwin/X) wrote:
On Wed, 2011-07-20 at 17:03 -0500, Yaakov (Cygwin/X) wrote:
On Wed, 2011-07-20 at 16:11 +0200, Corinna Vinschen wrote:
The only problem I see is the fact that a call to clock_settime
influences calls to clock_nanosleep with absolute timeouts
On Jul 21 11:21, Corinna Vinschen wrote:
On Jul 20 21:22, Yaakov (Cygwin/X) wrote:
Looking at the other uses of cancelable_wait(), would the following make
sense:
* change the timeout argument to struct timespec *;
* cancelable_wait (object, INFINITE) calls change to (object, NULL
this in an extra
step, if at all. IMO the family of sleep functions should be moved out
of signal.cc into times.cc. It just seems to belong there.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red
On Jul 21 13:51, Yaakov (Cygwin/X) wrote:
On Thu, 2011-07-21 at 12:37 +0200, Corinna Vinschen wrote:
Something else occured to me, but I think we should do this in an extra
step, if at all. IMO the family of sleep functions should be moved out
of signal.cc into times.cc. It just seems
On Jul 21 13:59, Yaakov (Cygwin/X) wrote:
On Thu, 2011-07-21 at 11:35 +0200, Corinna Vinschen wrote:
On Jul 21 11:21, Corinna Vinschen wrote:
No, you're not at all off-base. Personally I'd prefer to use the native
NT timer functions, but that's not important.
No problem, that's
On Jul 21 21:09, Corinna Vinschen wrote:
On Jul 21 13:59, Yaakov (Cygwin/X) wrote:
On Thu, 2011-07-21 at 11:35 +0200, Corinna Vinschen wrote:
On Jul 21 11:21, Corinna Vinschen wrote:
No, you're not at all off-base. Personally I'd prefer to use the native
NT timer functions
Hi Yaakov,
anything new from the clock_nanosleep frontier?
On Jul 21 13:51, Yaakov (Cygwin/X) wrote:
On Thu, 2011-07-21 at 12:37 +0200, Corinna Vinschen wrote:
Given our current discussion to change cancelable_wait, does it make
sense to review this patch?
No, the cancelable_wait
analysis here is 100% correct.
Erm, I tested on 32 bit. The slowdown occured on all platforms, not
only 64 bit. 64 bit is still only half as fast in the date loop for
reason or reasons unknown.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin
On Jul 31 14:51, Christopher Faylor wrote:
On Sun, Jul 31, 2011 at 10:26:23AM +0200, Corinna Vinschen wrote:
On Jul 30 17:04, Christopher Faylor wrote:
On Fri, Jul 29, 2011 at 08:41:10PM +0900, jojelino wrote:
As sigproc_init is called during dll initialization, wait_sig thread
Hi guys,
the copyright assignment for Jinn-woo Ye (jojelino) arrived. Patch
away.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Aug 1 23:09, Yaakov (Cygwin/X) wrote:
On Sun, 2011-07-31 at 10:24 +0200, Corinna Vinschen wrote:
anything new from the clock_nanosleep frontier?
Sorry, I've been having elusive problems with CVS HEAD that have been
making it hard to test my patch.
Here's what I have so far, FWIW. So
On Aug 3 01:20, Yaakov (Cygwin/X) wrote:
On Tue, 2011-08-02 at 17:42 +0200, Corinna Vinschen wrote:
Does that mean the return value from NtQueryTimer is unreliable?
In what way is it wrong?
I'm not sure. When I run an STC (attached), it works as expected. In
cancelable_wait
On Aug 3 04:19, Yaakov (Cygwin/X) wrote:
On Wed, 2011-08-03 at 09:45 +0200, Corinna Vinschen wrote:
On Aug 3 01:20, Yaakov (Cygwin/X) wrote:
On Tue, 2011-08-02 at 17:42 +0200, Corinna Vinschen wrote:
Does that mean the return value from NtQueryTimer is unreliable?
In what way
On Aug 3 04:35, Yaakov (Cygwin/X) wrote:
On Wed, 2011-08-03 at 11:27 +0200, Corinna Vinschen wrote:
On Aug 3 04:19, Yaakov (Cygwin/X) wrote:
Never mind, I figured it out. The difference is the timeout to
WaitFor*Object*(); my STC doesn't allow the timer to finish
): Ditto.
* thread.cc: Mark clock_nanosleep in list of cancellation points.
* include/cygwin/version.h (CYGWIN_VERSION_API_MINOR): Bump.
Thumbs up.
Thank you,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin
On Aug 18 13:54, Yaakov (Cygwin/X) wrote:
* sysv_shm.cc (ACCESSPERMS): Remove to fix redefined warning, as
this is now defined in sys/stat.h.
Please apply.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader
and /proc/misc
virtual files.
(format_proc_devices): New function.
(format_proc_misc): New function.
I think the patch is basically ok, but it's missing the cons entry
for consoles, equivalent to the tty entry.
Corinna
--
Corinna Vinschen Please, send mails
On Aug 18 20:54, Yaakov (Cygwin/X) wrote:
On Thu, 2011-08-18 at 21:55 +0200, Corinna Vinschen wrote:
2011-08-18 Yaakov Selkowitz yselkowitz@...
* devices.h (fh_devices): Define DEV_MISC_MAJOR, DEV_MEM_MAJOR,
DEV_SOUND_MAJOR. Use throughout.
* fhandler_proc.cc (proc_tab
, and occasional
+fork failures are inevitable. PTC.
+/para
+ /answer
+/qandaentry
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
not set the LC_xxx values at all. From my POV the
system should only default to some $LANG, while setting the LC_xxx
values is the job of the user if the $LANG value doesn't suffice.
However, if the user wants to do that, we will have the new flag.
Corinna
--
Corinna Vinschen
On Oct 9 11:31, Andy Koppe wrote:
On 8 October 2011 16:03, Corinna Vinschen wrote:
Therefore, afaics, it would be better if we change locale to use the
GetFooDefaultUILanguage functions by default, and we add a modifier
(-r/--region?) to switch to LOCALE_FOO_DEFAULT.
Either way
Hi Yaakov,
On Jul 19 09:43, Corinna Vinschen wrote:
On Jul 18 21:20, Yaakov (Cygwin/X) wrote:
This patch adds getconf(1) as required by POSIX:
This looks good. I'm just wondering... on one hand the code seems to
have nothing Cygwin-specifc and could be packed as an external package
like
. Stuff like that is bound to change this early
in the release game anyway.
Therefore I don't want to disable this message. If you're interested
to get rid of it, it would be most helpful trying to track down how to
find the global FAST_CWD pointer in W8.
Corinna
--
Corinna Vinschen
601 - 700 of 2220 matches
Mail list logo
