Re: [fpc-pascal] Source file macro
Great, looking for this "Macro" for 15+ years Kind Regards Markus --- original message --- On June 19, 2019, 5:35 PM GMT+2 ga...@poczta.onet.pl wrote: W dniu 2019-06-19 o 17:10, Ryan Joseph pisze: >> >> Oh I see now. Strange syntax, never saw that before. Can you get the full >> path instead of just the name? >> >> Regards, >> Ryan Joseph >> > Unfortunately, just the name. But it's a good idea to be able to have a > full path. > You can get full listof directives here: > https://www.freepascal.org/docs-html/prog/progsu41.html > Regards, > Michał. > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Illegal counter variable?
AFAIK these is the standard behavior since the first PASCAL versions. We must not change it. It prevents a lot of side effects, and PASCAL is NOT C without brackets! Use while or repeat instead! >From Niklaus Wirths last 2004 Oberon manual: https://people.inf.ethz.ch/wirth/ProgInOberon2004.pdf t "It is recommended that the for statement be used in simple cases only; in particular, no components of the expressions determining the range must be affected by the repeated statements, and, above all, the control variable itself must not be changed by the repeated statements. The value of the control variable must be considered as undefined after the for statement is terminated." Kind Regards Markus --- original message --- On September 9, 2019, 5:20 PM GMT+2 mar...@templot.com wrote: On 09/09/2019 15:11, James Richters wrote: >> If (I>86) And (I<95) then Continue; >> What does continue do exactly? Loop back to the beginning of the for loop >> right away? > Hi James, > Yes in effect -- it jumps forward to the test at the end of a loop. Very > useful. > See: https://www.freepascal.org/docs-html/rtl/system/continue.html > cheers, > Martin. > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Illegal counter variable?
James,
not every body is using a GHz machine. I am , for example, programming a 80186
in an embedded system with very limited speed an RAM.
But I understand thats not a general argument.
But look at MISRA C. Its a big set of rules for "real" save C programming, more
or less now the standard in the automobile industry.
Also here are strict rules for counters in for loops.
See:
https://www.misra.org.uk/forum/viewtopic.php?t=272
So what they are doing is writing Pascal programs in C... ;-) And they need
huge and expensive and complex tools to check the C code for
MISRA compatibility!
So we should NOT give up the safety of Pascal for the sloppiness of C!
Kind Regards
Markus
--- original message ---
On September 9, 2019, 7:19 PM GMT+2 ja...@productionautomation.net wrote:
Yes, today such limitations do seem too restrictive, I wonder if the reasons
for the restrictions have become obsolete. You would have to have a really slow
computer with very limited resources to optimize loops to the point of reducing
functionality like this, and the tendency with modern pc's is to have a larger
library of much more powerful and more flexible tools, even if they are more
complex and take more memory and resources. For example Case statements used to
only work with characters or integers, but the modern version now also works
with strings, very much added functionality for sure, but also would use more
resources but we would all rather have the capability because even a
raspberry pi is blazing fast and has ram to burn compared to our old 8086s It
seems silly to me that I can't so what I used to do with Turbo Pascal for DOS
where I was limited to programs of a few hundred K, due to optimizations that
just can't make much of a difference at all on modern computers. I am happy
that FPC has TP compatibility mode though! It's just I get to a point where I
eventually can't cross units since I can't have a circular unit reference. So I
have to choose for any given unit.. do I want my old for loops and change the
control variables, or do I want cool new case statements... etc.. it would be
nice to have {$Mode everything_the_way_I_want_it}
Since the compiler knows I was trying to change the variable inside the for
loop, could it not just compile in not quite as efficient code (TP MODE for
loop) when it detects this, and use the more efficient optimized code when it
detects that it is able to use it?
James
-Original Message-
From: fpc-pascal On Behalf Of Bernd
Oppolzer
Sent: Monday, September 9, 2019 10:46 AM
To: FPC-Pascal users discussions
Subject: Re: [fpc-pascal] Illegal counter variable?
Am 09.09.2019 um 16:11 schrieb James Richters:
>> I just don't see why having the limitation, there is no technical
>> reason that the for loop couldn't change that I can see.. especially since
>> it works in TP mode.
> The original reason why some Pascal implementations had this limitation:
> for performance or optimization reasons, the loop control variable was
> transferred to a register at the beginning of the loop, and changing the
> variable (at its storage location) inside the loop simply had no effect,
> because the variable was not fetched from there again during loop execution.
> Worse: maybe, to make read accesses to the loop control variable valid inside
> the loop, they are prepared by storing the control register value into the
> loop control variable, thus turning changes to the loop control variable
> useless.
> Forbidding (write) accesses to the loop control variable allows for many
> aggressive optimization strategies around loops.
> Maybe today such limitations seem too restrictive.
> Kind regards
> Bernd
> ___
> fpc-pascal maillist - fpc-pascal@lists.freepascal.org
> https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> ___
> fpc-pascal maillist - fpc-pascal@lists.freepascal.org
> https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
--- end of original message ---___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Porting from Turbo Pascal to FPC
Hello, I run Borland Pacal 7.01 in Dosemu / XdosEmu (don't use the 64bit binary) on Linux (Kernel 4.15, 64bit, Linux Mint 19.1, 16 CPUs...) here. Works fine, even the serial interface. At least for my experience, the printer doesn't work. So I "print" in a (shared) graphic file, and print then with Linux. Maybe LPT works now, I tested it last time about 10 years ago. Grüße Markus --- original message --- On April 30, 2020, 11:27 AM GMT+2 xhaj...@hajny.biz wrote: On 2020-04-30 10:29, Elmar Haneke wrote: >> Am 29.04.20 um 10:42 schrieb Francisco Glover via fpc-pascal: >>> Overt the years I have developed programs in Turbo Pascal for student >>> lab use, in which the student can easily send to an attached printer >>> contents of the text or VGA graphics screens. These no longer work on >>> Windows 10. In shifting to FPC , certain key procedures which worked >>> in Turbo Pascal running on Windows XP no longer work in FPC running on >>> Windows 10. Samples are shown below: >> >> The Problem depends more on moving from DOS to Windows than movong from >> very old TP to FPC. >> >> It might be an option to use DOSBox to run that old software. > Indeed, the point of the original poster is not related to FPC versus TP > but rather porting low-level DOS access to other operating systems - FPC > would probably allow using these low-level constructs without problems > for the DOS target (either without changes with the 16-bit msdos target, > or with rather minor changes with the 32-bit GO32v2 target). > Talking about DOSBox, things like printing may still not work very well > there, although there seem to be modified versions of DOSBox which may > have better support for this functionality according to a very quick > Google search. In any case, it's probably better to bite the bullet and > rewrite the low-level parts of that old application. The other option > might be running DOS in a full-featured virtualized environment (e.g. > VirtualBox). > Tomas > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] basic question on begin, end;
Bo, "Programs must not be regarded as code for computers, but as literature for humans" Niklaus Wirth, the inventor of PASCAL. Last sentence on the last slide of his presentation. given at a conference to honor of his 80th birthday at the ETH Zürich in 2014. (i had the honor to participate) Kind Regards Markus --- original message --- On September 24, 2020, 10:04 AM GMT+2 fpc-pascal@lists.freepascal.org wrote: On Wed, 23 Sep 2020 08:28:20 -0700, Ralf Quint via fpc-pascal wrote: >> Similar like moving code blocks around in >> Python with a one-off indentation and all the sudden the flow of that >> code changes, without complaining... > This use of whitespace as block delimiter is why I never could cope > with Python when I was working (now retired). > Begin-end are really big helpers to correctly structure loops etc and > I use them all the time to make things clearer. > Also putting begin right below if, for, while etc makes it much easier > in Lazarus to see what happens in multi-level code when one is > selecting begin or end since they match vertically. > So I never do: > if something then begin > some multi-line code here > end; > Instead: > if something then > begin > some multi-line code here > end; > And of course as has already been pointed out the original question's > example code fundamentally changes execution with or without the > begin-end pair! > -- > Bo Berglund > Developer in Sweden > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Graphing library
Hello Bernd, there is a bachelor thesis from Jörg Winkler, 2013 in the net (in German): "OpenGL-basierter logischer Gerätetreiber für ein Grafisches Kernsystem" Entwicklung eines logischen GKS Gerätetreibers auf der Basis von OpenGL https://docplayer.org/20014258-Entwicklung-eines-logischen-gks-geraetetreibers-auf-der-basis-von-opengl.html It includes the source code (in C) . Seems to be a GKS to OpenGL software. AFAIK the author is on GitHub, so may be you can ask him for some details or the source files: https://github.com/joergi-w Kind Regards Markus --- original message --- On November 15, 2020, 11:25 PM GMT+1 fpc-pascal@lists.freepascal.org wrote: Hi, I don't know if this can help you, but in the 1980s I worked with a library called GKS (graphic kernel system) which I used to build such graphics like the following example: http://bernd-oppolzer.de/fdynsb.pdf This programs that did this were written in Pascal at that time. It still works today for me (the customer still uses this software), although is it C today, and GKS is not available any more. What I did: the original GKS calls are written to files (some sort of GKS metafile, but not the original 1980s format), and then this file format is read by a C program GOUTHPGL, which translates this (proprietary) format to HPGL. The HPGL files are either sent to HP plotters or translated to PDF using public domain software; see the file above. (GOUTHGPL was a Pascal program in the 1990s, too). IMO, you could easily write the "GKS metafile format" with Pascal; in fact, it is simply is a sort of logfile of the GKS calls. Here is an old paper about the GKS system: http://nsucgcourse.github.io/lectures/Lecture01/Materials/Graphical%20Kernel%20System.pdf The translator GOUTHGPL supports only a small subset of GKS; see again the example picture above. If you are interested for more details, you could contact me offline. Kind regards Bernd Am 15.11.2020 um 09:33 schrieb Darius Blaszyk via fpc-pascal: > Hi, > I am looking for a simple to use non-visual graphing> library to produce x-y > plots in a raster file format (similar> to how pyplot works). Rather than > developing something from> scratch or writing a wrapper to GNU plot > (additional> dependency), I was hoping something like this already would> > exist that I could build upon. > Thank you for any tips! > Rgds, Darius > ___>fpc-pascal maillist - > fpc-pascal@lists.freepascal.org>https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TurboVision is reborn as FOSS (again)
Hello Nikolay, I am a German - so may be we are both "lost in translation" Kind Regards Markus --- original message --- On December 21, 2020, 10:17 AM GMT+1 nick...@gmail.com wrote: On 12/21/20 10:42 AM, Markus Greim wrote: > FPC has had a Turbo Pascal-like console IDE for many> years... > "has had" ? > AKAIK "has" > I still used it yesterday. English is not my native language, but I think "has had" means it still has it. If I had said "had" instead of "has had", it would mean it had it in the past, but no longer has it. Please correct me if I'm wrong. Nikolay > Grüße > Markus >> On December 20,>> 2020, 7:33 PM GMT+1 fpc-pascal@lists.freepascal.org>> >> wrote: >> On 12/19/20 6:35 PM, Liam Proven via fpc-pascal wrote: >>> > https://github.com/magiblot/tvision >>> > >>> > Someone enterprising could make a TurboPascal clone out>>> of FPC. :-) >>> > >>> Meh. FPC has had a Turbo Pascal-like console IDE for many>>> years. It uses >>> Free Vision, which is a pascal port of the>>> C++ version of Turbo Vision >>> (because Borland didn't release>>> their Pascal version under a free/open >>> source license). >>> https://wiki.freepascal.org/Free_Vision#Turbo_Vision >>> Nikolay >>> ___ >>> fpc-pascal maillist - fpc-pascal@lists.freepascal.org >>> https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TurboVision is reborn as FOSS (again)
FPC has had a Turbo Pascal-like console IDE for many years... "has had" ? AKAIK "has" I still used it yesterday. Grüße Markus --- original message --- On December 20, 2020, 7:33 PM GMT+1 fpc-pascal@lists.freepascal.org wrote: On 12/19/20 6:35 PM, Liam Proven via fpc-pascal wrote: >> https://github.com/magiblot/tvision >> >> Someone enterprising could make a TurboPascal clone out of FPC. :-) >> > Meh. FPC has had a Turbo Pascal-like console IDE for many years. It uses Free > Vision, which is a pascal port of the C++ version of Turbo Vision (because > Borland didn't release their Pascal version under a free/open source license). > https://wiki.freepascal.org/Free_Vision#Turbo_Vision > Nikolay > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TurboVision is reborn as FOSS (again)
Wow.. I am impressed... I hope my PASCAL is better then my English (first foreign language: Latin (for 7 years), 2nd English (6 years), 3rd ancient Greek (3 years)...) Programming languages I worked with in the last 40 years: 1. Basic first on a Tektronix 4050 and a TRS-80 about 1979 2. Fortran batch jobs on a CDC Cyber 205 3. PASCAL first on a DEC VAX 780 about 1986 4. PDC Prolog on MS-DOS 5. Assembler 6. C 8. Perl and others on Linux from 1998 9. Java 10. Python 11. PHP 12. SPIN n. ERLANG <- most recently aside FORTRAN I earned some money programming in all languages above.. Totally off topic, but it is Christmas time.. Kind Regards Markus --- original message --- On December 22, 2020, 1:03 PM GMT+1 fpc-pascal@lists.freepascal.org wrote: On Mon, 21 Dec 2020 at 22:11, Travis Siegel via fpc-pascal wrote: >> >> I don't know what non native english speakers are taught, nor can I address >> the folks across the pond, but here in the Us at least, has denotes >> currently exists, while had indicates past tense, I.E. no longer exists. >> Combining the two is where it gets dicy, and is generally avoided for >> syntactical reasons. > FWIW... I'm (among other things) a qualified teacher of English as a > second language. "Has had" and "had had" are 100% genuine correct > English tenses, called the present perfect and past perfect > respectively. > Simple present: FPC _has_ a console-mode IDE -- now, it possesses one. > Simple past: FPC _had_ a console-mode IDE -- it used to, but this > state ended in the past; it no longer does. > Present perfect: FPC _has had_ a console-mode IDE -- it has one, and > the time it started to have one is a significant time ago. > Past perfect: FPC _had had_ a console-mode IDE -- it used to have one > a long time ago, but it stopped having it a long time ago. > I will not itemise all the other alternatives. There is an informal > competition as to how many tenses it is possible to create in English, > and the record is some 120 different ones, and 144 if you include > passive-voice constructions. There are about a dozen in common use. > FPC has had a console-mode IDE means that there is one now and that > there has been one for a considerable time. I presume this is what > Nikolay meant. I did not know and I apologize for my ignorance of > this. > -- > Liam Proven – Profile: https://about.me/liamproven > Email: lpro...@cix.co.uk – gMail/gTalk/gHangouts: lpro...@gmail.com > Twitter/Facebook/LinkedIn/Flickr: lproven – Skype: liamproven > UK: +44 7939-087884 – ČR (+ WhatsApp/Telegram/Signal): +420 702 829 053 > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Conversion from C to Pascal - Left bit shift
After 35 years of Pascal experience I would urgently recommend NOT to trust any automatic type conversion in the case of shift operators. Alteady Turbo Pascal failed here on x386 architectures. Force input and output variables to a certain data type before you use the shift operator. Just my 5 cents Markus Greim Mit freundlichen Grüßen Markus Greim Schleibinger Geräte Teubert u. Greim GmbH Gewerbestrasse 4 84428 Buchbach Germany Tel. +49 8086 94731-10 Fax. +49 8086 94731-14 Mobil +49 172 8 999 196 http://www.schleibinger.com Amtsgericht Traunstein HRB 9646 Geschäftsführer: Dipl.-Ing. (FH) Oliver Teubert Dipl.-Ing. (Univ.) Markus Greim UST-ID. DE 174 175 046 --- original message --- On September 3, 2021 at 2:36 PM GMT+2 fpc-pascal@lists.freepascal.org wrote: I made a few tests on Ubuntu 64 bits (arch x86_64) with variations on a small test program: var E2: Byte= 3; E1: LongWord= 1; E: QWord; begin E:= (1000*E1) shl E2; writeln( 'E2', E2); writeln( 'E1', E1); writeln( 'E', E); end. In the assembly window, shl is computed on 64 bits %rax, I get : project1.lpr:132 E:= (1000*E1) shl E2; 004011B2 8b05d8f50c00 mov 0xcf5d8(%rip),%eax # 0x4d0790 004011B8 4869c0e803 imul $0x3e8,%rax,%rax 004011BF 0fb60dbaf50c00 movzbl 0xcf5ba(%rip),%ecx # 0x4d0780 004011C6 48d3e0 shl %cl,%rax 004011C9 48890580b51000 mov %rax,0x10b580(%rip) # 0x50c750 Changing the formula to E:= E1 shl E2, shl computed on 32 bits %edx, (I don't understand the "and %edx,%edx", may be just to clear the carry ?) I get : project1.lpr:132 E:= E1 shl E2; 004011B2 0fb605c7f50c00 movzbl 0xcf5c7(%rip),%eax # 0x4d0780 004011B9 8b15d1f50c00 mov 0xcf5d1(%rip),%edx # 0x4d0790 004011BF 89c1 mov %eax,%ecx 004011C1 d3e2 shl %cl,%edx 004011C3 21d2 and %edx,%edx 004011C5 48891584b51000 mov %rdx,0x10b584(%rip) # 0x50c750 Changing E1 to QWord ( E1: QWord= 1; ), shl is computed on 64 bits %rax, I get : project1.lpr:132 E:= E1 shl E2; 004011B2 0fb605c7f50c00 movzbl 0xcf5c7(%rip),%eax # 0x4d0780 004011B9 488b15d0f50c00 mov 0xcf5d0(%rip),%rdx # 0x4d0790 004011C0 4889c1 mov %rax,%rcx 004011C3 48d3e2 shl %cl,%rdx 004011C6 48891583b51000 mov %rdx,0x10b583(%rip) # 0x50c750 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Oberon-0
Hi Adriaan, whats about a Oberon-0 compiler compiling to Forth? And then Forth to MacOSX? (RetroForth, Swift or whatever) That may sound silly, but such a Compiler would help a lot to port Obern to other platforms resp Microcontrollers etc. For example to the Propeller II Kind Regards Markus --- original message --- On April 18, 2023 at 12:13 PM GMT+2 fpc-pascal@lists.freepascal.org wrote: Any suggestions for running simple Oberon-0 programs on the MacOSX command-line ? EIther by emulating its RISC processor or by changing the Oberon-0 compiler ? I prefer not to load the entire Oberon system (for which there do exist emulators). Regards, Adriaan van Os ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Oberon-0
You are right there are in between many compilers for the Propeller 2 around. My idea would be a to have an Oberon system on the Propeller itself. Developing on the target itself is unbeatable clever. Is started 35 Years ago with the 8051-AH Basic processor and later on similar systems. The Propeller 2 has already a built in Forth which is already a fine thing, but I am sure the Processor is powerful enough to run also a full Oberon in the latest flavor of the RISC5 system. The Oberon0 compiler would be necessary as bootstrap for a full Oberon system. A native Oberon0 to Propeller ASM compiler would be fine, but maybe it would be easier to write first an Oberon0 to PropForth compiler. Kind Regards Markus --- original message --- On April 19, 2023 at 1:25 AM GMT+2 tsie...@softcon.com wrote: Gcc has already been ported to the propeller II, (and it runs on the original propeller too), so porting other languages should be "relatively" easy. I've not made the attempt to port anything yet though, mostly because I've been out of the propeller world for a couple years, and now that the version 2 is out, I'm trying to reestablish some working environments so I can use the propeller 2. I have bought some of the mystery boxes, which gave me a propeller 2 edge board with 32MB of ram, but I don't think I have an actual propeller 2 just yet. Needing others to id things for me is making the list of products I have hard to create, but I'm getting there. Anyway, since gcc exists, any compiler that uses gcc as the backend should be possible to port. I've thought about porting FPC, but I'd have to start with a version that's already meant for smaller systems, I do believe someone posted a link to one a few months ago, perhaps that one could be used as a jumping off point, would be interesting to see pascal available for the propeller boards. On 4/18/2023 6:21 AM, Markus Greim via fpc-pascal wrote: > Hi Adriaan, > whats about a Oberon-0 compiler compiling to Forth? > And then Forth to MacOSX? (RetroForth, Swift or whatever) > That may sound silly, but such a Compiler would help a lot> to port Obern to > other platforms resp Microcontrollers etc. > For example to the Propeller II > Kind Regards > Markus >> On April 18, 2023>> at 12:13 PM GMT+2 fpc-pascal@lists.freepascal.org>> >> wrote: >> Any suggestions for running simple>> Oberon-0 programs on the MacOSX >> command-line ? EIther by>> emulating its RISC processor or by changing the >> Oberon-0>> compiler ? I prefer not to load the entire Oberon system (for>> >> which there do exist emulators). >> Regards, >> Adriaan van Os >> ___ >> fpc-pascal maillist - fpc-pascal@lists.freepascal.org >> https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal > ___>fpc-pascal maillist - > fpc-pascal@lists.freepascal.org>https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
