Displaying 20 results from an estimated 5000 matches similar to: "help needed on RcppEigen...."
2015 Mar 02
3
R-devel does not update the C++ returned variables
On 03/02/2015 04:37 PM, Martin Maechler wrote:
>
>> On 2 March 2015 at 09:09, Duncan Murdoch wrote:
>> | I generally recommend that people use Rcpp, which hides a lot of the
>> | details. It will generate your .Call calls for you, and generate the
>> | C++ code that receives them; you just need to think about the real
>> | problem, not the interface. It has its
2015 Mar 02
1
R-devel does not update the C++ returned variables
On 2 March 2015 at 16:37, Martin Maechler wrote:
|
| > On 2 March 2015 at 09:09, Duncan Murdoch wrote:
| > | I generally recommend that people use Rcpp, which hides a lot of the
| > | details. It will generate your .Call calls for you, and generate the
| > | C++ code that receives them; you just need to think about the real
| > | problem, not the interface. It has its own
2013 May 14
2
invalid operands of types ‘SEXPREC*’ and ‘R_len_t’ to binary ‘operator/’ with Rcpp.
Dear R-Developers,
I just started learning how to use Rcpp. Earlier while using it, I
encountered an error as shown below:
file74d8254b96d4.cpp: In function ‘Rcpp::NumericVector
foo(Rcpp::NumericVector, Rcpp::NumericVector, Rcpp::NumericVector,
Rcpp::Function, Rcpp::Function)’:
file74d8254b96d4.cpp:10: error: invalid operands of types ‘SEXPREC*’ and
‘R_len_t’ to binary ‘operator/’
make: ***
2015 Nov 23
3
MKL Acceleration encouraging; need adjust package builds?
Dear R-devel:
The Cluster administrators at KU got enthusiastic about testing
R-3.2.2 with Intel MKL when I asked for some BLAS integration. Below
I forward a performance report, which is encouraging, and thought you
would like to know the numbers. Appears to my untrained eye there are
some extraordinary speedups on Cholesky decomposition, determinants,
and matrix inversion.
They had
2023 Apr 09
1
can't install nser...
It says that nser requires the most recent version of magrittr that you do
not have installed. You must update magrittr before attempting to install
nser:
update.packages(oldPkgs = "magrittr")
or at the prompt you were presented before, choose to update magrittr
before installing nser.
On Sun, Apr 9, 2023, 17:55 akshay kulkarni <akshay_e4 at hotmail.com> wrote:
> Dear
2015 Mar 02
3
R-devel does not update the C++ returned variables
On 2 March 2015 at 09:09, Duncan Murdoch wrote:
| I generally recommend that people use Rcpp, which hides a lot of the
| details. It will generate your .Call calls for you, and generate the
| C++ code that receives them; you just need to think about the real
| problem, not the interface. It has its own learning curve, but I think
| it is easier than using the low-level code that you need to
2016 May 12
3
Single-threaded aspect
On 12 May 2016 at 13:11, Mark van der Loo wrote:
| Charles,
|
| 1. Perhaps this question is better directed at the R-help or
| R-pacakge-devel mailinglist.
|
| 2. It basically means that R itself can only evaluate one R expression at
| the time.
|
| The parallel package circumvents this by starting multiple R-sessions and
| dividing workload.
|
| Compiled code called by R (such as C++ code
2023 Jun 05
1
error in arfima...
Dear Martin,
Sad that the bug is beyond your ken...
Fortunately, the error happens only rarely...The length of LYGH was 719 and there were only two such errors..I will just replace them with NA and make do.
By the by, what if I send LYGH as an attachment to your actual mail ( not the r-help mail)? Will it help? Can you then pinpoint the cause?
Or should I raise a bug
2024 Jun 10
1
changes in R-devel and zero-extent objects in Rcpp
> Date: Sat, 8 Jun 2024 19:16:22 -0400
> From: Ben Bolker <bbolker at gmail.com>
>
> The ASAN errors occur *even if the zero-length object is not actually
> accessed*/is used in a perfectly correct manner, i.e. it's perfectly
> legal in base R to define `m <- numeric(0)` or `m <- matrix(nrow = 0,
> ncol = 0)`, whereas doing the
2023 Jun 01
1
error in arfima...
>>>>> akshay kulkarni
>>>>> on Wed, 31 May 2023 20:55:33 +0000 writes:
> dear members,
> I am using arfima() from forecast package to model a time
> series. The following is the code:
>> LYGH[[202]]
> [1] 45.40 3.25 6.50 2.15
>> arfima(LYGH[[202]])
> Error in .fdcov(x, fdf$d, h, nar = nar, nma = nma,
2023 May 31
1
error in arfima...
dear members,
I am using arfima() from forecast package to model a time series. The following is the code:
> LYGH[[202]]
[1] 45.40 3.25 6.50 2.15
> arfima(LYGH[[202]])
Error in .fdcov(x, fdf$d, h, nar = nar, nma = nma, hess = hess, fdf.work = fdf$w) :
NA/NaN/Inf in foreign function call (arg 5)
I tried viewing .fdcov() with the following code:
2013 Jun 11
3
load/unload segfault puzzle
Dear r-devel readers,
I have a pretty deep problem with package loading and unloading in
the development version of the lme4 package
<https://github.com/lme4/lme4>; it's not boiled down to a properly
minimal example yet (this has been difficult), but I am posting anyway
in the hopes that someone has ideas about how to proceed farther,
since I'm nearly stumped. Apologies in advance
2023 Mar 19
2
lexical scoping for scripts......
Dear Duncun,
What if there is no interactive "session" running? I will be running my scripts automatically from crontab in Linux.
THanking you,
Yours sincerely,
AKSHAY M KULKARNI
________________________________
From: Duncan Murdoch <murdoch.duncan at gmail.com>
Sent: Monday, March 20, 2023 12:20 AM
To: akshay kulkarni <akshay_e4 at hotmail.com>; R
2023 Mar 19
1
lexical scoping for scripts......
Again, the answer is "interactivity does not matter".
On March 19, 2023 12:54:28 PM PDT, akshay kulkarni <akshay_e4 at hotmail.com> wrote:
>Dear Jeff,
> I will not be running R command in the shell prompt. So there is no banner, no > prompt. Just running "myscript.R" from the shell prompt. or from crontab in Linux. I think you get the
2023 Mar 19
1
lexical scoping for scripts......
On 19/03/2023 2:55 p.m., akshay kulkarni wrote:
> Dear Duncun,
> ? ? ? ? ? ? ? ? ? ? ? ? ?What if there is no interactive "session"
> running? I will be running my scripts automatically from crontab in Linux.
I was talking about the session that is created for the duration of the
BATCH run, not some other session that may be running in another
process. Sorry for the
2023 Jan 12
4
return value of {....}
Hello Akshay,
R is quite inspired by LISP, where this is a common thing. It is not in fact that {...} returned something, rather any expression evalulates to some value, and for a compound statement that is the last evaluated expression.
{...} might be seen as similar to LISPs (begin ...).
Now this is a very different thing compared to {...} in something like C, even if it looks or behaves
2023 Mar 19
1
lexical scoping for scripts......
Dear Jeff,
I will not be running R command in the shell prompt. So there is no banner, no > prompt. Just running "myscript.R" from the shell prompt. or from crontab in Linux. I think you get the context.....
thanking you,
yours sincerely
AKSHAY M KULKARNI
________________________________
From: Jeff Newmiller <jdnewmil at dcn.davis.ca.us>
Sent: Monday, March
2023 Apr 04
1
on lexical scoping....
No, there are lots of situations where that doesn't make sense. You
don't want to have to define local copies of the functions from every
package you use, for example.
I think the takeaway is to learn how R scoping works, and keep things
simple. That's one reason I tend to avoid "tidyverse" packages. There
are a lot of really good ideas in those packages, but
2023 Jan 09
3
return value of {....}
Dear Valentin,
But why should {....} "return" a value? It could just as well evaluate all the expressions and store the resulting objects in whatever environment the interpreter chooses, and then it would be left to the user to manipulate any object he chooses. Don't you think returning the last, or any value, is redundant? We are living in the 21st century
2017 Dec 15
6
something weird has happened....!!!!!!!!!!
dear Members,
Today something weird has happened on my R console. I have attached two screenshots of the same vector in my R console but they differ.
Also one of my function returns negative values, even after double checking the code, which should return only positive values..
Whats wrong..? Reinstall R?
Thanks for help....
AKSHAY M KULKARNI
-------------- next part --------------
A