On 7/25/06, Tim Ellison [EMAIL PROTECTED] wrote:
If you honour the existing table layout then you don't need to break
compatibility. In addition, VMs are not required to use the class
library portlib if they choose not to.
I don't know the way IBM VME uses the portlibrary, but concerning the
Marina Goldburt wrote:
On 7/25/06, Tim Ellison [EMAIL PROTECTED] wrote:
If you honour the existing table layout then you don't need to break
compatibility. In addition, VMs are not required to use the class
library portlib if they choose not to.
I don't know the way IBM VME uses the
.
What is the current state of your development?
As I see, you didn't extend portlib functionality yet.
How are you going to do it?
As everybody agrees that moving all platform-dependent code of the
luni module to the portlib is the correct idea
locking later...And I'm sure there are other
things worthing evaluation to be portlib extension.
What is the current state of your development?
As I see, you didn't extend portlib functionality yet.
How are you going to do it?
As everybody agrees that moving all platform-dependent code of the luni
Marina Goldburt wrote:
Tim, Paulex,
Will look at the file locking later...And I'm sure there are other
things worthing evaluation to be portlib extension.
And what is the way to extend the portlib functionality? If we add all the
missing functions to the HyPortLibrary structure
Tim, Paulex,
Will look at the file locking later...And I'm sure there are other
things worthing evaluation to be portlib extension.
And what is the way to extend the portlib functionality? If we add all the
missing functions to the HyPortLibrary structure, the structure will grow
awfully
And the short answer is yes. The additional file system functionality
such as file locking and memory mapping required by the (newly authored
within this project) NIO code should be put into the port library.
And what about hythread platform-dependent code? Have the thread and process
Marina,
Marina Goldburt wrote:
Tim, Paulex,
Will look at the file locking later...And I'm sure there are other
things worthing evaluation to be portlib extension.
And what is the way to extend the portlib functionality? If we add all
the
missing functions to the HyPortLibrary structure
-handles.
Will it make sense to extend the portlib functionality and move such
platform-dependent code from sig, thread, luni modules to the portlib?
Marina.
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
.
Will it make sense to extend the portlib functionality and move such
platform-dependent code from sig, thread, luni modules to the portlib?
And the short answer is yes. The additional file system functionality
such as file locking and memory mapping required by the (newly authored
within this project) NIO
.
Will it make sense to extend the portlib functionality and move such
platform-dependent code from sig, thread, luni modules to the portlib?
And the short answer is yes. The additional file system functionality
such as file locking and memory mapping required by the (newly authored
within
11 matches
Mail list logo
