> From: Brett Serkez
> Sent: Saturday, January 14, 2006 3:19 PM
> To: cygwin@cygwin.com; cygwin@cygwin.com
> Subject: Re: stat(2) triggers on-demand virus scan
>
> > On Sat, Jan 14, 2006 at 03:35:17PM -0500, Brett Serkez wrote:
> > >I'm still researching, I was going to respond this is posting at
> From: Paul McFerrin
> Sent: Saturday, January 14, 2006 5:19 PM
> To: Cygwin@Cygwin.com
> Subject: Re: stat(2) triggers on-demand virus scan
>
> Boy did I open a can of worms!
>
No, it's like this on a regular, periodic basis.
> When I looked at the source of Cygwin1.dll a few years ago at
>
[snip]
> >>I just wanted to make it clear that we aren't going to be
> making any
> >>special concessions to a product like a virus scanner which cause
> >>perfectly acceptable code to misbehave. If that is the
> case then it
> >>is a situation for the virus scanner to work out. It's not a
On Sat, Jan 14, 2006 at 09:12:11PM -0500, Paul McFerrin wrote:
>Brett Serkez wrote:
>>> From what I've been seeing, I'm starting to suspect that the problem(s)
>>is there in both cases, the scanner simply makes it much more
>>noticable. I do see more CPU consumption that I woud have expected
>>eve
Brett Serkez wrote:
[snip]
>
>> From what I've been seeing, I'm starting to suspect that the problem(s)
>
> is
> there in both cases, the scanner simply makes it much more noticable. I
> do see more CPU consumption that I woud have expected even without the
> virus scanner and the original post
On Thu, Jan 12, 2006 at 08:35:18PM -0500, Christopher Faylor wrote:
> On Wed, Jan 11, 2006 at 10:46:24PM -0800, Yitzchak Scott-Thoennes wrote:
> >Just in case it's relevant, note that I have experimental bash,
> >readline, libreadline6, findutils, and coreutils.
>
> Does the latest snapshot behave
Boy did I open a can of worms!
When I looked at the source of Cygwin1.dll a few years ago at the time, the stat(2)
basically called a MS API function to retreive the information and then did a simpe return.
I think it the faulty design of MS not to privide a function to get status information
[snip]
> We are not going to visit the slippery slope of adding code to Cygwin
> to work around other third party software.
I'm hoping and assuming it is going to be more a matter of making minor
changes, if it requires a major change, then it is more likely Microsoft
or some other vendor is at f
On Sat, Jan 14, 2006 at 04:18:43PM -0500, Brett Serkez wrote:
>>On Sat, Jan 14, 2006 at 03:35:17PM -0500, Brett Serkez wrote:
>>>I'm still researching, I was going to respond this is posting at a
>>>later time with more insight, but before things get out-of-hand, I
>>>wanted to jump in. I suppose
Brett Serkez wrote:
On Sat, Jan 14, 2006 at 03:35:17PM -0500, Brett Serkez wrote:
I'm still researching, I was going to respond this is posting at a
later time with more insight, but before things get out-of-hand, I
wanted to jump in. I suppose I'm still hopeful that we can zero in
on what pre
> On Sat, Jan 14, 2006 at 03:35:17PM -0500, Brett Serkez wrote:
> >I'm still researching, I was going to respond this is posting at a
> >later time with more insight, but before things get out-of-hand, I
> >wanted to jump in. I suppose I'm still hopeful that we can zero in
> >on what precisely is
On Sat, Jan 14, 2006 at 03:35:17PM -0500, Brett Serkez wrote:
>I'm still researching, I was going to respond this is posting at a
>later time with more insight, but before things get out-of-hand, I
>wanted to jump in. I suppose I'm still hopeful that we can zero in
>on what precisely is causing th
> > The stat(2) system call runs very slowly because it is constantlt
> > triggering the McAfee on-demand virus scanner to scan the file that
> > is being stat'ed. This may not seem like a big thing but I
> > frequently stat thousands of files at a batch. I find that the stat
> > runs much faster
pmcferrin wrote:
> The stat(2) system call runs very slowly because it is constantlt
> triggering the McAfee on-demand virus scanner to scan the file that
> is being stat'ed. This may not seem like a big thing but I frequently
> stat thousands of files at a batch. I find that the stat runs much
>
After announcing they cleaned $1,000,000.00 worth
of debt off their books, investors start rally !!
**INVESTOR WATCH ISSUED FOR TUESDAY 17th, BIG MOVE COULD HAPPEN**
SYMBOL: MWIS.OB
Friday Close: $0.165
Friday Volume: 120,000
Short Term: $0.50 - $0.75
Long Term: $1.50 - $1.75
With Volume up
15 matches
Mail list logo
