harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paulex Yang (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-808) [classlib][nio]mmap native codes are not implemented in Harmony
Date Fri, 14 Jul 2006 03:36:30 GMT
     [ http://issues.apache.org/jira/browse/HARMONY-808?page=all ]

Paulex Yang updated HARMONY-808:

    Attachment: 01.luniv2.diff

Ah..sorry for this, George. I tested it on one Linux workstation before the first patch, and
it just worked fine. Today I tryied to run it on another machine, it showed same result as
you said:(. The cause I found is, on Linux, the current code actually cannot free the mapped
buffer correctly, because the munmap system call needs both starting address and size, while
our current PlatformAddress only holds address. This is serious, but needs some refactory
on the MemorySpy/PlatformAddress/IMemorySystem stuffs, so I think it worths another JIRA.
The new patch just commented out the munmap invocation on  Linux and make the tests pass.
I will raise new JIRA on the refactory soon.

> [classlib][nio]mmap native codes are not implemented in Harmony
> ---------------------------------------------------------------
>          Key: HARMONY-808
>          URL: http://issues.apache.org/jira/browse/HARMONY-808
>      Project: Harmony
>         Type: Bug

>   Components: Classlib
>     Reporter: Paulex Yang
>     Assignee: George Harley
>  Attachments: 01.luni.diff, 01.luniv2.diff, 02.nio.diff, 02.niov2.diff
> java.nio.channels.FileChannel.map() is not fully implemented in Harmony. The native codes
are good candidates as portlib extention, but I prefer to implement them in platform dependent
way at first, and I will propose the portlib extension on the mailing list later. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message