Re: [Pharo-users] Using a Unix filedescriptor in a FileStream?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-users] Using a Unix filedescriptor in a FileStream?

Mariano Martinez Peck
Hi Holger, Esteban, et all

Will this be finally integrated or not? Because I updated OSSubprocess to take benefit of this PR (OSSubprocess is much better with this PR), but I will have to revert it if the PR is not merged :(

Thanks,





On Fri, Sep 23, 2016 at 5:40 AM, Holger Freyther <[hidden email]> wrote:

> On 23 Sep 2016, at 02:44, Ronie Salgado <[hidden email]> wrote:
>
> Hi Holger,

Hi!


> Currently the events given by this API are only holding a copy of the raw inotify event in rawEvent and a copy of the raw path in rawPath. Further work is required for translating the events into a more platform independent interface, and for supporting OS X and Windows with this API. However, this is already something that could be useful to you.

if I see it correctly you start a poll loop (wait 100ms then call epoll wait)? Would you be interested to try to use AioEventHandler with the primitive I proposed?

regards
        holger



--
Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-users] Using a Unix filedescriptor in a FileStream?

EstebanLM
I think it already got inside in the development branch (still not the official one).
I will check better tomorrow.

Esteban  

On 1 Nov 2016, at 16:34, Mariano Martinez Peck <[hidden email]> wrote:

Hi Holger, Esteban, et all

Will this be finally integrated or not? Because I updated OSSubprocess to take benefit of this PR (OSSubprocess is much better with this PR), but I will have to revert it if the PR is not merged :(

Thanks,





On Fri, Sep 23, 2016 at 5:40 AM, Holger Freyther <[hidden email]> wrote:

> On 23 Sep 2016, at 02:44, Ronie Salgado <[hidden email]> wrote:
>
> Hi Holger,

Hi!


> Currently the events given by this API are only holding a copy of the raw inotify event in rawEvent and a copy of the raw path in rawPath. Further work is required for translating the events into a more platform independent interface, and for supporting OS X and Windows with this API. However, this is already something that could be useful to you.

if I see it correctly you start a poll loop (wait 100ms then call epoll wait)? Would you be interested to try to use AioEventHandler with the primitive I proposed?

regards
        holger



--

Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-users] Using a Unix filedescriptor in a FileStream?

Mariano Martinez Peck
Thanks Esteban,

If tomorrow you confirm it, please let me know. 

Cheers,

On Tue, Nov 1, 2016 at 3:49 PM, Esteban Lorenzano <[hidden email]> wrote:
I think it already got inside in the development branch (still not the official one).
I will check better tomorrow.

Esteban  

On 1 Nov 2016, at 16:34, Mariano Martinez Peck <[hidden email]> wrote:

Hi Holger, Esteban, et all

Will this be finally integrated or not? Because I updated OSSubprocess to take benefit of this PR (OSSubprocess is much better with this PR), but I will have to revert it if the PR is not merged :(

Thanks,





On Fri, Sep 23, 2016 at 5:40 AM, Holger Freyther <[hidden email]> wrote:

> On 23 Sep 2016, at 02:44, Ronie Salgado <[hidden email]> wrote:
>
> Hi Holger,

Hi!


> Currently the events given by this API are only holding a copy of the raw inotify event in rawEvent and a copy of the raw path in rawPath. Further work is required for translating the events into a more platform independent interface, and for supporting OS X and Windows with this API. However, this is already something that could be useful to you.

if I see it correctly you start a poll loop (wait 100ms then call epoll wait)? Would you be interested to try to use AioEventHandler with the primitive I proposed?

regards
        holger



--




--