Mikulas, ping?
On Nov 28 22:12, Corinna Vinschen wrote:
> On Nov 21 15:43, Corinna Vinschen wrote:
> > I'm going to take a step back for now, and reevaluate what happens
> > before trying to apply even more hacks. Ultimately the problem is that
> > the cygtls area is accessed from other threads (
On Nov 21 15:43, Corinna Vinschen wrote:
> I'm going to take a step back for now, and reevaluate what happens
> before trying to apply even more hacks. Ultimately the problem is that
> the cygtls area is accessed from other threads (mainly the signal
> thread) without locking, and worse, that the
On 2014-11-21 14:36, Corinna Vinschen wrote:
On Nov 21 14:06, Yaakov Selkowitz wrote:
On 2014-11-21 10:06, Corinna Vinschen wrote:
On Nov 21 16:50, Marco Atzeri wrote:
On 11/21/2014 3:43 PM, Corinna Vinschen wrote:
On 32-bit. The rebuild of cygwin1.dll requires large number of packages to
cre
On Nov 21 14:06, Yaakov Selkowitz wrote:
> On 2014-11-21 10:06, Corinna Vinschen wrote:
> >On Nov 21 16:50, Marco Atzeri wrote:
> >>On 11/21/2014 3:43 PM, Corinna Vinschen wrote:
> On 32-bit. The rebuild of cygwin1.dll requires large number of packages to
> create the documentation (includi
On 2014-11-21 10:06, Corinna Vinschen wrote:
On Nov 21 16:50, Marco Atzeri wrote:
On 11/21/2014 3:43 PM, Corinna Vinschen wrote:
On 32-bit. The rebuild of cygwin1.dll requires large number of packages to
create the documentation (including tex and java) and I haven't bloated
Java?!?
FOP is
On Nov 21 16:50, Marco Atzeri wrote:
> On 11/21/2014 3:43 PM, Corinna Vinschen wrote:
> >
> >
>
> >>On 32-bit. The rebuild of cygwin1.dll requires large number of packages to
> >>create the documentation (including tex and java) and I haven't bloated
> >
> >Java?!?
>
> make[3]: [cygwin-ug-net/cyg
On 11/21/2014 3:43 PM, Corinna Vinschen wrote:
On 32-bit. The rebuild of cygwin1.dll requires large number of packages to
create the documentation (including tex and java) and I haven't bloated
Java?!?
make[3]: [cygwin-ug-net/cygwin-ug-net.pdf] Error 127 (ignored)
xsltproc --xinclude ../
[Please don't CC me, just send mail to the list. Thank you]
On Nov 21 15:11, Mikulas Patocka wrote:
> > Do you use a DLL built with optimization by any chance? I wouldn't take
> > the backtraces too serious in that case. For debugging it helps a lot
> > to use a Cygwin DLL built without -O
> Do you use a DLL built with optimization by any chance? I wouldn't take
> the backtraces too serious in that case. For debugging it helps a lot
> to use a Cygwin DLL built without -O2.
I use optimization. The stacktrace may contain some other functions that
already finished but left the add
On Nov 21 11:15, Corinna Vinschen wrote:
> I can't reproduce your backtrace, but I can reproduce another one, which
> is related to thread_exit. At one point after a couple thousand runs
> through your testcase I have a variable number of threads hanging in
> thread_exit, and a timer thread which
On Nov 20 21:22, Mikulas Patocka wrote:
> > Never mind that. I can fix your testcase by calling _my_tls.remove with
> > INFINITE as parameter in both places. If I drop one of them, your
> > testcase will invariable fail at one point. With both INFINITE params
> > in place, your testcase is no
> Never mind that. I can fix your testcase by calling _my_tls.remove with
> INFINITE as parameter in both places. If I drop one of them, your
> testcase will invariable fail at one point. With both INFINITE params
> in place, your testcase is now running half an hour without problems.
For me
On Nov 20 11:00, Corinna Vinschen wrote:
> Hi Mikulas,
>
> On Nov 19 17:42, Mikulas Patocka wrote:
> > Hi
> >
> > I have a program that sets a repetitive timer with setitimer and spawns
> > several threads.
> >
> > The program is very unstable on cygwin, it locks up in few minutes.
> >
> > The
Hi Mikulas,
On Nov 19 17:42, Mikulas Patocka wrote:
> Hi
>
> I have a program that sets a repetitive timer with setitimer and spawns
> several threads.
>
> The program is very unstable on cygwin, it locks up in few minutes.
>
> The bug manifests itself in the following way: the signal thread c
On Wed, 19 Nov 2014, Mikulas Patocka wrote:
> Hi
>
> I have a program that sets a repetitive timer with setitimer and spawns
> several threads.
>
> The program is very unstable on cygwin, it locks up in few minutes.
This is a simplified example that triggers the lockup very quicky.
When I c
Hi
I have a program that sets a repetitive timer with setitimer and spawns
several threads.
The program is very unstable on cygwin, it locks up in few minutes.
The bug manifests itself in the following way: the signal thread calls
cygheap->find_tls to find a thread to deliver the signal to. fi
16 matches
Mail list logo
