search for: sigwinch

...-p 1793 Process 1793 attached brk(0x35e18000) = 0x35e18000 brk(0x35e39000) = 0x35e39000 brk(0x35e5a000) = 0x35e5a000 brk(0x35e7b000) = 0x35e7b000 brk(0x35e9c000) = 0x35e9c000 --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- --- SIGWINCH {si_signo=SIGWINCH,...

...) = 0x35e18000 >> brk(0x35e39000) = 0x35e39000 >> brk(0x35e5a000) = 0x35e5a000 >> brk(0x35e7b000) = 0x35e7b000 >> brk(0x35e9c000) = 0x35e9c000 >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL}...

...gt;>>> brk(0x35e39000) = 0x35e39000 >>>> brk(0x35e5a000) = 0x35e5a000 >>>> brk(0x35e7b000) = 0x35e7b000 >>>> brk(0x35e9c000) = 0x35e9c000 >>>> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > >>>> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > >>>> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > >>>> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > >>>>...

...> brk(0x35e18000) = 0x35e18000 > brk(0x35e39000) = 0x35e39000 > brk(0x35e5a000) = 0x35e5a000 > brk(0x35e7b000) = 0x35e7b000 > brk(0x35e9c000) = 0x35e9c000 > --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > --- SIG...

...= 0x35e18000 > >> brk(0x35e39000) = 0x35e39000 > >> brk(0x35e5a000) = 0x35e5a000 > >> brk(0x35e7b000) = 0x35e7b000 > >> brk(0x35e9c000) = 0x35e9c000 > >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > >> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > >> --- SIGWINCH {si_signo=SIGWI...

...0x35e39000) = 0x35e39000 > >>>> brk(0x35e5a000) = 0x35e5a000 > >>>> brk(0x35e7b000) = 0x35e7b000 > >>>> brk(0x35e9c000) = 0x35e9c000 > >>>> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > > > >>>> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > > > >>>> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} --- > > > >>>> --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERN...

I have an R library which uses identify() and system(com="xterm -e less /a/corresponding/file") to view files when I click on an x11() plot. I can successfully resize the xterm on Linux (i486) and Macos 10.4 (G4 and G5), but NOT Macos 10.4 (Intel). For example, on a new mac pro: # in a terminal,xterm,iterm,etc: xterm -e "printenv | less" # the resulting xterm resizes

...interface to R, but I maintain a package whose aim is to provide a new feature to R when it's running in a terminal emulator on Unix systems: http://cran.r-project.org/web/packages/setwidth/index.html The package setwidth updates the value of options("width") whenever R receives SIGWINCH signal. The package does not set the value of any interface pointer, but it may make R crash if the terminal emulator is resized while R is busy. I could avoid the crash if I knew that R is busy at the moment that it receives the SIGWINCH. Thus my question is: Could Rstd_Busy() set the value of a v...

Hi, I followed the procedure to replace a running unicorn. Works fine, except for one thing: after I decide to back out, ie I send a HUP to the old master followed by a QUIT to the new master, then: 1. the new master does die, and the old master does work again 2. the "old" master keeps running with a process name of "master (old)" 3. the "old" master keeps

...bution details. R is a collaborative project with many contributors. Type `contributors()' for more information. Type `demo()' for some demos, `help()' for on-line help, or `help.start()' for a HTML browser interface to help. Type `q()' to quit R. > Program received signal SIGWINCH, Window size changed. 0xef5b7400 in poll () (gdb) c Continuing. require("dse2"); require("curve") Loading required package: dse2 Loading required package: dse1 Loading required package: syskern Loading required package: tframe [1] TRUE Loading required package: curve [1] TRUE &...

...ot compile and hence seemed not > appropriate for readline < 6.3 (and hence the above conditionalization). > > > > (The NEWS entry is also wrong: The issue existed before readline 6.3) > > Aah.. you are right. The API change with 6.3 was for the other, the > "SIGWINCH" bug. > > Here's a an update proposal for that NEWS entry : > > ? The API for readline libraries >= 6.3 had changed such > terminal window resizes where no longer properly signalled > (PR#16604). Also, ?Ctrl C? in incremental search be...

...hler at stat.math.ethz.ch> >>>>>> on Thu, 19 May 2016 11:02:48 +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 rl_resize_terminal >>>> then you could wrap a macro around that part. > >>> I find python related patches that use > >>> #ifdef HAVE_RL_RESIZE_TERMINAL > >>> so they must have config...

Hello openssh developers, Instead of just playing nethack, I've been building a client that would log in to nethack at alt.org and using a pipe to get the login data from pwsafe directly onto the server. All of this works brilliantly after playing with some stty magic (full script in [0]), however, this way the terminal size is burned into 80x24, which is way smaller than my graphical

On Fri, 1 Sep 2017, Ralf Goertz wrote: > Am Mon, 28 Aug 2017 09:33:31 +0200 > schrieb Ralf Goertz <r_goertz at web.de>: > > > Hello, me again > >> Hi, >> >> I guess there have been discussions about this in the past and from >> what I understood hooking an R-function to facilitate automatic >> adjustment is problematic. So why not doing it

...artin 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 rl_resize_terminal >> then you could wrap a macro around that part. > I find python related patches that use > #ifdef HAVE_RL_RESIZE_TERMINAL > so they must have configured for that. We could and &g...

...oposal might well be considered for >>> adoption. >> >> Hi Luke, >> >> thanks for your explanation. I am not at all familiar with the R source >> code nor am I a professional programmer. I found the place to do that >> simply by grepping for the signal SIGWINCH. I was, however, aware that >> it would need more than those three lines. >> >> As to the other uses of the width option, wouldn't it make sense to have >> a separate option for output redirection? Or even have file output >> always use the same fixed width, say 8...

...6.3 (and hence the above conditionalization). >>> >>> >>>> (The NEWS entry is also wrong: The issue existed before readline 6.3) >>> >>> Aah.. you are right. The API change with 6.3 was for the other, the >>> "SIGWINCH" bug. >>> >>> Here's a an update proposal for that NEWS entry : >>> >>> ? The API for readline libraries >= 6.3 had changed such >>> terminal window resizes where no longer properly signalled >>> (PR#16604)....

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 they have to make sure that all their commands fit in one line and don't wrap. - There is also a long-stand...

...? ? ? ? ?setscreensize(); ? ? ? ? ? ? ? ?win_resized = 0; ? ? ? ?} @@ -257,12 +264,16 @@ ? ? ? ?stalled = 0; ? ? ? ?bytes_per_second = 0; - ? ? ? setscreensize(); + ? ? ? if (progresstype) + ? ? ? ? ? ? ? win_size=MAX_WINSIZE; + ? ? ? else { + ? ? ? ? ? ? ? setscreensize(); + ? ? ? ? ? ? ? signal(SIGWINCH, sig_winch); + ? ? ? } ? ? ? ?if (can_output()) ? ? ? ? ? ? ? ?refresh_progress_meter(); ? ? ? ?signal(SIGALRM, update_progress_meter); - ? ? ? signal(SIGWINCH, sig_winch); ? ? ? ?alarm(UPDATE_INTERVAL); ?} @@ -278,7 +289,8 @@ ? ? ? ?if (cur_pos != end_pos) ? ? ? ? ? ? ? ?refresh_progress_meter()...

....3, because the current patch did not compile and hence seemed not appropriate for readline < 6.3 (and hence the above conditionalization). > (The NEWS entry is also wrong: The issue existed before readline 6.3) Aah.. you are right. The API change with 6.3 was for the other, the "SIGWINCH" bug. Here's a an update proposal for that NEWS entry : ? The API for readline libraries >= 6.3 had changed such terminal window resizes where no longer properly signalled (PR#16604). Also, ?Ctrl C? in incremental search behaved confusingly i...