similar to: R process killed when allocating too large matrix (Mac OS X)

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: