From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jason at zx2c4.com (Jason A. Donenfeld)
Date: Sat, 11 Jan 2014 03:37:19 +0100
Subject: RFE: .so filters
In-Reply-To: <52D05E80.4000800@xinu.at>
References: <20140109225802.GM7608@serenity.lan>
 <CAHmME9qqf0fLFQOb8xQrzoXDvRUqayA8PvzWzFzv+kjJUkFcow@mail.gmail.com>
 <CAHmME9q=QGH1gPhbtrzDm5vzSQuTjurGkVfC30jM=GSLyF5gOA@mail.gmail.com>
 <20140110090639.GN7608@serenity.lan>
 <CAHmME9rgvZJ_r6B6dPLx_zC6z05dx_TS4PJi5rwA5NNYtH=1FA@mail.gmail.com>
 <52D029F9.40805@xinu.at>
 <CAHmME9poNzHS7aRdHrdaRiwy4wn7T76iL8x=qKNkT5CUEPFfYQ@mail.gmail.com>
 <52D0520C.1070609@xinu.at> <20140110201144.GQ7608@serenity.lan>
 <52D0572E.7080607@xinu.at> <20140110203652.GR7608@serenity.lan>
 <52D05E80.4000800@xinu.at>
Message-ID: <CAHmME9p0cxVKAn=7R0oszY5LGkxxoo4KdW9ZttAvCVsL2LV8Jg@mail.gmail.com>

On Fri, Jan 10, 2014 at 9:56 PM, Florian Pritz <bluewind at xinu.at> wrote:
> Last but not least, it keeps the interface between "exec" and "lua"
> filters the same or at least rather similar. If you can call a lua
> script as if it was execed (setting argv) that would make the handler
> totally transparent, but faster.

The whole point of this thread has been avoiding forking off new
processes, or instantiating new situations for each use of the filter.
By doing a filter_open, filter_write, and filter_close, all in the
same process, we could benefit from lazy deallocation of filter
resources, and therefore keep one lua runtime and parsed script, for
the duration of several calls to opening and closing a filter.