Re: [elinks-users] Ctrl-4 mapping -- kills elinks session?
On Mon, Sep 18, 2006 at 12:40:14PM EDT, Miciah Dashiel Butler Masters wrote: > On Sun, Sep 17, 2006 at 05:41:45PM -0400, cga2000 wrote: > > I frequently issue a Ctrl-R to reload web pages and once in a while I > > miss the R key and hit the "4" key -- just above the "E" and "R" keys > > on a US keyboard. > > > > What happens is that: > > > > 1. I still see the original web page but it is overwritten by a shell > >prompt -- about 20% down the page. As far as I can tell, in this > >instance, "CTRL-4" is equivalent to some form of SIGKILL, terminating > >the ELinks process and bypassing the "Do you really want to exit > >ELinks" popup screen. > > Actually, CTRL-4 (also known as ^\) sends SIGQUIT. This is like ^C > (SIGINT), except that it leaves a core file. Well .. fancy that .. Did a "CTRL-V CTRL-4" and .. right you are .. Weird I never ran into this before .. > > 2. The shell session I end up in is frozen and does not accept a refresh > >screen command (Ctrl-L). > > > > 3. If I hit after hitting Ctrl-L the screen is cleared but > >hitting again displays a second prompt on the same line as > >the first one .. etc. ad Nauseam Aeternam .. > > > > 4. If I try to use this shell session and issue commands such as "ls" > >.. "top" .. etc. they behave normally after I hit enter but the > >commands that I type are no longer echoed back to the terminal. > > > > 5. I need to issue a blind "reset" command to get the terminal to work > >normally again. > > > > Has anyone seen this? > > I haven't seen that behaviour, but it is understandable that ELinks > leaves the terminal in a strange state. If you press Ctrl-C, ELinks > catches the SIGINT signal and returns the terminal to its state from > before ELinks was started, but since ELinks doesn't catch a SIGQUIT, > it doesn't have the chance to clean up. Makes very good sense .. I had never issued a CTRL-C -- either accidentally or with quitting in mind and it does what one would expect. > > Is there any way I could deactivate this annoying "Ctrl-4" key combo? > > On a POSIX system, you can disable the key with the stty(1) utility: > >stty quit '' > > ELinks could catch the signal, but that would defeat the purpose of > having the key, don't you think? :-) > > I have checked the "Keybinding manager" and the screen configuration > > file but I haven't found anything. > > > > Also it only seems to affect ELinks: > > > > I checked a few other ncurses applications as well as a bare bash shell > > and when I hit Ctrl-4 nothing happened. > > How odd. Apparantly, everybody else thinks that it is fine to ignore the > signal. Fooled around a little more and it turns out mutt does the same. Not sure why bash doesn't, though.. I thought for a second that the shell in my xterm bombed and that xterm automatically launched a new one but this is apparently not the case. I did a "before and after" .. $ echo $$ .. and the pid of the shell didn't change. > > Well.. hopefully someone will have run into this and knows the whys and > > the wherefores of this peculiar phenomenon and perhaps have found a > > workaround .. > > > > I would much appreciate any pointers in the right direction since it > > always happens under the worse circumstances and it's both a time waster > > and source of aggravation to lose a session with a dozen tabs open right > > when you're in the middle of something. > > See Setup -> Options manager -> User interface -> Periodic snapshotting. Kewl. For the record, in my version of ELinks () it is under .. Setup -> Options manager -> User interface -> Sessions -> Periodic snapshotting. .. shouldn't "snapshooting" be more correct..? ;-) > HTH, As always. Thanks much and have a great day. cga ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
Re: [elinks-users] Ctrl-4 mapping -- kills elinks session?
On Sun, Sep 17, 2006 at 05:41:45PM -0400, cga2000 wrote: > I frequently issue a Ctrl-R to reload web pages and once in a while I > miss the R key and hit the "4" key -- just above the "E" and "R" keys > on a US keyboard. > > What happens is that: > > 1. I still see the original web page but it is overwritten by a shell >prompt -- about 20% down the page. As far as I can tell, in this >instance, "CTRL-4" is equivalent to some form of SIGKILL, terminating >the ELinks process and bypassing the "Do you really want to exit >ELinks" popup screen. Actually, CTRL-4 (also known as ^\) sends SIGQUIT. This is like ^C (SIGINT), except that it leaves a core file. > 2. The shell session I end up in is frozen and does not accept a refresh >screen command (Ctrl-L). > > 3. If I hit after hitting Ctrl-L the screen is cleared but >hitting again displays a second prompt on the same line as >the first one .. etc. ad Nauseam Aeternam .. > > 4. If I try to use this shell session and issue commands such as "ls" >.. "top" .. etc. they behave normally after I hit enter but the >commands that I type are no longer echoed back to the terminal. > > 5. I need to issue a blind "reset" command to get the terminal to work >normally again. > > Has anyone seen this? I haven't seen that behaviour, but it is understandable that ELinks leaves the terminal in a strange state. If you press Ctrl-C, ELinks catches the SIGINT signal and returns the terminal to its state from before ELinks was started, but since ELinks doesn't catch a SIGQUIT, it doesn't have the chance to clean up. > Is there any way I could deactivate this annoying "Ctrl-4" key combo? On a POSIX system, you can disable the key with the stty(1) utility: stty quit '' ELinks could catch the signal, but that would defeat the purpose of having the key, don't you think? > I have checked the "Keybinding manager" and the screen configuration > file but I haven't found anything. > > Also it only seems to affect ELinks: > > I checked a few other ncurses applications as well as a bare bash shell > and when I hit Ctrl-4 nothing happened. How odd. Apparantly, everybody else thinks that it is fine to ignore the signal. > Well.. hopefully someone will have run into this and knows the whys and > the wherefores of this peculiar phenomenon and perhaps have found a > workaround .. > > I would much appreciate any pointers in the right direction since it > always happens under the worse circumstances and it's both a time waster > and source of aggravation to lose a session with a dozen tabs open right > when you're in the middle of something. See Setup -> Options manager -> User interface -> Periodic snapshotting. HTH, -- Miciah Masters <[EMAIL PROTECTED]> / <[EMAIL PROTECTED]> ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
[elinks-users] Ctrl-4 mapping -- kills elinks session?
I frequently issue a Ctrl-R to reload web pages and once in a while I miss the R key and hit the "4" key -- just above the "E" and "R" keys on a US keyboard. What happens is that: 1. I still see the original web page but it is overwritten by a shell prompt -- about 20% down the page. As far as I can tell, in this instance, "CTRL-4" is equivalent to some form of SIGKILL, terminating the ELinks process and bypassing the "Do you really want to exit ELinks" popup screen. 2. The shell session I end up in is frozen and does not accept a refresh screen command (Ctrl-L). 3. If I hit after hitting Ctrl-L the screen is cleared but hitting again displays a second prompt on the same line as the first one .. etc. ad Nauseam Aeternam .. 4. If I try to use this shell session and issue commands such as "ls" .. "top" .. etc. they behave normally after I hit enter but the commands that I type are no longer echoed back to the terminal. 5. I need to issue a blind "reset" command to get the terminal to work normally again. Has anyone seen this? Is there any way I could deactivate this annoying "Ctrl-4" key combo? I have checked the "Keybinding manager" and the screen configuration file but I haven't found anything. Also it only seems to affect ELinks: I checked a few other ncurses applications as well as a bare bash shell and when I hit Ctrl-4 nothing happened. Well.. hopefully someone will have run into this and knows the whys and the wherefores of this peculiar phenomenon and perhaps have found a workaround .. I would much appreciate any pointers in the right direction since it always happens under the worse circumstances and it's both a time waster and source of aggravation to lose a session with a dozen tabs open right when you're in the middle of something. :-) Thanks cga ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users