Groups | Search | Server Info | Keyboard shortcuts | Login | Register


Groups > gnu.bash.bug > #16778

Re: Is this a bug?

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>

Show all headers | View raw


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


Thread

Re: Is this a bug? George R Goffe <grgoffe@yahoo.com> - 2020-08-19 17:14 +0000

csiph-web