Re: Unresolved Win32 bug reports - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: Unresolved Win32 bug reports
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCEA0F91F@algol.sollentuna.se
Whole thread Raw
In response to Unresolved Win32 bug reports  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Unresolved Win32 bug reports
List pgsql-hackers
> > > pgbench) just stops doing work (CPU usage drops to
> nothing, as does
> > > disk activity). I've been able to repro this on 2 Intel
> boxes (one a
> > > 2 way, one a 4 way), and a dual Opteron, all running the
> latest windows binary.
> > > A 50 connection test running 1000 transactions is pretty much
> > > ensured to fail.
> >
> > Well, this sounds like a dead-lock, the obvious step would be to
> > attached gdb to both and get a stack-trace...
>
> Any pointers on how to get that setup? IS gdb part of the
> mingw runtime?

Yes. It's quite crappy compared to on unix though - I've never been able
to make it do the right thing all the way :-(


> BTW, this appears to be readily reproducable, so it might be
> a lot more productive for one of the windows hackers to test
> this themselves...

It reuqires a multi-CPU box, right? I don't hav eone with pgwin32 on
ATM. Do you know if it's enough with hyperthreading?

//Magnus


pgsql-hackers by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: Re: Google SoC--Idea Request
Next
From: Tom Lane
Date:
Subject: Re: TODO item pg_hba.conf