On Sat, 2019-02-09 at 12:06 +0100, Roman Haefeli wrote:
>
> On Fri, 2019-02-08 at 21:57 -0200, Alexandre Torres Porres wrote:
> > Thanks Dan, I'll keep thinking about it. For now I made a quick fix
> > so I could release an update of my library and tutorial (already
> > out!)
>
> I don't see any
: Pd-List mailto:pd-list@lists.iem.at>>
> Subject: Re: [PD] [soundfiler] - too many open files / bad file
> descriptor error (meaning?)
> Message-ID:
><mailto:CAEAsFmjGdaiupaYLiBwSCTPPa0jwhp7pNUxpwjqwUyGfX=+9...@mail.gmail.com>>
> Content-Type: text/pla
Em sáb, 9 de fev de 2019 às 09:09, Roman Haefeli
escreveu:
> I don't understand what your concerned about. If you worry about
> efficiency, I believe it does not matter.
yeah, that was my concern
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and a
On Fri, 2019-02-08 at 21:57 -0200, Alexandre Torres Porres wrote:
> Thanks Dan, I'll keep thinking about it. For now I made a quick fix
> so I could release an update of my library and tutorial (already
> out!)
I don't see any leaking file handles anymore. Cool! Thanks for fixing.
Roman
signa
On Fri, 2019-02-08 at 16:09 -0200, Alexandre Torres Porres wrote:
> Anyway, this means the only way for me to deal with this is to close
> the directory EVERY time right after I open it. But it's not ideal
> for the design of this object, where I wanted it to leave the
> directory open so we could
Thanks Dan, I'll keep thinking about it. For now I made a quick fix so I
could release an update of my library and tutorial (already out!)
cheers
Em sex, 8 de fev de 2019 às 19:32, Dan Wilcox
escreveu:
> I've not looked at the source code, but ...
>
> You could cache the file handle and only cl
I've not looked at the source code, but ...
You could cache the file handle and only close it when the dir changes? You
could simply save the path string and then compare it when the path is
changed...
> Anyway, this means the only way for me to deal with this is to close the
> directory EVERY
Anyway, this means the only way for me to deal with this is to close the
directory EVERY time right after I open it. But it's not ideal for the
design of this object, where I wanted it to leave the directory open so we
could keep querying for files without the need to reopen it every time. I
guess
Em sex, 8 de fev de 2019 às 13:55, Alexandre Torres Porres
escreveu:
>
>>
>> https://github.com/porres/pd-else/blob/9b259f24569a13069c5842ec0f598e8fe96c8cbc/Classes/Source/dir.c#L75
>>
>> the leak seems to be on this line. you should keep the return value of
>> opendir and be sure to close it wh
Em sex, 8 de fev de 2019 às 07:58, Roman Haefeli
escreveu:
> Hi Alex
>
> I see that your version of [conv~] uses [else/dir] internally and this
> external of yours is still leaking file handles. I think I already
> reported this, but can't find an open issue about it. Maybe you closed
> them, des
Em sex, 8 de fev de 2019 às 13:37, Claude Heiland-Allen
escreveu:
> On 08/02/2019 09:55, Roman Haefeli wrote:
> > I see that your version of [conv~] uses [else/dir] internally and this
> > external of yours is still leaking file handles. I think I already
> > reported this, but can't find an open
On 08/02/2019 09:55, Roman Haefeli wrote:
I see that your version of [conv~] uses [else/dir] internally and this
external of yours is still leaking file handles. I think I already
reported this, but can't find an open issue about it. Maybe you closed
them, despite them not being fixed.
https://
Hi Alex
I see that your version of [conv~] uses [else/dir] internally and this
external of yours is still leaking file handles. I think I already
reported this, but can't find an open issue about it. Maybe you closed
them, despite them not being fixed.
Anyway, last time I checked, each instance o
Hi Alexandre,
On 08/02/2019 05:57, Alexandre Torres Porres wrote:
First is "*/soundfiler_read: test.wav: Too many open files/*".
Something is almost certainly leaking file handles, when too many are
open at once, you can't open any more (neither for reading nor writing),
so all kinds of bad
Hi, I've been getting two errors involving [soundfiler], and before
reporting an issue or sharing the patch to see what's ruining it, I'd like
to understand and make sense of these errors, cause I just have no idea why
they're showing up.
First is "*soundfiler_read: test.wav: Too many open files*"
15 matches
Mail list logo
