On Sunday 04 February 2007 10.57, Florian Klaempfl wrote:
peter green schrieb:
if my understanding is correct this should allow all the widestrings
stuff to be moved to the library and people to implement thier own
string types as required (for example maybe a widestring counterpart
for
Martin Schreiber schrieb:
On Sunday 04 February 2007 10.57, Florian Klaempfl wrote:
peter green schrieb:
if my understanding is correct this should allow all the widestrings
stuff to be moved to the library and people to implement thier own
string types as required (for example maybe a
Op Sun, 4 Feb 2007, schreef Florian Klaempfl:
- No unique check by assigning to character.
True. But maybe we should simply allow to overload [] then.
Not necessary, wrap it into an object and define a default property.
Daniël___
fpc-devel
Martin Schreiber schrieb:
- Null based index.
You can ignore the char 0?
Then you need to implement a conversion for pwidechar(x).
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Op Sun, 4 Feb 2007, schreef Florian Klaempfl:
- No unique check by assigning to character.
True. But maybe we should simply allow to overload [] then.
Not necessary, wrap it into an object and define a default property.
- Object is not refcounted, which is why dyn array is used.
-
What's wrong with
type
tmywidestring = type array of widechar;
a number of things
1: afaict it lacks the automatic refcounting/copy on write semantics of strings
2: it doesn't allow specification of the allocators/deallocators which causes
problems for its safe passing to dlls etc
Op Sun, 4 Feb 2007, schreef Marco van de Voort:
Op Sun, 4 Feb 2007, schreef Florian Klaempfl:
- No unique check by assigning to character.
True. But maybe we should simply allow to overload [] then.
Not necessary, wrap it into an object and define a default property.
-
On 04 Feb 2007, at 12:01, Daniël Mantione wrote:
Op Sun, 4 Feb 2007, schreef Florian Klaempfl:
- No unique check by assigning to character.
True. But maybe we should simply allow to overload [] then.
Not necessary, wrap it into an object and define a default property.
Then you can't
On Sunday 04 February 2007 11.58, Florian Klaempfl wrote:
- Null based index.
You can ignore the char 0?
[...]
Do you think it is possible with this methods to achieve the same or better
performance as with ansi strings or refcounted widestrings?
Martin
Op Sun, 4 Feb 2007, schreef Martin Schreiber:
On Sunday 04 February 2007 11.58, Florian Klaempfl wrote:
- Null based index.
You can ignore the char 0?
[...]
Do you think it is possible with this methods to achieve the same or better
performance as with ansi strings or refcounted
Op Sun, 4 Feb 2007, schreef peter green:
my proposal is a statement like
type
tmystring=string(elementtype,allocator,deallocator,copier,uniquer);
And how should you generate debug information for such a user defined
string?
Daniël___
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Daniël
Mantione
Sent: 04 February 2007 00:09
To: FPC developers' list
Subject: Re: [fpc-devel] strings: a proposeal
Op Sun, 4 Feb 2007, schreef peter green:
my proposal is a statement like
On Sunday 04 February 2007 01:01, peter green wrote:
currently there is some demand for a fast widestring type on windows and i
suspect there will be requirements for more string types in the future.
During the creation of our project, Technetium (www.technetium.dk), we
designed a string
On Sunday 04 February 2007 01.01, peter green wrote:
currently there is some demand for a fast widestring type on windows and i
suspect there will be requirements for more string types in the future.
So i make a proposal for a new syntax that will allow string types to be
created easilly in
On Sunday 04 February 2007 01.23, peter green wrote:
from a low level perspective such a string is just a pointer to an array
plus some compiler magic just like current ansistrings, debugging tools
shouldn't need to be aware of the magic any more than they need to be aware
of it for current
15 matches
Mail list logo