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 <Enter> after hitting Ctrl-L the screen is cleared but > > hitting <Enter> 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