search for: miscomputation

...think that for the programs in the test-suite, > ideally they should print out only a small amount of output to be checked. > For example, by adapting individual programs that output a lot of data to > only print a summary/aggregate of the data, that somehow is likely to change > when a miscomputation happened. > > If we could go in that direction, I don't see much need for storing hashes > or even compressed output as reference data. > I think that needing compressed reference data may make the test-suite ever > so slightly harder to set up: another dependency on an external...

Dear all, Today I had an idea that might satisfy all the needs for improvement we currently have "on the plate" WRT the repo.-wise sizes of reference outputs and the issues surrounding FP optimizations and how to allow them while still allowing test programs in "test-suite" the output[s] of which depend upon FP computations [and for which relatively-small changes in FP

Hey folks, I am not sure who owns bugpoint, but twice now we have had to apply this patch manual. I don’t have commit access, so, help submitting this would be awesome. -------------- next part -------------- A non-text attachment was scrubbed... Name: bugpoint.git.patch Type: application/octet-stream Size: 507 bytes Desc: not available URL:

I'm trying to get R running on AIX 5.1 with the native AIX compilers, VisualAge C++ 5.0.2.0 and XL Fortran Compiler 7.1.0.0. R compiled fine, but in running the test cases, the base-Ex.R tests fail in the Choleski decomposition with the following: > x <- matrix(c(1:5, (1:5)^2), 5, 2) > m <- crossprod(x) > Q <- chol(m) Error in chol(m) : NA/NaN/Inf in foreign function call

https://bugzilla.netfilter.org/show_bug.cgi?id=1199 Bug ID: 1199 Summary: nft_set_hash fast lookup broken for 2 byte keys Product: nftables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: major Priority: P5 Component: kernel Assignee: pablo at netfilter.org

Hi! Today I encountered data corruption on two zfs pools due to a RAM failure in my OI box running on a dell T710. My rpool now looks like this (after reboot): pool: rpool state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-07:05.libarchive Security Advisory The FreeBSD Project Topic: Errors handling corrupt tar files in libarchive(3) Category: core Module: libarchive

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-07:05.libarchive Security Advisory The FreeBSD Project Topic: Errors handling corrupt tar files in libarchive(3) Category: core Module: libarchive

Hi all, I've only now noticed that on our Opteron boxes running Suse Enterprise Server 8 that R-2.0.1 did not pass make chek-all. It bombed in tests/lapack.R at: > eigenok <- function(A, E, Eps = 1000 * .Machine$double.eps) { V <- E$vect lam <- E$values stopifnot(abs(A %*% V - V %*% diag(lam)) < Eps, .... [TRUNCATED] > Ceigenok <- function(A, E, Eps =