Understood, ok. Thanks for your explanation.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 11/11/2022 11:49, Thomas Kurz via fpc-pascal wrote:
Why do I have to explicitly cast Integer to Double here?
Because 1.2E6 can be represented exactly by single precision.
You can use -CF64 to force floating point constants to have at least 64
bits precision. Or you can use {$excessprecisio
Hello,
by chance, I stumbled upon a strange behavior in floating-point calculation.
Here's the example:
program Project1;
var
f: double;
n: integer = 1758;
m: integer = 0;
begin
f := n * 1.2E6 + (2*m+1) * 50E3; // 2109650048
f := Double(n) * 1.2E6 + Double(2*m+1) * 50E3; // 210965000
That's a funny interaction between Variants and Pascal's ambiguous
(logical or bitwise) "and" :) Both the operators and the types are
ambiguous -> making the boolean short-circuit evaluation not possible.
Indeed one workaround is to cast the variants to Booleans explicitly,
which makes it use logi
Am 24.05.22 um 19:28 schrieb Thomas Kurz via fpc-pascal:
Dear all,
please consider the following code:
program Project1;
{$booleval off}
var
v1, v2: variant;
a: boolean;
b: integer;
begin
a := true;
b := 0;
// this works as expected:
if a and (b > 0) and ((0+1) mod b =
Dear all,
please consider the following code:
program Project1;
{$booleval off}
var
v1, v2: variant;
a: boolean;
b: integer;
begin
a := true;
b := 0;
// this works as expected:
if a and (b > 0) and ((0+1) mod b = 0) then Writeln ('ok');
v1 := true;
v2 := 0;
// this gives
Am 25.01.2022 um 18:48 schrieb Thomas Kurz via fpc-pascal:
Consider the following code:
***
PROGRAM project1;
{$mode objfpc}
{$longstrings on} // see output below
{$modeswitch advancedrecords}
USES Variants, Generics.Collections, SysUtils;
TYPE TRecord = PACKED RECORD
FID: NativeUInt;
F
Consider the following code:
***
PROGRAM project1;
{$mode objfpc}
{$longstrings on} // see output below
{$modeswitch advancedrecords}
USES Variants, Generics.Collections, SysUtils;
TYPE TRecord = PACKED RECORD
FID: NativeUInt;
FKey: String;
CONSTRUCTOR Create (AID: NativeUInt; AKey: Strin
Am 25.02.2021 um 13:38 schrieb Bo Berglund via fpc-pascal:
On Thu, 25 Feb 2021 10:59:14 +0100, Marco van de Voort via fpc-pascal
wrote:
Op 2021-02-25 om 10:12 schreef Bo Berglund via fpc-pascal:
I am installing fpc 3.2.0 on a notebook running Ubuntu 20.04 LTS
When I execute make clean and mak
On Thu, 25 Feb 2021 13:38:30 +0100, Bo Berglund via fpc-pascal
wrote:
>>Missing FPC install. It can't find a "fpc" binary
>
>Is this a hen-and-egg situation?
>
>I am installing fpc/lazarus for the first time on this computer and I am doing
>it from sources. So there is no previous compiler excep
On Thu, 25 Feb 2021 10:59:14 +0100, Marco van de Voort via fpc-pascal
wrote:
>
>Op 2021-02-25 om 10:12 schreef Bo Berglund via fpc-pascal:
>> I am installing fpc 3.2.0 on a notebook running Ubuntu 20.04 LTS
>> When I execute make clean and make sourceinstall I get this strange output
>> message:
Op 2021-02-25 om 10:12 schreef Bo Berglund via fpc-pascal:
I am installing fpc 3.2.0 on a notebook running Ubuntu 20.04 LTS
When I execute make clean and make sourceinstall I get this strange output
message:
:~/dev/fpc/3.2.0$ time make sourceinstall PREFIX=$HOME
make: -iVSPTPSOTO: Command n
I am installing fpc 3.2.0 on a notebook running Ubuntu 20.04 LTS
When I execute make clean and make sourceinstall I get this strange output
message:
:~/dev/fpc/3.2.0$ time make sourceinstall PREFIX=$HOME
make: -iVSPTPSOTO: Command not found
What does it mean? What have I missed to prepare?
I h
Am 13.08.2020 um 22:37 schrieb Bo Berglund via fpc-pascal:
I am working on the conversion of a service application from
Windows/Delphi to Linux/FPC.
When going through the code I found this procedure, which I do not
quite understand the workings of, can someone please explain how it
operates?
p
I am working on the conversion of a service application from
Windows/Delphi to Linux/FPC.
When going through the code I found this procedure, which I do not
quite understand the workings of, can someone please explain how it
operates?
procedure Swap2(var Source);
var
H, L: word;
begin
H := Hi
Reported: https://bugs.freepascal.org/view.php?id=37496
вт, 4 авг. 2020 г. в 15:25, Joost van der Sluis :
> Op 01-08-2020 om 14:32 schreef Виктор Матузенко via fpc-pascal:
> > Error: Undefined symbol:
> > DPARSER_$$_PARSEHEXU32UNSAFE$PCHAR$PCHAR$LONGWORD$$LONGWORD
> >
> > What's my next step? Sen
Op 01-08-2020 om 14:32 schreef Виктор Матузенко via fpc-pascal:
Error: Undefined symbol:
DPARSER_$$_PARSEHEXU32UNSAFE$PCHAR$PCHAR$LONGWORD$$LONGWORD
What's my next step? Sending the example to bug tracker?
Yes, please.
Regards,
Joost
___
fpc-pasca
removing inline keyword resolve the problem
seems a bug
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
сб, 1 авг. 2020 г. в 13:26, Alexey via fpc-pascal <
fpc-pascal@lists.freepascal.org>:
> Did you try to delete all "lib" dirs in your project? (compiled units)
>
Yes, I did. The error is reproducible and the same each time I run clean
build.
I've got a minimal reproducible example with similar er
Did you try to delete all "lib" dirs in your project? (compiled units)___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hi!
I have pretty large program which compiles and runs fine with FPC 3.0.2,
but if I try to compile it with FPC 3.2.0 (win32, i386, downloaded
installer here
https://sourceforge.net/projects/freepascal/files/Win32/3.2.0/ ), I get the
following error:
odd_gardens.pp(37,44) Error: Undefined symbol
On Sat, Nov 23, 2019 at 7:47 PM Bart wrote:
As I was afraid: User error!
Cfg.JSONOptions := Cfg.JSONOptions + [joIgnoreTrailingComma];
This forces a reload of the file (since Filename isn't empty at this point).
(B.t.w. fpc trunk raise an error :
An unhandled exception occurred at $00438A84:
EJ
On Sat, 23 Nov 2019, Bart via fpc-pascal wrote:
Hi,
I experienced some strange behaviour with TJSONConfig.Clear.
I'm using fpc 3.0.4 32-bit on Win10-64.
(While I do have fpc trunk as well, the program is a Lazaurs GUI
program and I don't like using Lazarus (trunk) in combination with fpc
trun
Hi,
I experienced some strange behaviour with TJSONConfig.Clear.
I'm using fpc 3.0.4 32-bit on Win10-64.
(While I do have fpc trunk as well, the program is a Lazaurs GUI
program and I don't like using Lazarus (trunk) in combination with fpc
trunk.)
I have a TJSONConfig that I use to store address
On Thu, 18 Jan 2018 20:31:20 +0100
Darius Blaszyk wrote:
> > Hi, I can only say that TDOMNode from Laz2_DOM in trunk has function
> > CompareName.
>
> I'm using FPC 3.0.4 indeed. No dependency to the LCL.
Laz2_DOM is in LazUtils, not in the LCL.
Mattias
_
: [fpc-pascal] Strange issue with TXMLConfig
Hi, I can only say that TDOMNode from Laz2_DOM in trunk has function
> CompareName.
I'm using FPC 3.0.4 indeed. No dependency to the LCL.
Darius
___
fpc-pascal maillist - fpc-pascal@lists.freepa
Hi, I can only say that TDOMNode from Laz2_DOM in trunk has function
CompareName.
I'm using FPC 3.0.4 indeed. No dependency to the LCL.
Darius
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/list
The second TDOMNode from unit DOM (fcl-xml) has that function too, in FPC 3.0.4.
V.
__
Od: Vojtěch Čihák
Komu: FPC-Pascal users discussions
Datum: 18.01.2018 00:30
Předmět: Re: [fpc-pascal] Strange issue with TXMLConfig
Hi, I can
Hi, I can only say that TDOMNode from Laz2_DOM in trunk has function
CompareName.
V.
__
Od: Darius Blaszyk
Komu: FPC-Pascal users discussions
Datum: 18.01.2018 00:11
Předmět: [fpc-pascal] Strange issue with TXMLConfig
All of a
All of a sudden I get a crash in my app trying to read a path from an
XML file. The crash comes from the function TDOMNamedNodeMap.Find that
crashes on this line:
C := TDOMNode(FList.List^[I]).CompareName(name);
The strange thing is that a simplified example app does not crash! In
any case I'm 1
Hello All,
Each time I use fp (text mode ide) under linux or win-xp (3.0 and 2.6.4), there appears a new emtpy file
in the directory: dummy.$$$ .
Apparently it's safe to remove it even when fp is running. But what's its use ?
Season's greeting, Ched'
__
On 1/22/2014 5:39 PM, Frederic Da Vitoria wrote:
2014/1/22 waldo kitty mailto:wkitt...@windstream.net>>
the string type is/was a 256 character array with the 0th (zero-th) element
containing the length of the string... this allowed one to immediately know
how many characters to read
2014/1/22 waldo kitty
> the string type is/was a 256 character array with the 0th (zero-th)
> element containing the length of the string... this allowed one to
> immediately know how many characters to read at once... it was much faster
> than iterating thru the array looking for a nul byte as d
On 1/22/2014 1:00 PM, Jürgen Hestermann wrote:
Am 2014-01-22 07:41, schrieb leledumbo:
Jürgen Hestermann wrote
Realy?
But why that?
It cannot be negative.
Using integer instead of unsigned values reduces the possible (positive)
range
and produces such illogical (to me) compiler warnings.
Delp
On 22.01.2014 19:00, Jürgen Hestermann wrote:
Am 2014-01-22 07:41, schrieb leledumbo:
Jürgen Hestermann wrote
Realy?
But why that?
It cannot be negative.
Using integer instead of unsigned values reduces the possible (positive)
range
and produces such illogical (to me) compiler warnings.
Delph
Am 22.01.2014 19:00, schrieb Jürgen Hestermann:
>
> Am 2014-01-22 07:41, schrieb leledumbo:
>> Jürgen Hestermann wrote
>>> Realy?
>>> But why that?
>>> It cannot be negative.
>>> Using integer instead of unsigned values reduces the possible (positive)
>>> range
>>> and produces such illogical (to
Am 2014-01-22 07:41, schrieb leledumbo:
Jürgen Hestermann wrote
Realy?
But why that?
It cannot be negative.
Using integer instead of unsigned values reduces the possible (positive)
range
and produces such illogical (to me) compiler warnings.
Delphi compatibility and maximum data size limitatio
Jürgen Hestermann wrote
> Realy?
> But why that?
> It cannot be negative.
> Using integer instead of unsigned values reduces the possible (positive)
> range
> and produces such illogical (to me) compiler warnings.
Delphi compatibility and maximum data size limitation AFAIK (2 GB).
--
View this
Am 2014-01-21 18:43, schrieb Howard Page-Clark:
On 21/01/2014 17:33, Jürgen Hestermann wrote:
I always wondered why I get a compiler message for the following code
...
if i+length(M)
Length is declared in the compiler/RTL to return an integer result.
Realy?
But why that?
It cannot be negati
On 21/01/2014 17:33, Jürgen Hestermann wrote:
I always wondered why I get a compiler message for the following code
...
if i+length(M)
Length is declared in the compiler/RTL to return an integer result.
Howard
___
fpc-pascal maillist - fpc-pascal
I always wondered why I get a compiler message for the following code snipped:
function Match(M,F : UTF8String) : boolean;
var i : Cardinal;
...
if i+length(M)___
fpc-pascal
Am 08.05.2013 12:37, schrieb Darius Blaszyk:
Am 08.05.2013 11:40, schrieb Darius Blaszyk:
Am 08.05.2013 11:20, schrieb Darius Blaszyk:
I'm working on a glut app but I keep on getting the message:
Error: Can't assign local procedure/function to procedure
variable The
> Am 08.05.2013 11:40, schrieb Darius Blaszyk:
>
> Am 08.05.2013 11:20, schrieb Darius Blaszyk:
> I'm working on a glut app but I keep on getting the message: Error: Can't
> assign local procedure/function to procedure variable The error is at this
> line: glutDisplayFunc(@redrawfunc); And th
Am 08.05.2013 11:40, schrieb Darius Blaszyk:
Am 08.05.2013 11:20, schrieb Darius Blaszyk:
I'm working on a glut app but I keep on getting the message: Error:
Can't assign local procedure/function to procedure variable The
error is at this line: glutDisplayFunc(@redrawfunc); And the
callback (w
> Am 08.05.2013 11:20, schrieb Darius Blaszyk:
>
>> I'm working on a glut app but I keep on getting the message: Error: Can't
>> assign local procedure/function to procedure variable The error is at this
>> line: glutDisplayFunc(@redrawfunc); And the callback (which is declared in
>> the same
Am 08.05.2013 11:20, schrieb Darius Blaszyk:
I'm working on a glut app but I keep on getting the message: Error:
Can't assign local procedure/function to procedure variable
The error is at this line: glutDisplayFunc(@redrawfunc);
And the callback (which is declared in the same .inc file) is
I'm working on a glut app but I keep on getting the message: Error:
Can't assign local procedure/function to procedure variable
The error is at this line: glutDisplayFunc(@redrawfunc);
And the callback (which is declared in the same .inc file) is declared
as: procedure redrawfunc; cdecl;
I
Hi Tomas,
That did the trick! I didn't notice the dialogs unit in the implementation
section. After removing it everything works fine now. I got opencv running on
windows and displaying the webcam feed on a opengl texture. I will put the code
on the ccr as soon as I have access again. In the co
On Thu, May 17, 2012 11:07, dhkblas...@zeelandnet.nl wrote:
> Second try. My previous email with attachement got blocked
> probably. I will send the files now in two emails. Just put everything
> together in one folder.
First, I'd recommend renaming your main program from video.pp to
something
On Thu, May 17, 2012 10:11, dhkblas...@zeelandnet.nl wrote:
Hi,
> I have a simple application that uses glut and opencv.
> However as soon as I add the opencv wrapper unit to the uses clause I
> get:
>
> video.pp(10,1) Fatal: Syntax error, "UNIT" expected but "PROGRAM"
> found
>
> The compiler d
On 17.05.2012 10:11, dhkblas...@zeelandnet.nl wrote:
Hi,
I have a simple application that uses glut and opencv. However as soon
as I add the opencv wrapper unit to the uses clause I get:
video.pp(10,1) Fatal: Syntax error, "UNIT" expected but "PROGRAM" found
The compiler does not recognize the
Hi,
I have a simple application that uses glut and opencv.
However as soon as I add the opencv wrapper unit to the uses clause I
get:
video.pp(10,1) Fatal: Syntax error, "UNIT" expected but "PROGRAM"
found
The compiler does not recognize the main unit anymore. I have
searched the opencv.p
On 29 Mar 2011, at 13:12, Felipe Monteiro de Carvalho wrote:
In this thread: http://www.lazarus.freepascal.org/index.php/topic,12585.0.html
I though that maybe posting here would help, since the user has some
problems with some strange errors which say nothing to me =)
The last question/answ
In this thread: http://www.lazarus.freepascal.org/index.php/topic,12585.0.html
I though that maybe posting here would help, since the user has some
problems with some strange errors which say nothing to me =)
--
Felipe Monteiro de Carvalho
___
fpc-pasc
Fixed! It was some really strange interference with different g_types...
The reason for all this was some duplicate code.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hello!
I am developer of the Listaller Project, a cross-distribution software
manager & installer which uses PackageKit and is completely programmed in
Pascal. (YES, I better did this in C++, when I started the project two
years ago, I decided to play risky)
At time I have a very big problem with a
On Mon, 5 Apr 2010 17:04:55 +0200
Jonas Maebe wrote:
> Unlikely. You can always disable the explicitly with -O-. Without a
> compilable example program that demonstrates the problem I cannot help
> further.
Ok... Thanks! Will try to extract the important part.
John
_
On 05 Apr 2010, at 16:36, John Coppens wrote:
> gives:
>
> 654 if ch = eofchar then
> (gdb) n
> 655 sy := sps[ch]
> (gdb)
> 659 goto 1;
> (gdb)
> 661 symbol_read := true;
>
> Does this have anything to do with optimizations?
Unlikely. You can always disable
On Mon, 5 Apr 2010 16:21:33 +0200
Jonas Maebe wrote:
> This usually means that you modified the file since it was loaded in
> the debugger.
And it still gives some strange result:
if ch = eofchar then
sy := sps[ch]
else begin
error(erchar);
nextch;
g
On 05 Apr 2010, at 16:27, John Coppens wrote:
> Doesn't gdb detect source code changes? It's been a while, but I seem to
> remember gdb warning about the C source file having been changed.
GDB warns if *on startup* the time stamp of a source file is newer than that of
the binary. If you change
On Mon, 5 Apr 2010 16:21:33 +0200
Jonas Maebe wrote:
> > I haven't seen this kind of problem before, not in Pascal nor in C.
> > Why is the '... to 1' appearing in the listing?
>
> This usually means that you modified the file since it was loaded in
> the debugger.
That was it - but it seems sl
On 05 Apr 2010, at 16:17, John Coppens wrote:
> I haven't seen this kind of problem before, not in Pascal nor in C.
> Why is the '... to 1' appearing in the listing?
This usually means that you modified the file since it was loaded in the
debugger.
Jonas___
Hi all,
When trying to debug a series of events in a program, parts of source
lines disappear - apart from the fact that the execution secuence seems
very off.
This extract from the source file:
if ch = eofchar then
sy := sps[ch]
else begin
error(erchar);
next
thanks =) nicknames can be tricky...
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Try the following...
Yury Sidorov
Cheers,
G.
On 19 March 2010 03:27, Felipe Monteiro de Carvalho wrote:
> Or at least does anyone know the e-mail of the user "jura" which
> submited the previous wince tests so that I can ask him how he did it?
--
Regards,
- Graeme -
_
Or at least does anyone know the e-mail of the user "jura" which
submited the previous wince tests so that I can ask him how he did it?
thanks,
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freep
On Thu, Mar 11, 2010 at 8:15 AM, Bernd Mueller wrote:
> it looks, as if 2.4.x was not so well tested on Wince. Perhaps you could run
> the test suite and see if it is a compiler problem.
How can I do this?
--
Felipe Monteiro de Carvalho
___
fpc-pascal
Felipe Monteiro de Carvalho wrote:
What do you recommend? Simply creating a report?
http://www.freepascal.org/testsuite/cgi-bin/testsuite.cgi?os=17&cpu=6&version=0&date=
it looks, as if 2.4.x was not so well tested on Wince. Perhaps you could
run the test suite and see if it is a compiler pr
Hello,
Who maintains the wince port and the arm port?
Some users are experiencing a very wierd bug in wince-arm which
happens in pure lcl app or kol app + lnet (no idea what the common
factor is). It also happens in some devices, but not all of them and
acording to the reports it doesn't happen i
On 07 Mar 2010, at 19:18, Schindler Karl-Michael wrote:
> If I use Pa_IsFormatSupported from portaudio with a different sample rate
> than the default, I get a division by zero error or other arithmetic error.
...
> gdb backtrace shows that it is deep down in Apple libs (probably the reason,
>
Hi
If I use Pa_IsFormatSupported from portaudio with a different sample rate than
the default, I get a division by zero error or other arithmetic error.
However, it needs very special conditions. It does not occur with the same
Pascal program on linux. Also the very similar test program pa_devs
Paul Ishenin wrote:
will be useless. Who wants to know that it was raised in Warn function?
Better to assign a caller address to that exception. For this we have
'at' keyword.
Thanks Paul! Your explanation makes perfect sense. Amazingly enough, I
have been using exceptions for many years, and
Graeme Geldenhuys wrote:
Hi,
While porting DUnit2 to Free Pascal I came across the following code.
I have never seen syntax like that, yet it is accepted by FPC and
Delphi compilers.
Is this documented in FPC docs? What does the '... at
' do?
Unfortunately I don't have any docs (fpc, delp
Hi,
While porting DUnit2 to Free Pascal I came across the following code. I have
never seen syntax like that, yet it is accepted by FPC and Delphi compilers.
Is this documented in FPC docs? What does the '... at
' do?
Unfortunately I don't have any docs (fpc, delphi or kylix) available here o
Hans Mårtensson wrote:
All right, but with former versions of FPC there was no message if all
memory was freed.
I've been getting the memory usage output for some time already. So that is
normal when heaptrc unit is enabled.
And because the message is marked "error", I thought that it migh
Vincent Snijders wrote:
Hans Mårtensson schreef:
When compiling a windows program with FPC version 2.2.4 with the
switch -dDEBUG (using the default configuration), after running the
program I get the following message:
-
Error
Heap dump by heaptrc unit
0 memory b
Hans Mårtensson schreef:
When compiling a windows program with FPC version 2.2.4 with the switch
-dDEBUG (using the default configuration), after running the program I
get the following message:
-
Error
Heap dump by heaptrc unit
0 memory blocks allocated: 0/0
0 memo
When compiling a windows program with FPC version 2.2.4 with the switch
-dDEBUG (using the default configuration), after running the program I
get the following message:
-
Error
Heap dump by heaptrc unit
0 memory blocks allocated: 0/0
0 memory blocks freed: 0/0
0 unf
En/na Jonas Maebe ha escrit:
Is there a hard limit on the number of threads under
windows?
I'm pretty sure there is one for every OS.
If so, why no exception when I try to create more?
Because the Windows version of tthread.create does not check for any
errors. You can submit a bug report
On 22 May 2009, at 17:03, Luca Olivetti wrote:
While I was testing an unrelated issue, I discovered this: under
windows, with fpc 2.2.4, I try to start 1 thread (I know it's
absurd
but it's just a test) and have all of them linger around for 10
seconds.
The thread actually started are 1
While I was testing an unrelated issue, I discovered this: under
windows, with fpc 2.2.4, I try to start 1 thread (I know it's absurd
but it's just a test) and have all of them linger around for 10 seconds.
The thread actually started are 121. The problem is that no exception is
raised, so how
Marco van de Voort wrote:
In our previous episode, Tom Verhoeff said:
This means that the if statement is passed 7 times without problem with
x = -1, and on the 8th pass, where x = -1 again, it bails out with an FPE.
Hmm, didn't the x87 copro stack had 7ish registers? And recursive you say?
:-
In our previous episode, Tom Verhoeff said:
> What makes things complicated, is that the program has a GUI
> through Lazarus, and that it is rather biggish, making it difficult
> to isolate the problem.
>
> The place where it complains is a simple statement
Sorry, forgot to mention a test/remedy
In our previous episode, Tom Verhoeff said:
>
> This means that the if statement is passed 7 times without problem with
> x = -1, and on the 8th pass, where x = -1 again, it bails out with an FPE.
Hmm, didn't the x87 copro stack had 7ish registers? And recursive you say?
:-)
___
I have an application (for optimizing decisions in the dice game Yahtzee)
that uses Real and runs well with FPC on Mac OS X (PPC), but that
fails with a Floating Point Exception (FPE) under Windows (FPC 2.2.0).
What makes things complicated, is that the program has a GUI
through Lazarus, and that
Hello,
I have the following class :
FDK_record = class
private
TABLE: FDK_table;
procedure SET_COLUMN( field_index: integer; field_value: string );
function GET_COLUMN( field_index: integer ): string ;
procedure SET_COLUMN ( field_name: strin
> In a delphi app I came across the following syntax;
>
> with PropInfo^, PropType^^ do
>
> Which results in a "Error: Illegal qualifier". Has anyone an idea of what
> is meant here and how to port that to FPC? I'm puzzled.
with PropInfo^, PropType^^ do [...]
is the same as
with PropInfo^ d
On Fri, 8 Jun 2007, [EMAIL PROTECTED] wrote:
> In a delphi app I came across the following syntax;
>
> with PropInfo^, PropType^^ do
>
> Which results in a "Error: Illegal qualifier". Has anyone an idea of what
> is meant here and how to port that to FPC? I'm puzzled.
There is an extra (o
[EMAIL PROTECTED] schreef:
In a delphi app I came across the following syntax;
with PropInfo^, PropType^^ do
Which results in a "Error: Illegal qualifier". Has anyone an idea of what
is meant here and how to port that to FPC? I'm puzzled.
You have to check the definition carefully. IIRC f
In a delphi app I came across the following syntax;
with PropInfo^, PropType^^ do
Which results in a "Error: Illegal qualifier". Has anyone an idea of what
is meant here and how to port that to FPC? I'm puzzled.
Darius
___
fpc-pascal maillist -
On Fri, 07 Jul 2006 20:14:13 +0200
Vincent Snijders <[EMAIL PROTECTED]> wrote:
> or compile your code in tp mode (fpc -h for help about command line
> parameters).
>
> Vincent
> ___
> fpc-pascal maillist - fpc-pascal@lists.freepascal.org
> http://lis
Marc Santhoff wrote:
Am Freitag, den 07.07.2006, 14:40 -0300 schrieb John Coppens:
PrevProc: ShTableLine = DummyShLine;
Use
PrevProc: ShTableLine = @DummyShLine;
to tell fpc it's an address and no function call.
or compile your code in tp mode (fpc -h for help about command line
Am Freitag, den 07.07.2006, 14:40 -0300 schrieb John Coppens:
> PrevProc: ShTableLine = DummyShLine;
Use
PrevProc: ShTableLine = @DummyShLine;
to tell fpc it's an address and no function call.
Have fun,
Marc
___
fpc-pascal maillist - fpc-
Hi...
I was trying to compile some old TP code and got a strange error message:
program test_reg;
type
ShTableLine= procedure(n: integer);
procedure DummyShLine(Nr: integer);
begin
end; {DummyShLine}
procedure UseIt;
const
PrevProc: ShTableLine = DummyShLine;
begin
end;
be
On 9 jan 2006, at 17:18, Peter Rosendahl wrote:
Thank you for your quick answer, how do I get the new version? Is
the 2.0.2 available at this point the FIXED version,
2.0.2 is 2.0.2. It will not change.
or do I have to recompile from some unstable source ?
If you are using Windows, you c
Thank you for your quick answer, how do I get the new version? Is the 2.0.2
available at this point the FIXED version, or do I have to recompile from some
unstable source ?
/Peter
JM> On 9 jan 2006, at 17:03, Peter Rosendahl wrote:
>> With the EXACT same code compiled with different version
On 9 jan 2006, at 17:03, Peter Rosendahl wrote:
With the EXACT same code compiled with different versions of
Freepascal, one reads the string[2] as 2 letter and the other
version reads the entire line as string[2].
please can anyone explain this to and possible find a solution
It is a bu
Hello,
I'm a beinner at Pascal, (Ok was 10years since I did someting serious) and have
noticed a strange thing when compiling with 2.0.2 version.
This is the part where I read a TEXT file with numbers.
Procedure Openfile; { Module 1 }
VAR
Infile : Text;
Filename : String[12];
[EMAIL PROTECTED] wrote:
Hi,
When I want to compile a unit, I get a strange error message:
Warning: Comment level 2 found
The lines involved do contain comments that use brackets {}.
Anybody any ideas what might be causing the compiler messages??
"Comment level 2 found" is only a warning,
>When I want to compile a unit, I get a strange error message:
>
>Warning: Comment level 2 found
Usually a simple mistake, such as an {open comment that you forgot to close..
they can be
tricky to see with your eyes at times.
--
L505
http://z505.com
___
1 - 100 of 141 matches
Mail list logo
