[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Some kind of file descriptor overflow
From: |
Pierre Gaston |
Subject: |
Re: Some kind of file descriptor overflow |
Date: |
Sat, 14 Jun 2014 00:03:57 +0300 |
On Fri, Jun 13, 2014 at 9:56 PM, Jorge Sivil <jorgex0.o@gmail.com> wrote:
> Yes, sorry. The minimum reproduceable code is:
>
> #!/bin/bash
> function something() {
> while true
> do
> while read VAR
> do
> dummyvar="a"
> done < <(find "/run/shm/debora" -type f | sort)
> sleep 3
> done
> }
> something &
>
> Which fails with many pipes fd open.
>
> Changing the While feed to this:
>
> #!/bin/bash
> function something() {
> find "/run/shm/debora" -type f | sort | while true
> do
> while read VAR
> do
> dummyvar="a"
> done
> sleep 3
> done
> }
> something &
>
> Works completely normal.
>
> However, removing the call as function in background:
>
> #!/bin/bash
> while true
> do
> while read VAR
> do
> dummyvar="a"
> done < <(find "/run/shm/debora" -type f | sort)
> sleep 3
> done
>
> But executing the script with ./test.sh & (in background), works
> without problems too.
>
> On Fri, Jun 13, 2014 at 2:35 PM, Eduardo A. Bustamante López
> <dualbus@gmail.com> wrote:
> > On Fri, Jun 13, 2014 at 09:52:49AM -0300, Jorge Sivil wrote:
> >> The script is in the answer:
> >>
> >>
> http://stackoverflow.com/questions/24192459/bash-running-out-of-file-descriptors
> > Can't you reduce the script to a minimum reproducible case? To be
> > honest, it smells like a scripting error and not a bug, but the code
> > in that answer is too large and with too many dependencies to be even
> > worth the time to execute.
>
>
>
> --
> Atte.: Jorge Sivil
>
> yes, there was a bug and it has been fixed in 4.3 as far as i can tell