[fpc-devel] Performance of string handling in trunk

Sven Barth pascaldragon at googlemail.com
Wed Jun 26 14:59:14 CEST 2013


Am 26.06.2013 14:46, schrieb Michael Schnell:
> On 06/26/2013 02:08 PM, Sven Barth wrote:
>> Am 26.06.2013 14:02, schrieb Michael Schnell:
>>> That is what I did assume, but I understood dodi in a way that he 
>>> suggested that it (with normal means such as assigning to another 
>>> String) is not possible to make use of the encoding type of a String 
>>> information that had been assigned to a RawByteString.
>> *sigh*
>> See here: http://docwiki.embarcadero.com/VCL/XE/de/System.StringCodePage
>>
> Sorry I don't see what this (very floppy) worded page (that I of 
> course did know) should say me about the stuff in question to me:
>  - static (known to the compiler) vs dynamic (stored with the string) 
> encoding type
>  - how the compiler and library handles RawByteString as source and/or 
> target of an assignment.
>
It's a counter argument to "it is not possible to make use of the 
encoding type of a String information that had been assigned to a 
RawByteString". This function returns the current code page of the 
string. And using SetCodePage you can force a conversion.

Regards,
Sven



More information about the fpc-devel mailing list