On 12/12/2013 02:32, Kai Tietz wrote:
> Sorry for the delay. Patch is ok. Does somebody would apply it to
> trunk (and if JonY doesn't object also to v3-branch)?
>
> Thanks,
> Kai
>
Done, trunk r6411 and stable/v3.x r6412.
signature.asc
Description: OpenPGP digital signature
-
Sorry for the delay. Patch is ok. Does somebody would apply it to
trunk (and if JonY doesn't object also to v3-branch)?
Thanks,
Kai
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizatio
ping?
2013/12/8 Fanael Linithien :
> Ping?
>
> --
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/cl
Ping?
--
Sponsored by Intel(R) XDK
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
2013/12/5 Fanael Linithien :
> runs BEFORE enter_global_cs
Er, before global_spin_ctor, of course.
2013/12/5 Kai Tietz :
> Nice catch. This describes at least the runtime-failure we got reported.
> Did you tested regressions for this patch?
I have. All tests from tests_pthread pass.
2013/12/5
A few thoughts:
1) Shouldn't global_lock be __LONG32?
2) Would it make sense for the exchange on global_lock to be done as a
single operation (ie InterlockedCompareExchange)?
dw
On 12/5/2013 10:45 AM, Fanael Linithien wrote:
I came up with a patch that fixes the issue for me.
The patch repl
2013/12/5 Fanael Linithien :
> I came up with a patch that fixes the issue for me.
>
> The patch replaces the global critical section with a spinlock.
> Critical sections require explicit initialization before use, which in
> this case is not possible: register_frame_ctor (from libgcc), which
> run
I came up with a patch that fixes the issue for me.
The patch replaces the global critical section with a spinlock.
Critical sections require explicit initialization before use, which in
this case is not possible: register_frame_ctor (from libgcc), which
runs BEFORE enter_global_cs, tries to lock
Alexey Pavlov 2013-11-28 11:35:
> Hi, all!
>
> I'm have issue with winpthreads from trunk rev.6367 and later. It
> break for me dwarf toolchains with threads=posix. Most generated
> binaries with this toolchain crash on startup.
> For example, I build sqlite3 and winpthreads rev.6367 with debuginf
Hi, all!
I'm have issue with winpthreads from trunk rev.6367 and later. It
break for me dwarf toolchains with threads=posix. Most generated
binaries with this toolchain crash on startup.
For example, I build sqlite3 and winpthreads rev.6367 with debuginfo
and has next GDB backtrace http://pastebin
10 matches
Mail list logo