Hi Martin,
On 11-09-23 04:12 PM, Martin Maechler wrote:
Hervé Pagès
on Fri, 23 Sep 2011 11:44:32 -0700 writes:
> On 11-09-23 11:02 AM, Sarah Goslee wrote:
>> Hi,
>>
>>
>> 2011/9/23 Hervé Pagès:
>>> Hi,
>>>
>>> With current R devel and R 2.13.1:
On 09/23/2011 01:46 PM, Hervé Pagès wrote:
Hi,
cbind() doesn't seem to like raw vectors:
> df <- cbind(a=integer(4000), b=raw(4000))
> df
*** glibc detected *** /home/hpages/R-2.13.1/bin/exec/R: malloc():
memory corruption: 0x02d73ca0 ***
For what it's worth, under valgrind
R -d va
> Hervé Pagès
> on Fri, 23 Sep 2011 11:44:32 -0700 writes:
> On 11-09-23 11:02 AM, Sarah Goslee wrote:
>> Hi,
>>
>>
>> 2011/9/23 Hervé Pagès:
>>> Hi,
>>>
>>> With current R devel and R 2.13.1:
>>>
aa=1:5 save(aa, file="aa.rda", compress
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/23/2011 06:25 PM, Dirk Eddelbuettel wrote:
>
> On 23 September 2011 at 18:03, Ben Bolker wrote:
> | Just to save someone else a few seconds of googling: when you try to R
> | CMD check with recent versions of R-devel and you get
> |
> | * che
On 23 September 2011 at 18:03, Ben Bolker wrote:
| Just to save someone else a few seconds of googling: when you try to R
| CMD check with recent versions of R-devel and you get
|
| * checking PDF version of manual ... WARNING
| LaTeX errors when creating PDF version.
| This typically indicates
Just to save someone else a few seconds of googling: when you try to R
CMD check with recent versions of R-devel and you get
* checking PDF version of manual ... WARNING
LaTeX errors when creating PDF version.
This typically indicates Rd problems.
LaTeX errors found:
! LaTeX Error: File `inconso
Hi,
cbind() doesn't seem to like raw vectors:
> df <- cbind(a=integer(4000), b=raw(4000))
> df
*** glibc detected *** /home/hpages/R-2.13.1/bin/exec/R: malloc():
memory corruption: 0x02d73ca0 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x79d7a)[0x7f3592b91d7a]
/li
Thanks duncan.
I fixed it by changing to depends and resubmitting my packages. But I
changed from depends to imports for a very specific reason. namespace
conflicts. There are work arounds for that so its not terminally
broken, but IMPORT had the promise of just the elegance I was looking
for.
On 23/09/2011 12:57 PM, steven mosher wrote:
Duncan
I have a related question.
I need one function from R.utils. But R.utils depends on R.oo and R.methodsS3.
so I made R.util an import and then used importFrom() in the namespace.
The package passed the "check". However when it came to use
On 11-09-23 11:02 AM, Sarah Goslee wrote:
Hi,
2011/9/23 Hervé Pagès:
Hi,
With current R devel and R 2.13.1:
aa=1:5
save(aa, file="aa.rda", compress="xy")
Error in identical(compress, "gzip") || compress :
invalid 'y' type in 'x || y'
The options for compress are "gzip" "bzip2" or "xz"
Hi,
2011/9/23 Hervé Pagès :
> Hi,
>
> With current R devel and R 2.13.1:
>
>> aa=1:5
>> save(aa, file="aa.rda", compress="xy")
> Error in identical(compress, "gzip") || compress :
> invalid 'y' type in 'x || y'
The options for compress are "gzip" "bzip2" or "xz" (and not "xy"), at
least on my l
Hi,
With current R devel and R 2.13.1:
> aa=1:5
> save(aa, file="aa.rda", compress="xy")
Error in identical(compress, "gzip") || compress :
invalid 'y' type in 'x || y'
Thanks!
H.
> sessionInfo()
R version 2.13.1 (2011-07-08)
Platform: x86_64-unknown-linux-gnu (64-bit)
locale:
[1] LC_CTYPE
On Fri, 23 Sep 2011, Martin Maechler wrote:
William Dunlap
on Fri, 23 Sep 2011 15:49:43 + writes:
> dir(all=TRUE) returns the file names "." and ".." while
> dir(recursive=TRUE, all=TRUE, include.dirs=TRUE) does not.
> I always filter out the "." and ".." entries and was
On Fri, 23 Sep 2011, Jon Clayden wrote:
Thanks for the replies. I take the point, although it does seem like a
substantial regression (on non-Windows platforms).
I like to keep the external dependencies of my packages minimal, but I
will look into the mmap package - thanks, Jeff, for the tip.
> William Dunlap
> on Fri, 23 Sep 2011 15:49:43 + writes:
> dir(all=TRUE) returns the file names "." and ".." while
> dir(recursive=TRUE, all=TRUE, include.dirs=TRUE) does not.
> I always filter out the "." and ".." entries and was
> wondering if anyone would mind
Duncan
I have a related question.
I need one function from R.utils. But R.utils depends on R.oo and R.methodsS3.
so I made R.util an import and then used importFrom() in the namespace.
The package passed the "check". However when it came to use the function
it had not been loaded? do I need
Yes, inelegant would be a good description. Sadly a fact we have to
put up with I guess.
FWIW, I too don't like dependencies. mmap has none, and is cross
platform, but I get the idea.
Good luck,
Jeff
On Fri, Sep 23, 2011 at 11:13 AM, Jon Clayden wrote:
> Thanks for the replies. I take the poi
Thanks for the replies. I take the point, although it does seem like a
substantial regression (on non-Windows platforms).
I like to keep the external dependencies of my packages minimal, but I
will look into the mmap package - thanks, Jeff, for the tip.
Aside from that, though, what is the altern
seek() in general is a bad idea IMO if you are writing cross-platform code.
?seek
Warning:
Use of ‘seek’ on Windows is discouraged. We have found so many
errors in the Windows implementation of file positioning that
users are advised to use it only at their own risk, and asked no
dir(all=TRUE) returns the file names "." and ".."
while dir(recursive=TRUE, all=TRUE, include.dirs=TRUE)
does not. I always filter out the "." and ".." entries
and was wondering if anyone would mind if dir(all=TRUE)
just omitted them? It might make recursive file operations
like cleaning out a di
Basically seek with zlib is flaky: we've stumbled on several errors.
If it worked for you in the past, count yourself lucky. I'd suggest
you avoid relying on it in your packages.
On Fri, 23 Sep 2011, Jon Clayden wrote:
Dear all,
In R-devel (2011-09-23 r57050), I'm running into a serious pro
Dear all,
In R-devel (2011-09-23 r57050), I'm running into a serious problem
with seek()ing on connections opened with gzfile(). A warning is
generated and the file position does not seek to the requested
location. It doesn't seem to occur all the time - I tried to create a
small example file to i
Fine for me with R-2.13.2 RC. No idea where you got the differences
from. Perhaps reinstall recent version of the Rtools, check the PATH,
make sure this is a clean checkout / directory and try again.
Uwe ligges
On 23.09.2011 13:46, Johannes Egner wrote:
Hi all,
I have been experiencing dif
Hi all,
I have been experiencing difficulties building R (be this 2.13.1,
beta, devel, or rc) on Windows 7 64bit.
I believe I am following the manual religiously, and don't think I am
doing anything differently from the many successful build attempts in
the past. Unzipping the tarball works fine,
24 matches
Mail list logo