My bad, I've not looked enouth on the poll api.
On 5/18/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
>
> Rodrigo Kumpera wrote:
> > A quick look at APR reveal that it doesn´t provide all OS abstraction
> that a
> > JVM needs.
>
> I tend to disagree with you. The only thing the APR doesn't offer
Rodrigo Kumpera wrote:
A quick look at APR reveal that it doesn´t provide all OS abstraction that a
JVM needs.
I tend to disagree with you. The only thing the APR doesn't offer is
GUI abstraction.
There are no functions to mark pages as executable,
Like Garrett said, those functionality was not ne
Garrett Rooney wrote:
access to scalable IO facilities (IOCP, epoll, kqueue, etc...)
See the apr_pool API, which uses epoll, kqueue, etc on the backend if
available.
Now that my message finally makes it through the ASF mail system, I
notice that typo... That should be "apr_poll", not "apr_pool"
On Tue, May 17, 2005 at 05:56:36PM -0300, Rodrigo Kumpera wrote:
> A quick look at APR reveal that it doesn?t provide all OS abstraction that a
> JVM needs. There are no functions to mark pages as executable, access to
> scalable IO facilities (IOCP, epoll, kqueue, etc...) or workarounds for
> s
Rodrigo Kumpera wrote:
A quick look at APR reveal that it doesn´t provide all OS abstraction that a
JVM needs. There are no functions to mark pages as executable,
This is probably not there, but could be added to APR if people were
interested and willing to write the code.
access to
scalable IO
A quick look at APR reveal that it doesn´t provide all OS abstraction that a
JVM needs. There are no functions to mark pages as executable, access to
scalable IO facilities (IOCP, epoll, kqueue, etc...) or workarounds for
small diferences on syscalls or libC implementation.
I think Harmony shou
