similar to: a version of source() which keeps comments ?

I had a regression in config.site so the nightly build didn't. Retrying.... Looks like it will build, but the ctl-R, ctl-C bug is still present on OSX (w/Simon's libs). This _was_ fixed for a while, was it not? (The NEWS entry is also wrong: The issue existed before readline 6.3) -pd On 24 May 2016, at 12:55 , Martin Maechler <maechler at stat.math.ethz.ch> wrote: > > Can

I agree with Martin's summary of the situation, and with the updated NEWS entry. I'm not familiar with Subversion, can you tell me the command to use? (I tried "svn co https://svn.r-project.org/R/" but it seems to be downloading all branches) Frederick On Tue, May 24, 2016 at 04:30:11PM +0200, Martin Maechler wrote: > >>>>> peter dalgaard <pdalgd at

>>>>> Keith O'Hara <keith.ohara at nyu.edu> >>>>> on Tue, 24 May 2016 12:47:43 -0400 writes: > svn checkout https://svn.r-project.org/R/trunk/ <target-directory> yes, indeed. thank you, Keith. and from then on only cd <target-directory> svn up (which is short for 'svn update'). Another hint: Then do *not*

>>>>> <frederik at ofb.net> >>>>> on Tue, 24 May 2016 15:15:17 -0700 writes: > Thank you, Martin. I linked to your message in a comment here so maybe > other people will know about that useful technique: > http://singmann.org/installing-r-devel-on-linux/#comment-161 > However, when I try it, I get an error: > $ make

>>>>> Martin Maechler >>>>> on Mon, 28 May 2018 10:28:01 +0200 writes: >>>>> Ralf Stubner >>>>> on Fri, 25 May 2018 19:18:58 +0200 writes: >> Dear all, I would like to draw you attention to this >> question on SO: >>

Hi Michael: I can confirm Martin's comment. I tested my software with r-devel (r74914) and it works, while with r-patched (r74914) it does not work (it hangs, as it did in R 3.5.0). I apologize for it taking so long for me to test this, but is there any chance this fix could make into R 3.5.1? Thanks. Jen. On Wed, Jun 13, 2018 at 6:24 AM, Michael Lawrence <lawrence.michael at gene.com

>>>>> Martin Maechler <maechler at stat.math.ethz.ch> >>>>> on Thu, 19 May 2016 10:26:44 +0200 writes: >>>>> <frederik at ofb.net> >>>>> on Wed, 18 May 2016 15:03:31 -0700 writes: >> Readline <= 6.2 shouldn't require the SIGWINCH patch, so >> if older versions have trouble finding

Hi: I have also just stumbled into this bug. Unfortunately, I can not change the data my program receives from stdin. My code runs in a larger system and stdin is sent to a Docker container running my R code. The protocol is I read a line, readLines("stdin", n=1), do some actions, send output on stdout, and wait for the next set of data. I don't have control over this protocol, so

Hi Peter, Martin, and others, Thanks for your replies. - The bugs apply to all systems that use GNU Readline, not just Linux or Arch Linux. - Readline version 6.3 changed the signal handling so that SIGWINCH is no longer handled automatically by the library. This means it's not currently possible for people using R on e.g. Linux to resize the terminal, or at least when they do so

>>>>> Michael Lawrence >>>>> on Tue, 12 Jun 2018 19:27:49 -0700 writes: > Hi Jen, This was already resolved for R 3.5.1 by just > disabling buffering on terminal file connections like stdin. and before R 3.5.1 exists, *and* as the change is also not yet available in R patched (!) this means using a version of "R-devel", e.g. for Windows

>>>>> <frederik at ofb.net> >>>>> on Wed, 11 May 2016 23:00:20 -0700 writes: > Dear R Developers, > I wrote to this list a week ago with some patches that fix bugs in R's > GNU Readline interface, but I haven't had a reply. I'm not in a hurry > but I'd like to make sure that my message is getting read by the

I think, we should give more hints on installing / using readline with R. Maybe there could be one ASCII file README-readline-Installation added to the FTP sites *and* to R-0.61.3.tar.gz explaining some the things Peter Dalgaard just said on R-help. I agree with Jan that it's a pity for non-programmer-hackers if they won't be able to use readline (most probably, these are the ones

On R 3.5.0 (Mac) The issue appears when using the default (libcurl) method and specifying the encoding Note that using method='internal' causes a segfault if used in conjunction with encoding. (and works when encoding is not set) urlR <- "http://home.versanet.de/~s-berman/source2.R" # works url_default <- url(urlR) scan(url_default, "") # Read 7 items # [1]

Does anyone have experience with using the readline library in conjunction with ISO Latin1 characters? In response to a prod from Martin Maechler I am trying to convert R so that it will accept 8-bit characters (and render them correctly in text and graphics). This appears to work when I type such lines into a file and source it, but readline seems to intercept any 8-bit characters I type

Dear Frederik, I can confirm that especially the first issue on your list (resizing the terminal) has "bothered me" badly for some time now: I'm on Ubuntu (usually). G?ran Brostr?m On 2016-05-13 00:23, frederik at ofb.net wrote: > Hi Peter, Martin, and others, > > Thanks for your replies. > > - The bugs apply to all systems that use GNU Readline, not just Linux

> On 12 May 2016, at 10:03 , Martin Maechler <maechler at stat.math.ethz.ch> wrote: > >>>>>> <frederik at ofb.net> >>>>>> on Wed, 11 May 2016 23:00:20 -0700 writes: > >> Dear R Developers, >> I wrote to this list a week ago with some patches that fix bugs in R's >> GNU Readline interface, but I haven't had a

Hi, Is there a way to make demo() print comments along with the code and output? For example, if I use something like readline("..."), demo prints both readline("...") and ...; as far as I can tell, this is also true of print() and cat(). I just want students to stop and think about every command in my demo scripts. Thanks, Olivia.

Thanks for the report, fixed in R-devel (74848). Best Tomas On 06/04/2018 02:41 PM, NELSON, Michael wrote: > > On R 3.5.0 (Mac) > > The issue appears when using the default (libcurl) method and specifying the encoding > > Note that using method='internal' causes a segfault if used in conjunction with encoding. (and works when encoding is not set) > > urlR <-

Hello useRs! I'm REALLY having trouble with readline when compiling R. 2.2 from source during ./configure. Here are the last lines of the configure log: checking readline/history.h usability... yes checking readline/history.h presence... yes checking for readline/history.h... yes checking readline/readline.h usability... yes checking readline/readline.h presence... yes checking

> Subject: Re: [Rd] options(keep.source = TRUE) -- also for "library(.)" ? > From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> > Date: 27 Apr 2000 14:37:01 +0200 > > Martin Maechler <maechler@stat.math.ethz.ch> writes: > > > Can we [those of us who know how sys.source() works...] > > think of changing this? As it was possible for the base