similar to: writing fortran routines

With the incorporation of the useful hints, my user function now looks like this: userfn <- function() { ... ow <- options("warn") options(warn = 2); ... reg<-try(polr(act~.,data=mm,Hess=TRUE)) ... sumreg<-try(summary(reg)) print(length(sumreg)) print(sumreg) ... options(ow) # reset } The routine userfn() is called multiple times, two of which I happen to know to

Dear R experts: I am running some calculations using polr() in MASS library, and found some differences in results obtained on two different machines (IRIX 6.5, and Linux RH 7.1). It is not clear to me whether this is due to some error in my programming the calculation and how to resolve the differences, if possible. The polr() call is the following:

Within an user function, how are the warnings from an R function be trapped (such that some proper actions can be taken)? 'last.warning' is returned only at the top level. Pointers are appreciated. -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info",

I am running a windows executable, using wine, in a 'batch mode' - ie multiple times with different command parameters to the executable. For some parameters, the 'Program Error' dialog box appears and the wine process does not continue until the dialog box is closed. Is it possible to suppress the dialog box such that the entire batch can be completed without intervention?

I have used plor() to model a rather large 3-category dataset (~1500 data points, ~15 independent variables); from the resulting model (with a deviance slightly below the residual degrees of freedom), the training data are placed in only the two extreme categories. Though the result appears to indicate that there's only a relative 'narrow' bin for the medium group, [and when the

I would like to get the fortran code for the functions locpol and dpill in the kernsmooth library , the purpose is to incorporate other selection criterion for the bandwidth in which a varying bandwidths are replaced instead of the constant bandwidth. I will send you back the improved version as soon as I get the fortran code for the upper mention functions. ((LOCPOLY and DPILL )))

Dear list, I?m trying to register Fortran routines in randtoolbox (in srt/init.c file), see https://r-forge.r-project.org/scm/viewvc.php/pkg/randtoolbox/src/init.c?view=markup&root=rmetrics. Reading https://cran.r-project.org/doc/manuals/r-release/R-exts.html#Registering-native-routines and looking at what is done in stats package, I first thought that the following code will do the job:

I would appreciate getting a clarification of /usr/lib/R/library vs /usr/local/lib/R/site-library. I am running R 1.8 on Debian Linux. On one occasion doing update.packages() resulted in versions of one or more libraries being placed in one of these directories without removing the old version, and the old version took precedence over the new. I'm sorry I did not save the steps I used. I

For R-1.4.0, I have been able to build R.bin with -O2 flag. This however did not yield any significant speed-up for my code. I then tried building the binary for 64 bit, but had not been able to configure the build; none of the suggestions that I can find in the r-help search worked for me. I'm looking for any other suggestions -- TIA mod:>> uname -a IRIX64 mod 6.5 10100655 IP35

Not having paid any attention, I discovered that this file grew to be 1048518656 bytes (this on a debian-based Linux system), and filled up the (small) filesystem for /var. Is there a 'normal' size that I should expect for this file ? What could be the reason for the large size? And how could it be best reduced? (There was a suggestion of stopping samba, removing the file, and

I'm running polr() and getting warning messages from glm.fit(). It seems reasonable to use glm.control() to turn on the trace and follow what glm.fit() does when called by polr(); or is it? glm.control(maxit=10, trace=TRUE) polr(act~., data=mm) The glm.control() sets the trace TRUE, but there's no change in the output from polr(). Many thanks in advance for any help/pointers.

Hi, R-devel causes me still trouble. It dies with Error: couldn't find function "predict.loess" Execution halted for the package affy, but bash-2.04$ grep predict.loess ~/R-devel/src/library/modreg/R/*.R /misc/homes/laurent/R-devel/src/library/modreg/R/loess.R:predict.loess <- function(object, newdata = NULL, se = FALSE, ...) bash-2.04$ ..the function seems to be there...

Recent sensible changes to the dynload mechanism have made an old problem resurface: how should we deal with packages which contain Fortran code and may need to be linked against additional libraries such as -lf2c? The current consensus is that extra Fortran libraries maybe needed are handled via the make variable FLIBS, and that `-lf2c' or `-lg2c' are added by default if g77 is used.

Thanks for your email. I try to change the name in lowercase but it conflicts with a C implementation also named halton. So I rename the C function halton2() and sobol2() while the Fortran function are HALTON() and SOBOL() (I also try lower case in the Fortran code). Unfortunately, it does not help since I get init.c:97:25: error: use of undeclared identifier 'halton_'; did you mean

Hi all, I have created a new edit mode file for the editor JEdit (http://www.jedit.org) based on the file from Zed Shaw. The difference between his and my file is that mine can be used as a spell checker. It does not highlight all functions but provides syntax highlighting for the base package (keyword types 1 and 2) and 26 additional packages (boot, class, cluster, ctest, eda, foreign, grid,

On 27 April 2017 at 12:01, Johannes Ranke wrote: | | > so it seems to me this must affect all packages in Debian sid that were | > built before the release of R 3.4.0! | | or rather before 14 April 2017, which is when R from revision r72510 was | uploaded to sid as pre-release candidate. Another example with KernSmooth: > library(KernSmooth) KernSmooth 2.23 loaded Copyright

Readers, Using version 251 I tried the following command: lm(y~a+b,data=datafile) Resulting in, inter alia: ... coefficients (intercept) a 1.2 3.4 Packages installed: acepack ace() and avas() for selecting regression transformations adlift An adaptive lifting scheme algorithm akima Interpolation of irregularly spaced

Full_Name: Frank Beimfohr Version: 0.64.1, devel. OS: Solaris 2.5.1 Submission from: (NULL) (129.217.131.31) I try to compile R on my Sparc 4 (Solaris 2.5.1) but the compilation fails. I tried the developer-version and the contributed 0.64.1-Version. I start configure with the --g77-Option. During the compilation it stops with an error, which says that the R/src/library/modreg/src/bsplvd.f

Have you tried using tools:::package_native_routine_registration_skeleton()? If you don't like its output, you can easily edit its results and still avoid most pitfalls. Cheers, Jari Oksanen ________________________________________ From: R-devel <r-devel-bounces at r-project.org> on behalf of Berend Hasselman <bhh at xs4all.nl> Sent: 10 May 2017 09:48 To: Christophe Dutang Cc:

Am Dienstag, 25. April 2017, 11:21:31 schrieb Dirk Eddelbuettel: > On 25 April 2017 at 16:11, Johannes Ranke wrote: > | This looks similar to what I got this morning when I tested my > | (unreleased) > | backport of R 3.4.0 to Debian jessie. My test was > | > | library(MASS) > | example(rlm) > | > | and there was an object that was not found. I am on a train on the way