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, envi
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 i
> install.packages("rggobi", repos="http://ggobi.org/r/";)
Warning in install.packages("rggobi", repos = "http://ggobi.org/r/";) :
argument 'lib' is missing: using /Users/hadley/Library/R/library/
Reading symbols for shared libraries . done
Program received signal EXC_BAD_ACCESS, Could no
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 co
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]> wro
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
/l
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 d
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, o
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
[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
On 5/9/2006 9:17 AM, François Pinard wrote:
> [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,
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
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 foll
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, lo
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
I think I might have a workaround now. Originally I had all the scripts
on my desktop, so I came to think about if the problem is with the
shortcuts to the other programs or to My computer or something like
that. I put all the scripts to a folder which is still on my desktop,
and I haven't experi
18 matches
Mail list logo
