From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <alexander.turenko@tarantool.org>
Date: Mon, 3 Jun 2019 20:25:26 +0300
From: Alexander Turenko <alexander.turenko@tarantool.org>
Subject: Re: [tarantool-patches] Re: [PATCH v2] core: Non-blocking io.popen
Message-ID: <20190603172525.cia2tkbjui56rbaj@tkn_work_nb>
References: <20190529070809.18962-1-szudin@tarantool.org>
 <20190530183438.m7p4mj6zzekdmfr3@esperanza>
 <81776c14-b970-09b7-600a-0ef114876f12@tarantool.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <81776c14-b970-09b7-600a-0ef114876f12@tarantool.org>
To: Stanislav Zudin <szudin@tarantool.org>
Cc: tarantool-patches@freelists.org, Vladimir Davydov <vdavydov.dev@gmail.com>, Georgy Kirichenko <georgy@tarantool.org>
List-ID: <tarantool-patches.dev.tarantool.org>

> > Come to think of it, we might need an explicit knob to destroy an object
> > even before it's collected. May be, consider re-adding close() for this?
> > Please consult with Alexander and/or Georgy re this.
> >
> 
> Sasha, George, what do you think?

I'm a bit out of context. Why we need explicit close()? To control
reaching a file descriptor limit? It can be worked around with
`handle = nil collectgarbage()`, but an explicit close() looks better.
Maybe it worth to add.