Hi Takashi, Hi Corinna,
Your patch to the allocation of a unique identifier to use
as event name in closing the console seems to solve our client's
problems. Thank you so much again, is there a cygwin1.dll
release planned in the near future? I can of course compile
it on my own, but I feel a bit
On Fri, 12 Jul 2024 14:33:31 +0200
Johannes Khoshnazar-Thoma wrote:
> Am 03.07.24 um 16:09 schrieb Takashi Yano:
> > On Tue, 2 Jul 2024 19:45:15 +0900
> > Takashi Yano wrote:
> > I'll submit a patch for that and push it shortly.
> >
> Thank you so much for the fix. I built a cygwin1.dll containing
Hi Takashi Yano,
Am 03.07.24 um 16:09 schrieb Takashi Yano:
On Tue, 2 Jul 2024 19:45:15 +0900
Takashi Yano wrote:
I'll submit a patch for that and push it shortly.
Thank you so much for the fix. I built a cygwin1.dll containing
your patch and forwarded it to our client. Tests are running
since
Hi Takashi Yano,
Am 03.07.24 um 16:09 schrieb Takashi Yano:
On Tue, 2 Jul 2024 19:45:15 +0900
Takashi Yano wrote:
On Mon, 1 Jul 2024 22:20:20 +0900
Takashi Yano wrote:
On Mon, 1 Jul 2024 13:47:56 +0200
Johannes Khoshnazar-Thoma wrote:
Note that the hang does not happen when just running cygwi
On Tue, 2 Jul 2024 19:45:15 +0900
Takashi Yano wrote:
> On Mon, 1 Jul 2024 22:20:20 +0900
> Takashi Yano wrote:
> > On Mon, 1 Jul 2024 13:47:56 +0200
> > Johannes Khoshnazar-Thoma wrote:
> > > Note that the hang does not happen when just running cygwin
> > > applications via terminal windows (like
On Mon, 1 Jul 2024 22:20:20 +0900
Takashi Yano wrote:
> On Mon, 1 Jul 2024 13:47:56 +0200
> Johannes Khoshnazar-Thoma wrote:
> > Note that the hang does not happen when just running cygwin
> > applications via terminal windows (like cmd, powershell and
> > MinTTY). It triggers however when a cygwin
On Mon, 1 Jul 2024 13:47:56 +0200
Johannes Khoshnazar-Thoma wrote:
> Could you maybe point to the place in the cygwin (winsup)
> source code where the minor is allocated?
As for console, fhandler_console::set_unit() does that.
--
Takashi Yano
--
Problem reports: https://cygwin.com/proble
On Mon, 1 Jul 2024 13:47:56 +0200
Johannes Khoshnazar-Thoma wrote:
> Note that the hang does not happen when just running cygwin
> applications via terminal windows (like cmd, powershell and
> MinTTY). It triggers however when a cygwin application is
> run both as a service (I think as SYSTEM accou
Hi Takashi Yano,
Thank you for your reply, comments inline.
Am 28.06.24 um 17:32 schrieb Takashi Yano via Cygwin:
On Fri, 28 Jun 2024 21:17:26 +0900
Takashi Yano wrote:
Sorry for very late replay.
No problem we are all sometimes very busy :)
On Mon, 3 Jun 2024 15:20:32 +0200
Johannes Khosh
On Fri, 28 Jun 2024 21:17:26 +0900
Takashi Yano wrote:
> Sorry for very late replay.
>
> On Mon, 3 Jun 2024 15:20:32 +0200
> Johannes Khoshnazar-Thoma wrote:
> > We did more testing and it looks like the name of the event
> > that signals console master thread start and end is shared between
> > u
Sorry for very late replay.
On Mon, 3 Jun 2024 15:20:32 +0200
Johannes Khoshnazar-Thoma wrote:
> We did more testing and it looks like the name of the event
> that signals console master thread start and end is shared between
> unrelated processes (it uses the console minor which is always (?)
> 0
Hi List,
We did more testing and it looks like the name of the event
that signals console master thread start and end is shared between
unrelated processes (it uses the console minor which is always (?)
0 when running from a powershell).
So since it is a two-state event (as opposed to a semaphor
On Wed, 15 May 2024 17:48:49 +0200
Johannes Khoshnazar-Thoma wrote:
> Hi again,
>
> Am 15.05.24 um 17:37 schrieb Johannes Khoshnazar-Thoma:
> > Hi again,
> >
> > Am 23.04.24 um 12:26 schrieb Takashi Yano:
> Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
> wihch is the l
On 2024-05-15 09:48, Johannes Khoshnazar-Thoma via Cygwin wrote:
Hi again,
Am 15.05.24 um 17:37 schrieb Johannes Khoshnazar-Thoma:
Hi again,
Am 23.04.24 um 12:26 schrieb Takashi Yano:
Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
wihch is the latest cygwin release?
We re
Hi again,
Am 15.05.24 um 17:37 schrieb Johannes Khoshnazar-Thoma:
Hi again,
Am 23.04.24 um 12:26 schrieb Takashi Yano:
Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
wihch is the latest cygwin release?
We retried the tests with cygwin1.dll 3.5.3-1 and it looks like
the iss
Hi again,
Am 23.04.24 um 12:26 schrieb Takashi Yano:
Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
wihch is the latest cygwin release?
We retried the tests with cygwin1.dll 3.5.3-1 and it looks like
the issue is still there. Here's an excerpt from the gdb debug
session:
(g
On Tue, 23 Apr 2024 11:20:16 +0200
Johannes Khoshnazar-Thoma wrote:
> Am 22.04.24 um 20:51 schrieb Takashi Yano:
> > On Mon, 22 Apr 2024 14:50:51 +0200
> > Johannes Khoshnazar-Thoma wrote:
> >> Hi cygwin team :)
> >>
> >> I have found something what may be a cygwin bug. Sometimes
> >> (1 out of 100
Am 22.04.24 um 20:51 schrieb Takashi Yano:
On Mon, 22 Apr 2024 14:50:51 +0200
Johannes Khoshnazar-Thoma wrote:
Hi cygwin team :)
I have found something what may be a cygwin bug. Sometimes
(1 out of 1000 times) a drbdadm.exe process (which is part of WinDRBD's
user mode programs originally writt
On Mon, 22 Apr 2024 14:50:51 +0200
Johannes Khoshnazar-Thoma wrote:
> Hi cygwin team :)
>
> I have found something what may be a cygwin bug. Sometimes
> (1 out of 1000 times) a drbdadm.exe process (which is part of WinDRBD's
> user mode programs originally written for Linux) hangs for several
> da
Hi cygwin team :)
I have found something what may be a cygwin bug. Sometimes
(1 out of 1000 times) a drbdadm.exe process (which is part of WinDRBD's
user mode programs originally written for Linux) hangs for several
days on exiting (closing the console). I got a minidump and analyzed
the dump wit
20 matches
Mail list logo
