Re: cygwin utils can access directory and its contents, but W10 utils claim to have no access, why?

On 2024-01-21 23:18, John Ruckstuhl via Cygwin wrote: I am seeing a weird phenomenon, hopefully someone can illuminate and teach. Or point me to an archived thread. I have some folders that Cygwin utils can readily access, but W10 utils claim to have no access to. It feels as if * the Cygwin u

cygwin utils can access directory and its contents, but W10 utils claim to have no access, why?

I am seeing a weird phenomenon, hopefully someone can illuminate and teach. Or point me to an archived thread. I have some folders that Cygwin utils can readily access, but W10 utils claim to have no access to. It feels as if * the Cygwin utils try to do what they are commanded to do, and it's

Re: Possiblly bug of cygwin1.dll

On Sun, 21 Jan 2024 14:30:00 +0100 ASSI wrote: > Takashi Yano via Cygwin writes: > > I found the cause. In pthread.h of cygwin, PTHREAD_ONCE_INIT is defined as: > > #define PTHREAD_ONCE_INIT { PTHREAD_MUTEX_INITIALIZER, 0 } > > however, libstdc++ initializes non-static pthread_once_t using this mac

Re: Tmux crashes on copy

On 2024-01-21 14:12, ASSI via Cygwin wrote: Brian Inglis via Cygwin writes: Previous maintainer added some artificial single digit release prefixes (in a few packages), but we decided to drop those and use the release date directly as used in the package. That is the upstream versioning schem

Re: Tmux crashes on copy

Brian Inglis via Cygwin writes: > Previous maintainer added some artificial single digit release > prefixes (in a few packages), but we decided to drop those and use the > release date directly as used in the package. That is the upstream versioning scheme for patch releases or beta versions, whic

Re: request: update swig to later version

On 21/01/2024 21:07, pdt--- via Cygwin wrote: Hello, The current swig is rather old. Would it be possible to spin a newer version. Specifically, there are some changes in 4.1 .0 that relates to multithreaded behavior I am depending on. Thanks, /pedro Noted. Regards MArco -- Problem rep

Re: Tmux crashes on copy

On 2024-01-18 01:24, Takashi Yano via Cygwin wrote: On Thu, 18 Jan 2024 16:37:59 +0900 (JST) Yasuhiro Kimura wrote: On Wed, 17 Jan 2024 12:30:59 +, David Stephenson via Cygwin wrote: When using the copy function in tmux it crashes on Enter. Steps: ctrl-[ (enter copy mode) Navigate to text

request: update swig to later version

Hello, The current swig is rather old. Would it be possible to spin a newer version. Specifically, there are some changes in 4.1 .0 that relates to multithreaded behavior I am depending on. Thanks, /pedro -- Problem reports: https://cygwin.com/problems.html FAQ: https:/

Re: Possiblly bug of cygwin1.dll

Takashi Yano via Cygwin writes: > I found the cause. In pthread.h of cygwin, PTHREAD_ONCE_INIT is defined as: > #define PTHREAD_ONCE_INIT { PTHREAD_MUTEX_INITIALIZER, 0 } > however, libstdc++ initializes non-static pthread_once_t using this macro. https://www.ibm.com/docs/en/aix/7.3?topic=p-pthrea

Exponential slowdown for deep paths in Cygwin 3.5

On Wed, 17 Jan 2024 at 12:44, Corinna Vinschen via Cygwin wrote: > > Hi folks, > > > we're planning to release Cygwin 3.5 end of this month (Jan 2024) if > nothing serious crops up. > We still get severe performance problems with Cygwin 3.5 on Windows 10 with MAXPATH disabled, i.e. Control/FileSy

Re: Possiblly bug of cygwin1.dll

Hi Corinna, On Sat, 20 Jan 2024 21:24:27 +0900 Takashi Yano wrote: > On Sat, 20 Jan 2024 10:13:22 +0100 > ASSI wrote: > > Takashi Yano via Cygwin writes: > > > I might find the culprit in gcc's libstdc++ code such as: > > > libstdc++-v3/include/ext/concurrentce.h: > > > class __mutex > > > { >