search for: inaccur

On 04/13/2015 11:32 PM, Martin Maechler wrote: > >> Hi, >> > as.integer("5000000000") >> [1] 2147483647 >> Warning message: >> inaccurate integer conversion in coercion > >> > as.integer("-5000000000") >> [1] NA >> Warning message: >> inaccurate integer conversion in coercion > >> Is this a bug or a feature? The man page suggests it's the >> latter: > &g...

Hi, > as.integer("5000000000") [1] 2147483647 Warning message: inaccurate integer conversion in coercion > as.integer("-5000000000") [1] NA Warning message: inaccurate integer conversion in coercion Is this a bug or a feature? The man page suggests it's the latter: ?as.integer? attempts to coerce its argument to be of integer type...

Hi, using R64.1 the summary function for simple statistics of a vector gives inaccurate results for the maximum. Example: summary(c(123456,1,2,3)) gives : Min. 1st Qu. Median Mean 3rd Qu. Max. 1.00 1.75 2.50 30870.00 30870.00 123500.00 The Max value ist wrong in a mathematical sense. I've tried with S-Plus, it gives the same result,...

...Mon, 13 Apr 2015 23:36:14 -0700 writes: >> On 04/13/2015 11:32 PM, Martin Maechler wrote: >>> >>>> Hi, >>>> > as.integer("5000000000") >>>> [1] 2147483647 >>>> Warning message: >>>> inaccurate integer conversion in coercion >>> >>>> > as.integer("-5000000000") >>>> [1] NA >>>> Warning message: >>>> inaccurate integer conversion in coercion >>> >>>> Is this a bug or...

...proposed. This is a really, really cool idea. It gives "exact" derivatives with only a minimal effort (same as that involved in computing first-order forward-difference derivative). Unfortunately, we cannot implement this in R as the "complex arithmetic" in R appears to be inaccurate. Here is an example: #-- Classical Rosenbrock function in n variables rosen <- function(x) { n <- length(x) x1 <- x[2:n] x2 <- x[1:(n-1)] sum(100*(x1-x2^2)^2 + (1-x2)^2) } x0 <- c(0.0094, 0.7146, 0.2179, 0.6883, 0.5757, 0.9549, 0.7136, 0.0849, 0.4147, 0.4540) h <- c(1.e-15*...

My CDR is displaying wildly inaccurate results. When I make a call the CDR records the time between connecting into the server and hanging up, instead of recording the time between dialling from the server to the PSTN destination via VOIP termination. It is alright to log the duration of the connection to the server, but why it does...

...log(1+x) = x - (1/2)x^2 + (1/3)x^3 - (1/4)x^4 ... */ /* = x for x sufficiently small */ for (k = -54; k > -1074; --k) { x = pow(2.0, (double)(k)); if (x == 0.0) return (0); /* OK: reached underflow limit */ d = log1p(x); if (d == 0.0) return (1); /* ERROR: inaccurate log1p() */ if (d != x) return (1); /* ERROR: inaccurate log1p() */ } return (0); } ], [ AC_MSG_RESULT(yes) ], [ AC_MSG_RESULT(no) AC_DEFINE(HAVE_BROKEN_LOG1P) ] ) fi ------------------------------------------------------------------------------- - Nels...

Here's a contribution from Ian Smith that got bounced from the list. -------- Original Message -------- Subject: Re: [Rd] pt inaccurate when x is close to 0 (PR#9945) Date: Thu, 11 Oct 2007 06:02:43 -0400 From: iandjmsmith at aol.com To: murdoch at stats.uwo.ca Duncan, I tried sending the rest of this to R-devel but it was rejected as spam, hence the personal e-mail. R calculates the pt value from nx = 1 + (x/n)*x; val =...

Hello, Please take a look at the attached plot and let me know if this is normal. The circle has radio I am using R 2.9.2 inside OS X Leopard. The plot was generated with: png('bizarre_circle.png') plot(c(-5,0,0,5), c(0,5,-5,0)) symbols(0,0, circles=c(sqrt(25)), inches=FALSE, add=TRUE) dev.off() If I resize the x11's plot window I can manage to make the circle pass through all the

The following comment: 00881 // As a hack, we allow "align 2" on functions as a synonym for "alignstack 00882 // 2". in "lib/AsmParser/LLParser.cpp" appears inaccurate, the "alignment" is later parsed as the alignment of the function itself, both when directly placed on the function: 02975 // If the alignment was parsed as an attribute, move to the alignment field. 02976 if (FuncAttrs.hasAlignmentAttr()) { 02977 Alignment = FuncAttrs.getAlig...

Author: markfen Repository: /hg/zfs-crypto/gate Revision: ea6646e31b7d6941b25bd7557b7c12a68611b2bc Log message: 6412600 IPsec SOFT EXPIRE inaccurately reports number of bytes protected by SA Files: update: usr/src/uts/common/inet/ip/sadb.c

...>>>>> on Mon, 13 Apr 2015 23:36:14 -0700 writes: > On 04/13/2015 11:32 PM, Martin Maechler wrote: >> >>> Hi, >>> > as.integer("5000000000") >>> [1] 2147483647 >>> Warning message: >>> inaccurate integer conversion in coercion >> >>> > as.integer("-5000000000") >>> [1] NA >>> Warning message: >>> inaccurate integer conversion in coercion >> >>> Is this a bug or a feature? The man page sugg...

https://bugzilla.mindrot.org/show_bug.cgi?id=3579 Bug ID: 3579 Summary: OpenSSH trims last character of fixed-lenght buffers received from the pkcs11 providers providing users with inaccurate information Product: Portable OpenSSH Version: 9.3p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: Smartcard Assignee: unassigned-bugs at mindrot.org...

https://bugzilla.samba.org/show_bug.cgi?id=2390 Summary: some dry run stats inaccurate Product: rsync Version: 2.6.4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: woodd@deshaw.com QAContact: rsy...

I haven't looked inside to see what is causing this, but there's a big discontinuity in qgamma: curve(qgamma(x, shape=19), from=1e-10, to=2e-10) This appears in both R-patched and R-devel. Duncan Murdoch

Full_Name: Michael J. Lew Version: R version 2.9.1 (2009-06-26) OS: OS X Submission from: (NULL) (210.49.195.149) The default function power.t.test gives inaccurate values, particularly with large sig.level. There are two reasons for me to propose that power.t.test is inaccurate: 1. When sig.level approaches 1, so should the power. However, power.t.test('n'=5,'d'=1,'sig.level'=1) yields a power of 0.9430769. I've compared it to...

https://bugzilla.samba.org/show_bug.cgi?id=4412 Summary: --dry-run output inaccurate due to implied symlink Product: rsync Version: 2.6.9 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: hashproduct+r...

Package: xen-utils-3.0 Version: 3.0.2+hg9681-1 Severity: normal In the tls section: it fails to mention the better solution (apt-get install libc6-xen) In the kernel section: where it says "for now we cannot provide precompiled Linux kernels with the xen patch applied", that's not true either. apt-get install linux-image-2.6-xen-k7 or some such. -- System Information: Debian

Ray Brownrigg <ray@mcs.vuw.ac.nz> writes today about the inaccurate log1p() on NetBSD 1.6 and OpenBSD 3.2: >> Well, the source which I have access to doesn't bear that out. Interesting. Our NetBSD installation is pretty recent: % uname -a NetBSD netbsd.vm.math.utah.edu 1.6 NetBSD 1.6 (GENERIC) #0: Sun Sep 8 19:43:40 UTC 2002 autobuild@tgm.d...

Full_Name: Skylab Gupta Version: R version 2.5.1 (2007-06-27) OS: Windows XP Submission from: (NULL) (216.82.144.137) Hello, I have been playing around with the statistical distributions in R. I think the computations for the cumulative distribution function of the students t distribution in R are not very accurate. For instance, the cdf of a students t distribution with 13 degrees of freedom