Groups | Search | Server Info | Keyboard shortcuts | Login | Register
Groups > gnu.bash.bug > #16778
| From | George R Goffe <grgoffe@yahoo.com> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: Is this a bug? |
| Date | 2020-08-19 17:14 +0000 |
| Message-ID | <mailman.387.1597857304.2469.bug-bash@gnu.org> (permalink) |
| References | (3 earlier) <1312274972.4025864.1597785278610@mail.yahoo.com> <6575997b-0217-046a-8ef1-0437571475ca@case.edu> <1699062943.4171052.1597809756404@mail.yahoo.com> <16e6944b-9707-a80c-3602-e76edcca64ec@case.edu> <630008166.4463802.1597857290469@mail.yahoo.com> |
Chet, How can I help capture data about this problem? When I run bash in one konsole and it hangs, I do an strace on that pid and the strace -xvfp <pid> always shows pselect. Eventually, the results come back but til then, the session is frozen. I suppose I could run strace to a file on bash and make (or try) the failure appear. Your thoughts? Regards, George... George... On Wednesday, August 19, 2020, 5:58:03 AM PDT, Chet Ramey <chet.ramey@case.edu> wrote: On 8/19/20 12:02 AM, George R Goffe wrote: > Chet, > > I've been thinking about what you've said below... that bash is waiting for input. If this were the case, ctrl-c would return to the bash prompt immediately. Yes? What I'm seeing is that with a partial filename entered followed by the tab key is hit which results in nothing due to an uninterriputible sleep. Ctrl-c does not stop the filename completion process. > > Does this make any sense? If that were the case, and it might be, the pselect is a red herring. The filename completion process doesn't use pselect. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/
Back to gnu.bash.bug | Previous | Next | Find similar
Re: Is this a bug? George R Goffe <grgoffe@yahoo.com> - 2020-08-19 17:14 +0000
csiph-web