29.02.2012 10:20, Martin wrote:
If this is not some FPC feature unknown to me I will fix it.
http://www.freepascal.org/docs-html/ref/refse24.html#x56-630004.6
questiion is about where the getterr/setter must be defined.
btw, they can not be prefixed
this fails
property FooSinteger read SomeU
On 29/02/2012 02:20, Martin wrote:
On 29/02/2012 01:40, Paul Ishenin wrote:
28.02.2012 9:11, Martin пишет:
Attached.
It needed 3 units,
accessing Foo in the same unit, in which it is declared (unit2)
compiles
(not tested if it runs...)
You found some bug in the compiler. Property can only
On 29/02/2012 01:40, Paul Ishenin wrote:
28.02.2012 9:11, Martin пишет:
Attached.
It needed 3 units,
accessing Foo in the same unit, in which it is declared (unit2) compiles
(not tested if it runs...)
You found some bug in the compiler. Property can only be declared
inside a structure but c
28.02.2012 9:11, Martin пишет:
Attached.
It needed 3 units,
accessing Foo in the same unit, in which it is declared (unit2) compiles
(not tested if it runs...)
You found some bug in the compiler. Property can only be declared inside
a structure but compiler allowed to do this in a unit level
On 28 Feb 12, at 21:20, Marco Borsari wrote:
> Jonas Maebe wrote:
Marco,
> > That is by design, see
> > http://www.freepascal.org/docs-html/rtl/sysutils/findfirst.html (the same
> > goes for the findfirst from the Dos unit)
> >
> > You have to check the attributes of the returned entries to s
Jonas Maebe wrote:
That is by design, see
http://www.freepascal.org/docs-html/rtl/sysutils/findfirst.html (the same goes
for the findfirst from the Dos unit)
You have to check the attributes of the returned entries to see whether they
match what you want. This is TP/Delphi-compatible.
I don
On 28 Feb 2012, at 20:50, Marco Borsari wrote:
> on system with long file name support activated (I have FreeDos with doslfn),
> the example below types all files instead of directory only.
That is by design, see
http://www.freepascal.org/docs-html/rtl/sysutils/findfirst.html (the same goes
f
Hi all,
on system with long file name support activated (I have FreeDos with
doslfn), the example below types all files instead of directory only.
program test;
uses dos;
var f:searchrec;
begin
findfirst('*',directory,f);
while doserror=0 do begin
writeln(f.name);
findnext(f);
end;
findclose(f)
Am 28.02.2012 13:31, schrieb Marco van de Voort:
In our previous episode, Sven Barth said:
handling completely again which seems to be possible according a thread
with Allen Bauer in Embarcadero forum. And please implement it before
AnsiStrings can't be used for the purpose anymore.
If you car
28.02.2012 16:31, Marco van de Voort пишет:
In our previous episode, Sven Barth said:
handling completely again which seems to be possible according a thread
with Allen Bauer in Embarcadero forum. And please implement it before
AnsiStrings can't be used for the purpose anymore.
If you care abo
In our previous episode, Sven Barth said:
> >> handling completely again which seems to be possible according a thread
> >> with Allen Bauer in Embarcadero forum. And please implement it before
> >> AnsiStrings can't be used for the purpose anymore.
> >
> > If you care about the repeated addition s
Am 28.02.2012 12:18, schrieb Marco van de Voort:
This was about a case where it was not character data.
And please don't wait until Delphi has made it or Delphi changed string
handling completely again which seems to be possible according a thread
with Allen Bauer in Embarcadero forum. And please
On 02/28/2012 11:14 AM, Martin Schreiber wrote:
Then please implement such a handy character string compatible
automatic memory managed buffer type.
For alternative "Data-String" type we of course would need things like
TStringlist, as well !
-Michael
_
Am 28.02.2012 12:18, schrieb Marco van de Voort:
In our previous episode, Martin Schreiber said:
think that is still bad though, but if you switch typing string to explicit
ansistring, there is no rush), but I think at least public
programming interfaces should be free of such gotchas.
[...]
In our previous episode, Martin Schreiber said:
> > think that is still bad though, but if you switch typing string to explicit
> > ansistring, there is no rush), but I think at least public
> > programming interfaces should be free of such gotchas.
> >
> [...]
>
> Then please implement such a han
Am 28.02.2012 11:59, schrieb Marco van de Voort:
In our previous episode, Martin Schreiber said:
If you care, you can do manual management.
Yup, MSEgui has allocuninitedarray() for the purpose. I don't think it
is more "clean" or "secure" than the old ansistring method because it
depends on co
In our previous episode, Martin Schreiber said:
> > If you care, you can do manual management.
>
> Yup, MSEgui has allocuninitedarray() for the purpose. I don't think it
> is more "clean" or "secure" than the old ansistring method because it
> depends on compiler internals.
getmem/freemem ?
>
On 02/28/2012 10:54 AM, Sven Barth wrote:
So it seems that you should use "reply to sender" as this was the only
mail that went to the list with "reply to list"... Now it would be
interesting to know why this is the case ^^
Seemingly the list daemons can be configured regarding what to use as
On 02/28/2012 10:52 AM, Sven Barth wrote:
Am 28.02.2012 10:47, schrieb Michael Schnell:
On 02/28/2012 10:43 AM, Sven Barth wrote:
Let's make a test: Answer to this mail once using "answer all" and
once "answer list". Then I will answer to you using "answer list" and
we'll see where the answers
Am 28.02.2012 10:52, schrieb Sven Barth:
Am 28.02.2012 10:47, schrieb Michael Schnell:
On 02/28/2012 10:43 AM, Sven Barth wrote:
Let's make a test: Answer to this mail once using "answer all" and
once "answer list". Then I will answer to you using "answer list" and
we'll see where the answers g
Am 28.02.2012 10:47, schrieb Michael Schnell:
On 02/28/2012 10:43 AM, Sven Barth wrote:
Let's make a test: Answer to this mail once using "answer all" and
once "answer list". Then I will answer to you using "answer list" and
we'll see where the answers go.
This is the "reply to sender" test mes
Am 28.02.2012 09:28, schrieb Martin Schreiber:
Am 28.02.2012 10:10, schrieb Sven Barth:
Am 28.02.2012 09:07, schrieb Martin Schreiber:
Am 28.02.2012 09:46, schrieb Sven Barth:
You are right, I checked the code of SetLength for arrays and strings
and only arrays use FillChar. Nevertheless the
On 02/28/2012 10:43 AM, Sven Barth wrote:
Let's make a test: Answer to this mail once using "answer all" and
once "answer list". Then I will answer to you using "answer list" and
we'll see where the answers go.
This is the "reply to list" test message for Sven. (_Here_ this
obviously word as
Am 28.02.2012 10:38, schrieb Marco van de Voort:
In our previous episode, Martin Schreiber said:
I read that we should use TBytes instead of AnsiString in order to
implement combined binary/character buffers with automatic memory
management. With AnsiString we used setlength() in order to alloca
On 02/28/2012 10:43 AM, Sven Barth wrote:
Let's make a test: Answer to this mail once using "answer all" and
once "answer list". Then I will answer to you using "answer list" and
we'll see where the answers go.
This is the "reply to sender" test message for Sven. (_Here_ in fact it
goes to the
On 02/28/2012 10:43 AM, Sven Barth wrote:
Let's make a test: Answer to this mail once using "answer all" and
once "answer list". Then I will answer to you using "answer list" and
we'll see where the answers go.
This is the "reply all" test message for Sven.
Those who are not concerned: please
Am 28.02.2012 10:40, schrieb Michael Schnell:
On 02/28/2012 09:52 AM, Sven Barth wrote:
Maybe you should do an "answer to list" yourself? At least the FPC and
Lazarus list daemons seem to be configured properly...
So you think the additional mail to the original poster is not appropriate.
If
On 02/28/2012 09:52 AM, Sven Barth wrote:
Maybe you should do an "answer to list" yourself? At least the FPC and
Lazarus list daemons seem to be configured properly...
So you think the additional mail to the original poster is not appropriate.
If so I'll happily do "answer list"
-Michael
_
In our previous episode, Martin Schreiber said:
> I read that we should use TBytes instead of AnsiString in order to
> implement combined binary/character buffers with automatic memory
> management. With AnsiString we used setlength() in order to allocate not
> initialized memory.
> TBytes is d
Am 28.02.2012 10:10, schrieb Sven Barth:
Am 28.02.2012 09:07, schrieb Martin Schreiber:
Am 28.02.2012 09:46, schrieb Sven Barth:
You are right, I checked the code of SetLength for arrays and strings
and only arrays use FillChar. Nevertheless there is no other operation
you can use for arrays.
Am 28.02.2012 09:07, schrieb Martin Schreiber:
Am 28.02.2012 09:46, schrieb Sven Barth:
You are right, I checked the code of SetLength for arrays and strings
and only arrays use FillChar. Nevertheless there is no other operation
you can use for arrays.
Same in Delphi?
I can't tell whether
Am 28.02.2012 09:46, schrieb Sven Barth:
You are right, I checked the code of SetLength for arrays and strings
and only arrays use FillChar. Nevertheless there is no other operation
you can use for arrays.
Same in Delphi?
Martin
___
fpc-devel maill
Am 28.02.2012 09:41, schrieb Mattias Gaertner:
On Tue, 28 Feb 2012 09:23:34 +0100
Sven Barth wrote:
Am 28.02.2012 05:04, schrieb Martin Schreiber:
Hi,
I read that we should use TBytes instead of AnsiString in order to
implement combined binary/character buffers with automatic memory
managemen
Am 28.02.2012 09:41, schrieb Michael Schnell:
On 02/28/2012 09:34 AM, Sven Barth wrote:
So I'm not the only one who often has this problem when answering to
one of Michael's mails
Ooops. Why are my contributions different from others ? I am just using
Thunderbird and do "answer to all" when r
Am 28.02.2012 08:40, schrieb Martin Schreiber:
Am 28.02.2012 09:23, schrieb Sven Barth:
For strings SetLength also fills the string with zeros as the following
example shows:
=== example begin ===
program setlengthtest;
var
barr: array of Byte;
b: Byte;
s: AnsiString;
c: Char;
begin
SetLengt
On 02/28/2012 09:34 AM, Sven Barth wrote:
So I'm not the only one who often has this problem when answering to
one of Michael's mails
Ooops. Why are my contributions different from others ? I am just using
Thunderbird and do "answer to all" when replying to the list (as the
list daemons oft
On Tue, 28 Feb 2012 09:23:34 +0100
Sven Barth wrote:
> Am 28.02.2012 05:04, schrieb Martin Schreiber:
> > Hi,
> > I read that we should use TBytes instead of AnsiString in order to
> > implement combined binary/character buffers with automatic memory
> > management. With AnsiString we used setlen
Am 28.02.2012 09:23, schrieb Sven Barth:
For strings SetLength also fills the string with zeros as the following
example shows:
=== example begin ===
program setlengthtest;
var
barr: array of Byte;
b: Byte;
s: AnsiString;
c: Char;
begin
SetLength(barr, 20);
for b in barr do
Write(b, ' ');
Wri
Am 28.02.2012 08:24, schrieb Martin Schreiber:
This has been sent to the wrong address, sorry Michael.
So I'm not the only one who often has this problem when answering to one
of Michael's mails ^^ (suggested solution "answer to all" or equivalent
solution for your client)
Regards,
Sven
__
Am 28.02.2012 05:04, schrieb Martin Schreiber:
Hi,
I read that we should use TBytes instead of AnsiString in order to
implement combined binary/character buffers with automatic memory
management. With AnsiString we used setlength() in order to allocate not
initialized memory.
TBytes is defined as
This has been sent to the wrong address, sorry Michael.
Am 28.02.2012 08:57, schrieb Michael Schnell:
>
>> Often we need to combine buffer data from binary pieces and character
>> data/strings.
>>
> Obviously.
>
> So why not define decent types like "ByteString", "WordString",
> "DWordString", (m
41 matches
Mail list logo