similar to: crash with scan(..., what=list(,,)) (PR#802)

Hello, All: I have a 4.54 GB file that I'm trying to read in chunks using "scan(..., skip=__)". It works as expected for small values of "skip" but goes into an infinite loop for "skip=1e11" and similar large values of skip: I cannot even interrupt it; I must kill R. Below please find sessionInfo() with a toy example. My real problem is a large

On Fri, 10 Feb 2023 23:38:55 -0600 Spencer Graves <spencer.graves at prodsyse.com> wrote: > I have a 4.54 GB file that I'm trying to read in chunks using > "scan(..., skip=__)". It works as expected for small values of > "skip" but goes into an infinite loop for "skip=1e11" and similar > large values of skip: I cannot even interrupt it; I

According to the AppDB EU2 1.09 has a platinum rating, but it's constantly crashing on me. I installed the game from the CD, updated to the latest version (1.09), and the game launches just fine. When it gets into the menu I notice that it's running a lot slower than it should be. I can start a single player game and it still runs slow, and then crashes. It doesn't matter what I do in

For a variety of displays (mosaicplots, barplots, ...) one often wants to either abbreviate or wrap long labels, particularly when these are made up of several words. In general, it would be nice to have a function, abbreviate.or.wrap <- function(x, maxlength=10, maxlines=2, split=" ") { } that would take a character vector or a list of vectors, x, and try to abbreviate or wrap

With ?if?(!j--)?{ ?????R_CheckUserInterrupt(); ?????j?=?10000; ?} as?in?current?R?devel?(r83976),?j goes negative (-1) and interrupt is checked every 10001 instead of 10000. I?prefer ?if?(!--j)?{ ?????R_CheckUserInterrupt(); ?????j?=?10000; ?} . In?current?R?devel?(r83976),?if?EOF?is?reached,?the?outer?loop?keeps?going,?i?keeps?incrementing?until?nskip.

thanks Karl, that got me almost there. I think i am still missing one other library apparently. ANy ideas ? #gcc -lshout -lsocket -lnsl -o test example.c Undefined first referenced symbol in file inet_pton /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so ld: fatal: Symbol referencing errors. No output written to test

Has anyone seen this issue before on solaris 2.7. I keep getting this error for libshout when trying to compile the example. root#[/usr/local/src/libshout-1.0.9/example]#gcc -lshout -o test example.c Undefined first referenced symbol in file socket /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so recv

This question is about compiling R-1.6.2 from source on a Sparcstation-20 machine running Solaris 7, gcc-2.95.3 and readline-4.2 (both gcc and readline from sunfreeware.com). I searched the r-help archive and the FAQ. The errors seem to be related to the binary readline libraries, and I have /usr/local/lib/libreadline.a,libreadline.so@, and libreadline.so.4. The attached errors are from

An assignment in an argument sometimes makes rbind return invisibly > rbind(diag(3),a<-1:3) > print(rbind(diag(3),a<-1:3)) [,1] [,2] [,3] [1,] 1 0 0 [2,] 0 1 0 [3,] 0 0 1 [4,] 1 2 3 > version _ platform sparc-sun-solaris2.7 arch sparc os solaris2.7

> split(c(a=1,b=2),c(1,2)) $"1" [1] 1 $"2" [1] 2 The documentation does not *promise* that names will survive, but in Splus3.4, they do. This broke a function that worked under S+ that used the names attribute of elements in the components returned by split. Chuck Berry --please do not edit the information below-- Version: platform = sparc-sun-solaris2.7 arch = sparc

Description: Split the Strings in `x' into substrings according to the presence of substring `split' within them. -------------------- > strsplit("acbdefgSPLIThigkilmnSpPqrst","SPLIT") [[1]] [1] "acbdefg" "higkilmn" "p" "qrst" -------------------- Apparently, it will Split the Strings in `x' into

The following seems to be odd behaviour: fred <- 1:10 mode(fred) # "numeric" exists("fred") # TRUE exists("fred", mode="numeric") # FALSE Unless I have misunderstood, the final evaluation should be TRUE, as an object called "fred" exists and its mode is "numeric". In the same category, I have just noticed that get("fred")

>From one of my students' simulations: m <- matrix(1, 0, 0) # 1 to force numeric not logical eigen(m) and segfault in TRED2 in src/appl/eigen.f Easy to fix, but I wonder what else might have been overlooked? (svd is protected). --please do not edit the information below-- Version: platform = sparc-sun-solaris2.7 arch = sparc os = solaris2.7 system = sparc, solaris2.7 status =

Problem: > names(my.dat) [1] "x" "y" > cor(my.dat$x,my.dat$y) # desired result [1] 0.8660254 > cor(my.dat$x,my.dat$y.NOT) # typo [1] 1 > I'd prefer a warning() or stop() in that case. Solution (??) : *** 1,5 **** --- 1,7 ---- cor <- function (x, y=NULL, use="all.obs") { + if (is.null(y) && !is.null( match.call()$y ) ) +

This one may not strictly be a bug, and it was certainly my fault, but it took me a while to track it down and it is rather strange: funOne <- function(x) { funTwo <- 1:10 funTwo(x) } funTwo <- function(v) 2*v funOne(5) # answer is 10 as expected # now a different definition for funTwo with a match.arg funTwo <- function(v, foo=c("small", "large")) { foo

I have encountered a problem with merge() that appears to be a bug. Here's an example to illustrate it. > tmp1 <- data.frame(a=letters[1:3],b=LETTERS[2:4],x=1:3) > tmpa <- expand.grid(a=letters[1:4],b=LETTERS[1:4]) > tmpm.1 <- merge(tmpa,tmp1) > tmpm.2 <- merge(tmp1,tmpa) Error in "names<-.default"(*tmp*, value = vnames) : names attribute must

Is this a bug? > matrix(1:4,nc=2,dimnames=list(1:2,1:2))[c(1,3)] 1 NA 1 3 It has some annoying consequences, e.g. > median( matrix(1:9,nc=3,dimnames=list(1:3,1:3))[1,,drop=F] ) NA 4 > The above was for Version: platform = sparc-sun-solaris2.7 arch = sparc os = solaris2.7 system = sparc, solaris2.7 status = major = 1 minor = 3.0 year = 2001 month = 06 day = 22

It appears that julian() is in R-base, but julian.default() is in the chron package. > search() [1] ".GlobalEnv" "package:ctest" "Autoloads" "package:base" > julian(1:3,4:6,1991:1993) Error in julian(1:3, 4:6, 1991:1993) : no applicable method for "julian" > find('julian') [1] "package:base" >

For certain values, round.POSIXt(tm,'day') does not round to midnight as documented. The reason is that trunc.POSIXt() does not adjust the value of the isdst element. Assuming my assessment of the reason is correct, I have a potential solution to offer. Additional discussion is in bug report #1543. -Don > x <- c(as.POSIXct('2001-4-1 3:15'),as.POSIXct('2001-5-2

I have a file of R code which I source(). The code has this structure: repeat { ## check size of each of sixteen files ## if any of the file sizes has increased, then ## read the last 65 lines of all the files ## do a few computations, make a plot } With the intention of using Ctrl-C to manually break the loop when desired. I set this thing running yesterday afternoon, and