[foreign-memaccess] RFR: Add MemorySegment::mismatch

Chris Hegarty chegar at openjdk.java.net
Wed May 20 14:37:55 UTC 2020


On Wed, 20 May 2020 14:16:11 GMT, Maurizio Cimadamore <mcimadamore at openjdk.org> wrote:

>> Hi,
>> 
>> As part of feedback on the Foreign Memory API (when experimenting with its usage internally in the JDK), a small number
>> of potential usability enhancements could be made to the API. This is the fourth such, and last on my current todo
>> list.  This change proposes to add a new method:
>> MemorySegment::mismatch
>> 
>> The mismatch semantic is very useful for building equality and comparison logic on top of segments. I found that I
>> needed such when modeling and comparing native socket address in the JDK implementation. It is possible to write your
>> own, but requires a non-trivial amount of not-trivial code - to do it right! I also think that we can provide a more
>> efficient implementation building on top of the JDK's internal mismatch support.  I still need to do some perf testing
>> and add a micro-benchmake ( Maurizio suggested possibly amending TestBulkOps ). There is also the question about
>> possibly improving the JDK's internal implementation to work on long sizes (which could be done separately). For now, I
>> just want to share the idea, along with the proposed specification and initial implementation.  Comments welcome.
>
> src/jdk.incubator.foreign/share/classes/jdk/incubator/foreign/MemorySegment.java line 347:
> 
>> 346:      * the smaller of the segment sizes, and it follows that the offset is only
>> 347:      * valid for the larger segment. Otherwise, there is no mismatch.
>> 348:      *
> 
> there is no mismatch and the returned value is (I think you say `-1` below, perhaps would be good to state that here
> also).

Correct. Added, Otherwise, there is no mismatch "and {@code  -1} is returned".

-------------

PR: https://git.openjdk.java.net/panama-foreign/pull/180


More information about the panama-dev mailing list