Today i have upgraded python to 2.5.4 and all of the sudden most of my
python processes seem to hang. I have managed to track down the
problem to the MySQLdb module. A simple python -c "import MySQLdb"
seemed to hang forever and i could only terminate it with kill -9.
A similar problem seem
[Mel, the last time I replied to your @rachie address, I got a bounce.
I'm still including it here on the CC list. Should I remove it and just
reply to you via this list? --rdh]
Diane, Mel, thanks for your suggestions so far.
Mel> If upgrading ports is a possible solution, then you have the
On Sun, Oct 05, 2008 at 08:19:01PM +0200, Mel wrote:
> On Sunday 05 October 2008 18:07:30 Dale Hagglund wrote:
> > > "Mel" == Mel <[EMAIL PROTECTED]> writes:
>
...
>
> If upgrading ports is a possible solution, then you have the fine task of
> finding out, which library in everything that's be
On Sunday 05 October 2008 18:07:30 Dale Hagglund wrote:
> > "Mel" == Mel <[EMAIL PROTECTED]> writes:
> Mel> It's not a 'standard answer', btw, but an educated guess, since
> Mel> utmx is (simplified) the kernel equivalent of
> Mel> pthread_(rwlock|mutex)_* and looks like it's hang
On Sun, Oct 05, 2008 at 10:07:30AM -0600, Dale Hagglund wrote:
> > "Mel" == Mel <[EMAIL PROTECTED]> writes:
>
> Mel> Can you change scheduler to ULE and rebuild kernel?
> Mel> Or better yet, try 7.1-PRERELEASE, since it's good to know if
> Mel> this bug persists with 7.1 being clos
> "Mel" == Mel <[EMAIL PROTECTED]> writes:
Mel> Can you change scheduler to ULE and rebuild kernel?
Mel> Or better yet, try 7.1-PRERELEASE, since it's good to know if
Mel> this bug persists with 7.1 being close to release.
I'll rebuild with ULE first, and let you and the list kn
On Sunday 05 October 2008 02:12:44 Dale Hagglund wrote:
> I can reproduce this reliably with
>
> $ python -c "import wx"
>
> I'm running 7.0-RELEASE-p2 with "uname -a" giving the following output,
> suitably wrapped.
>
> FreeBSD ponoka.ab.hsia.telus.net
> 7.0-RELEASE-p2 Fre
While experimenting with gnuradio and latest packages for
openoffice.org-3, I've run across a situation where a process hangs in
the _umtx_op system call. The process can't be interrupted with SIGINT,
but SIGQUIT kills it and generates a core dump.
I can reproduce this reliably with
$ py
