On Thu, 19 Oct 2023 07:25:38 GMT, Alan Bateman <al...@openjdk.org> wrote:
> I assume it's "no replace", meaning it reports the error rather than use the > coder's replacement value. This revelation is too important; I might have to reevaluate my choices, for many contributors have assumed that `NoRepl` was intended to avoid duplication instead of error substitution. That said, I will look for better solutions to en/decode strings with error reporting, or creating strings or accessing the arrays with trust (as seen in a recent FFM API string writing JLA addition) ------------- PR Comment: https://git.openjdk.org/jdk/pull/16260#issuecomment-1770372141
