Mozilla 1.7 Beta on Solaris 2.8/SPARC Mozilla hangs while printing when |XInitThreads()| was called at startup. Steps to reproduce: % wget 'http://ftp.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.7rc1/contrib/mozilla-sparc-sun-solaris2.8-1.7rc1.tar.bz2' % bzcat mozilla-sparc-sun-solaris2.8-1.7rc1.tar.bz2 | tar -xf - # Teach Mozilla that a Xprint server is available on the remote machine "meridian", display 35 % export XPSERVERLIST="meridian:35" # Start Mozilla; the MOZILLA_X11_XINITTHREADS=1 triggers a "secret" option within Mozilla which causes the code to call XInitThreads() at startup % (MOZILLA_X11_XINITTHREADS=1 ./mozilla/mozilla) It seems that http://xprint.mozdev.org/bugs/show_bug.cgi?id=4055 ("Calling XInitThreads and linking with pthread library causes deadlock in Xprint") was not fixed for Solaris 2.8 ... ;-(
That bug is recorded in Sun's bug database as 4959553 and has not yet been fixed in any release of Solaris. Since Jay Hobson is the engineer the Sun bug is assigned to, I'm giving this one to him as well. (I'm sure he'll love me for that.8-)
Alan Coopersmith wrote: > That bug is recorded in Sun's bug database as 4959553 and has not yet been > fixed in any release of Solaris. The patch from http://xprint.mozdev.org/bugs/show_bug.cgi?id=4055 ("Calling XInitThreads and linking with pthread library causes deadlock in Xprint") should cure the problem. On demand I can even make a small testcase ... :) > Since Jay Hobson is the engineer the Sun bug is > assigned to, I'm giving this one to him as well. > (I'm sure he'll love me for that.8-) =:-)
This is tracked in Sun's bug db, so doesn't need to be tracked here too, and should be fixed in the upcoming upgrade of Solaris libXp to current X.Org sources.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.