You need to approach the package maintainers directly: they may well not
read r-devel. What you seem to be suggesting is an extra feature for the
ncdf package.
Note from `B Ripley': you need libraries for a specific compiler on
Windows.
Professor Ripley.
On Tue, 26 Apr 2005, Russell Moffitt
Aloha,
I just made some quick hacks on the configure script with the 'ncdf'
package to make it link with the opendap/dods libraries (opendap.org)
rather than the netcdf api library. Basically, this allows a user to
interact in R with a remotely served dataset as if it were a netcdf file
on the
Luke,
Thank you for sharing the benchmark results. The improvement is very
substantial, I am looking forward to the release of the byte compiler!
The arithmetic shows that x[i]<- is still the bottleneck. I suspect that
this is due to a very involved dispatching/search for the appropriate
function
For what it's worth (probably not much as these simple benchmarks are
rarely representative of real code and so need to be taken with a huge
chunk of salt) here is what happens with your examples in R 2.1.0 with
the current byte compiler.
Define your examples as functions:
n = 1e6; iA = seq(2,n
Full_Name: Dan Freak Bolser
Version: Version 2.0.0 (2004-10-04)
OS: Linux 2.4.20-31.9 (RedHat 9)
Submission from: (NULL) (62.253.128.15)
The s
[MOVED TO R-DEVEL]
On Tue, 2005-04-26 at 18:05 +0100, Dan Bolser wrote:
> Should I post this to 'bugs'?
Dan,
I suspect part of the problem here is that your code and example were
difficult to replicate and there may have been a focus on the page
rotation issue, which I think is a red herring her
Hi Ali.
Can you post an example of some of the C++ classes and the
style of interface you want to the methods and fields?
It would help to make the responses concrete.
D.
Hi Duncan,
First of all, if you have not received my reply to your question, it's
likely that the message was eaten by your s
On Tue, Apr 26, 2005 at 05:22:42PM -0400, Roger D. Peng wrote:
> I realize this thread is a bit old, but it only just came to my
> mind. What about using a function like
>
> commentOut <- function(expr) { invisible() }
>
> and then
>
> commentOut({
> a <- 10
> bladfkljasdlkfj()
>
I realize this thread is a bit old, but it only just came to my
mind. What about using a function like
commentOut <- function(expr) { invisible() }
and then
commentOut({
a <- 10
bladfkljasdlkfj()
blah blah blah
})
Lazy evaluation prevents the expression from being evaluat
src/library/base/man/options.Rd Currently has:
\item{\code{expressions}:}{sets a limit on the number of nested
expressions that will be evaluated.
Valid values are 25\dots10 with default 500.}
The last line should be
Valid values are 25\dots50 with default 5000.}
I have no words. Thank you so much for all your answers. This was just great.
Thanks again and regards,
Tom
Peter Dalgaard <[EMAIL PROTECTED]> wrote:
Thomas Lumley writes:
> On Tue, 26 Apr 2005, Werner Bier wrote:
>
> > Dear all,
> >
> > Firstly, I do apologize if my question is simple and pos
I get no crash after typing signal SIGINT - it just returns me to the R
prompt.
On Tue, 2005-04-26 at 13:14 -0400, Simon Urbanek wrote:
> On 26.04.2005, at 12:52, [EMAIL PROTECTED] wrote:
>
> > Program received signal SIGINT, Interrupt.
> > 0x006547a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so
An alternative that *might* be more efficient: Write a single R-function
corresponding to each C++ function (which could have multiple methods).
This R function would analyze its arguments and call the appropriate
C++ method. Whether or not this will be more efficient probably depends
on the rati
On Tue, 2005-04-26 at 19:59 +0200, Peter Dalgaard wrote:
> [EMAIL PROTECTED] writes:
>
> > > Thanks you, however Marc omitted to mention that you need to type
> > > signal SIGINT
> > > before running the backtrace (bt), because gdb will catch the INT
> > > signal thus not leading to the desired
On Tue, 26 Apr 2005, Peter Dalgaard wrote:
> [EMAIL PROTECTED] writes:
>
>>> Thanks you, however Marc omitted to mention that you need to type
>>> signal SIGINT
>>> before running the backtrace (bt), because gdb will catch the INT
>>> signal thus not leading to the desired crash and the backtrace
[EMAIL PROTECTED] writes:
> > Thanks you, however Marc omitted to mention that you need to type
> > signal SIGINT
> > before running the backtrace (bt), because gdb will catch the INT
> > signal thus not leading to the desired crash and the backtrace just
> > shows when you hit Ctrl-C, not wha
Following my previous post and the intuitive adivces of Duncan Murdoch, I
would like to ask some questions regarding C++ to R mapping.
Initially, it appeared to me that in order to perform this mapping, the
existing object-oriented design of R would be a good choice. This could
include both the
On Tue, 2005-04-26 at 13:14 -0400, Simon Urbanek wrote:
> On 26.04.2005, at 12:52, [EMAIL PROTECTED] wrote:
>
> > Program received signal SIGINT, Interrupt.
> > 0x006547a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
>
> Thanks you, however Marc omitted to mention that you need to type
> signa
John Fox wrote:
Dear Duncan,
I hope that some follow-up questions are in order:
In the Rcdmr package, there is a pair of functions for initializing and
completing dialogs:
initializeDialog <- defmacro(window=top, title="", offset=10,
expr={
window <- tktoplevel(borderwidth=10)
t
On 26.04.2005, at 12:52, [EMAIL PROTECTED] wrote:
Program received signal SIGINT, Interrupt.
0x006547a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
Thanks you, however Marc omitted to mention that you need to type
signal SIGINT
before running the backtrace (bt), because gdb will catch the INT
Thomas Lumley <[EMAIL PROTECTED]> writes:
> On Tue, 26 Apr 2005, Werner Bier wrote:
>
> > Dear all,
> >
> > Firstly, I do apologize if my question is simple and posted in the
> > wrong place but I had no reply from the R-help mailing list (maybe
> > it is too simple!).
> >
> > I was wondering why
On Tue, 2005-04-26 at 11:30 -0500, Marc Schwartz wrote:
> On Tue, 2005-04-26 at 11:41 -0400, Manuel Morales wrote:
> > On Tue, 2005-04-26 at 10:34 -0500, Marc Schwartz wrote:
> > > On Tue, 2005-04-26 at 16:47 +0200, [EMAIL PROTECTED] wrote:
> > > > I tried to submit this in R, but not sure if it wo
On Tue, 2005-04-26 at 11:41 -0400, Manuel Morales wrote:
> On Tue, 2005-04-26 at 10:34 -0500, Marc Schwartz wrote:
> > On Tue, 2005-04-26 at 16:47 +0200, [EMAIL PROTECTED] wrote:
> > > I tried to submit this in R, but not sure if it worked.
> > >
> > > When running R as sudo, using ctrl-c dumps me
On Tue, 2005-04-26 at 11:41 -0400, Manuel Morales wrote:
> On Tue, 2005-04-26 at 10:34 -0500, Marc Schwartz wrote:
> > On Tue, 2005-04-26 at 16:47 +0200, [EMAIL PROTECTED] wrote:
> > > I tried to submit this in R, but not sure if it worked.
> > >
> > > When running R as sudo, using ctrl-c dumps me
On Tue, 26 Apr 2005, Thomas Lumley wrote:
On Tue, 26 Apr 2005, Werner Bier wrote:
Dear all,
Firstly, I do apologize if my question is simple and posted in the wrong
place but I had no reply from the R-help mailing list (maybe it is too
simple!).
I was wondering why parscale is set to 20 in the "
On Tue, 26 Apr 2005, Werner Bier wrote:
Dear all,
Firstly, I do apologize if my question is simple and posted in the wrong
place but I had no reply from the R-help mailing list (maybe it is too
simple!).
I was wondering why parscale is set to 20 in the "wild" function example
used in ?optim. Th
Dear all,
Firstly, I do apologize if my question is simple and posted in the wrong place
but I had no reply from the R-help mailing list (maybe it is too simple!).
I was wondering why parscale is set to 20 in the "wild" function example used
in ?optim. This function has only one parameter an
"John Fox" <[EMAIL PROTECTED]> writes:
> Dear Duncan,
>
> I hope that some follow-up questions are in order:
>
> In the Rcdmr package, there is a pair of functions for initializing and
> completing dialogs:
>
> initializeDialog <- defmacro(window=top, title="", offset=10,
> expr={
>
On Tue, 2005-04-26 at 16:47 +0200, [EMAIL PROTECTED] wrote:
> I tried to submit this in R, but not sure if it worked.
>
> When running R as sudo, using ctrl-c dumps me to the command line.
> Hitting exit to exit the terminal window results in R taking 100% of
> resources.
>
> I am using R-2.1.0 o
Dear Duncan,
I hope that some follow-up questions are in order:
In the Rcdmr package, there is a pair of functions for initializing and
completing dialogs:
initializeDialog <- defmacro(window=top, title="", offset=10,
expr={
window <- tktoplevel(borderwidth=10)
tkwm.title(win
I tried to submit this in R, but not sure if it worked.
When running R as sudo, using ctrl-c dumps me to the command line.
Hitting exit to exit the terminal window results in R taking 100% of
resources.
I am using R-2.1.0 on Fedora Core 3.
Thanks.
Manuel
___
[This is an inappropriate question for R-help. Perhaps R-devel (see the
posting guide) but more likely a FreeBSD mailing list. Moved to R-devel.]
R itself does not refer to __builtin_alloca. That is something being
mapped by the FreeBSD headers, and it should be `builtin' using gcc. (No
ver
On Tue, 26 Apr 2005, Peter Dalgaard wrote:
Martin Maechler <[EMAIL PROTECTED]> writes:
This would be non-compatible though for all those that have
always used the current default 1:4.
OTOH, "MASS" or Peter Dalgaard's book don't mention plot( )
or at least don't show it's result.
Ummm, check page 1
Martin Maechler <[EMAIL PROTECTED]> writes:
> This would be non-compatible though for all those that have
> always used the current default 1:4.
> OTOH, "MASS" or Peter Dalgaard's book don't mention plot( )
> or at least don't show it's result.
Ummm, check page 183...
--
O__ Peter D
The FAQ asks you to send bug reports on contributed packages to their
manitainer. This is NOT a bug in R.
gbm is a contributed package, and 2.0.1 is not the current release of R.
I can confirm it with 2.1.0 on Solaris.
On Mon, 25 Apr 2005 [EMAIL PROTECTED] wrote:
> Full_Name: The Manager
> Ver
Ali - wrote:
Assume 100 C++ classes each class having 100 member functions. After
wrapping these classes into R, if the wrapping design is
class-oriented we should have like 100 objects. At the same time, if
the wrapping design is function-oriented we have like 10`000 objects
which are too laz
> "JMd" == John Maindonald <[EMAIL PROTECTED]>
> on Tue, 26 Apr 2005 15:44:26 +1000 writes:
JMd> The web page http://wwwmaths.anu.edu.au/~johnm/r/plot-lm/
JMd> now includes files:
JMd> plot.lm.RData: Image for file for plot6.lm, a version of plot.lm in
JMd> which
J
Hi!
I've already asked in in R-help, but it seems that is more a topic for this
list.
This is the first time I'm trying to write a C program to be linked with R by
my own and I've got one (main) problem
1) I've got a stack of big matrixes, so to manage them I' using save() in the
preparation pr
38 matches
Mail list logo
