On 15-11-2011 16:30, Ludo Brands wrote:
>>> How do I specify the port number when connecting to
>> Firebird/Interbase
>>> databases with sqldb on a different port than the default (3050)?
>>
>> Try
>>/portnr:/path/to/database
>> in your databasename.
> host/port:c:\...\data.fdb
> http://www.d
>
> > Hi all,
> >
> > This is probably my confused week, but I couldn't find any
> > documentation.
> >
> > How do I specify the port number when connecting to
> Firebird/Interbase
> > databases with sqldb on a different port than the default (3050)?
>
> Try
>/portnr:/path/to/database
> in
On Tue, 15 Nov 2011, Reinier Olislagers wrote:
Hi all,
This is probably my confused week, but I couldn't find any documentation.
How do I specify the port number when connecting to Firebird/Interbase
databases with sqldb on a different port than the default (3050)?
Try
/portnr:/path/to/d
Hi all,
This is probably my confused week, but I couldn't find any documentation.
How do I specify the port number when connecting to Firebird/Interbase
databases with sqldb on a different port than the default (3050)?
Thanks,
Reinier
___
fpc-pascal ma
On 14 Nov 2011, at 22:08, Felipe Monteiro de Carvalho wrote:
> On Sun, Nov 13, 2011 at 1:39 AM, Rainer Stratmann
> wrote:
>> procedure getchars( p : pchar );
>> var l : longint;
>> begin
>> l := length( p );
>> end;
>
> You cannot do length in a PChar
length(pchar) is translated into strlen(p
Am 15.11.2011 10:39, schrieb Graeme Geldenhuys:
On 15/11/2011, Sven Barth wrote:
In this case the reason is simply backwards compatibilty (note: not Delphi
compatibilty :P ).
But that's my point. I really don't think anybody is writing TP style
programs any more. So wouldn't it make sense to
On Tuesday 15 November 2011 11.00:34 Graeme Geldenhuys wrote:
> >> procedure foo(const AClass: TStringList);
> >
> > Take a copy of the AClass instance pointer, AClass is readonly.
>
> This one confused me a bit. I thought the whole object would be
> read-only, but in fact it is just the AClass
On 15/11/2011, Martin Schreiber wrote:
>
Thanks Martin. Extending my example by changing the body of foo() too...
AClass.Free;
AClass := TStringList.Create;
AClass.Add('inside foo');
...reveals a bit more about the differences.
>> procedure foo(const AClass: TStringList);
>>
> Take a c
On Tuesday 15 November 2011 10.33:13 Graeme Geldenhuys wrote:
> Hi,
>
> What exactly is the difference (if any) between the parameter modifier
> when you pass a class instance to a procedure?
>
> In the example below, I can define foo() as follows...
>
> procedure foo(AClass: TStringList);
> o
On Tue, 15 Nov 2011, Graeme Geldenhuys wrote:
Hi,
What exactly is the difference (if any) between the parameter modifier
when you pass a class instance to a procedure?
It behaves exactly the same as if you would pass a typed pointer.
Michael.
___
15.11.2011 13:33, Graeme Geldenhuys пишет:
Hi,
What exactly is the difference (if any) between the parameter modifier
when you pass a class instance to a procedure?
I your example there is no difference, except that "var" could be ~0.01%
slower
_
On 15/11/2011, Sven Barth wrote:
> In this case the reason is simply backwards compatibilty (note: not Delphi
> compatibilty :P ).
But that's my point. I really don't think anybody is writing TP style
programs any more. So wouldn't it make sense to change the default for
the vast majority or pro
Hi,
What exactly is the difference (if any) between the parameter modifier
when you pass a class instance to a procedure?
In the example below, I can define foo() as follows...
procedure foo(AClass: TStringList);
or
procedure foo(var AClass: TStringList);
or
procedure foo(const AClass: TStri
On 15/11/2011, Felipe Monteiro de Carvalho
wrote:
> On Tue, Nov 15, 2011 at 10:10 AM, Bart wrote:
>> That would be strange indeed, because then most events (onclick
>> handlers etc) would not compile anymore, since they are in the format
>> procedure(Sender: TObject) of object...
>
> It is not li
On Tue, Nov 15, 2011 at 10:10 AM, Bart wrote:
> That would be strange indeed, because then most events (onclick
> handlers etc) would not compile anymore, since they are in the format
> procedure(Sender: TObject) of object...
It is not like that, he forgot adding var or out to the parameter. The
On 12.11.2011 22:18, ik wrote:
> Since 2.6.0, when you write something like this:
>
> procedure foo(AClass : TStrings);
> foo(MyStringList); // Will return an error that TStrings is expected ...
>
That would be strange indeed, because then most events (onclick
handlers etc) would not compile anymo
On 15-11-2011 9:50, michael.vancann...@wisa.be wrote:
> On Tue, 15 Nov 2011, Sven Barth wrote:
>> Am 14.11.2011 17:11, schrieb Reinier Olislagers:
>>> Snippet of the code in question:
>>>TCustomXMLXSDExporter = class(TCustomFileExporter)
>>>const
>>> DefaultDatasetName = 'Table1';<
Am 14.11.2011 02:32, schrieb nore...@z505.com:
First I thought I would post this to the mailing list to ask you what the
proper way to program with threads is. If we must call closethread on MS
Win machines but not unix machines, then something needs to change to make
the threading in the RTL mor
On Tue, 15 Nov 2011, Sven Barth wrote:
Am 14.11.2011 17:11, schrieb Reinier Olislagers:
Snippet of the code in question:
{ TCustomXMLXSDExporter }
TCustomXMLXSDExporter = class(TCustomFileExporter)
const
DefaultDatasetName = 'Table1';<== this is where it bombs
// Na
Am 14.11.2011 17:11, schrieb Reinier Olislagers:
Snippet of the code in question:
{ TCustomXMLXSDExporter }
TCustomXMLXSDExporter = class(TCustomFileExporter)
const
DefaultDatasetName = 'Table1';<== this is where it bombs
// Name used for the exported table/dataset if n
Am 13.11.2011 17:49, schrieb Graeme Geldenhuys:
On 13/11/2011, leledumbo wrote:
I think the
compiler treats functions receiving array of char (or pointer to it) as
ShortString when none of the directives above exist.
Indeed, FPC defaults to ShortString if {$H+} is not specified. That is
proba
21 matches
Mail list logo