On Tue, December 2, 2014 08:31, Hans-Peter Diettrich wrote:
Jonas Maebe schrieb:
To get behaviour that is compatible with Delphi2009+, compile with
-Mdelphiunicode or {$modeswitch delphiunicode}.
Do you mean {$mode delphiunicode}?
Now I wonder about compilation at all.
When I compile a
Tomas Hajny schrieb:
On Tue, December 2, 2014 08:31, Hans-Peter Diettrich wrote:
When I compile a console program on the commandline, most strings are
readable in the console (see previous answer). But when I compile using
Lazarus, all strings (including UnicodeString!) are shown in
Mattias Gaertner schrieb:
On Tue, 02 Dec 2014 04:05:59 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Many things affect string literals. Source codepage, system codepage,
string type, defaultsystemcodepage, library, compiler version.
I started a table for UTF-8 literals:
you can find a lot of information on CMSIS here:
http://www.arm.com/products/processors/cortex-m/cortex-microcontroller-software-interface-standard.php
To download the svd-files you need to create a free account @arm.com,
then you can download lots of svd files for all major chips.
It is
On 11/28/2014 09:15 PM, Hans-Peter Diettrich wrote:
You suggested to use string as UTF-16 on Windows, and UTF-8 on
Linux. That's what I understand as a unique program-wide string
representation (not sourcecode-wide, instead program as *compiled*).
Then I cannot see any need or use for
On Tue, 02 Dec 2014 11:32:13 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Mattias Gaertner schrieb:
On Tue, 02 Dec 2014 04:05:59 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Many things affect string literals. Source codepage, system codepage,
string type,
On 12/02/2014 01:05 PM, Michael Schnell wrote:
But why do you say would be appreciated ? Is it not possible to use
RawByteString in a way the name suggests, by never bringing it
together with any String variable of a different encoding brand and
hence avoid any conversion - be same
On 11/29/2014 07:55 AM, Jonas Maebe wrote:
Exactly the same goes for converting strings with code page CP_NONE to
a different code page: your program is broken when it tries to do that,
While accessing an array beyond its bounds is not detectable at compile
time and accessing an array beyond
On 11/28/2014 08:19 PM, Hans-Peter Diettrich wrote:
In that discussion I found several errors, which are not detected by
the compiler nor handled in the RTL. In the concrete entry the illegal
use of the *generic* CP_NONE identifier is mentioned. That's why I
felt a need to address several
Michael Schnell schrieb:
On 11/28/2014 09:15 PM, Hans-Peter Diettrich wrote:
Apart from that, every encoding-tolerant code will execute much slower
than code without a need for checks and conversions everywhere.
As I pointed out I don't agree at all.
- The check is only two ASM instructions
10 matches
Mail list logo