Interrupting readline() after a time interval in R

后端 未结 3 1562
有刺的猬
有刺的猬 2021-01-22 08:14

How to break a loop after a certain elapsed time? I have a function that collects observational data from a user. The user should have a pre-defined time limit, when the data ar

相关标签:
3条回答
  • 2021-01-22 08:17

    I've also been looking for a solution to this, ended up writing my own function below, but it only works in some setups/platforms. The main problem is that readline suspends execution until input is provided, so it may hang indefinitely, without ever returning.

    My workaround is to open(file('stdin'), blocking=FALSE), and then use readLines(n=1). Problem with that is that it only accepts file('stdin'), which is not always connected. It fails in RGui for windows and MacOS, and for RStudio (at least for MacOS). But it seems to work for R when run from terminal under MacOS.

    readline_time <- function(prompt, timeout = 3600, precision=.1) {
      stopifnot(length(prompt)<=1, is.numeric(timeout), length(timeout)==1, !is.na(timeout), timeout>=0, is.numeric(precision), length(precision)==1, !is.na(precision), precision>0)
      if(!interactive()) return(NULL)
      if(timeout==0) return(readline(prompt))
      my_in <- file('stdin')
      open(my_in, blocking=FALSE)
      cat(prompt)
      ans <- readLines(my_in, n=1)
      while(timeout>0 && !length(ans)) {
        Sys.sleep(precision)
        timeout <- timeout-precision
        ans <- readLines(my_in, n=1)
      }
      close(my_in)
      return(ans)
    }
    

    Or if you want to import (along with some other functions): devtools::install_github('EmilBode/EmilMisc')

    0 讨论(0)
  • 2021-01-22 08:19

    i think you can use fucntion "setTimeLimit" from library base. so...

    record.events <- function(duration = 30, first.event = "a"){
        # Initial settings
        time.start <- proc.time()[3]
        events<-first.event
        stroke.time<-c(0)
    
    # Timed data collection
        while(proc.time()[3] - time.start < duration){
        temp <- tryCatch({setTimeLimit(elapsed=(time.start + duration - proc.time()[3]),
                         transient = TRUE);readline("record events...")},
                         error = function(e) { return("NULL")})
        #you need to set up back this function... (but why i dont know????)
        setTimeLimit(elapsed = Inf, transient = TRUE)
    
         events[length(events)+1] <- temp
        stroke.time[length(stroke.time)+1]<-round(proc.time()[3],3)
    }
    
    # Format recorded data for post-processing
    
    events<-data.frame(events, stroke.time) 
    return(events)
    }
    

    But setTimeLimit inst great for use in user functions.. My results is:

      events stroke.time
    1      a        0.00
    2      s     1539.12
    3      s     1539.52
    4    ass     1539.96
    5      s     1540.49
    6    asd     1540.94
    7    fed     1541.27
    8   NULL     1541.55
    

    For more info see:

    https://stackoverflow.com/a/7891479

    https://stat.ethz.ch/R-manual/R-devel/library/base/html/setTimeLimit.html

    How does setTimeLimit work in R?

    setTimeLimit fails to terminate idle call in R

    0 讨论(0)
  • I was curious to see if anyone had a real Rland solution to this problem, but it looks like not.

    One possible solution is to shell out with system() and run a command that allows reading input with a time limit. This is inherently platform-specific. The Unix bash shell provides a read builtin that is perfect for this purpose, and this will also work on the Cygwin emulation layer on Windows. Unfortunately, I haven't ever come across a command available on the vanilla native Windows platform that provides sufficient functionality for this. set /p can read arbitrary string input but does not provide a timeout, while choice.exe provides a timeout (accurate to the second) but only supports selection of an item from a finite list of (single-character!) items, as opposed to arbitrary string input. Fun fact: choice.exe has its own Wikipedia article.

    Here's how you can use read to do this:

    LIMIT <- 10; ## conceptual constant
    end <- Sys.time()+(left <- LIMIT); ## precompute end of input window and init left
    repeat {
        input <- suppressWarnings(system(intern=T,sprintf(
            'read -r -t %.2f; rc=$?; echo "$REPLY"; exit $rc;',
            left
        ))); ## suppress warnings on non-zero return codes
        left <- difftime(end,Sys.time(),units='secs');
        cat(sprintf('got input: \"%s\" [%d] with %.2fs left\n',
            input,
            if ('status'%in%names(attributes(input))) attr(input,'status') else 0L,
            left
        ));
        if (left<=0) break;
    };
    ## asdf
    ## got input: "asdf" [0] with 9.04s left
    ## xcv
    ## got input: "xcv" [0] with 8.15s left
    ## a
    ## got input: "a" [0] with 6.89s left
    ## b
    ## got input: "b" [0] with 6.68s left
    ## c
    ## got input: "c" [0] with 6.44s left
    ##
    ## got input: "" [0] with 5.88s left
    ##
    ## got input: "" [1] with 4.59s left
    ## got input: "" [1] with 3.70s left
    ##
    ## got input: "" [0] with 0.86s left
    ##
    ## got input: "" [0] with 0.15s left
    ## got input: "" [142] with -0.03s left
    

    The sample output I've shown above was me playing around during the input window. I mostly typed some random lines and pressed enter to submit them, giving a return code of 0. The two lines of output that show a return code of 1 were me pressing ^d, which causes read to return 1 immediately, leaving whatever input that was in the buffer in $REPLY (nothing, in those two cases). The final line of output was read terminating immediately upon hitting the timeout, which I believe is the functionality you're looking for. You can use the return code of 142 to distinguish the timeout event from other input events. I'm not completely certain that the return code of 142 is consistent and reliable on all Unix systems, but there's also another way to detect the timeout event: check the current time against end (i.e. the left calculation), as I do in the code. Although I suppose that approach introduces a race condition between a possible last-moment submission and the time check in Rland, but you probably don't need that level of design criticality.

    0 讨论(0)
提交回复
热议问题