You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Original bug ID: 131 Reporter: administrator Status: closed Resolution: not a bug Priority: normal Severity: minor Category: ~DO NOT USE (was: OCaml general)
Bug description
Hello,
some months ago (November last year) you fixed a bug concerning the setting
of non-blocking mode on standard channels that messed up the terminal on my
machine (a Sparc running Solaris).
You had mentioned that there might still be problems if the program gets a
(deadly) signal, in which case it will not necessarily terminate leaving a
"sane" terminal state.
I kept indeed experiencing problems from time to time, but only now got
annoyed enough to look into it:
Now, it seems that it is really rather a bash bug that causes my grief. It
should actually be the duty of the shell to guarantee that the terminal is
restored to a sane state after the termination of programs, but our version
(bash-2.00.0(1) - a very (?) encouraging version number) obviously did not
do this.
In case anybode else complains about "vanishing lines", CPU-eating bash
sessions and whatever, I recommend taking a look at the version of the
shell and upgrading to a new one if necessary (bash-2.04 works fine).
I just wanted to tell you so that you do not look for problems in your
sources if it is another program which is the cause of the bug...
Original bug ID: 131
Reporter: administrator
Status: closed
Resolution: not a bug
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)
Bug description
Hello,
some months ago (November last year) you fixed a bug concerning the setting
of non-blocking mode on standard channels that messed up the terminal on my
machine (a Sparc running Solaris).
You had mentioned that there might still be problems if the program gets a
(deadly) signal, in which case it will not necessarily terminate leaving a
"sane" terminal state.
I kept indeed experiencing problems from time to time, but only now got
annoyed enough to look into it:
Now, it seems that it is really rather a bash bug that causes my grief. It
should actually be the duty of the shell to guarantee that the terminal is
restored to a sane state after the termination of programs, but our version
(bash-2.00.0(1) - a very (?) encouraging version number) obviously did not
do this.
In case anybode else complains about "vanishing lines", CPU-eating bash
sessions and whatever, I recommend taking a look at the version of the
shell and upgrading to a new one if necessary (bash-2.04 works fine).
I just wanted to tell you so that you do not look for problems in your
sources if it is another program which is the cause of the bug...
Best regards,
Markus
--
Markus Mottl, mottl@miss.wu-wien.ac.at, http://miss.wu-wien.ac.at/~mottl
The text was updated successfully, but these errors were encountered: