On Thu, 3 Apr 2025, Takashi Yano via Cygwin wrote:
> It seems that raw_write() is called before returning from
> pthread::atforkchild() in fork::child().
>
> Moving _my_tls.fixup_after_fork() before atforkchild() seems
> to solve the issue.
>
> What about:
> ld_preload ();
> fixup_hooks_after_fork
On Thu, 3 Apr 2025 12:32:35 +0900
Takashi Yano wrote:
> > Still, I wonder in which thread raw_write is running during fork().
>
> Weird enough, raw_write() is called in the main thread (_main_tls).
> Any chance, fixup_after_fork() is not called?
It seems that raw_write() is called before returnin
On Wed, 2 Apr 2025 20:15:54 +0200
Corinna Vinschen wrote:
> Hi Takashi,
>
> On Apr 3 01:52, Takashi Yano via Cygwin wrote:
> > > Currently, I am looking into this problem.
> > >
> > > What I noticed so far is:
> > > * The problem occurs after the commit 7ed9adb356df.
> > > * This problem is happ
Hi Takashi,
On Apr 3 01:52, Takashi Yano via Cygwin wrote:
> > Currently, I am looking into this problem.
> >
> > What I noticed so far is:
> > * The problem occurs after the commit 7ed9adb356df.
> > * This problem is happen when fhandler_fifo_pipe::raw_write() returns
> > error because cygwai
On 4/2/25 9:52 AM, Takashi Yano via Cygwin wrote:
The following patch also can solve the issue. The problem seems
to be related to fork().
...
I posted "bash.exe crash" on 2025-03-25. There are similarities.
In cygwin 3.6.x and 3.7.x, this bash command crashes silently:
$ XXX=$(uname)
Actual
On Apr 1 15:32, Paul Eggert via Cygwin wrote:
> > > traditionally (and I'm talking about 7th edition Unix) a single
> > > output line of 'ls' corresponded to a state obtained atomically from the
> > > file system. I realize we can't always do that nowadays but the further we
> > > depart from it,
On Wed, 2 Apr 2025 22:01:25 +0900
Takashi Yano via Cygwin wrote:
> Hi Corinna,
>
> On Mon, 31 Mar 2025 11:28:44 +0200
> Corinna Vinschen wrote:
> > On Mar 30 22:58, Jeremy Drake via Cygwin wrote:
> > > On Mon, 31 Mar 2025, Christoph Reiter via Cygwin wrote:
> > >
> > > > Starting with 3.6.0 whe
Testcase for a minor issue:
$ > sparse_file
$ chattr +S sparse_file
$ dd if=/dev/zero bs=1M count=1 conv=sparse,notrunc of=sparse_file
...
$ lssparse sparse_file # OK
$ lssparse -H sparse_file # OK
Hole range[0]: offset=0x0, length=0x10
$ printf X >> sparse_file
$ lssparse sparse_fi
Hi Corinna,
On Mon, 31 Mar 2025 11:28:44 +0200
Corinna Vinschen wrote:
> On Mar 30 22:58, Jeremy Drake via Cygwin wrote:
> > On Mon, 31 Mar 2025, Christoph Reiter via Cygwin wrote:
> >
> > > Starting with 3.6.0 when cmake calls into make/ninja/gcc there is a
> > > chance of
> > > that failing, f
Hello,
thank you very much for the reply.
Unfortunately, I had not read the message at cygwin-announce, so this
change escaped to my attention.
Sincerely,
Carlo Bramini.
Il giorno dom 30 mar 2025 alle ore 20:11 Jon Turney
ha scritto:
>
> On 30/03/2025 13:11, Carlo B. via Cygwin wrote:
> > Hello
On Tue, 1 Apr 2025 at 13:54, Corinna Vinschen via Cygwin
wrote:
>
> On Apr 1 12:27, Cedric Blancher via Cygwin wrote:
> > On Tue, 1 Apr 2025 at 09:46, Cedric Blancher
> > wrote:
> > >
> > > Good morning!
> > >
> > > For your consideration - we need FEEDBACK, please!
> > >
> > > New is:
> > > -
On Wed, 2 Apr 2025 at 00:19, Mark Geisert via Cygwin wrote:
>
> On 4/1/2025 1:53 AM, Mark Geisert via Cygwin wrote:
> > Hi folks,
> >
> > On 3/31/2025 8:43 AM, Cedric Blancher via Cygwin wrote:
> >> On Mon, 31 Mar 2025 at 11:38, Mark Geisert via Cygwin
> >> wrote:
> >>>
> >>> On 3/31/2025 1:26 AM
12 matches
Mail list logo
