Hello together,
the function `Sys.readlink` uses the system's readlink command to resolve
symlink paths. On OSX/BSD the command has a different meaning than on Linux [1].
There exists the tool 'realpath', which seems suitable for the task, at least
applied at the command line level [2]. It is u
On 29.02.2016 10:34, Sven E. Templer wrote:
> Hello together,
>
> the function `Sys.readlink` uses the system's readlink command to resolve
> symlink paths. On OSX/BSD the command has a different meaning than on Linux
> [1].
>
> There exists the tool 'realpath', which seems suitable for the tas
Hello,
sorry for not being clear enough.
My problem is represented with the following code, running on OSX:
mkdir ~/test
ln -s ~/test ~/testlink
touch ~/test/foo
Rscript -e 'Sys.readlink(c("~/test/foo", "~/testlink/foo"));
normalizePath(c("~/test/foo","~/testlink/foo"))'
I expected `Sys.readli
> On 29 Feb 2016, at 11:59, Sven Templer wrote:
>
> Also, I think the readlink.h imported to R to be the same as from the
> system's `readlink` command, thus mimicking the command line difference.
Please ignore this statement, sorry.
__
R-devel@r-pro
> On Feb 29, 2016, at 5:59 AM, Sven Templer wrote:
>
> Hello,
>
> sorry for not being clear enough.
>
> My problem is represented with the following code, running on OSX:
>
> mkdir ~/test
> ln -s ~/test ~/testlink
> touch ~/test/foo
> Rscript -e 'Sys.readlink(c("~/test/foo", "~/testlink/foo")
Yes,
`Sys.readlink` is returning values as explained/expected.
I was very confused by mixing C library functions with coreutils and not
reading careful enough, please excuse me for that.
A link to `normalizePath` would be of help in the 'See Also' section, in my
opinion.
Regards,
Sven
> On 29
According to Wikipedia:
"In 1980 the first version of S was distributed outside Bell
Laboratories and in 1981 source versions were made available."
but I've been unable to locate any version of S online. Does anyone
have a copy, somewhere, rusting away on an old hard disk or slowly
flaking off a
> Karl Millar via R-devel
> on Fri, 26 Feb 2016 15:58:20 -0800 writes:
> Generating a model matrix with very large numbers of
> columns overflows the stack and/or runs very slowly, due
> to the implementation of TrimRepeats().
> This patch modifies it to use Rf_duplic
Hi,
I originally posted this on the Rcpp github tracker, but it was suggested I
post it here.
I tried to compile the package https://github.com/khabbazian/sparseAHC/ under
Windows. The package requires C++11 so I had to install the R devel build with
gcc 4.9.3, and the latest Rtools.
I got co
The Wikipedia statement may be a bit misleading.
S was never open source. Source versions would only have been available with a
nondisclosure agreement, and relatively few copies would have been distributed
in source. There was a small but valuable "beta test" network, mainly
university stati
Thanks.
Couldn't you implement model.matrix(..., sparse = TRUE) with a small
amount of R code similar to MatrixModels::model.Matrix ?
On Mon, Feb 29, 2016 at 10:01 AM, Martin Maechler
wrote:
>> Karl Millar via R-devel
>> on Fri, 26 Feb 2016 15:58:20 -0800 writes:
>
> > Generati
I have just committed your first patch (the strlen() replacement) to
R-devel, and will soon put it in R-patched as well. I wont have time to
look at this again before the 3.2.4 release, so your file.show() patch
isn't going to make it unless someone else gets to it.
There's still a faint chan
On Mon, Feb 29, 2016 at 6:17 PM, John Chambers wrote:
> The Wikipedia statement may be a bit misleading.
>
> S was never open source. Source versions would only have been available with
> a nondisclosure agreement, and relatively few copies would have been
> distributed in source. There was a
> On 29 Feb 2016, at 20:54 pm, Barry Rowlingson
> wrote:
>
> On Mon, Feb 29, 2016 at 6:17 PM, John Chambers wrote:
>> The Wikipedia statement may be a bit misleading.
>>
>> S was never open source. Source versions would only have been available
>> with a nondisclosure agreement, and relativ
The file.show() issue is now in the bug tracker. I used a slightly
different example to demonstrate the problem.
https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16738
- Mikko
On 29.02.2016 20:30, Duncan Murdoch wrote:
> I have just committed your first patch (the strlen() replacement) to
>
Another 1000 packages were added to CRAN, which took less than 7
months. Today (February 29, 2017), the Comprehensive R Archive Network
(CRAN) [1] reports:
“Currently, the CRAN package repository features 8002 available packages.”
The rate with which new packages are added to CRAN is increasing.
16 matches
Mail list logo
