On Thu, 19 Sep 2002, Terry Lambert wrote:
> Daniel Eischen wrote:
> > That's kind of the point of adding the fields that we did
> > (mc_len, mc_fpformat). They can be used to help validate
> > the contents and to allow extensions. We also have some
> > spare slots, but the last incarnation of u
Daniel Eischen wrote:
> That's kind of the point of adding the fields that we did
> (mc_len, mc_fpformat). They can be used to help validate
> the contents and to allow extensions. We also have some
> spare slots, but the last incarnation of ucontext_t also
> had spare slots and it wasn't nearly
On Thu, 19 Sep 2002, Terry Lambert wrote:
> Bruce Evans wrote:
> > Unfortunately, we didn't get expansion of the i386 mcontext_t to make
> > room for SSE, into 4.0, and the problem has been mostly ignored since
> > then. Looks like it is a large problem.
>
> Any chance of avoiding this in the f
Bruce Evans wrote:
> Unfortunately, we didn't get expansion of the i386 mcontext_t to make
> room for SSE, into 4.0, and the problem has been mostly ignored since
> then. Looks like it is a large problem.
Any chance of avoiding this in the future by adding an "extensible,
but known to be subopti
On Thu, 19 Sep 2002, Daniel Eischen wrote:
> On Thu, 19 Sep 2002, Julian Elischer wrote:
> > On Thu, 19 Sep 2002, Daniel Eischen wrote:
> >
> > Ok so I reconnected the libc_r and fixed it to compile.
> >
> > I'm a littel uncomfortable because the new kernel behaviour means that
> > 4.x statically
Quoting Wesley Morgan <[EMAIL PROTECTED]>:
| Boot from a kernel from a day or two ago and you should be fine. Unless
| you build every day, your kernel.old/kernel should be in agreement with
| libc_r
I do build everyday and
Thanks,
ed
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "u
Quoting Julian Elischer <[EMAIL PROTECTED]>:
| threads is broken right now..
| due to a miscommunicatin,. the kernel and the threads library have
| a disagreement regarding something..
| Unfortunatly the person to slap up over this is offline for aday or
| so..
| please be patient for a da
On Thu, 19 Sep 2002, Julian Elischer wrote:
> On Thu, 19 Sep 2002, Daniel Eischen wrote:
>
> Ok so I reconnected the libc_r and fixed it to compile.
>
> I'm a littel uncomfortable because the new kernel behaviour means that
> 4.x statically compiled threaded binaries will not work right because
On Thu, 19 Sep 2002, Daniel Eischen wrote:
Ok so I reconnected the libc_r and fixed it to compile.
I'm a littel uncomfortable because the new kernel behaviour means that
4.x statically compiled threaded binaries will not work right because
we've changed the kernel ABI in an incompatible way..
On Thu, 19 Sep 2002, Julian Elischer wrote:
> On Thu, 19 Sep 2002, Daniel Eischen wrote:
>
> > On Wed, 18 Sep 2002, Julian Elischer wrote:
> >
> > > threads is broken right now..
> > > due to a miscommunicatin,. the kernel and the threads library have
> > > a disagreement regarding something..
>
On Thu, 19 Sep 2002, Daniel Eischen wrote:
> On Wed, 18 Sep 2002, Julian Elischer wrote:
>
> > threads is broken right now..
> > due to a miscommunicatin,. the kernel and the threads library have
> > a disagreement regarding something..
> > Unfortunatly the person to slap up over this is offli
On Wed, 18 Sep 2002, Julian Elischer wrote:
> threads is broken right now..
> due to a miscommunicatin,. the kernel and the threads library have
> a disagreement regarding something..
> Unfortunatly the person to slap up over this is offline for aday or
> so..
> please be patient for a day or so
Boot from a kernel from a day or two ago and you should be fine. Unless
you build every day, your kernel.old/kernel should be in agreement with
libc_r
On Wed, 18 Sep 2002, Julian Elischer wrote:
> threads is broken right now..
> due to a miscommunicatin,. the kernel and the threads library have
threads is broken right now..
due to a miscommunicatin,. the kernel and the threads library have
a disagreement regarding something..
Unfortunatly the person to slap up over this is offline for aday or
so..
please be patient for a day or so (we hope).
On Wed, 18 Sep 2002, Edwin Culp wrote:
> I
On Thu, 2002-09-19 at 00:32, Edwin Culp wrote:
> I just realized that slapd dumps core with:
>
> Fatal error '_pq_insert_head: prioq not protected!' at line 185 in file
> /usr/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 22)
> Abort (core dumped)
>
> I have recompiled openldap and d
15 matches
Mail list logo