On Sat, Feb 18, 2017 at 10:40:00PM +0100, Hans Petter Selasky wrote:
> Hi,
>
> Is the following a bug or feature. I observe that the first thread in a
> procedure is not passed to thread_dtor as declared by the following
> eventhandler, when the procedure exits.
>
> EVENTHANDLER_DECLARE(thread_
On Sat, Feb 18, 2017 at 01:58:49PM -0800, Mark Millard wrote:
> On 2017-Feb-18, at 12:58 PM, Mateusz Guzik wrote:
> > Well either the primitive itself is buggy or the somewhat (now) unusual
> > condition of not providing the failed value (but possibly a stale one)
> > is not handled correctly in l
On 2017-Feb-18, at 12:58 PM, Mateusz Guzik wrote:
> On Sat, Feb 18, 2017 at 12:49:29PM -0800, Mark Millard wrote:
>> On 2017-Feb-18, at 4:18 AM, Mark Millard wrote:
>>
>>> [Note: I experiment with clang based powerpc64 builds,
>>> reporting problems that I find. Justin is familiar
>>> with this
Hi,
Is the following a bug or feature. I observe that the first thread in a
procedure is not passed to thread_dtor as declared by the following
eventhandler, when the procedure exits.
EVENTHANDLER_DECLARE(thread_dtor, thread_dtor_fn);
Is this a bug or feature?
I see a couple of clients in t
On Sat, Feb 18, 2017 at 12:49:29PM -0800, Mark Millard wrote:
> On 2017-Feb-18, at 4:18 AM, Mark Millard wrote:
>
> > [Note: I experiment with clang based powerpc64 builds,
> > reporting problems that I find. Justin is familiar
> > with this, as is Nathan.]
> >
> > I tried to update the PowerMac
On 2017-Feb-18, at 4:18 AM, Mark Millard wrote:
> [Note: I experiment with clang based powerpc64 builds,
> reporting problems that I find. Justin is familiar
> with this, as is Nathan.]
>
> I tried to update the PowerMac G5 (a so-called "Quad Core")
> that I have access to from head -r312761 to
>>> linux-flashplayer (with opera or firefox) is not working with r313440.
>>> After reverting r313285 and r313284, it is working again.
>> should be fixed by r313684.
Hi.
Thank you for your effort.
The linux-flashplayer 24.0.0.221 with r313684M patched by
freebsd-bug 217161 is working
Hi,
I'm in the process of testing the drm-next-4.7 branch from the FreeBSDDesktop
github repository on several computers. As I want to avoid building world on
every machine, I decided to set up a dedicated build machine running FreeBSD
11.0-STABLE. The plan was to build world, kernel and some pa
[Note: I experiment with clang based powerpc64 builds,
reporting problems that I find. Justin is familiar
with this, as is Nathan.]
I tried to update the PowerMac G5 (a so-called "Quad Core")
that I have access to from head -r312761 to -r313864 and
ended up with random panics and hang ups in fairl
