Dear all,
I was recently contacted by a user about an alledged problem/bug in
the latest version of lasso2. After some investigation, we found out
that it was a user error which boils down to the following:
x - matrix(rnorm(200), ncol=2)
var - fred
apply(x, 2, var)
Error in get(x, envir,
merge() is not optimized for large data frames. To do things on this
scale you really want to be using a DBMS not R. See the `R Data
Import/Export Manual'.
Sorting is not really relevant, especially as merge is not assuming that
the match is unique. Hashing could be used, but is not.
As R
It seems people are reinventing the wheel here:
The goal is to generate all combinations of 1:n of size k.
This (typically) results in a matrix of size k * choose(n,k)
i.e. needs O(n ^ k) space, hence is only applicable to
relatively small k.
Then alternatives have been devised to generate the
It still segfaults even now that I've fixed the access error. Ah,
but if I specify type=source, so it must be a problem with having a
mac binary path but no packages in it. Is there anyway to fall back
to source automatically?
Thanks,
Hadley
On 5/9/06, hadley wickham [EMAIL PROTECTED] wrote:
Ive tryed this:
R CMD INSTALL Rmpi_0.5-2.tar.gz
But occurred this error:
gcc -shared -L/usr/local/lib64 -o Rmpi.so conversion.o internal.o RegQuery.o
Rmpi.o -lmpi -llam -lutil -lpthread -L/usr/local/lib64/R/lib -lR
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse-linux/bin
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--27464147-1443006808-1147172576=:8133
Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 8BIT
First, please
Martin Maechler [EMAIL PROTECTED] writes:
tweaks, I have now a version of combn() that is faster than all
the other implementations {only slightly faster than
combinations()}, and I plan to add this to R's standard package
'utils'.
Hopefully, the reinventing can be stopped by this, once
On Tue, 9 May 2006, hadley wickham wrote:
It still segfaults even now that I've fixed the access error. Ah,
but if I specify type=source, so it must be a problem with having a
mac binary path but no packages in it.
It seems to be corruption inside the intl library on your machine: note
how
[Duncan Murdoch]
I'll fix it.
Thanks, Duncan. While I quite understand that more serious work should
be done within real sources files, fixing and editing is still useful
for quick, evanescent interactive toying.
edit() is a hack, so you should expect problems. You're better off
keeping
Kasper Daniel Hansen wrote:
Hi
I can use PKG_CPPFLAGS in a Makevars file to add additional flags to
the c++ compiler for a given package. Is it possible to remove flags
passed to the packages from R. Eg: say R have been compiled with -O2
and I want the package to be compiled with
On May 9, 2006, at 9:49 AM, Hin-Tak Leung wrote:
Kasper Daniel Hansen wrote:
Hi
I can use PKG_CPPFLAGS in a Makevars file to add additional flags
to the c++ compiler for a given package. Is it possible to remove
flags passed to the packages from R. Eg: say R have been compiled
with
I recently encountered this and was wondering if someone
could explain what happened. Basis of question involves
what the difference between the calls makes as the end
result is the same:
identical(matrix(1:8, nrow = 1), array(1:8, c(1, 8)))
TRUE
If I run the code below as shown, I get the
On May 9, 2006, at 1:11 PM, Kasper Daniel Hansen wrote:
It is indeed the case that after updating to GCC 4 the package
gets broken using -O2. I agree this needs to be fixed, but the error
[...]
unfortunately), but reading your comment about CPPFLAGS and
CXXFLAGS makes me think I can
I've been thinking of adding the possibility of including z among the
axes to be logged in image, contour, and persp. In the first two, it
would only affect where the breaks were set if they are calculated
automatically; it would have a bigger effect in persp.
For example,
image(x, y, z,
You won't like this ...;)
return(drop(callGeneric(array(x,
c(1, length(x)),
val)
)))
i.e., 'val' is inside 'array'!
I was discouraged from answering sooner by the complexity of your
example; simplifying it might
15 matches
Mail list logo