Displaying 20 results from an estimated 1000 matches similar to: "R process killed when allocating too large matrix (Mac OS X)"
2016 May 05
4
R process killed when allocating too large matrix (Mac OS X)
Hi Simon,
thanks for your quick reply.
1) ... so you can reproduce this?
2) Do you know a way how this can be 'foreseen'? We allocate larger
matrices in the copula package depending on the user's input
dimension. It would be good to tell her/him "Your dimension is quite
large. Be aware of killers in your neighborhood"... before the killer
attacks.
Thanks & cheers,
2016 May 05
1
R process killed when allocating too large matrix (Mac OS X)
Hi,
Interesting "feature" in 10.11.4. I wonder if the process is killed
before or after malloc() returns. If before, it seems very blunt:
"You're asking too much and I don't like it so I kill you now".
If after it doesn't look much better: "You're asking a lot and I
don't like it but I give it to you anyway. I'll kill you quickly
later".
Why
2020 Jun 12
3
tcltk image reading problem (on a mac?): [tcl] encountered an unsupported criticial chunk type "eXIf"
I don't know what has changed with Catalina
But I just tried my tk console from the shell command tkcon
And got the following error.
Here is my shell:
$ tkcon
dyld: Library not loaded: /usr/local/lib:/opt/X11/lib/libtk8.6.dylib
Referenced from: /usr/local/bin/wish
Reason: image not found
Abort trap: 6
I don't know whether this is a red herring or not, but the
2020 Jun 12
3
tcltk image reading problem (on a mac?): [tcl] encountered an unsupported criticial chunk type "eXIf"
Dear Simon,
> On Jun 11, 2020, at 9:00 PM, Simon Urbanek <simon.urbanek at r-project.org> wrote:
>
> Wayne,
>
> that one is unrelated, but interesting - you can fix it with
>
> sudo install_name_tool -change \
> /usr/local/lib:/opt/X11/lib/libtk8.6.dylib \
> /usr/local/lib/libtk8.6.dylib \
> /usr/local/bin/wish8.6
>
> There is a bug in tcltk with
2020 Jun 11
4
tcltk image reading problem (on a mac?): [tcl] encountered an unsupported criticial chunk type "eXIf"
Hello everyone
I am not sure when this appeared
(sometime post R 3.5.0 and after I switched to Mac OS Catalina).
I do not think it happens on all platforms (e.g. seems to work on windows).
But it seems that
tkimage.create()
no longer works on a Mac for all png files.
(It does work for *some* old png files I have on disk but I have not been able to determine what is different about the
2016 May 05
0
R process killed when allocating too large matrix (Mac OS X)
On May 4, 2016, at 9:00 PM, Marius Hofert <marius.hofert at uwaterloo.ca> wrote:
> Hi Simon,
>
> thanks for your quick reply.
>
> 1) ... so you can reproduce this?
Yes, I can on 10.11.4.
> 2) Do you know a way how this can be 'foreseen'? We allocate larger
> matrices in the copula package depending on the user's input
> dimension. It would be good to
2020 Jun 12
0
tcltk image reading problem (on a mac?): [tcl] encountered an unsupported criticial chunk type "eXIf"
Wayne,
that one is unrelated, but interesting - you can fix it with
sudo install_name_tool -change \
/usr/local/lib:/opt/X11/lib/libtk8.6.dylib \
/usr/local/lib/libtk8.6.dylib \
/usr/local/bin/wish8.6
There is a bug in tcltk with IDs on the libraries which I have worked-around for R, but not for wish.
Back to the original question - do you have any example of a file that doesn't
2020 Jun 11
0
tcltk image reading problem (on a mac?): [tcl] encountered an unsupported criticial chunk type "eXIf"
Dear Wayne and Peter,
FWIW, I observe exactly the same problem in Catalina. The error and my session info:
-------- snip --------
> tkimage.create("photo", file = fname)
Error in structure(.External(.C_dotTclObjv, objv), class = "tclObj") :
[tcl] encountered an unsupported criticial chunk type "eXIf".
> sessionInfo()
R version 4.0.0 (2020-04-24)
Platform:
2015 Jun 08
2
Bug in loadNamespace?
I am seeing very strange behaviour in R 3.2.0 patched (r68272) and a new
build of R-devel. The sessioninfo() from the former is below.
Here's what I see: If I set the locale, and trigger a namespace load, a
version comparison gives NA, and I get an error. For example, in a new
session started with R --vanilla from the terminal:
> Sys.setlocale(locale='en_US.UTF-8');grid::gpar()
2015 Aug 25
2
Issues with libcurl + HTTP status codes (eg. 403, 404)
Hi all,
The following fails for me (on OS X, although I imagine it's the same
on other platforms using libcurl):
options(download.file.method = "libcurl")
options(repos = c(CRAN = "https://cran.rstudio.com/", CRANextra =
"http://www.stats.ox.ac.uk/pub/RWin"))
install.packages("lattice") ## could be any package
gives me:
>
2015 Aug 25
3
Issues with libcurl + HTTP status codes (eg. 403, 404)
Hi Martin,
Indeed it does (and I should have confirmed myself with R-patched and
R-devel before posting...)
Thanks, and sorry for the noise.
Kevin
On Tue, Aug 25, 2015, 13:11 Martin Morgan <mtmorgan at fredhutch.org> wrote:
> On 08/25/2015 12:54 PM, Kevin Ushey wrote:
> > Hi all,
> >
> > The following fails for me (on OS X, although I imagine it's the same
>
2015 Aug 25
1
Issues with libcurl + HTTP status codes (eg. 403, 404)
In fact, this does reproduce on R-devel:
> options(download.file.method = "libcurl")
> options(repos = c(CRAN = "https://cran.rstudio.com/", CRANextra =
+ "http://www.stats.ox.ac.uk/pub/RWin"))
> install.packages("lattice") ## could be any package
Installing package into ?/Users/kevinushey/Library/R/3.3/library?
(as ?lib? is
2012 Dec 15
3
Cannot build custom locale with utf-8 charset
I am trying, without success, to compile a custom locale for the utf-8
character set. I have issued this command:
localedef --no-archive -f UTF-8 -i
/usr/share/i18n/locales/en_CA at yyyy-mmm-dd en_CA at yyyy-mmm-dd.utf8
which produces the requisite files without reporting an error but
which none-the-less insists on using the iso-8859-1 charset:
LC_ALL=en_CA at yyyy-mm-dd locale charmap
2010 Aug 18
2
'panel.smooth' error
Hi,
The following call:
xyplot(incidence ~ year, melanoma, panel=panel.smooth)
produces a blank plot region with an error message:
Error using packet 1
plot.new has not been called yet
> sessionInfo()
R version 2.11.1 (2010-05-31)
x86_64-pc-linux-gnu
locale:
[1] LC_CTYPE=en_CA.UTF-8 LC_NUMERIC=C LC_TIME=en_CA.UTF-8 LC_COLLATE=en_CA.UTF-8 LC_MONETARY=C
2015 Jun 08
3
Bug in loadNamespace?
On 07/06/2015 9:14 PM, Dirk Eddelbuettel wrote:
>
> On 7 June 2015 at 20:46, Duncan Murdoch wrote:
> | I am seeing very strange behaviour in R 3.2.0 patched (r68272) and a new
> | build of R-devel. The sessioninfo() from the former is below.
> |
> | Here's what I see: If I set the locale, and trigger a namespace load, a
> | version comparison gives NA, and I get an
2007 Jun 27
1
error message from lmer
Hi,
I've begun to use the lme4 package, rather than nlme, for more flexibility
during modelling, and running the examples in lmer I receive this error
message:
---<---------------cut here---------------start-------------->---
R> (fm1 <- lmer(Reaction ~ Days + (Days|Subject), sleepstudy))
Error in printMer(object) : no slot of name "status" for this object of class
2024 Apr 25
1
[External] View() segfaulting ...
I saw it also on some of my Ubuntu builds, but the issue went away
after a make clean/make, so maybe give that a try.
Best,
luke
On Wed, 24 Apr 2024, Ben Bolker wrote:
> I'm using bleeding-edge R-devel, so maybe my build is weird. Can anyone
> else reproduce this?
>
> View() seems to crash on just about anything.
>
> View(1:3)
> *** stack smashing detected ***:
2006 Oct 27
2
POSIXct time zone and daylight savings issues
Hello,
Suppose we need a function that takes a POSIXct object and need to
calculate the time difference between it and GMT time:
gmtDiff <- function(time) {
time.gmt <- as.POSIXct(format(time, tz="GMT"))
time.plt <- as.POSIXlt(time)
dlstime <- ifelse(time.plt$isdst > 0, 1, 0)
timezone <- as.numeric(difftime(time, time.gmt, units="hours"))
2011 Dec 09
3
bug in sum() on integer vector
Hi,
x <- c(rep(1800000003L, 10000000), -rep(1200000002L, 15000000))
This is correct:
> sum(as.double(x))
[1] 0
This is not:
> sum(x)
[1] 4996000
Returning NA (with a warning) would also be acceptable for the latter.
That would make it consistent with cumsum(x):
> cumsum(x)[length(x)]
[1] NA
Warning message:
Integer overflow in 'cumsum'; use
2009 Oct 06
1
vignette() failure
Hi,
I can't pinpoint exactly since what R version I first noticed this
error, but are others seeing this?
R> vignette("grid")
R> sh: : command not found
instead of having the vignette displayed in the proper viewer? This is
with:
R> sessionInfo()
R version 2.9.2 (2009-08-24)
x86_64-pc-linux-gnu
locale: