Re: [fpc-pascal] Compiling arm-embedded fpc

[Michael Ring]

I could reproduce the problem on Fedora 18 x86_64. The error shows up in 
revision 23457, the only file changed in this revision is 
compiler/arm/aoptcpu.pas.


Checkin comment for file was:

Revision *23457* 
 
- (view 
) 
(annotate 
) 
- [select for diffs] 
 


Modified /Sun Jan 20 14:57:43 2013 UTC/ (4 days, 6 hours ago) by /florian/
File length: 108993 byte(s)
Diff to previous 23456 
 



* improve ShiftShiftShift2ShiftShift to look further ahead
* check register usage so the destination register can be differen


On a mac the problem does not exist, there i can build latest revision 
in svn without problems after applying Jeppe's patch for the IT problem 
(Thank you for that one, Jeppe!!)


So, Koenraad, perhaps you can do a svn update -r 23456 (or 23455) and 
retry the build, then you should hopefully have a very recent version of 
arm-embedded compiler+rtl.


The compiler segfaults when trying to compile rtl:

make -C embedded all
make[3]: Entering directory `/home/ring/devel/fpc/rtl/embedded'
/usr/bin/mkdir -p /home/ring/devel/fpc/rtl/units/arm-embedded
/home/ring/devel/fpc/compiler/ppcrossarm -Cparmv7m @rtl.cfg -Ur 
-Tembedded -Parm -XParm-embedded- -Xr -Ur -Xs -O2 -n -Fi../inc -Fi../arm 
-FE. -FU/home/ring/devel/fpc/rtl/units/arm-embedded -darm -dRELEASE  -Us 
-Sg system.pp

make[3]: *** [system.ppu] Segmentation fault (core dumped)
make[3]: Leaving directory `/home/ring/devel/fpc/rtl/embedded'


Michael


Am 24.01.13 12:32, schrieb Jeppe Græsdal Johansen:

Den 24-01-2013 12:16, Koenraad Lelong skrev:

On 24-01-13 11:24, Jeppe Græsdal Johansen wrote:

Looks like a memory corruption problem. I just tried to compile trunk
with 2.6.0 as a starting compiler on win32 and had no problems(apart
from the broken RTL).

What starting compiler and what os/cpu are you on?



Hi,

What do you mean with memory corruption ? Is the memory of my PC 
broken, or is the compiler messing with the memory and then corrupts 
it ?
As far as I see it's not possible to compile the RTL. That's my 
problem. The crosscompiler seems OK, when I run "ppcrossarm -i" I see 
the output I expect.
I'm trying to be as clear as possible, but sometimes I presume too 
much and the reader does not understand what I want to say :-(
What I was trying to do is pinpointing where it goes wrong. So I 
manualy tried running the last line before the compilation (how to do 
that : see the wiki) stopped with the segmentation fault. And I did 
this with gdb to get a backtrace. That's what I sent to the list.


You say you can't compile the RTL, what error do you get ?

I'm compiling this with FPC 2.6.0, on Opensuse 12.1 64 bit.

Anyway, thanks for your reply.

Regards,

Koenraad Lelong.

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
What I mean is that I think the crash you experience means there's a 
bug in the compiler because your backtrace showed it crashed inside 
the heap manager.  A typical sign after someone is using deallocated 
memory, or having buffer overflows.


I have fixed the issue with the RTL and submitted a patch: 
http://bugs.freepascal.org/view.php?id=23738

It was the same you wrote about some time ago.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal



___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Sybil Library - OS/2 and other INF e-books

[Graeme Geldenhuys]

On 01/24/13 17:55, Tomas Hajny wrote:
> 
> It's probably worth mentioning that since these INF
> documents come from a different compiler / project, some of the included
> information does not fully apply to FPC and its RTL.

Indeed. Those ebooks might, or might not be useful. I just thought I
would share them anyway.

> documentation may want to check http://cyberkinetica.homeunix.net/os2tk45/
> and http://www.edm2.com/.

Hey, I used to read those EDM/2 inf monthly issues - years ago. They
were a great source of information in programming for OS/2. Very nice
that they still make that information accessible today.


Regards,
  - Graeme -

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: [fpc-devel] FPJSONRTTI: Case insensitive.

[silvioprog]

2013/1/24 Michael Van Canneyt 

> On Thu, 24 Jan 2013, silvioprog wrote:2013/1/24 Michael Van Canneyt <
> mich...@freepascal.org>
>
>>   [...]
>> Maybe we can have a property for this.
>>
>> This would be an excellent idea. This new property could be to False by
>> default.
>>
>> I'll open an issue about this.
>>
>
> Implemented it. Please test and close the bugreport if OK.
>
> Michael.


Worked fine. Thank you! :)

