Yes I'm using R 3.4.4 on Ubuntu 18.04. I doubt the Windows version would
make use of a bash script.
I'm all for a more consistent interface. It puzzles me that a shell script
is used at all since that does not seem portable, especially for Windows
users.
To my surprise I discovered the R that's ca
In my humble personal opinion, I try to avoid bash scripts longer than a
couple lines because I find the syntax so obtuse and unintuitive it's
difficult to maintain and write less buggy code. But that is mostly a
reflection of my personal inexperience.
I think the only time a bash script is really
#.
I also think it would be nice if `R CMD help` showed the usable commands.
In fact I think the CMD syntax is unnecessary since the man page shows
using R with an infile or outfile must use redirection, so the syntax can
be simply "R install" (like in git).
Thanks,
Jason
[[a
Chuck and Greg,
Thanks a lot for your help! I have a much better understanding now of what is
happening “under the hood”.
Kind Regards,
Jason
> On 31 May 2018, at 20:08, Greg Minshall wrote:
>
> Jason,
>
> as Chuck Berry (to whom, *thanks* for 'do {...} while(0)'!
is called per
input. Any help in enlightening me on what code is responsible for iterating
over the multiple inputs (or if someone is feeling energetic, the exact
stepwise code that is executed when calling dpois) would be greatly
appreciated!!
Kind Regards,
Jason Serviss
[[alternative
GenericVector@681a9515+[1]named`
as output. When I do something like `.asString()` or inside the
`System.out.println()` above then it throws error. How can I print or
access each record returned by R to Java?
*NOTE:* When I am running the same script file from R itself then R is
displaying some 10
Something that looks like a bug to me - but as there may be a documented
reason I have missed, I wanted to ask about it here first. Please let me
know if this looks like something I should submit as a bug, if not, why
this behavior is intended.
Using RGui v2.15.3, 64bit, on a Windows 7 machine wi
11.4.0 (64-bit)
locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] BiocInstaller_1.8.3
loaded via a namespace (and not attached):
[1] tools_2.15.1
Thanks
Thanks for the tip. That API could make my work considerably easier.
Jason
On Tue, Feb 22, 2011 at 7:37 AM, Douglas Bates wrote:
> On Sun, Feb 20, 2011 at 4:39 PM, Jason Rudy wrote:
>> I've never used C++ before, so for this project I think I will stick
>> with just using
B))
user system elapsed
2.787 0.029 1.586
Even so, it seems the .Call interface has a lot of advantages. I
think I will use it for this project and see how I like it.
Jason
On Tue, Feb 22, 2011 at 7:27 AM, Simon Urbanek
wrote:
> On Feb 22, 2011, at 1:55 AM, Jason Rudy wrote:
>
still the winner.
On Sun, Feb 20, 2011 at 4:27 PM, Simon Urbanek
wrote:
> Jason,
>
> FWIW the direct interface (.Call) is more efficient and makes passing things
> from R simpler:
>
> C_matrix_multiply = function(A,B) .Call("R_matrix_multiply", A, B)
>
> The dra
dillo, and would consider it for future projects. If you
don't mind, what in your opinion are the major pros and cons of an
RcppArmadillo solution compared to simply using the BLAS or LAPACK
routines through the .C interface?
-Jason
On Sun, Feb 20, 2011 at 8:11 AM, Dirk Eddelbuettel wrote:
A,B){
C <- matrix(0,nrow(A),ncol(B))
cout <-
.C("R_matrix_multiply",as.double(A),as.double(B),nrow(A),ncol(A),ncol(B),as.double(C))
return(matrix(cout[[6]],nrow(A),ncol(B)))
}
Thanks for the help. Now that I have a functioning example I am well
on my way to
m missing
something simple or obvious, as I have never done this before and am
proceeding with only google and the R docs as my guide. I am
wondering if anybody can see what I'm doing wrong here, or perhaps
something I could do to try to fix it. Any assistance would be
greatly appreciated.
is only on the OCaml side, not on
the R side."
and hence I am especially conscious of the traps for the unwary when
integrating two GCs.
On Sat, Dec 11, 2010 at 9:19 PM, Gabor Grothendieck wrote:
> On Sat, Dec 11, 2010 at 9:04 PM, Jason E. Aten wrote:
> > I'd like to develo
f this will be getting the memory management for garbage
collection right. I thought I would start by looking at how the rJava or
rJython packages handle memory. If anyone has pointers or advice on
integrating R's garbage collection with another language's garbage
collection, I'd
instead of raising errors
within a function or package? I'm a fan of the raising errors instead of
returning values that could be confused with a legitimate return value,
but for now I'm stuck using 2.6.2 until I have time to check every line
of code I've written in the last 5 y
://www.geocities.com/jg_liao/software/bw_liao.txt
The algorithm and R function appears to be very stable as it has
processed more than 2 datasets without problem. We would love to
work with Prof. Ripley or other R core member to make the new method
part of R stats. Thanks.
Jason
Jason
quot;.
Any further help and insights are much appreciated.
Thanks again,
Jason
--- On Fri, 5/29/09, G. Jay Kerns wrote:
> From: G. Jay Kerns
> Subject: setdiff bizarre (was: odd behavior out of setdiff)
> To: r-devel@r-project.org
> Cc: dwinsem...@comcast.net, jasonkrup...@yaho
Thomas Lumley wrote:
> On Fri, 29 May 2009, Jason Vertrees wrote:
>
>> My question is: why does the paradigm of changing the type of a 1D
>> return value to an unlisted array exist? This introduces boundary
>> conditions where none need exist, thus making the coding
is one-dimensional be careful,
because the return type will not the be same as if it were otherwise.
Is this legacy or a valid, rational design decision which I'm not yet a
sophisticated enough R coder to enjoy?
Thanks,
-- Jason
--
Jason Vertrees, PhD
Dar
n problem.
Have you tried this on different platforms, or with different BLAS?
Can you release the data that causes the problem?
Jason
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
= 1/pow(x, 0) = 1/1 = 1 for all finite, numerical, non-zero
x. The NCEG folks spent a huge effort considering mathematical reasons
and actual applications when they chose the special case values.
Disagreements over special cases are natural, alas, but they did the
best anyone really coul
Great! Thank you and Uwe Ligges! I completely missed the
"Services" section.
Jason
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
instead. What would it take to move
Rcompression into CRAN?
Jason
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
purpose.
I've dropped a temporary copy at
http://jriedy.users.sonic.net/internalzlib_0.1.tar.gz
Could someone with Windows and knowledge of how to decypher Windows
problems test if it works for them? I still need to try AIX as well.
Jason
Footnotes:
[1] I'm cleaning patches to send
er the routines without knowing their names, and I can't (so far
as I can see) get a list of their names unless they are registered. Is
there a way around this, besides making guesses about the names and
testing them with is.loaded()?
Thanks in advance,
Jason
bout the
> distro used.
Alas, yes, those could be very useful with the resurgence of
funny arithmetics.
Jason
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Programming Concepts: Writing and Debugging Programs'
- Original Message -
From: "Ei-ji Nakama" <[EMAIL PROTECTED]>
To: "Jason Barnhart" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, May 21, 2007 7:32 PM
Subject: Re: [Rd] AIX testers
x,xx))
Error: cannot allocate vector of size 228.9 Mb
- Original Message -
From: "Hin-Tak Leung" <[EMAIL PROTECTED]>
To: "Jason Barnhart" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, May 21, 2007 11:02 AM
Subject: Re: [Rd] AIX testers needed
>
refix=$HOME/usr/local --program-suffix=rc --with-readline=no
--with-x=no --enable-memory-profiling
- Original Message -
From: "Ei-ji Nakama" <[EMAIL PROTECTED]>
To: "Jason Barnhart" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, May 1
the memory
issue? I'm still building my tool chain and I am in the midst of
installing gdb.
2) Regarding the build process itself, is there more documentation
or results that I should forward?
Thanks,
-jason
> version _
platform powerpc-ibm-aix5.3.0.
I think the efficiency gain is worthwhile.
Thx.
-jason
- Original Message -
From: "Martin Maechler" <[EMAIL PROTECTED]>
To: "Marcus G. Daniels" <[EMAIL PROTECTED]>
Cc: ; "Vladimir Dergachev"
<[EMAIL PROTECTED]>
Sent: Tuesday, Decembe
> Somehow you managed to miss it, we had a discussion about this
> quite recently:
> http://www.mail-archive.com/r-sig-mac%40stat.math.ethz.ch/
> msg00770.html
My bad; I focused on the r-devel list and didn't check the SIG.
Sorry about
c OS X, it uses the default
allocator."
... and ...
"If you use the same allocator on Mac OS X that R uses on Windows,
the performance differences all but disappear."
Would it make sense for the build process that generates R binaries
for OS X to use the Lea
corporating this workaround:
bar <- function(n,...) { f <- function() foo(...);
replicate(n,f()) }
If not, then may I suggest that help("replicate") should document the
limitation, and perhaps the workaround as well?
(Th
22222 2
A little while ago, Jason Eisner wrote:
> I am using R version 2.0.0 (2004-10-04) on Fedora Core 2.
>
> This works correctly:
>
>> foo <- function(x=1,y=2) { c(x,y) }
>> bar <- function(n,...) c(n,foo(...))
>> bar(10,3)
> [1] 10
I am using R version 2.0.0 (2004-10-04) on Fedora Core 2.
This works correctly:
> foo <- function(x=1,y=2) { c(x,y) }
> bar <- function(n,...) c(n,foo(...))
> bar(10,3)
[1] 10 3 2
But it goes wrong if I replace "c" in bar with "replicate":
> foo <- function(x=1,y=2) { c(x,y) }
> bar <- functi
38 matches
Mail list logo