similar to: suggested minor patch for optim.R

Dear all, I tried to install gstat package and add the following compilation error : ------------------------> * Installing *source* package 'gstat' ... creating cache ./config.cache checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether

Dear R-help, Here's a simple example of nonlinear curve fitting where nls seems to get the answer wrong on a very simple exponential fit (my R version 2.7.2). Look at this code below for a very basic curve fit using nls to fit to (a) a logarithmic and (b) an exponential curve. I did the fits using self-start functions and I compared the results with a more simple fit using a straight lm()

Hi, Currently Omega/scriptindex supports filtering by date. For example, all dates between START and END. Would it be possible to extend this behaviour to include the time? We have documents which expire. In order to filter out 'old' articles, we would like to check if the document date is between START=NOW and END=MAXINT. Best regards, Eric

Hi All I am using xen 3.3.0 version and I want to start network virtual interface on Dom U by using the following command # xend start *************************************************************** *************************************************************** ** WARNING: Currently emulating unsupported memory accesses ** ** in /lib/tls glibc libraries. The emulation is

Hello r-help, I am having trouble installing the add-on package gstat. I suspect (but I'm not sure) that the trouble may be that it runs all the checks for gcc, then uses Intel's compiler to actually compile. I have not been able to successfully force it to use gcc to test that theory. R CMD INSTALL and R.version() output follow below; any help greatly appreciated! -Tim -- Timothy

????? This issue arose for me in simulations to estimate confidence, prediction, and tolerance intervals from glm(., family=poisson) fits embedded in a BMA::bic.glm fit using a simulate.bic.glm function I added to the development version of Ecfun, available at "https://github.com/sbgraves237/Ecfun".? This is part of a vignette I'm developing, available at

On 2020-01-19 13:01, Avraham Adler wrote: > Crazy thought, but being that a sum of Poissons is Poisson in the sum, > can you break your ?big? simulation into the sum of a few smaller > ones? Or is the order of magnitude difference just too great? ????? I don't perceive that as feasible.? Once I found what was generating NAs, it was easy to code a function to return pseudo-random

All... I'm new to the HP-UX environment... I'm trying to build 1.9.18p3, using the HP compiler...I get the following errors: Compiling util.c cpp: "values.h", line 27: warning 2001: Redefinition of macro MAXINT. cpp: "includes.h", line 290: error 4036: Can't open include file 'sys/statfs.h'. cpp: "includes.h", line 292: error 4036: Can't

On my Mac: str(.Machine) ... $ integer.max????????? : int 2147483647 ?$ sizeof.long????????? : int 8 ?$ sizeof.longlong????? : int 8 ?$ sizeof.longdouble??? : int 16 ?$ sizeof.pointer?????? : int 8 ????? On a Windows 10 machine I have, $ sizeof.long : int 4; otherwise the same as on my Mac. ????? Am I correct that $ sizeof.long = 4 means 4 bytes = 32 bits? log2(.Machine$integer.max)

So imagine rpois is changed, such that the storage mode of its return value is sometimes integer and sometimes numeric. Then imagine the case where lambda is itself a realization of a random variable. Do we really want the storage mode to inherit that randomness? On 1/19/20 10:47 AM, Avraham Adler wrote: > Maybe there should be code for 64 bit R to use long long or the like? > > On

Attached patch fixes a problem in marshaling large integers. It seems to only occur on systems with very large memory. However, on those systems, it''s a show-stopper. I see this as a temporary solution until we can sanitize the XML-RPC functions and get rid of all the S-Expression stuff. I''ll run xm-test tomorrow against it. Right now I''ve only done basic

Thanks to Luke and Avi for their comments.? I wrapped "round" around the call to "rnorm" inside my "rpois.".? For "lambda" really big, that "round" won't do anything.? However, it appears to give integers in floating point representation that are larger than .Machine$integer.max.? That sounds very much like what someone would want.?

Technically, lambda can always be numeric. It is the observations which must be integral. Would hitting everything larger than maxint or maxlonglong with floor or round fundamentally change the distribution? Well, yes, but enough that it would matter over process risk? Avi On Sun, Jan 19, 2020 at 11:20 AM Benjamin Tyner <btyner at gmail.com> wrote: > So imagine rpois is changed, such

There's a little source code (typo?) bug in "samba-2.0.4/source/lib/system.c" that hurts compilation at least on HPUX 9.0x (with HP's cc, not gcc!) !! In HPUX's "/usr/include/sys/time.h": .. # ifndef _STRUCT_TIMEVAL # define _STRUCT_TIMEVAL /* Structure returned by gettimeofday(2) system call and others */ struct timeval { unsigned long tv_sec;

Hi, I have ported Samba 2.0.6 to run on Linux/IA-64. I had to make a few modifications to get Samba to configure and compile properly. The mods mostly have to do with missing prototypes which weren't present in system include files (e.g. ptsname()). The biggest pain turned out to be a prototype for crypt() which is defined in <unistd.h> only with -D_XOPEN_SOURCE. Defining this caused

I have observed the following differences in the use of min/max functions between R and Splus (4.5) R (0.64.1): min(c(NA,NA,NA),na.rm=T) returns the following Warning in min(..., na.rm = na.rm) : no finite arguments to min/max; returning extreme. [1] 2147483647 S-Plus 4.5( Win32 edition) min(c(NA,NA,NA),na.rm=T) returns [1] NA The S-PLUS behaviour seems to be the right one Thanks,

Crazy thought, but being that a sum of Poissons is Poisson in the sum, can you break your ?big? simulation into the sum of a few smaller ones? Or is the order of magnitude difference just too great? On Sun, Jan 19, 2020 at 1:58 PM Spencer Graves <spencer.graves at prodsyse.com> wrote: > This issue arose for me in simulations to estimate confidence, > prediction, and tolerance

I built ogg vorbis from the rc1 cvs source on Irix 6.5.12 with gcc 2.95.2. Using oggenc I encoded about 8,000 aiff files but found about a dozen where oggenc would go into an infinite loop. I tracked the problem with Laguerre_With_Deflation() as far back as logmask being Inf in floor0_forward. I'm now building gcc 3.0 with the expectation this is a compiler issue. If not, I'll back

On Mon, Jun 26, 2023 at 4:35 PM TTT <lists at telium.io> wrote: > I think that’s getting me close. I’m trying to get (or recreate) the FROM > and TO lines of the header, from a system running PJSIP. I think if I use > CHANNEL to get local_uri and local_tag I can recreate a FROM line like: > > *FROM=<URI>;tag=TAG* > > > > And if I use CHANNEL to get

I'm continuing my work on finding speedups in generalized inverse calculations in some simulations. It leads me back to .C and .Call, and some questions I've never been able to answer for myself. It may be I can push some calculations to LAPACK in or C BLAS, that's why I realized again I don't understand the call by reference or value semantics of .Call Why aren't users of