I can confirm that the patch resolves all the issues I had.
Thank you very much for your help, it is very appreciated.
On 10/15/24 11:08 AM, Thomas Oettli wrote:
> Got it, I just backported your patch to Bash 5.2 and it fixed the issue on
> my build host.
> I will roll out the patched version to a
On 10/15/24 11:08 AM, Thomas Oettli wrote:
Got it, I just backported your patch to Bash 5.2 and it fixed the issue on
my build host.
I will roll out the patched version to all my hosts this weekend and keep
you noticed if anything strange happens.
BTW: will this patch be backported to previous
?
Von: Chet Ramey
Gesendet: Dienstag, 15. Oktober 2024 16:24
An: Thomas Oettli ; bug-bash@gnu.org
Cc: chet.ra...@case.edu
Betreff: [EXT] Re: AW: Re: AW: Re: read command sometimes misses newline on
timeout
CAUTION: This email originated from outside the SFS organization. Do not follow
On 10/15/24 10:06 AM, Thomas Oettli wrote:
That sounds promising. Is the fix somewhere accessible for me? I would gladly
test it.
I pushed it to the devel branch this morning.
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocra
That sounds promising. Is the fix somewhere accessible for me? I would gladly
test it.
- Thomas
On 10/7/24 9:49 AM, Thomas Oettli wrote:
I agree with you, but it should never happen that read returns timeout,
also returns the full line and has already read the newline character.
If that happens, there is no way for the script to decide what to do.
I think I found the problem and fixed it
On 10/7/24 9:49 AM, Thomas Oettli wrote:
I agree with you, but it should never happen that read returns timeout,
also returns the full line and has already read the newline character.
I don't see how that can happen, given how the code is structured. It's
possible for the shell to read all the
Well, that sounds like a challenge. Please let me know if I can help you in any
way.
I am running many Gentoo systems that use binary packages built on my own
buildhost,
therefor it is fairly easy for me to patch the current version of Bash and test
it on some systems.
Thanks in advance for your
I guess I will wait for an answer from Martin D Kealey. His answer tells me
that he understood what issue I have.
But thank you a lot, nevertheless.
BTW: I have already tried all kinds of combinations including read -t 0 and
could not find a working solution, that is why I filled a bug report.
__
I know that it works in that case.
This is just an example that tries to force read into the same situatiation
that I hit in a real world example in which I don't control the input.
Von: alex xmb sw ratchev
Gesendet: Montag, 7. Oktober 2024 19:17
An: Thomas Oett
Sorry Alex, I don't understand exactly what you mean.
Here is the Test-Script again with some comments:
function reader() {
local buf line
while :; do
read -t .01 buf # try to read line to $buf with timeout
rc=$?
if (( rc == 0 )); then
I agree with you, but it should never happen that read returns timeout, also
returns the full line and has already read the newline character.
If that happens, there is no way for the script to decide what to do. Please
see the provided test script, it showcases the error.
If I did a mistake the
12 matches
Mail list logo
