On 21/04/2010 9:48 PM, rusers.sh wrote:
Hi all,
Today, i just installed the newest R version 2.10.1 and other necessary
tools for building R package under windows,e.g. Rtools, perl. All are the
newest version.
After the correct configuration under windows (configuration should be
correct),
Works for me, both under Windows (32 and 64 bit) and Linux, although I
have not package slmisc attached.
Uwe Ligges
On 23.04.2010 01:32, Sebastian P. Luque wrote:
Hi,
I'm getting a segmentation fault as follows:
---cut here---start--
R
On 23/04/2010 7:31 AM, Uwe Ligges wrote:
Works for me, both under Windows (32 and 64 bit) and Linux, although I
have not package slmisc attached.
I've just found that the bug 14267 is related to a POSIXlt formatting
bug, so this is likely to be the same thing.
Duncan Murdoch
Uwe Ligges
On Fri, 23 Apr 2010 07:46:10 -0400,
Duncan Murdoch murdoch.dun...@gmail.com wrote:
On 23/04/2010 7:31 AM, Uwe Ligges wrote:
Works for me, both under Windows (32 and 64 bit) and Linux, although
I have not package slmisc attached.
I've just found that the bug 14267 is related to a POSIXlt
On Fri, 23 Apr 2010 13:31:14 +0200,
Uwe Ligges lig...@statistik.tu-dortmund.de wrote:
Works for me, both under Windows (32 and 64 bit) and Linux, although I
have not package slmisc attached.
Is this with 2.11.0 ? Thanks.
--
Seb
__
On Apr 23, 2010, at 2:50 PM, Sebastian P. Luque wrote:
On Fri, 23 Apr 2010 13:31:14 +0200,
Uwe Ligges lig...@statistik.tu-dortmund.de wrote:
Works for me, both under Windows (32 and 64 bit) and Linux, although I
have not package slmisc attached.
Is this with 2.11.0 ? Thanks.
I'm
On 23/04/2010 10:03 AM, peter dalgaard wrote:
On Apr 23, 2010, at 2:50 PM, Sebastian P. Luque wrote:
On Fri, 23 Apr 2010 13:31:14 +0200,
Uwe Ligges lig...@statistik.tu-dortmund.de wrote:
Works for me, both under Windows (32 and 64 bit) and Linux, although I
have not package slmisc
On Fri, 23 Apr 2010 16:03:15 +0200,
peter dalgaard pda...@gmail.com wrote:
I'm getting a bit further with bug 14267: On OSX I am NOT seeing it
with R-devel, although it is there with 2.11.0 Patched.
Running with a non-optimized compile, I can get some more information
It is happening on the
On Apr 23, 2010, at 4:17 PM, Duncan Murdoch wrote:
On 23/04/2010 10:03 AM, peter dalgaard wrote:
On Apr 23, 2010, at 2:50 PM, Sebastian P. Luque wrote:
On Fri, 23 Apr 2010 13:31:14 +0200,
Uwe Ligges lig...@statistik.tu-dortmund.de wrote:
Works for me, both under Windows (32 and 64
Douglas,
Thanks for your reply. I took your suggestion and tried the Cholesky
factorization with dppsv, the positive definite version of dspsv. I
found dppsv to be a great deal faster than dspsv, as might be expected
since dspsv uses a more complicated factorization. However, I ran into
trouble
Hi Duncan,
Thanks for reminding me. See below for the error information from *.Rout
file
It seems that 'pkgname' was not found. I am not sure whether there is some
problem with my functions or it is a little bug.
Thanks a lot.
###
assign(ptime, proc.time(), pos = CheckExEnv)
## at
Hello,
I have built a shared lib from C++ source files in pkg/src, and
from another directory pkg/src/test. Everything seems to work,
and all functions are in the library (based on
nm mylib.so | grep myfunc). But when I try to call
a function with, say .Call('myfunc'), the symbol myfunc is
found
Terry,
I don't see the problem in R 2.11.0 or R 2.10.1 Patched
(session info for R 2.10.1 below) with Windows (Vista).
I do get warnings about kinship having been built under
R 2.11.0 when I use R 2.10.1.
But I notice that your version of kinship looks somewhat
dated. Is that intentional?
Greetings, and apologies for the braino leading to my first posting to
the general list. I'm reposting here, and changing how I attached the
files; they were hard to work with in the other post.
There's a coalescing group which is working to imitate Dirk's fine
translation of CRAN to APT, in
On 23/04/2010 1:19 PM, rusers.sh wrote:
Hi Duncan,
Thanks for reminding me. See below for the error information from *.Rout
file
It seems that 'pkgname' was not found. I am not sure whether there is some
problem with my functions or it is a little bug.
Thanks a lot.
###
Hi Matthew,
Matthew Dowle wrote:
Just to add some clarification, the suggestion wasn't motivated by speeding
up a length 3 vector being recycled 3.3 million times. But its a good point
that any change should not make that case slower. I don't know how much
vectorCopy is called really,
Hi Duncan,
Enclosed is the example package and the checking results. No rm() or
remove() in the example. Before this re-installation of R and other tools
(e.g. Rtools), there are no errors for package checking.
Thanks.
2010/4/23 Duncan Murdoch murdoch.dun...@gmail.com
On 23/04/2010 1:19
Follow up...
Hervé Pagès wrote:
Hi Matthew,
Matthew Dowle wrote:
Just to add some clarification, the suggestion wasn't motivated by
speeding up a length 3 vector being recycled 3.3 million times. But
its a good point that any change should not make that case slower. I
don't know how much
Hervé Pagès wrote:
[...]
Code:
===
#include stdio.h
#include string.h
#include stdlib.h
void memcpy_with_recycling_of_src(char *dest, size_t dest_nblocks,
const char *src, size_t src_nblocks,
19 matches
Mail list logo