On Apr 3 14:28, Jeremy Drake via Cygwin wrote:
> On Wed, 2 Apr 2025, Cedric Blancher via Cygwin wrote:
>
> > On Tue, 1 Apr 2025 at 13:54, Corinna Vinschen via Cygwin
> > wrote:
> > > No, but if we want to *better* support this driver, we need either a
> > > patch (preferred) or at least info how
On Apr 7 12:35, Christian Franke via Cygwin wrote:
> Yuyi Wang via Cygwin wrote:
> > Thank you Christian, setting SO_PEERCRED on the client socket works. It's a
> > little wierd, though. Is it OK to always set it to NULL on a unix socket?
>
> No, this is a Cygwin extension, originally added for p
On Apr 4 16:23, Shaddy Baddah via Cygwin wrote:
>
> On 4/04/2025 10:02 am, Shaddy Baddah via Cygwin wrote:
> > Hi,
> >
> > On 4/04/2025 4:49 am, ASSI via Cygwin wrote:
> > > Shaddy Baddah via Cygwin writes:
> > > > If I connect an SSH session via the "native" OpenSSH instance
> > > > integrated
Corinna Vinschen via Cygwin wrote:
On Apr 8 13:50, Corinna Vinschen via Cygwin wrote:
On Apr 7 09:59, Christian Franke via Cygwin wrote:
Found because 'stress-ng --fcntl 2 --verify' reports "ftruncate failed,
errno=21":
Thanks for the testcase. I know what happens. Stay tuned for a patch.
On Apr 8 13:50, Corinna Vinschen via Cygwin wrote:
> On Apr 7 09:59, Christian Franke via Cygwin wrote:
> > Found because 'stress-ng --fcntl 2 --verify' reports "ftruncate failed,
> > errno=21":
>
> Thanks for the testcase. I know what happens. Stay tuned for a patch.
Nice problem. That's wh
On Apr 7 09:59, Christian Franke via Cygwin wrote:
> Found because 'stress-ng --fcntl 2 --verify' reports "ftruncate failed,
> errno=21":
Thanks for the testcase. I know what happens. Stay tuned for a patch.
Thanks,
Corinna
--
Problem reports: https://cygwin.com/problems.html
FAQ:
Greetings!
Are there tuning variables to improve ls, ls -l, find ., find . -ls
performance for very large dirs?
If we have a SMB dir with 6+ entries a simple ls -l can take MANY
minutes (22+mins), while cmd.exe dir just floods the terminal with
results immediately.
Mark
--
IT Infrastructure
On 2025-04-08 12:05, Mark Liam Brown via Cygwin wrote:
Greetings!
Are there tuning variables to improve ls, ls -l, find ., find . -ls
performance for very large dirs?
If we have a SMB dir with 6+ entries a simple ls -l can take MANY
minutes (22+mins), while cmd.exe dir just floods the termi
On Apr 8 17:07, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Apr 8 13:50, Corinna Vinschen via Cygwin wrote:
> > > On Apr 7 09:59, Christian Franke via Cygwin wrote:
> > > > Found because 'stress-ng --fcntl 2 --verify' reports "ftruncate failed,
> > > > errno=21
On Tue, 8 Apr 2025 at 08:37, Thomas Wolff via Cygwin wrote:
>
>
>
> Am 08.04.2025 um 03:04 schrieb Jim Garrison via Cygwin:
> > I just ran across this today. In a normal session all my remote
> > mounts (NTFS, file server running Win10) are visible. In a session
> > that is "Run as administrator
On 08/04/2025 19:05, Mark Liam Brown via Cygwin wrote:
Greetings!
Are there tuning variables to improve ls, ls -l, find ., find . -ls
performance for very large dirs?
If we have a SMB dir with 6+ entries a simple ls -l can take MANY
minutes (22+mins), while cmd.exe dir just floods the termi
On 08/04/2025 19:05, Mark Liam Brown via Cygwin wrote:
Are there tuning variables to improve ls, ls -l, find ., find . -ls
performance for very large dirs?
If we have a SMB dir with 6+ entries a simple ls -l can take MANY
minutes (22+mins), while cmd.exe dir just floods the terminal with
res
On Sun, 23 Mar 2025 20:32:44 +0800
Yuyi Wang wrote:
> It's a bug when I tried to run tests of Rust std lib. The standard
> library of Rust tries to create a new pthread_key in the destructor of a
> key created previously. Unfortunately, List::for_each locked the mutex
> before, so List_insert metho
On 4/7/2025 23:35, Thomas Wolff via Cygwin wrote:
Am 08.04.2025 um 03:04 schrieb Jim Garrison via Cygwin:
I just ran across this today. In a normal session all my remote
mounts (NTFS, file server running Win10) are visible. In a session
that is "Run as administrator", none of the mounts are
On Tue, Apr 08, 2025 at 08:05:21PM +0200, Mark Liam Brown via Cygwin wrote:
> Greetings!
>
> Are there tuning variables to improve ls, ls -l, find ., find . -ls
> performance for very large dirs?
>
> If we have a SMB dir with 6+ entries a simple ls -l can take MANY
> minutes (22+mins), while
15 matches
Mail list logo