similar to: unix readline signal handling patches

Displaying 20 results from an estimated 10000 matches similar to: "unix readline signal handling patches"

2016 May 12
5
where to send patches to R source code
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
2016 May 12
2
where to send patches to R source code
>>>>> <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
2016 May 24
3
Latest R-devel build failing on OS X
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
2016 May 24
2
Latest R-devel build failing on OS X
>>>>> 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*
2016 May 25
1
configure / make problems with R-devel
>>>>> <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
2016 May 17
2
please apply my patches
Dear R Devel, Sorry for sending so many emails, but I haven't heard that anyone is working on the patches I created. A few weeks ago I wanted to do something to contribute to R because I use it a lot. I picked the most annoying bugs I could find, and created two of the simplest patches I could create, but all I've had in response from the R core team (aside from briefly banning my
2016 May 24
2
Latest R-devel build failing on OS X
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
2016 May 17
0
please apply my patches
Agreed regarding read line-- absent mindedly using C-c to exit a search and then accidentally running garbage because the prompt looks blank but isn't continues to be a problem. On 17 May 2016 2:41 a.m., <frederik at ofb.net> wrote: Dear R Devel, Sorry for sending so many emails, but I haven't heard that anyone is working on the patches I created. A few weeks ago I wanted to do
2016 May 13
0
where to send patches to R source code
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
2016 Nov 14
2
getGraphicsEvent() alternative for cairo graphics device?
Thanks Frederick. Mark, if you have any examples to share, they would also be gratefully received. Paul On 14/11/16 14:53, frederik at ofb.net wrote: > Hi Paul, > > OK I tried not to make the examples too fancy. > > Please let me know what you think. They should probably be amended to > support the Windows platform, but I think that task would be much > easier for someone
2016 Feb 08
3
problem submitting R bug; bug plotting in tiling window manager
Ah, thank you for that explanation. I somehow didn't catch that my Bugzilla account had been disabled by a human. "Common pattern is to post ... something copied from a generic bug report" - that sounds very annoying. Frederick On Sun, Feb 07, 2016 at 11:54:11AM +0100, peter dalgaard wrote: > Unfortunately, the spammers in question appear to be human (of sorts). > >
2016 Dec 08
2
getGraphicsEvent() alternative for cairo graphics device?
Hi Just taking a bit more of a look at this today (currently fixated on making sure I can build some good regression tests). The best thing you can do is to keep reminding me like this :) Paul On 09/12/16 11:19, frederik at ofb.net wrote: > Hi Paul, > > Thanks for your efforts. Do you have an idea when my patch(es) might > be committed? Is there anything I can do to help move this
2016 Feb 06
2
problem submitting R bug; bug plotting in tiling window manager
No problem. Another suggestion would be to simply validate user input like most websites, and reject invalid submissions immediately, rather than blocking the user's account. I don't know what kind of spambots you are up against, but unless they are very intelligent I doubt they'll be able to understand a message like "You submitted a bug with no body text, please enter something
2016 Nov 14
2
getGraphicsEvent() alternative for cairo graphics device?
Great. Thanks! Paul On 14/11/16 13:41, frederik at ofb.net wrote: > Hi Paul, > > Thank you, for some reason I didn't seem to get an email notification > for your bugzilla comment! > > I will try to send you something shortly. > > Frederick > > On Mon, Nov 14, 2016 at 08:55:20AM +1300, Paul Murrell wrote: >> Hi >> >> The current status is that
2016 Nov 13
4
getGraphicsEvent() alternative for cairo graphics device?
Hi The current status is that I am keen for people to contribute some testing code (see https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16951) There were also some getGraphicsEvent() changes/fixes suggested by Richard Bodewits (cc'ed), for which I am also seeking test code. Paul On 13/11/16 09:00, frederik at ofb.net wrote: > Hi Paul, > > Just checking in to see what the
2016 Dec 12
2
why does parent.frame() cycle when called from inside capture.output()?
Hello R devel/help, I ran into this strange behavior: # showstack is supposed to walk through the stack of parent # environments when it is called: showstack = function() { env = environment() for(i in 1:12) { env = do.call(parent.frame, list(), env=env) print(env) } } # a simple chain of functions: g3=function(t) showstack()
2016 Dec 12
2
why does parent.frame() cycle when called from inside capture.output()?
Hello R devel/help, I ran into this strange behavior: # showstack is supposed to walk through the stack of parent # environments when it is called: showstack = function() { env = environment() for(i in 1:12) { env = do.call(parent.frame, list(), env=env) print(env) } } # a simple chain of functions: g3=function(t) showstack()
2016 May 24
0
Latest R-devel build failing on OS X
svn checkout https://svn.r-project.org/R/trunk/ <target-directory> > On May 24, 2016, at 12:45 PM, frederik at ofb.net wrote: > > 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
2016 Dec 06
6
segfault with POSIXlt zone=NULL zone=""
Hi all, I ran into a segfault while playing with dates. $ R --no-init-file ... > library(lubridate); d=as.POSIXlt(floor_date(Sys.time(),"year")); d$zone=NULL; d$zone=""; d Attaching package: ?lubridate? The following object is masked from ?package:base?: date Warning message: package ?lubridate? was built under R version 3.4.0
2017 Jan 11
2
bug with strptime, %OS, and "."
On Tue, Jan 10, 2017 at 08:13:21PM -0600, Dirk Eddelbuettel wrote: > > On 10 January 2017 at 17:48, frederik at ofb.net wrote: > | Hi R Devel, > | > | I just ran into a corner case with 'strptime'. Recall that the "%OS" > | conversion accepts fractional seconds: > | > | > strptime("17_35_14.01234.mp3","%H_%M_%OS.mp3")$sec > |