-- 
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: [fpc-devel] FPJSONRTTI: Case insensitive.

[Michael Van Canneyt]

On Thu, 24 Jan 2013, silvioprog wrote:


2013/1/24 Michael Van Canneyt 
  [...]
Maybe we can have a property for this.


This would be an excellent idea. This new property could be to False by default.

I'll open an issue about this.


Implemented it. Please test and close the bugreport if OK.

Michael.___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Sybil Library - OS/2 and other INF e-books

[Tomas Hajny]

On Thu, January 24, 2013 18:03, Graeme Geldenhuys wrote:


Hi Graeme,

> I know there are still a few of you developing for the OS/2 platform. So
> I made available on my server some INF e-books. They originally came
> from the Sybil Library project.
>
> There are also some Object Pascal and OOP related books.
>
>http://opensoft.homeip.net/~graemeg/inf_books/
 .
 .

Thanks for this note. It's probably worth mentioning that since these INF
documents come from a different compiler / project, some of the included
information does not fully apply to FPC and its RTL. Examples include
different structure of units providing access to the OS/2 API (BseDos,
Os2Def and BseErr in Sibyl RTL versus DosCalls in FPC RTL), differences in
types used for parameters, etc. FPC RTL source files would probably serve
as a better source for information about these details.

Obviously, descriptions of the individual OS/2 API calls are still valid
(and these documents may indeed serve as one possible source for these
descriptions), but the latest version of the official IBM documents as
included with eComStation and on some other places is both more complete
(there are also large parts clarifying how certain tasks are accomplished
in general rather than just talking about individual API functions) and
also are more up to date (as an example, documentation for 64-bit file
system access is not included in the Sibyl files due to their age).

Anybody interested in the original documentation of OS/2 API and not
owning eComStation CDs nor the original IBM Developer's Toolkit
documentation may want to check http://cyberkinetica.homeunix.net/os2tk45/
and http://www.edm2.com/.

Tomas


___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: [fpc-devel] FPJSONRTTI: Case insensitive.

[silvioprog]

Done: http://bugs.freepascal.org/view.php?id=23745

2013/1/24 silvioprog 

> 2013/1/24 Michael Van Canneyt 
>
>> [...]
>> Maybe we can have a property for this.
>>
>
> This would be an excellent idea. This new property could be to False by
> default.
>
> I'll open an issue about this.
>

-- 
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: [fpc-devel] FPJSONRTTI: Case insensitive.

[silvioprog]

2013/1/24 Michael Van Canneyt 

> [...]
> Maybe we can have a property for this.


This would be an excellent idea. This new property could be to False by
default.

I'll open an issue about this.

-- 
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: [fpc-devel] FPJSONRTTI: Case insensitive.

[Michael Van Canneyt]

On Thu, 24 Jan 2013, silvioprog wrote:


Hello,

I have this JSON:

{ "id": 1, "name": "Silvio Clécio" }


JSON is JavaScript and JavaScript *is* case sensitive.

But you can use TJSONObject.IndexOfName with CaseInsentive to True:

Function IndexOfName(const AName: TJSONStringType; CaseInsensitive : 
Boolean = False): Integer;

Line 450 of fpjsonrtti could be changed to set this to True, but it will have a 
bad impact on performance.
Maybe we can have a property for this.

You should fix your incoming JSON instead.

Michael.___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Embeded ARM Examples.

[Michael Ring]

Hi Koenraad

I have also started recently on using arm-embedded on an STM32 based 
board, I have build arm-embedded for mac a few days ago and the windows 
version two or three weeks ago. So on what OS do you need the arm 
crosscompiler (it could be mac or linux (more likely) but I think you 
actually did not mention the OS on that you are trying to build the 
crosscompiler), perhaps I can help with binaries if you cannot get your 
build up & running.


Michael

Am 24.01.13 11:03, schrieb Koenraad Lelong:

On 22-01-13 13:36, delph...@smythconsulting.net wrote:

Hi All,
I’ve been a user of Lazarus for years now and will soon want to write
some code to run on Embedded ARM ( specifically an ARM Cortex M3 ) using
an LPC1343.
I’m new to this so i would appreciate someone pointing me in the right
direction , some examples and or some wiki regarding this matter would
help alot.
Kind Regards
Justin Smyth


Hi,

I'm tinkering with a cortex-m3 board (STM32) so I could help somewhat. 
Unfortunately, I downloaded and made my crosscompiler some months ago.
In the mean time there are many changes in the arm-embedded FPC that I 
would like to use, mainly interrupt-handling. Yesterday I downloaded 
fpc-trunk but I was unable to make an arm-crosscompiler. Actually, 
it's the RTL that does not compile. See my posts of yesterday.


What exactly are you looking for ? There are a number of postings 
(also from me) in this list about arm-embedded, did you read those ?

Did you read http://wiki.freepascal.org/TARGET_Embedded ?

Regards,

Koenraad Lelong

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal



___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] FPJSONRTTI: Case insensitive.

[silvioprog]

Hello,

I have this JSON:

{ "id": 1, "name": "Silvio Clécio" }

And my object is:

TPerson = class
private
  FID: Int64;
  FName: string;
published
  property ID: Int64 read FID write FID;
  property Name: string read FName write FName;
end;

But, FPJSONRTTI don't find the fields, except if I change my class to:

  property id: Int64 read FID write FID;
  property name: string read FName write FName;

Or my JSON to:

{ "ID": 1, "Name": "Silvio Clécio" }

So, how to I find all fields but in case insensitive? (like TypInfo
functions)

Thank you!

ps. Marshal of Delphi is case insensitive.

ps2. So, I send this my questions only to fpc-devel or fpc-pascal? :/

-- 
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Sybil Library - OS/2 and other INF e-books

[Graeme Geldenhuys]

Hi,

I know there are still a few of you developing for the OS/2 platform. So
I made available on my server some INF e-books. They originally came
from the Sybil Library project.

There are also some Object Pascal and OOP related books.

   http://opensoft.homeip.net/~graemeg/inf_books/

