Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-06 Thread Tim Ellison
Marina Goldburt wrote: The patch is only an experiment to change the internal portlib implementation, that, as I think, reveals some design/implementation problems of the luni module. Please elaborate. I'm pleased that you are looking at this code, but may I suggest that you make a point of

Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-05 Thread Marina Goldburt
The patch is only an experiment to change the internal portlib implementation, that, as I think, reveals some design/implementation problems of the luni module. I think, it makes sense to move all platform-specific code of the luni into the portlib. And in parallel to cooperate with the APR

Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-05 Thread Geir Magnusson Jr
Marina Goldburt wrote: The patch is only an experiment to change the internal portlib implementation, that, as I think, reveals some design/implementation problems of the luni module. Great - lets discuss that. I think, it makes sense to move all platform-specific code of the luni into

[classlib]Using APR for Harmony's native link to the OS

2006-07-04 Thread Marina Goldburt
Hi, To support the idea mentioned in the letter http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200602.mbox/[EMAIL PROTECTED], I've tried to implement the file I/O part of the Harmony portlib using APR. The JIRA issue with the patch is

Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-04 Thread Garrett Rooney
On 7/4/06, Marina Goldburt [EMAIL PROTECTED] wrote: Hi, To support the idea mentioned in the letter http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200602.mbox/[EMAIL PROTECTED], I've tried to implement the file I/O part of the Harmony portlib using APR. The JIRA issue with

Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-04 Thread Mladen Turk
Garrett Rooney wrote: Until a version of APR exists that doesn't require the use of memory pools, this approach is simply not reasonable to take. I pretty much agree with you. The entire tomcat-native that makes a low level network abstraction is very much slowed down by the fact that we need

Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-04 Thread Garrett Rooney
On 7/4/06, Mladen Turk [EMAIL PROTECTED] wrote: Garrett Rooney wrote: Until a version of APR exists that doesn't require the use of memory pools, this approach is simply not reasonable to take. I pretty much agree with you. The entire tomcat-native that makes a low level network abstraction

Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-04 Thread Mladen Turk
Garrett Rooney wrote: Anyway, now we're way off topic for this list ;-) Right :) -- Mladen. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-04 Thread Tim Ellison
Garrett Rooney wrote: On 7/4/06, Mladen Turk [EMAIL PROTECTED] wrote: Garrett Rooney wrote: Until a version of APR exists that doesn't require the use of memory pools, this approach is simply not reasonable to take. I pretty much agree with you. The entire tomcat-native that makes a low

Re: [classlib]Using APR for Harmony's native link to the OS

2006-07-04 Thread Geir Magnusson Jr
Marina Goldburt wrote: Hi, To support the idea mentioned in the letter http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200602.mbox/[EMAIL PROTECTED], I've tried to implement the file I/O part of the Harmony portlib using APR. The JIRA issue with the patch is