On 02/28/2012 07:29 AM, Martin Schreiber wrote:
Because of Delphi compatibility and code cleanness.
I see: The "Unicode Threat" that makes "String" a moving target, forcing
the poor "String" type to be "visible Text" i.e. holding a (somehow)
known encoding of its binary content.
Of course I
Am 28.02.2012 08:06, schrieb Michael Schnell:
On 02/28/2012 05:04 AM, Martin Schreiber wrote:
I read that we should use TBytes instead of AnsiString in order to
implement combined binary/character buffers with automatic memory
management.
Why ?
Because of Delphi compatibility and code cleann
On 02/28/2012 05:04 AM, Martin Schreiber wrote:
I read that we should use TBytes instead of AnsiString in order to
implement combined binary/character buffers with automatic memory
management.
Why ?
To me ("Ansi"-) strings seem a lot more convenient in many cases (e.g.
when implementing a ki
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
"
TBytes = array of Byte;
"
where setle
On 28/02/2012 00:46, Paul Ishenin wrote:
28.02.2012 3:01, Martin пишет:
Defining a property in the interface section (outside a class), that
refers to methods in another unit, gives an *unexpected* error. It may
well be not allowed and then should give an error, but the right error
in the right
28.02.2012 3:01, Martin пишет:
Defining a property in the interface section (outside a class), that
refers to methods in another unit, gives an *unexpected* error. It may
well be not allowed and then should give an error, but the right error
in the right place.
Btw, only tested with 2.4.4, apolo
Defining a property in the interface section (outside a class), that
refers to methods in another unit, gives an *unexpected* error. It may
well be not allowed and then should give an error, but the right error
in the right place.
Btw, only tested with 2.4.4, apologies if that is fixed in 2.6.
On Mon, Feb 27, 2012 at 5:08 AM, wrote:
>
>
> On Mon, 27 Feb 2012, LacaK wrote:
>
>> Hi,
>> let me share same basic info/ideas about TMSSQLConnection :
>> 1. As Marcos wrote it is descendant of sql-db TSQLConnection class and
>> provides native connector for MS SQL Servers and Sybase servers
>> 2
On Mon, 27 Feb 2012, LacaK wrote:
Hi,
let me share same basic info/ideas about TMSSQLConnection :
1. As Marcos wrote it is descendant of sql-db TSQLConnection class and
provides native connector for MS SQL Servers and Sybase servers
2. is depends/requires on FreeTDS open-source cross platform
Hi,
let me share same basic info/ideas about TMSSQLConnection :
1. As Marcos wrote it is descendant of sql-db TSQLConnection class and
provides native connector for MS SQL Servers and Sybase servers
2. is depends/requires on FreeTDS open-source cross platform DB-Library
(alternatively can be use
10 matches
Mail list logo
