Corinna Vinschen wrote:
I can't reproduce such a problem and I don't have AVG9 (virus scanner?).
Am I indiscreet if I ask you what AV are you using? Just a curiosity...
Anyway thanks for clarification.
Ciao,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Aug 22 10:57, Angelo Graziosi wrote:
> Larry Hall wrote:
> >>Corinna Vinschen wrote:
> >>>- Improve performance of stat and a few other functions. ls(1) should
> >>> be up to 30% faster
> >>
> >>I have a directory (500MB, 30 files) which contains mainly 'exe' (setups
> >>for TB, FF, OO etc.).
On Aug 21 19:04, Chris Sutcliffe wrote:
> On 21/08/2010 3:47 PM, Chris Sutcliffe wrote:
> > On 21/08/2010 3:35 PM, Corinna Vinschen wrote:
> Chris [Sutcliffe], can we please revert this change for now?
> It breaks
> building Win32 apps, if the link order prefers kernel32.a
> over a
Larry Hall wrote:
Corinna Vinschen wrote:
- Improve performance of stat and a few other functions. ls(1) should
be up to 30% faster
I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for
TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time it take
abo
On 21/08/2010 3:47 PM, Chris Sutcliffe wrote:
On 21/08/2010 3:35 PM, Corinna Vinschen wrote:
Chris [Sutcliffe], can we please revert this change for now? It
breaks
building Win32 apps, if the link order prefers kernel32.a over
advapi32.a.
Done.
Thanks. Are you sure that only CreateProcess
On Aug 21 15:47, Chris Sutcliffe wrote:
> On 21/08/2010 3:35 PM, Corinna Vinschen wrote:
> >>>Chris [Sutcliffe], can we please revert this change for now? It breaks
> >>>building Win32 apps, if the link order prefers kernel32.a over advapi32.a.
> >>Done.
> >Thanks. Are you sure that only CreateP
On 21/08/2010 3:35 PM, Corinna Vinschen wrote:
Chris [Sutcliffe], can we please revert this change for now? It breaks
building Win32 apps, if the link order prefers kernel32.a over advapi32.a.
Done.
Thanks. Are you sure that only CreateProcessAsUserW is affected?
In a word, no. I'll have
On Aug 21 15:23, Chris Sutcliffe wrote:
> On 21/08/2010 2:58 PM, Corinna Vinschen wrote:
> >Not anymore. I could reproduce the problem on XP, but not on W7. This
> >reminded me of a checkin to w32api from yesterday. The kernel32.def
> >file, which is used to create the kernel32.a inport library f
On 21/08/2010 2:58 PM, Corinna Vinschen wrote:
Not anymore. I could reproduce the problem on XP, but not on W7. This
reminded me of a checkin to w32api from yesterday. The kernel32.def
file, which is used to create the kernel32.a inport library for
linking against kernel32.dll has been regenera
On Aug 21 18:04, Angelo Graziosi wrote:
> wget http://cygwin.com/snapshots/cygwin1-20100820.dll.bz2
> bunzip2 cygwin1-20100820.dll.bz2
> chmod +x cygwin1-20100820.dll
> [...]
> With 20100820 snapshot Cygwin.bat does not start and Windows says
> (literally):
> [...]
> "Can not find entry point Creat
Corinna Vinschen wrote:
Btw., after downloading cygwin1-20100820.dll.bz2 and bunzipping it, did
you make sure the executable bits are set (chmod +x cygwin1-20100820.dll)?
Obviously, it is the first thing I thought and checked. To summarize, I
did the following:
wget http://cygwin.com/snapsho
On Aug 21 15:48, Corinna Vinschen wrote:
> On Aug 21 14:18, Angelo Graziosi wrote:
> > Larry Hall wrote:
> > >>Corinna Vinschen wrote:
> > >>>- Improve performance of stat and a few other functions. ls(1) should
> > >>> be up to 30% faster
> > >>
> > >>I have a directory (500MB, 30 files) which c
On Aug 21 14:18, Angelo Graziosi wrote:
> Larry Hall wrote:
> >>Corinna Vinschen wrote:
> >>>- Improve performance of stat and a few other functions. ls(1) should
> >>> be up to 30% faster
> >>
> >>I have a directory (500MB, 30 files) which contains mainly 'exe' (setups
> >>for TB, FF, OO etc.).
Larry Hall wrote:
Corinna Vinschen wrote:
- Improve performance of stat and a few other functions. ls(1) should
be up to 30% faster
I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for
TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time it take
abo
On 8/20/2010 8:56 PM, Angelo Graziosi wrote:
Corinna Vinschen wrote:
- Improve performance of stat and a few other functions. ls(1) should
be up to 30% faster
I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for
TB, FF, OO etc.). If I try 'ls -l' in this directory, the
Corinna Vinschen wrote:
- Improve performance of stat and a few other functions. ls(1) should
be up to 30% faster
I have a directory (500MB, 30 files) which contains mainly 'exe' (setups
for TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time
it take about 30 seconds to li
On Aug 18 22:00, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Corinna Vinschen sent the following at Tuesday, August 17, 2010 4:16 AM
> >What changed since Cygwin 1.7.5:
> >
> >
> >- Cygwin handles the current working directory entirely on its own. The
> > Win32 curr
Corinna Vinschen sent the following at Tuesday, August 17, 2010 4:16 AM
>What changed since Cygwin 1.7.5:
>
>
>- Cygwin handles the current working directory entirely on its own. The
> Win32 current working directory is set to an invalid path to be out of
> the wa
18 matches
Mail list logo
