Do you know about fpu issue, described on wiki?
http://wiki.freepascal.org/SAPI
Is it an fpu exception or something else?
And stackoverflow
http://stackoverflow.com/questions/3032739/delphi-sapi-text-to-speech
Regards
Toppost
On Mon, April 10, 2017 12:58 am, misabov wrote:
> The project has gene
On Wed, March 29, 2017 4:26 pm, fredvs wrote:
> @Karoly Balogh (Charlie/SGR)
>
>
> Perfect, I have now all the arguments to defend the "Dinosaur Threading"
> choice.
>
> Thanks.
>
>
> Fre;D
>
Methinks that programs should be designed or programmed in such an
abstract way that you do not care or kn
On Thu, March 30, 2017 1:56 am, Mark Morgan Lloyd wrote:
> On 29/03/17 22:30, fredvs wrote:
>
>> @Karoly Balogh (Charlie/SGR)
>> Perfect, I have now all the arguments to defend the "Dinosaur
>> Threading"choice.
>> Thanks.
>>
>
> I'd second Charlie's point, and add that a very small change to a
> s
On Fri, March 31, 2017 4:32 am, Michael Schnell wrote:
> On 31.03.2017 10:18, Tony Whyman wrote:
>
>> Neither of the above implies multiple CPUs or processing units.
>>
> Regarding the view of the application (disregarding execution speed) or
> of the application programmer, there is no difference
Dir={LocalPrefix}
Compiler=fpc.exe
OS=win32
CPU=i386
Version=2.6.0
===
Hope you can help me solve this problem.
Sincerely,
Lars
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hi leledumbo,
Thanks for your quick reply.
> Try set a full path to the compiler driver binary (fpc.exe)
Setting the GlobalPrefix to the full path to fpc.exe, will produce the
following error as the GlobalPrefix is referenced more than once.
C:\lazarus\fpc\2.6.0\bi
target lazmkunit
Installation package lazmkunit for target i386-win32 succeeded
Thanks for your help.
Lars
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hello!
I've recently switched from Delphi to FP and never been exposed to
TP-style objects before.
At first sight they seem very similar to Delphi-style classes. However,
it seems it is possible to allocate them on the stack - very convenient.
Is it right to assume they are automatically de
Marco van de Voort wrote:
The space of the object is cleaned. However if the object uses dyn memory,
you will have to call the destructor (destroy) to make the object cleanup.
In general it is considered a good custom to destroy them.
So no C++-style automatic deallocation (the destructor is
I've noticed some problem with another hashlist that after adding about
2000 items to it, it starts to have problems. There are duplicates added
(possibly a collision?)
Is there a such thing as a perfect hashlist which never has a collision,
or will they always have problems... In that case a
Since FPC has no associative array I was thinking that the closest is
TStringList with name/value pairs.
Then there is a hashlist in contnrs.
Maybe an associative array means you don't have to implement it using
hashes in order for it to work?
If there is a need for one I might write one as
On 2020-08-24 14:01, nore...@z505.com wrote:
I've noticed some problem with another hashlist that after adding
about 2000 items to it, it starts to have problems.
BTW, sorry to be more clear I meant I used another hashlist unit, not
the contnrs one but another open source public domain one
T
Inside a generic procedure (no objects used just a procedure) is there a
way to check which type the code is being used for such as:
generic procedure Add();
begin
if type = integer then...
if type = string then...
begin
// specialized code for that type only
end
end;
I remember so
On 2020-08-26 05:44, Nico Neumann via fpc-pascal wrote:
The TypeInfo function checks the code during run-time thus the
generated code is 'bloated'. Better use the compiler intrinsic
GetTypeKind.
{$mode objfpc}
uses
typinfo;
generic procedure Add;
begin
if GetTypeKind(T) = tkInteger then
101 - 114 of 114 matches
Mail list logo
