Re: [fpc-pascal] libc unit and FreeBSD
Anybody know if there is a generic set of methods that supports all (or most) unix style OS's? I looked in 'baseunix', but there the group and name methods relate to a process id's, not to file attributes... Baseunix and Unix should be implementable without libc for maximal portability. But, as Daniel says, these functions are not so nice to implement without libc because of directory plugins. Ales and I discussed about this a way back, (then because of netdb, DNS resolving having a bit of the same problem), and the conclusion was to have a few C units (cpwd cnetdb) and advocate them for normal use, and if sb develops libcless equivalents (as we already have for netdb), put them in corresponding unit (pwd,netdb), for installer/bootstrap use. Specially with a download-package tool this is getting more important. Since messing with netdb always eats up a lot of time, it got on the back burner. Anybody a better name then (c)pwd ? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] What about signals.pp on win32?
I was trying to convert a C source to Pascal. It uses signals, and I thought that these things were not available on Win platforms. Documentation talks about signals in oldlinux and baseunix units only (Linux). Then I went on the signals.pp unit in: C:\fpc\...\source\rtl\win32\signals.pp I understand the function signal, but I don't see a way to Raise a signal. (a second question is that I can't understand how to raise a signal under Linux without using the oldlinux unit) Could someone enlight me? tiziano ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] What about signals.pp on win32?
On Mon, 14 Jan 2008, Tiziano De Togni wrote: I was trying to convert a C source to Pascal. It uses signals, and I thought that these things were not available on Win platforms. Documentation talks about signals in oldlinux and baseunix units only (Linux). Then I went on the signals.pp unit in: C:\fpc\...\source\rtl\win32\signals.pp I understand the function signal, but I don't see a way to Raise a signal. There isn't a proper way; Signals on windows have totally different semantics than on Linux/unix. You should not try to imitate them. (a second question is that I can't understand how to raise a signal under Linux without using the oldlinux unit) use the fpKill etc functions in baseunix/unix. They have the same names as the oldlinux ones, with 'fp' prepended. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libc unit and FreeBSD
On Mon, 14 Jan 2008, Marco van de Voort wrote: Anybody know if there is a generic set of methods that supports all (or most) unix style OS's? I looked in 'baseunix', but there the group and name methods relate to a process id's, not to file attributes... Baseunix and Unix should be implementable without libc for maximal portability. But, as Daniel says, these functions are not so nice to implement without libc because of directory plugins. Ales and I discussed about this a way back, (then because of netdb, DNS resolving having a bit of the same problem), and the conclusion was to have a few C units (cpwd cnetdb) and advocate them for normal use, and if sb develops libcless equivalents (as we already have for netdb), put them in corresponding unit (pwd,netdb), for installer/bootstrap use. Specially with a download-package tool this is getting more important. Since messing with netdb always eats up a lot of time, it got on the back burner. Anybody a better name then (c)pwd ? cpasswd is more clear to me. I had to read your mail twice in order to understand what cpwd meant. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Problem using fpc
On Jan 14, 2008, at 7:13 AM, Plato wrote: Compiling using the IDE+fpc 2.2.0 works correctly on my laptop(celeron cpu), yet on my new desktop(Intel 2140 Dual Core + one SATA disk and 2 IDE disks) I consistently get the following result if compiling a program(or unit) eg for a file '.pas' I get: Error:Can't create object file x.o Error:Can't create object x.o Both systems run under XP Home+SP2. Presumably a configuration problem? Any suggestions(polite) please. May be some Permissions issues ? -- Damien Gerard [EMAIL PROTECTED] Le temps n'a pas d'importance. Seul le code est important -- (f00ty) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On Mon, 14 Jan 2008, Damien Gerard wrote: With fpc you can get myfile.pas(77,47) Warning: Constructing a class with abstract methods I just would like to know why it is allowed to build classes with abstract methods. AFIK it is different from other compilers and it is a bit strange for me. Delphi gives exactly the same warning. It is allowed to create such instances: as long as you don't call any of the abstract methods, there will be no problem. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Classes with abstract methods
With fpc you can get myfile.pas(77,47) Warning: Constructing a class with abstract methods I just would like to know why it is allowed to build classes with abstract methods. AFIK it is different from other compilers and it is a bit strange for me. -- Damien Gerard [EMAIL PROTECTED] Le temps n'a pas d'importance. Seul le code est important -- (f00ty) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] What about signals.pp on win32?
On Mon, 14 Jan 2008, Tiziano De Togni wrote: Michael Van Canneyt ha scritto: On Mon, 14 Jan 2008, Tiziano De Togni wrote: I was trying to convert a C source to Pascal. It uses signals, and I thought that these things were not available on Win platforms. Documentation talks about signals in oldlinux and baseunix units only (Linux). Then I went on the signals.pp unit in: C:\fpc\...\source\rtl\win32\signals.pp I understand the function signal, but I don't see a way to Raise a signal. There isn't a proper way; Signals on windows have totally different semantics than on Linux/unix. You should not try to imitate them. I agree, so I removed all signal related code from the C source and in win32 I used other things. But then, what is signals.pp meant for? It tries to do (for a limited amount of signals) what I advise not to do :-) Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On Jan 14, 2008, at 10:27 AM, Michael Van Canneyt wrote: On Mon, 14 Jan 2008, Damien Gerard wrote: With fpc you can get myfile.pas(77,47) Warning: Constructing a class with abstract methods I just would like to know why it is allowed to build classes with abstract methods. AFIK it is different from other compilers and it is a bit strange for me. Delphi gives exactly the same warning. I don't remember that. It is allowed to create such instances: as long as you don't call any of the abstract methods, there will be no problem. Is there a way to abort the compilation in this cases instead of a warning ? -- Damien Gerard [EMAIL PROTECTED] Le temps n'a pas d'importance. Seul le code est important -- (f00ty) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] arm-linux, program does not start when using unit pthreads
Koenraad Lelong wrote: Bernd Mueller schreef: Koenraad Lelong wrote: I tried on my arm-linux board, AFAIK NOT uClibc. It works fine. Thanks. Are you crosscompiling? Do you use static or dynamic linking? Regards, Bernd. When I read you reply about linking I realised I didn't think about the fact that the linker would remove unused units (does it, without adding smartlining ?). Sorry about this. I crosscompiled the program with dynamic linking, at least I didn't add a switch for static linking. Maybe you can send me you command-line. Dynamic linking seems to work for me now too. It was mainly a linker issue. Thanks. Regards, Bernd. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On Mon, 14 Jan 2008, Damien Gerard wrote: On Jan 14, 2008, at 10:27 AM, Michael Van Canneyt wrote: On Mon, 14 Jan 2008, Damien Gerard wrote: With fpc you can get myfile.pas(77,47) Warning: Constructing a class with abstract methods I just would like to know why it is allowed to build classes with abstract methods. AFIK it is different from other compilers and it is a bit strange for me. Delphi gives exactly the same warning. I don't remember that. D:\Tempdcc32 unit1 Borland Delphi Version 15.0 Copyright (c) 1983,2002 Borland Software Corporation Unit1.pas(32) Warning: Constructing instance of 'TStrings' containing abstract method 'TStrings.Clear' Unit1.pas(32) Warning: Constructing instance of 'TStrings' containing abstract method 'TStrings.Delete' Unit1.pas(32) Warning: Constructing instance of 'TStrings' containing abstract method 'TStrings.Insert' Unit1.pas(32) Hint: Value assigned to 'T' never used Unit1.pas(36) 37 lines, 0.11 seconds, 475 bytes code, 8 bytes data. It is allowed to create such instances: as long as you don't call any of the abstract methods, there will be no problem. Is there a way to abort the compilation in this cases instead of a warning ? Currently not. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On Jan 14, 2008, at 11:00 AM, Graeme Geldenhuys wrote: On 14/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote: Is there a way to abort the compilation in this cases instead of a warning ? Currently not. If you want to be that strict, then use Interfaces instead of Abstract classes. Indeed I should do this. Thanks -- Damien Gerard [EMAIL PROTECTED] Le temps n'a pas d'importance. Seul le code est important -- (f00ty) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On Jan 14, 2008, at 10:53 AM, Michael Van Canneyt wrote: On Mon, 14 Jan 2008, Damien Gerard wrote: On Jan 14, 2008, at 10:27 AM, Michael Van Canneyt wrote: On Mon, 14 Jan 2008, Damien Gerard wrote: With fpc you can get myfile.pas(77,47) Warning: Constructing a class with abstract methods I just would like to know why it is allowed to build classes with abstract methods. AFIK it is different from other compilers and it is a bit strange for me. Delphi gives exactly the same warning. I don't remember that. D:\Tempdcc32 unit1 Borland Delphi Version 15.0 Copyright (c) 1983,2002 Borland Software Corporation Unit1.pas(32) Warning: Constructing instance of 'TStrings' containing abstract method 'TStrings.Clear' Unit1.pas(32) Warning: Constructing instance of 'TStrings' containing abstract method 'TStrings.Delete' Unit1.pas(32) Warning: Constructing instance of 'TStrings' containing abstract method 'TStrings.Insert' Unit1.pas(32) Hint: Value assigned to 'T' never used Unit1.pas(36) 37 lines, 0.11 seconds, 475 bytes code, 8 bytes data. Yes I trust you don't wory, just my mind is playing with me :) It is allowed to create such instances: as long as you don't call any of the abstract methods, there will be no problem. Is there a way to abort the compilation in this cases instead of a warning ? Currently not. Thanks -- Damien Gerard [EMAIL PROTECTED] Le temps n'a pas d'importance. Seul le code est important -- (f00ty) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On 14/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote: Is there a way to abort the compilation in this cases instead of a warning ? Currently not. If you want to be that strict, then use Interfaces instead of Abstract classes. - Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
Graeme Geldenhuys wrote: On 14/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote: Is there a way to abort the compilation in this cases instead of a warning ? Currently not. If you want to be that strict, then use Interfaces instead of Abstract classes I always found (and still do in C#) that interfaces are good for forcing structure but bad for forcing good inheritance trees. The good thing about classes with abstract methods is that they form a point for inheritance. Interfaces - well, I regularly use interfaces to create a common structure, e.g. an API that will have both a webservice interface and a local interface. The common API is an interface in a separate assembly, used on both client and server to implement an identical API (client code can then link to either the local API or the webservice via a client that implements the same interface.) DotNet also makes reflection (RTTI) quite useful with interfaces too, but I digress. The point is that the webservice class, the client and the local API that the webservice wraps all implement the interface (the webservice usually just delegates responsibility to an internal instance), but none of them inherit from each other. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
It is allowed to create such instances: as long as you don't call any of the abstract methods, there will be no problem. Is there a way to abort the compilation in this cases instead of a warning ? Currently not. You can abort compilation in case of any warning with the -Sew option. The same goes for note or hint with -Sen or -Seh, but those are only usefull for compiler tests. Peter ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On Mon, 14 Jan 2008, Peter Vreman wrote: It is allowed to create such instances: as long as you don't call any of the abstract methods, there will be no problem. Is there a way to abort the compilation in this cases instead of a warning ? Currently not. You can abort compilation in case of any warning with the -Sew option. The same goes for note or hint with -Sen or -Seh, but those are only usefull for compiler tests. The problem with this mechanism is that if you have another warning which occurs first, that will stop your compilation, you'll never get to the abstract warning... Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libc unit and FreeBSD
Hi, For now I wrapped the libc calls with $IFDEF LINUX and for other unix variants I simply return the Group ID and User ID (instead of the more friend names). A quick work-around for me would be to read the /etc/groups and /etc/passwd files looking for the Group ID or User ID and return the associated names. I can parse and keep a copy of those files in memory while the File Dialog is open - than way it should speed up the lookups as the user browses through directories. Does anybody know if unix type OS's allow normal (general) users to read those files from /etc? Under Linux it's allowed. I'll have to wait until I'm home to check if FreeBSD allows that. Other than the above, fpGUI doesn't use any other libc calls, so hopefully tonight I'll can confirm if FreeBSD is a newly supported OS. :) Regards, - Graeme - On 14/01/2008, Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 14/01/2008, Daniƫl Mantione [EMAIL PROTECTED] wrote: Anybody know if there is a generic set of methods that supports all (or most) unix style OS's? I looked in 'baseunix', but there the group and name methods relate to a process id's, not to file attributes... You hit an area that is problematic to implement without libc. Libc has My alternative is then to maybe drop the idea of showing Permisions, GroupName and UserName in the file dialogs. I did a quick look and GTK2 and Qt based applications that use File Dialogs don't show that information either. GTK1 being the exception. So I guess it wouldn't be too bad. For interest sake, I'm going to download the GTK1 source to see what they did to get around the issue under different unix type OS's. Except it they did like you said and used libc plugins under FreeBSD + GTK1 (I honestly don't know that much about libc)? Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libc unit and FreeBSD
Am Montag, den 14.01.2008, 09:23 +0200 schrieb Graeme Geldenhuys: The offending code is as follows... function GetGroupName(gid: integer): string; var p: PGroup; begin p := getgrgid(gid); if p nil then result := p^.gr_name; end; function GetUserName(uid: integer): string; var p: PPasswd; begin p := getpwuid(uid); if p nil then result := p^.pw_name else result := ''; end; The functions getlogin(2), getpwnam(3) and getgrnam(3) should be it. Look at the man pages how to use them. (this is on freebsd 4, should not have changed moving to 6 or 7) I don't know if they are wrapped by fpc or what the names would be (maybe fpXxxx as always). HTH, Marc ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libc unit and FreeBSD
On 14 Jan 2008, at 12:03, Graeme Geldenhuys wrote: A quick work-around for me would be to read the /etc/groups and /etc/passwd files looking for the Group ID or User ID and return the associated names. I can parse and keep a copy of those files in memory while the File Dialog is open - than way it should speed up the lookups as the user browses through directories. Does anybody know if unix type OS's allow normal (general) users to read those files from /etc? Yes, but they they do not necessarily contain any useful information. The actually used information may be on an ldap server, in a netinfo database, on an NIS server, on a SAMBA server, on a Windows Domain Controller, ... That's the whole point of the plugin system used by libc. Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libc unit and FreeBSD
On 14/01/2008, Jonas Maebe [EMAIL PROTECTED] wrote: Does anybody know if unix type OS's allow normal (general) users to read those files from /etc? Yes, but they they do not necessarily contain any useful information. The actually used information may be on an ldap server, in a netinfo database, on an NIS server, on a SAMBA server, on a Windows Domain Controller, ... That's the whole point of the plugin system used by libc. Ah, now I get it. Thanks. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] TStringList
I often use TObjectLis, which is able to destroy by itself objects in its list. However, is it the same with a TStringList when an object is added with AddObject ? I mean when the method .Clear or Delete are called, is my associated object is destroyed in the same time ? I suppose there is not the case due to there is not the property OwnObject as in a TObjectList. -- Damien Gerard [EMAIL PROTECTED] Le temps n'a pas d'importance. Seul le code est important -- (f00ty) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On 14 Jan 2008, at 14:43, Damien Gerard wrote: On Jan 14, 2008, at 11:55 AM, Michael Van Canneyt wrote: The problem with this mechanism is that if you have another warning which occurs first, that will stop your compilation, you'll never get to the abstract warning... I agree. May be a new option in a future release of fpc ? :) It would be nice to have a switch to do it. There is already a feature request for the ability to turn off/on certain warnings in Mantis. Upgrading certain warnings (and hints/ notes) to errors is quite related. It should be quite doable for an outsider to implement this sort functionality, but until now no one has volunteered yet. Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On Jan 14, 2008, at 11:55 AM, Michael Van Canneyt wrote: On Mon, 14 Jan 2008, Peter Vreman wrote: It is allowed to create such instances: as long as you don't call any of the abstract methods, there will be no problem. Is there a way to abort the compilation in this cases instead of a warning ? Currently not. You can abort compilation in case of any warning with the -Sew option. The same goes for note or hint with -Sen or -Seh, but those are only usefull for compiler tests. The problem with this mechanism is that if you have another warning which occurs first, that will stop your compilation, you'll never get to the abstract warning... I agree. May be a new option in a future release of fpc ? :) It would be nice to have a switch to do it. -- Damien Gerard [EMAIL PROTECTED] Le temps n'a pas d'importance. Seul le code est important -- (f00ty) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TStringList
On Mon, 14 Jan 2008, Damien Gerard wrote: I often use TObjectLis, which is able to destroy by itself objects in its list. However, is it the same with a TStringList when an object is added with AddObject ? No. I mean when the method .Clear or Delete are called, is my associated object is destroyed in the same time ? No. I suppose there is not the case due to there is not the property OwnObject as in a TObjectList. Exactly. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On Jan 14, 2008, at 2:59 PM, Jonas Maebe wrote: On 14 Jan 2008, at 14:43, Damien Gerard wrote: On Jan 14, 2008, at 11:55 AM, Michael Van Canneyt wrote: The problem with this mechanism is that if you have another warning which occurs first, that will stop your compilation, you'll never get to the abstract warning... I agree. May be a new option in a future release of fpc ? :) It would be nice to have a switch to do it. There is already a feature request for the ability to turn off/on certain warnings in Mantis. Upgrading certain warnings (and hints/ notes) to errors is quite related. It should be quite doable for an outsider to implement this sort functionality, but until now no one has volunteered yet. I see. I will see what I can do next month. -- Damien Gerard [EMAIL PROTECTED] Le temps n'a pas d'importance. Seul le code est important -- (f00ty) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
The problem with this mechanism is that if you have another warning which occurs first, that will stop your compilation, you'll never get to the abstract warning... I agree. May be a new option in a future release of fpc ? :) It would be nice to have a switch to do it. There is already a feature request for the ability to turn off/on certain warnings in Mantis. Upgrading certain warnings (and hints/ notes) to errors is quite related. It should be quite doable for an outsider to implement this sort functionality, but until now no one has volunteered yet. Upgrade a warning to error can already be done by editing (replace a W with an E) the errore.msg yourself and pass the modified errore.msg to the compiler with -Fr. Peter ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Classes with abstract methods
On 14 Jan 2008, at 15:45, Peter Vreman wrote: There is already a feature request for the ability to turn off/on certain warnings in Mantis. Upgrading certain warnings (and hints/ notes) to errors is quite related. It should be quite doable for an outsider to implement this sort functionality, but until now no one has volunteered yet. Upgrade a warning to error can already be done by editing (replace a W with an E) the errore.msg yourself and pass the modified errore.msg to the compiler with -Fr. You can similarly downgrade a warning to a note or hint by changing the W with a N or H, but the problem is that you have to redo this for each release. Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] The fpGUI Toolkit supports FreeBSD!
As a side note... I'm also getting ready for the next fpGUI release. A few minor fixes are all that is left. fpGUI has had some major improvements and fixes added since the previous v0.5 release. The next release should be a good one! I've been waiting to compile Lazarus IDE using fpGUI. If it happens, I'll be confidently using fpGUI. ;) Congratulations and thanks for the great work of you (and your team). :) -Bee- has Bee.ography at: http://beeography.wordpress.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal