ABorka schreef:
Hi,
Are strings not zero terminated? I have a function declared:
function myfunc(s :String; i: Integer):String;
When going through the string "s" with asm instructions, it does not
seem to have a zero byte at the end. Is this normal or something is not
OK (maybe now with utf8
strings are always null-terminated, for delphi compatibility.
zero char is located at s[length(s)+1], but should never accessed directly.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hi,
Are strings not zero terminated? I have a function declared:
function myfunc(s :String; i: Integer):String;
When going through the string "s" with asm instructions, it does not
seem to have a zero byte at the end. Is this normal or something is not
OK (maybe now with utf8 strings as defau
Graeme Geldenhuys escreveu:
On Mon, Nov 10, 2008 at 4:54 PM, Graeme Geldenhuys
<[EMAIL PROTECTED]> wrote:
I know we had so many discussions on how to implement Unicode support
in FPC in the past. From what i remember, lots was based on "lets see
what CodeGear does with D2009".
OK, so h
True, but if the programs only run on PCs (Windows and Linux on Intel
processors in this case) it should work. Not everyone who considers
using FPC/Lazarus wants to run the compiled programs on 15 platforms.
Sometimes all that is needed is 1 platform.
There are some encrypting/decrypting functio
On Mon, Nov 10, 2008 at 4:54 PM, Graeme Geldenhuys
<[EMAIL PROTECTED]> wrote:
> I know we had so many discussions on how to implement Unicode support
> in FPC in the past. From what i remember, lots was based on "lets see
> what CodeGear does with D2009".
OK, so here goes again yet another discuss
On Mon, 10 Nov 2008 15:04:01 -0200
"Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 10, 2008 at 1:48 PM, Michael Schnell <[EMAIL PROTECTED]>
> wrote:
> >, ... There are not _slow_ functions that do the "expected" versions
> > of s[i], pos(s), copy(), delete(), ... (I've yet t
On Mon, Nov 10, 2008 at 1:48 PM, Michael Schnell <[EMAIL PROTECTED]> wrote:
>, ... There are not _slow_ functions that do the "expected" versions
> of s[i], pos(s), copy(), delete(), ... (I've yet to find out how I can print
> just the first character of an UTF8String :)
Lazarus has a set of utf-8
Michael Schnell schreef:
I found that the current FPC does have Unicode support, but there are
some problems.
I am going to give it another try, maybe it helps somebody.
- by design (for speed sake), UTF8String (and WideString when surrogate
codes are used) count in subcodes and not in Unic
On 10 Nov 2008, at 16:48, Michael Schnell wrote:
- there are different option on how the compiler expects the coding
of the source file. Seemingly if it detects it to be UTF8 coded
The compiler only sets the encoding of the source to UTF-8 if the file
identifies itself as "I am UTF-8 encod
On 10 Nov 2008, at 17:22, Jonas Maebe wrote:
It seems much more advisable to me to save the file with an UTF-8
BOM, or even better to add {$encoding utf-8}
Well, {$codepage utf-8}
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
ht
On 10 Nov 2008, at 17:00, Vincent Snijders wrote:
procedure TForm1.Button1Click(Sender: TObject);
var
w: widestring;
i: integer;
begin
w := UTF8Decode('hallo äöü');
Edit1.Caption := UTF8Encode(w);
Note that if the file has been saved using an UTF-8 BOM, then the
compiler will at compile
I found that the current FPC does have Unicode support, but there are
some problems.
- WideStrings work fine with Unicode UCS-2 but they (of course) have
similar issues as UTF8-Strings when surrogate codes are used (which is
rarely necessary in Europe and America).
- FPC does not have a dedi
Hi everybody,
I know we had so many discussions on how to implement Unicode support
in FPC in the past. From what i remember, lots was based on "lets see
what CodeGear does with D2009".
So now that D2009 is out, is there any further working being done on
Unicode support in FPC? Is anybody workin
IMHO, it's not a good idea to "port" ASM code to TP (as TP's purpose is
platform independence). So at best you should rewrite this in Pascal.
Normally with modern PCs the performance decrease is not noticeable.
-Michael
___
fpc-devel maillist - fpc-
15 matches
Mail list logo
