On Tuesday 09 September 2008 20.28:05 Luca Olivetti wrote:
> El Mon, 8 Sep 2008 20:14:44 +0200
>
> Martin Schreiber <[EMAIL PROTECTED]> escribió:
> > Is Sqlite3 no option for you? MSEgui and FPC sqldb both have a
> > DB-connection component for SQLite3.
>
> FWIW I had the problem of string fields l
On Wed, Sep 10, 2008 at 7:15 AM, listmember <[EMAIL PROTECTED]> wrote:
> 1) since each character is a class, memory requirements are increased
> several fold.
>
> 2) Again, the charater-as-class also means that the speed with wich we can
> create and destroy (and manipulate) a string is a lot slowe
Graeme Geldenhuys wrote:
I have to say I agree with you The Object Pascal / Delphi language
already has way to many string types! At it's just getting worse.
I've always liked the Java style of everything being an object - even
the string type.
The more I look at this Unicode issue, the m
peter green schreef:
I have just checked the manual and I don't see anything I can use to
make sure my custom type starts at a predictable state initially
(nessacery so they assignment operator can safely clean up before
making the assignment). Nor do I see anything to do automatic clean up
Jonas Maebe schrieb:
On 09 Sep 2008, at 21:37, Florian Klaempfl wrote:
Even C++'s is not good enough to do a ref. counted string in an
efficient way. Just consider the [...] operator which needs to
distinguish between reads and writes to avoid unncessary unique calls.
Can't you have a const
Check again...
I have just checked the manual and I don't see anything I can use to
make sure my custom type starts at a predictable state initially
(nessacery so they assignment operator can safely clean up before making
the assignment). Nor do I see anything to do automatic clean up when th
On 09 Sep 2008, at 21:37, Florian Klaempfl wrote:
Even C++'s is not good enough to do a ref. counted string in an
efficient way. Just consider the [...] operator which needs to
distinguish between reads and writes to avoid unncessary unique calls.
Can't you have a const and non-const versi
Martin Schreiber schrieb:
On Sunday 07 September 2008 21.23:24 Florian Klaempfl wrote:
Trunk 11723 does not compile:
Trunk or unicodestring branch? Strange, because here it works?
Unicodestring branch, sorry, I should change the directory name of my switched
checkout. Does your unicodestring
peter green schrieb:
3: Use an automatic reference counting system either implemented in the
compiler (the delphi/fpc way) or implemented using a very powerfull
operator overloading system (the C++ way, last I checked freepascal did
not have sufficiant operator overloading capabilities to imple
peter green schreef:
I fully agree with you. I would like the object oriented way of strings
also - but I stopped asking for that ;) There are a lot of advantages
over the small amount of disadvantages.
Which object orientated way of doing strings?
As I see it there are three main ways of doi
I fully agree with you. I would like the object oriented way of strings
also - but I stopped asking for that ;) There are a lot of advantages
over the small amount of disadvantages.
Which object orientated way of doing strings?
As I see it there are three main ways of doing variable length str
Ivo Steinmann schrieb:
I fully agree with you. I would like the object oriented way of strings
also - but I stopped asking for that ;) There are a lot of advantages
Which ones? Really, I want to know :)
___
fpc-devel maillist - fpc-devel@lists.freep
Anton Kavalenka schrieb:
> Florian Klaempfl wrote:
>> I've continued to work on support of an unicodestring type in fpc.
>> It's currently in an svn branch at:
>> http://svn.freepascal.org/svn/fpc/branches/unicodestring
>> and will be merged later to trunk. The unicodestring type is a ref.
>> count
Anton Kavalenka wrote:
I only have a dream - controllable way of string assignment without any
magic like implicit call of _LStrAddRefCnt
Do you have a real-world sample of usage, ie, where or when the object
pascal way is a problem?
Joao Morais
__
Jonas Maebe wrote:
On 05 Sep 2008, at 11:29, Mark Morgan Lloyd wrote:
Jonas Maebe wrote:
I've committed a fix in 2.3.1. If all goes well in the testsuite run
tonight, I'll merge it to 2.2.3 over the weekend. I don't know why
this bug didn't cause crashes in the nightly tests I run on
sparc/s
El Mon, 8 Sep 2008 20:14:44 +0200
Martin Schreiber <[EMAIL PROTECTED]> escribió:
> Is Sqlite3 no option for you? MSEgui and FPC sqldb both have a
> DB-connection component for SQLite3.
FWIW I had the problem of string fields limited to 255 characters with
sqlite3 and zeos.
I hadn't time to test o
Michael Van Canneyt wrote:
On Tue, 9 Sep 2008, Anton Kavalenka wrote:
Nothing stops you from doing this yourself.
But for something as basic as text operations, I think this is bloat.
Imagine that you would have to do
I:=TInteger.Create(1);
J:=TInteger.Create(2);
I.Add(J);
What kind
On Tue, Sep 9, 2008 at 2:23 PM, Graeme Geldenhuys
<[EMAIL PROTECTED]> wrote:
> On 9/9/08, Anton Kavalenka <[EMAIL PROTECTED]> wrote:
>> The Pascal huge strings always annoy me.
>> Since - it is IMPLICIT automatic object with set of overloaded methods,
>> length and reference count fields etc hidd
On Tue, 9 Sep 2008, Anton Kavalenka wrote:
>
> > Nothing stops you from doing this yourself.
> >
> > But for something as basic as text operations, I think this is bloat.
> >
> > Imagine that you would have to do
> > I:=TInteger.Create(1);
> > J:=TInteger.Create(2);
> > I.Add(J);
> > What
Nothing stops you from doing this yourself.
But for something as basic as text operations, I think this is bloat.
Imagine that you would have to do
I:=TInteger.Create(1);
J:=TInteger.Create(2);
I.Add(J);
What kind of language do you end up with then ? Utterly unreadable, and
slow, becau
In our previous episode, Graeme Geldenhuys said:
> > The Pascal huge strings always annoy me. Since - it is IMPLICIT
> > automatic object with set of overloaded methods,
> > length and reference count fields etc hidden from developer.
> >
> > In near future we geat a Zoo of the strings:
> > A
On Tue, 9 Sep 2008, Anton Kavalenka wrote:
> Florian Klaempfl wrote:
> > I've continued to work on support of an unicodestring type in fpc. It's
> > currently in an svn branch at:
> > http://svn.freepascal.org/svn/fpc/branches/unicodestring
> > and will be merged later to trunk. The unicodestrin
On 9/9/08, Anton Kavalenka <[EMAIL PROTECTED]> wrote:
> The Pascal huge strings always annoy me.
> Since - it is IMPLICIT automatic object with set of overloaded methods,
> length and reference count fields etc hidden from developer.
>
> In near future we geat a Zoo of the strings:
> AnsiString
Florian Klaempfl wrote:
I've continued to work on support of an unicodestring type in fpc.
It's currently in an svn branch at:
http://svn.freepascal.org/svn/fpc/branches/unicodestring
and will be merged later to trunk. The unicodestring type is a ref.
counted utf-16 string. On non-windows, wide
24 matches
Mail list logo