IIRC the story on SCI_TARGETASUTF8, the "safe" length to allocate for
the output buf is three times the length of the "target" (plus the
NULL byte?)...
Working with its "sibling" function SCI_ENCODEDFROMUTF8, is it "safe"
(i.e., CAN NOT fail) to allocate the output buf @ the SAME size as the
input utf8 buf?
Note that I will have a valid length for the utf8 input (since Caml
always tracks the actual length of strings), but do not have access to
any value that has been set by SCI_SETLENGTHFORENCODE - there is no
"get" version of that function.
Robert Roessler
[EMAIL PROTECTED]
http://www.rftp.com
_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest
