Hi,
Am 05.02.2014 um 15:08 schrieb Sven-Volker Nowarra peb.nowa...@bluewin.ch:
I tried to install 5.5 snapshots from 2. Feb and 3. Feb onto my laptop
MacBook Pro 8,2 - both failed. Then used an older snapshot from
spacehopper.org/mirrmon, which claimed to be 12 days old. Failed as well.
Date: Wed, 05 Feb 2014 23:03:09 -0500
From: Ted Unangst t...@tedunangst.com
On Wed, Feb 05, 2014 at 17:53, Bob Beck wrote:
On Wed, Feb 5, 2014 at 3:17 PM, Ted Unangst t...@tedunangst.com wrote:
We are missing back pressure channels from uvm to the buf cache. The
buf cache will happily
On Thu, Feb 06, 2014 at 12:34, Mark Kettenis wrote:
I believe the scenario you sketched should only land you in
uvm_wait_pla(), but not in uvm_wait(). Perhaps with the current code
we can end up in uvm_wait(), but I think those would be bugs where the
driver I/O paths are doing memory
David Coppa wrote:
Take the following reduced test-case, adapted from what R's code
does:
---8---
#include stdio.h
#include stdlib.h
#include math.h
int main(void) {
double theta = 1;
long double lambda, pr, pr2;
lambda = (0.5*theta);
pr = exp(-lambda);
On Tue, Feb 4, 2014 at 8:54 PM, Alexander Bluhm alexander.bl...@gmx.net wrote:
On Tue, Feb 04, 2014 at 08:35:02PM -0500, Eitan Adler wrote:
Hi all,
The following bug was recently fixed in DragonFlyBSD and FreeBSD:
libc/net: Fix issue in inet6_opt_init() (from RFC 3542):
* The RFC says (in
I think I recently ran into a similar issue but I suspect the root cause might
be the same. I think the floorl function is wrong for numbers slightly larger
than -1 to numbers slightly below 0. In this range floorl returns -0 instead of
-1.
On Feb 5, 2014, at 3:57 AM, David Coppa
Yup.Does this diff fix it for you?
On 2/6/14, Daniel Dickman didick...@gmail.com wrote:
I think I recently ran into a similar issue but I suspect the root cause
might be the same. I think the floorl function is wrong for numbers slightly
larger than -1 to numbers slightly below 0. In this