To view the books you need an INF viewer. If you run OS/2, you can
simply use VIEW (OS/2) or NEWVIEW (eComStation). If you are on Linux or
Windows, you can download fpGUI's Docview binary from SourceForge
[http://sourceforge.net/projects/fpgui/files/fpGUI/0.8/], or you can
compile the latest version of DocView from the fpGUI repository. DocView
is a small stand-alone application (450KB download) - no installation or
3rd party libraries are required.


Hope you can find some of those e-books useful.


Regards,
  - Graeme -

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Favourite Pascal books

[Graeme Geldenhuys]

Hi Patrick,

> I am just putting together an order for abebooks. They have a million 
> and one Pascal books. I can't decide on which ones to buy.

I also forgot to mention in my previous post, there are some more
sources of information.

I have some e-books in INF format. They came from the Sybil Library.
Sibyl was a Delphi-clone, much like FPC & Lazarus, but for the OS/2 and
later the Windows platforms. The company later closed down, but open
sourced much of their work.

Anyway, the one ebook [tutorial.inf] has 10 chapters covering the Object
Pascal language in a nice friendly manner. Easy to follow. There are
some references to Sybil or OS/2, but the information about the language
is sound, and using FPC you should be able to follow the examples
without problems.

The second ebook [oop_refg.inf] covers Object Oriented Programming using
Object Pascal. Unfortunately this book is only available in German - I
have plans to translate it to English soon.

To view the books you need an INF viewer. You can download fpGUI's
Docview binary for Windows or Linux from SourceForge
[http://sourceforge.net/projects/fpgui/files/fpGUI/0.8/], or you can
compile the latest version of DocView from the fpGUI repository. DocView
is a small stand-alone application (450KB download) - no installation or
3rd party libraries are required.


Some INF e-books are available at:

   http://opensoft.homeip.net/~graemeg/inf_books/

Regards,
  - Graeme -

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Compiling arm-embedded fpc

[Jeppe Græsdal Johansen]

Den 24-01-2013 12:16, Koenraad Lelong skrev:

On 24-01-13 11:24, Jeppe Græsdal Johansen wrote:

Looks like a memory corruption problem. I just tried to compile trunk
with 2.6.0 as a starting compiler on win32 and had no problems(apart
from the broken RTL).

What starting compiler and what os/cpu are you on?



Hi,

What do you mean with memory corruption ? Is the memory of my PC 
broken, or is the compiler messing with the memory and then corrupts it ?
As far as I see it's not possible to compile the RTL. That's my 
problem. The crosscompiler seems OK, when I run "ppcrossarm -i" I see 
the output I expect.
I'm trying to be as clear as possible, but sometimes I presume too 
much and the reader does not understand what I want to say :-(
What I was trying to do is pinpointing where it goes wrong. So I 
manualy tried running the last line before the compilation (how to do 
that : see the wiki) stopped with the segmentation fault. And I did 
this with gdb to get a backtrace. That's what I sent to the list.


You say you can't compile the RTL, what error do you get ?

I'm compiling this with FPC 2.6.0, on Opensuse 12.1 64 bit.

Anyway, thanks for your reply.

Regards,

Koenraad Lelong.

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
What I mean is that I think the crash you experience means there's a bug 
in the compiler because your backtrace showed it crashed inside the heap 
manager.  A typical sign after someone is using deallocated memory, or 
having buffer overflows.


I have fixed the issue with the RTL and submitted a patch: 
http://bugs.freepascal.org/view.php?id=23738

It was the same you wrote about some time ago.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Compiling arm-embedded fpc

[Koenraad Lelong]

On 24-01-13 11:24, Jeppe Græsdal Johansen wrote:

Looks like a memory corruption problem. I just tried to compile trunk
with 2.6.0 as a starting compiler on win32 and had no problems(apart
from the broken RTL).

What starting compiler and what os/cpu are you on?



Hi,

What do you mean with memory corruption ? Is the memory of my PC broken, 
or is the compiler messing with the memory and then corrupts it ?
As far as I see it's not possible to compile the RTL. That's my problem. 
The crosscompiler seems OK, when I run "ppcrossarm -i" I see the output 
I expect.
I'm trying to be as clear as possible, but sometimes I presume too much 
and the reader does not understand what I want to say :-(
What I was trying to do is pinpointing where it goes wrong. So I manualy 
tried running the last line before the compilation (how to do that : see 
the wiki) stopped with the segmentation fault. And I did this with gdb 
to get a backtrace. That's what I sent to the list.


You say you can't compile the RTL, what error do you get ?

I'm compiling this with FPC 2.6.0, on Opensuse 12.1 64 bit.

Anyway, thanks for your reply.

Regards,

Koenraad Lelong.

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Compiling arm-embedded fpc

[Jeppe Græsdal Johansen]

Looks like a memory corruption problem. I just tried to compile trunk 
with 2.6.0 as a starting compiler on win32 and had no problems(apart 
from the broken RTL).


What starting compiler and what os/cpu are you on?

Den 23-01-2013 19:28, Koenraad Lelong skrev:

On 23-01-13 17:20, Tomas Hajny wrote:

OPT=-gl -Xs-


Thanks, I comiled this way :

make clean buildbase installbase "OPT=-gl -Xs- -O-" CROSSINSTALL=1 
OS_TARGET=embedded CPU_TARGET=arm SUBARCH=armv7


That gives this :

> gdb --args ../../compiler/ppcrossarm -Cparmv7m @rtl.cfg -Ur 
-Tembedded -Parm -XParm-embedded- -Xr -Ur -Xs -O2 -n -Fi../inc 
-Fi../arm -FE. 
-FU/home/koenraad/Documenten/fpc-20130123/rtl/units/arm-embedded -darm 
-dRELEASE  -Us -Sg system.pp

...
Reading symbols from 
/home/koenraad/Documenten/fpc-20130123/compiler/ppcrossarm...done.

(gdb) run
Starting program: 
/home/koenraad/Documenten/fpc-20130123/compiler/ppcrossarm -Cparmv7m 
@rtl.cfg -Ur -Tembedded -Parm -XParm-embedded- -Xr -Ur -Xs -O2 -n 
-Fi../inc -Fi../arm -FE. 
-FU/home/koenraad/Documenten/fpc-20130123/rtl/units/arm-embedded -darm 
-dRELEASE -Us -Sg system.pp


Program received signal SIGSEGV, Segmentation fault.
0x00419bb0 in SYSGETMEM_FIXED (CHUNKSIZE=32) at 
../inc/heap.inc:977

977 pmc_next^.prev_fixed := nil;
(gdb) bt
#0  0x00419bb0 in SYSGETMEM_FIXED (CHUNKSIZE=32) at 
../inc/heap.inc:977

#1  0x00419e38 in SYSGETMEM (SIZE=32) at ../inc/heap.inc:1072
#2  0x0041877d in GETMEM (P=0x774521c0, SIZE=24) at 
../inc/heap.inc:276
#3  0x00411f1c in NEWINSTANCE (self=0x900180) at 
../inc/objpas.inc:355

warning: Range for type (null) has invalid bounds 0..-107
warning: Range for type (null) has invalid bounds 0..-2
warning: Range for type (null) has invalid bounds 1..-127
#4  0x0045f9da in CREATE (this=0x0, vmt=0x900180, INITSIZE=9) 
at cclasses.pas:2985
#5  0x004daf33 in SET_LIVE_RANGE_DIRECTION 
(this=0x7755d300, DIR=RAD_BACKWARDS) at rgobj.pas:723
#6  0x004d3fa3 in SET_REGALLOC_LIVE_RANGE_DIRECTION 
(this=0x7741a000, DIR=RAD_BACKWARDS) at cgobj.pas:775
#7  0x0056d830 in GENERATE_CODE (this=0x77b161c0) at 
psub.pas:1325
#8  0x0056cc95 in GENERATE_CODE_TREE (this=0x77b161c0) at 
psub.pas:1023
#9  0x0056ed82 in READ_PROC_BODY 
(OLD_CURRENT_PROCINFO=0x77b16040, PD=0x77fcedb0) at psub.pas:1865
#10 0x0056f297 in READ_PROC (ISCLASSMETHOD=false, USEFWPD=0x0) 
at psub.pas:1996
#11 0x0056f79d in READ_DECLARATIONS (ISLIBRARY=false) at 
psub.pas:2120

#12 0x0056a6b5 in BLOCK (ISLIBRARY=false) at psub.pas:279
#13 0x0056e6c7 in PARSE_BODY (this=0x77b16040) at 
psub.pas:1693

#14 0x005e477b in PROC_UNIT () at pmodules.pas:944
#15 0x005c8cf9 in COMPILE (FILENAME=...) at parser.pas:347
#16 0x0042a3d8 in COMPILE (CMD=0x0) at compiler.pas:255
#17 0x0040041a in main () at pp.pas:239
(gdb)

Anyone can help ?

Regards,

Koenraad Lelong

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Embeded ARM Examples.

[Koenraad Lelong]

On 22-01-13 13:36, delph...@smythconsulting.net wrote:

Hi All,
I’ve been a user of Lazarus for years now and will soon want to write
some code to run on Embedded ARM ( specifically an ARM Cortex M3 ) using
an LPC1343.
I’m new to this so i would appreciate someone pointing me in the right
direction , some examples and or some wiki regarding this matter would
help alot.
Kind Regards
Justin Smyth


Hi,

I'm tinkering with a cortex-m3 board (STM32) so I could help somewhat. 
Unfortunately, I downloaded and made my crosscompiler some months ago.
In the mean time there are many changes in the arm-embedded FPC that I 
would like to use, mainly interrupt-handling. Yesterday I downloaded 
fpc-trunk but I was unable to make an arm-crosscompiler. Actually, it's 
the RTL that does not compile. See my posts of yesterday.


What exactly are you looking for ? There are a number of postings (also 
from me) in this list about arm-embedded, did you read those ?

Did you read http://wiki.freepascal.org/TARGET_Embedded ?

Regards,

Koenraad Lelong

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Linker Error: what does this mean?

[Tomas Hajny]

On Wed, January 23, 2013 23:56, Gerhard Scholz wrote:


Hello,

> thanks for the hint with the -Xe parameter (the external linker is damned
> slow!), now it compiles.
 .
 .

I'm glad that the external linker helped. Indeed, slowness of the external
linker is one of reasons for using the internal one by default. If the
external and internal linkers behave differently here, it would be the
best to file a bug report so that the internal linker may get fixed.
However, it is necessary to include a (reference to) source code allowing
reproduction of the issue.

Tomas


___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal