Marcos Douglas escreveu:
Well... just to I will know. A long time ago (Delphi 4) I learned:
Always use 'const' for 'strings' because this is faster. Strings will
be passed by reference. This remains true?
eg:
var str: string;
procedure Foo1(const s: string);
procedure Foo2(s: string);
Ta
Hello FPC-Pascal,
Monday, June 7, 2010, 6:41:21 PM, you wrote:
>> Yes, but removing the "const" still passes the parameter as 16 bytes,
>> and defining it as "var" creates problems when passing an interface to
>> extract the GUID instead passing the interface reference. Anyway most
>> of this pro
On Mon, Jun 7, 2010 at 12:11 PM, Jonas Maebe wrote:
>
> On 07 Jun 2010, at 16:59, Marcos Douglas wrote:
>
>> Well... just to I will know. A long time ago (Delphi 4) I learned:
>> Always use 'const' for 'strings' because this is faster. Strings will
>> be passed by reference.
>
> It can be faster t
On 07 Jun 2010, at 17:11, José Mejuto wrote:
> Wow, that looks "dangerous" at least it should produce a warning when
> used in interfaces, or as safecall is a form of stdcall (with return
> values check) replace by stdcall.
Yes, probably. The reason was that nobody knew that this calling convent
On 7 June 2010 17:27, Mark Morgan Lloyd
wrote:
> Henry Vermaak wrote:
>
>> Luckily, someone else has built mingw cross tools here:
>
> I was wondering. I abandoned Cygwin years ago- far too flaky.
Cygwin and mingw have different goals, if you don't need the unix
emulation, then you can get rid of
Henry Vermaak wrote:
Luckily, someone else has built mingw cross tools here:
I was wondering. I abandoned Cygwin years ago- far too flaky.
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not those of his employers or colleagues]
_
On 07 Jun 2010, at 16:59, Marcos Douglas wrote:
Well... just to I will know. A long time ago (Delphi 4) I learned:
Always use 'const' for 'strings' because this is faster. Strings will
be passed by reference.
It can be faster to pass very short strings by value instead of by
reference. That
Hello FPC-Pascal,
Monday, June 7, 2010, 4:25:59 PM, you wrote:
>> It is "silently" changed by stdcall do not ?
JM> It is completely ignored. So it is the same as the default calling
JM> convention (which is register on i386, and stdcall=register=cdecl=...
JM> on other platforms).
Wow, that looks
On Mon, Jun 7, 2010 at 11:34 AM, Jonas Maebe wrote:
>
> On 07 Jun 2010, at 16:30, Marcos Douglas wrote:
>
>> 2010/6/7 Jonas Maebe :
>>>
>>> a) in Pascal, the behaviour of const is completely undefined (the
>>> compiler
>>> can do whatever it wants)
>>
>> The compiler can do whatever is wants?!
>
>
On 07 Jun 2010, at 16:30, Marcos Douglas wrote:
2010/6/7 Jonas Maebe :
a) in Pascal, the behaviour of const is completely undefined (the
compiler
can do whatever it wants)
The compiler can do whatever is wants?!
At the implementation level, yes.
Jonas
2010/6/7 Jonas Maebe :
>
> (...)
>
> In C, "const" does not modify how a parameter is passed in any way. If a
> parameter is passed by value without "const", then it's also passed by value
> with "const". The problems are
> a) in Pascal, the behaviour of const is completely undefined (the compiler
On 07 Jun 2010, at 15:59, José Mejuto wrote:
Monday, June 7, 2010, 10:34:26 AM, you wrote:
JM> safecall is not supported (= ignored) on non-Windows platforms,
JM> because it is completely Windows-specific. Afaik, GCC does not
support
JM> any safecall calling convention on Linux either.
It
Hello FPC-Pascal,
Monday, June 7, 2010, 10:34:26 AM, you wrote:
JM> safecall is not supported (= ignored) on non-Windows platforms,
JM> because it is completely Windows-specific. Afaik, GCC does not support
JM> any safecall calling convention on Linux either.
It is "silently" changed by stdcall
Sven Barth wrote:
Someone on Delphi-PRAXiS has prepared Linux VMs with OpenSUSE and a
preinstalled Lazarus (and thus FPC). You need either VMWare (the
Player is free) or VirtualBox (which can run such disks) to use it.
Also its language is German, so you might need to change the language
setti
Henry Vermaak wrote:
Luckily, someone else has built mingw cross tools here:
ftp://ftp.freepascal.org/pub/fpc/contrib/cross/mingw
Thanks, I downloaded the package. However, I will try Sven's approach first.
___
fpc-pascal maillist - fpc-pascal@list
Ok, thanks, now I seam to be able to get it working using
TLTCPComponent, but I am unsure about how to read data.
Ok, I read that it will call OnReceive when there is data ready, but I
couldn't find anything about how much data is waiting to be read?
I would like to get each single Packet which i
On Mon, Jun 7, 2010 at 10:41 AM, Graeme Geldenhuys
wrote:
> I don't use Lnet, so don't know if it already has two packages
> (run-time and design-time) defined.
It already has two packages, but the wiki page is geared towards the
design-time one.
--
Felipe Monteiro de Carvalho
_
On Mon, 7 Jun 2010, Felipe Monteiro de Carvalho wrote:
Hello,
I am trying to use lNet and I have some questions.
1> Can I use TLTcp or do I need to use the "visual" version, TLTcpComponent?
2> Can I use only the base package or do I need to use the "visual" one?
Basically I am not a big fa
On 07/06/2010, Felipe Monteiro de Carvalho wrote:
>
> 1> Can I use TLTcp or do I need to use the "visual" version, TLTcpComponent?
>
> 2> Can I use only the base package or do I need to use the "visual" one?
>
> Basically I am not a big fan of design time packages, I prefer to add
> the units and c
On 06 Jun 2010, at 19:28, José Mejuto wrote:
I had found the problem, after a lot of debuging and trying to
understand the underlayed COM interface the bug is in the mozilla
XPCOM or in the fpc undertanding of COM interfaces in Linux. Aside the
fact that under safecall in linux fpc does not cal
You do not need to use Lazarus at all in order to develop with LNet.
You do however need the runtime package in order to work with it if you want
to use the TLTCPComponent, however if you do not want to use it, you simply
need to tell the compiler where to find LNet, and use the normal classes.
Hello,
I am trying to use lNet and I have some questions.
1> Can I use TLTcp or do I need to use the "visual" version, TLTcpComponent?
2> Can I use only the base package or do I need to use the "visual" one?
Basically I am not a big fan of design time packages, I prefer to add
the units and cre
22 matches
Mail list logo
