On Thu, Nov 3, 2016 at 2:18 PM, Samuel Thibault
wrote:
> Brent W. Baccala, on Thu 03 Nov 2016 14:12:41 -1000, wrote:
> > I suspect that this ultimately affects just about every program on a
> > Hurd system.
>
> Sure, it's used internally by glibc. But see the commit I made to
> gnumach: that make
Brent W. Baccala, on Thu 03 Nov 2016 14:12:41 -1000, wrote:
> I suspect that this ultimately affects just about every program on a
> Hurd system.
Sure, it's used internally by glibc. But see the commit I made to
gnumach: that makes gnumach return an error. glibc thus doesn't actually
wait, just sp
Hi -
I've been trying to figure what to do with the gsync code. It causes
undefined behavior and occasional kernel panics when rpctrace is used on
gsync_wait and gsync_wake calls. I suspect that this ultimately affects
just about every program on a Hurd system. Even if a program doesn't call
lo
On Wed, Nov 2, 2016 at 2:39 PM, Brent W. Baccala
wrote:
> On Wed, Nov 2, 2016 at 2:26 PM, Kalle Olavi Niemitalo wrote:
>
>>
>> Look at how the commit messages in hurd.git at Savannah (not at
>> Debian) are formatted. "make dist" runs gitlog-to-changelog,
>> which generates a ChangeLog file from
On Wed, 2016-11-02 at 09:52 +0100, Svante Signell wrote:
> On Tue, 2016-11-01 at 16:20 +0100, Samuel Thibault wrote:
> >
> > Svante Signell, on Tue 01 Nov 2016 16:19:19 +0100, wrote:
> > >
> > >
> > > I have now rebuilt gcc-2.24-6 without hurd-i386/tg-libpthread-gsync-
> > > spin.diff
> > > and