ssible
> that (2) might still not work (not all platform supports unaligned access
> primitives, and not in all possible access modes - e.g. atomic).
>
> Maurizio
>
> This should take care of the issue
>
>
> On 17/02/2020 04:58, Chris T wrote:
>
> Maurizio, thanks
tch?v=NwXzT8T6mb8&list=PLGDP1Irs2PmWNwAwMPdyOxCqkFqB6gtp9&index=7&t=1734s
If you find anything useful in those and want to use but the license
(Apache 2.0 for the code and CC-BY-SA for the videos) is in the way, let me
know and I can change them to something friendlier (where e.g. no
attribut
level". Believe it or not, bit alignment is not
anymore "a thing" with most of us ;-)...
I will also think about some API enhancements I would like to see as a
developer...
Thanks!
Chris T
On Tue, Feb 11, 2020 at 4:07 AM Maurizio Cimadamore <
maurizio.cimadam...@oracle.com
es. Speaking of sharing - these days I will finish my examples on JEP
370 and will share them with you as well (there will be a github + some
youtube introduction to the feature).
I think that the capability to allocate more than 2GB of memory is going
to be a hit!
Cheers!
Chris T
On Mon, Feb 10, 2
les.java:65)
at
com.github.kbnt.java14.fma.ForeignMemoryAccessExamples.main(ForeignMemoryAccessExamples.java:25)
Any idea why this happens (and more importantly how the code can be
changed)?
Thanks!
Chris T
maybe JVMs)? If yes, how would that be achieved -
through the API? Any considerations for security?
I am thinking a basic scenario of a common memory cache but we can
imagine many more cases...
Thanks!
Chris T
;
> String endsWithAsteriskAfterStripIndent = """
> <- this line starts with 5 blank spaces.
> <- count again: 1, 2, 3, 4, 5
> ยทยทยท*""";
>
> Since there was no stripping of all characters on the last line, first two
> lines dominate and we get
'\r';
Can somebody explain me what am I missing? Maybe there is an area din the
JEP documentation that clarifies this and I didn't see nor actively paid
attention to?
Thanks!
Chris T