Re: [fpc-pascal] Re: fpdoc executable both in bin and utils\fpdoc - but not fpdoc.css

2012-08-15 Thread Tomas Hajny
On Wed, August 15, 2012 04:07, waldo kitty wrote: On 8/14/2012 09:47, michael.vancann...@wisa.be wrote: On Tue, 14 Aug 2012, Tomas Hajny wrote: Actually, the file is more a configuration file for fpdoc than its documentation, isn't it? From this point of view, shouldn't

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 03:52:00 schrieb waldo kitty: On 8/14/2012 03:11, Rainer Stratmann wrote: Am Tuesday 14 August 2012 03:28:26 schrieb waldo kitty: i've been following this whole thread with interest... one thing that i'm still not clear about, though, is why is this important? is

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 04:05:56 schrieb Martin: On 15/08/2012 02:52, waldo kitty wrote: this would be no different than the program doing writeln(snippet1); .i must still be missing something :? If I understood him correct: It is not writeln(snippet1); it is

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 09:33:37 schrieb Rainer Stratmann: What means POV? Ok. Point of view I assume. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Lukasz Sokol
On 15/08/2012 08:33, Rainer Stratmann wrote: Am Wednesday 15 August 2012 03:52:00 schrieb waldo kitty: the loading code simply chooses the proper po file and then loads the strings into an array or whatever using the same variables which are used everywhere no matter what language their

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 10:20:34 schrieb Reinier Olislagers: On 15-8-2012 10:08, Rainer Stratmann wrote: Yes, that is possible as I understand it so far. I did not know (dx)gettext before so replication is may not the right word. Yes, it is. Replication is doing the same thing twice,

[fpc-pascal] Re: fpdoc executable both in bin and utils\fpdoc - but not fpdoc.css

2012-08-15 Thread Reinier Olislagers
On 14-8-2012 20:50, Michael Van Canneyt wrote: On Tue, 14 Aug 2012, Reinier Olislagers wrote: On 14-8-2012 16:03, michael.vancanneyt-0is9kj9sb0a-xmd5yjdbdmrexy1tmh2...@public.gmane.org wrote: Thinking about it, I will change fpdoc so it does not need the file installed, but generates it if

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread microcode
On Wed, Aug 15, 2012 at 10:20:34AM +0200, Reinier Olislagers wrote: On 15-8-2012 10:08, Rainer Stratmann wrote: Am Wednesday 15 August 2012 09:59:00 schrieb Lukasz Sokol: On 15/08/2012 08:33, Rainer Stratmann wrote: Am Wednesday 15 August 2012 03:52:00 schrieb waldo kitty: the loading

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Jorge Aldo G. de F. Junior
And a disadvantage is may the longer time to find a solution. Thats not the only disadvantage. Reinventing the wheel usually means you get something less correct and less researched. Its simple, 1000 eyes looking for a bug into a standard library will spot much more problems than your lone eye

[fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
Hi, This issue has come up before in a fcl-db discussion regarding the Firebird Database, where the libfbclient.so was missing from many Linux distros (eg: Ubuntu 10.04), but a libfbclient.so.2.0 was available instead. FCL-DB only checks for the unversioned shared libraries, thus your application

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 12:29:23 schrieb Jorge Aldo G. de F. Junior: And a disadvantage is may the longer time to find a solution. Thats not the only disadvantage. Reinventing the wheel usually means you get something less correct and less researched. Its simple, 1000 eyes looking for a

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Jorge Aldo G. de F. Junior
But creating correct symlinks IS one of the tasks of a system administrator... His up to know the distro he is using and the software he wants to install. I bet a in the field sysadmin will be much more flexible than a hardcoded implementation that would need to take zillions of obscure distros

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Jonas Maebe
On 15 Aug 2012, at 12:43, Graeme Geldenhuys wrote: This issue has come up before in a fcl-db discussion regarding the Firebird Database, where the libfbclient.so was missing from many Linux distros (eg: Ubuntu 10.04), but a libfbclient.so.2.0 was available instead. FCL-DB only checks for the

[fpc-pascal] Don't understand Zipper.DoEndOfFile/UnZipper.DoEndOfFile

2012-08-15 Thread Reinier Olislagers
I've been working on documenting the Zipper/Unzipper classes: packages\paszlib\src\zipper.pp Now looking at the protected procedure TZipper/TUnzipper.DoEndOfFile They apparently update compression percentage statistics and call a user defined callback (if any, defined in OnEndOfFile) I don't

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Mark Morgan Lloyd
Graeme Geldenhuys wrote: Hi, This issue has come up before in a fcl-db discussion regarding the Firebird Database, where the libfbclient.so was missing from many Linux distros (eg: Ubuntu 10.04), but a libfbclient.so.2.0 was available instead. FCL-DB only checks for the unversioned shared

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
Hi, On 15 August 2012 12:10, Jonas Maebe jonas.ma...@elis.ugent.be wrote: The official way to get the unversioned symbolic links is to install the -dev or -devel package for that library. Of course, you're not supposed to require end-users to do that. Yes, I know that bit, but even as a

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Mark Morgan Lloyd
Jonas Maebe wrote: In both these cases, I manually created unversioned symlinks to those libraries, and that got my applications working again. This is not ideal, but I don't know how else to handle this. The official way to get the unversioned symbolic links is to install the -dev or -devel

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Marco van de Voort
In our previous episode, Rainer Stratmann said: You already have a very good grasp of the issues involved as you were writing your own solution. You could probably improve dxgettext with some things and get that in the main development tree, thereby improving things for others. As I

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
Hi, On 15 August 2012 12:27, Mark Morgan Lloyd markmll.fpc-pas...@telemetry.co.uk wrote: Quite a long way from ideal, since it implies that an administrator has to be involved even if the program is only sitting in an unprivileged user's home directory (or is a symlink in ~ good enough?).

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Henry Vermaak
On 15/08/12 12:37, Mark Morgan Lloyd wrote: Jonas Maebe wrote: In both these cases, I manually created unversioned symlinks to those libraries, and that got my applications working again. This is not ideal, but I don't know how else to handle this. The official way to get the unversioned

Re: [fpc-pascal] Don't understand Zipper.DoEndOfFile/UnZipper.DoEndOfFile

2012-08-15 Thread Michael Van Canneyt
On Wed, 15 Aug 2012, Reinier Olislagers wrote: I've been working on documenting the Zipper/Unzipper classes: packages\paszlib\src\zipper.pp Now looking at the protected procedure TZipper/TUnzipper.DoEndOfFile They apparently update compression percentage statistics and call a user defined

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Jonas Maebe
On 15 Aug 2012, at 13:32, Graeme Geldenhuys wrote: On 15 August 2012 12:10, Jonas Maebe jonas.ma...@elis.ugent.be wrote: The official way to get the unversioned symbolic links is to install the -dev or -devel package for that library. Of course, you're not supposed to require end-users

Re: [fpc-pascal] Don't understand Zipper.DoEndOfFile/UnZipper.DoEndOfFile

2012-08-15 Thread Reinier Olislagers
On 15-8-2012 13:48, Michael Van Canneyt wrote: On Wed, 15 Aug 2012, Reinier Olislagers wrote: I've been working on documenting the Zipper/Unzipper classes: packages\paszlib\src\zipper.pp Now looking at the protected procedure TZipper/TUnzipper.DoEndOfFile They apparently update compression

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 13:39:11 schrieb Marco van de Voort: In our previous episode, Rainer Stratmann said: You already have a very good grasp of the issues involved as you were writing your own solution. You could probably improve dxgettext with some things and get that in the main

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Sven Barth
Am 15.08.2012 10:48 schrieb Rainer Stratmann rainerstratm...@t-online.de : While this may all be very well known to you, I would ask you to step back and consider it: having a detached look at it may lead to a better choice. For me it would be interesting to know how dxgettext gets the

Re: [fpc-pascal] Don't understand Zipper.DoEndOfFile/UnZipper.DoEndOfFile

2012-08-15 Thread Michael Van Canneyt
On Wed, 15 Aug 2012, Reinier Olislagers wrote: On 15-8-2012 13:48, Michael Van Canneyt wrote: On Wed, 15 Aug 2012, Reinier Olislagers wrote: I've been working on documenting the Zipper/Unzipper classes: packages\paszlib\src\zipper.pp Now looking at the protected procedure

[fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Reinier Olislagers
On 15-8-2012 13:49, Jonas Maebe wrote: On 15 Aug 2012, at 13:32, Graeme Geldenhuys wrote: On 15 August 2012 12:10, Jonas Maebe jonas.maebe-3rqwkoel1alvsukgzv2...@public.gmane.org wrote: The official way to get the unversioned symbolic links is to install the -dev or -devel package for

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 14:13:41 schrieb Sven Barth: Am 15.08.2012 10:48 schrieb Rainer Stratmann rainerstratm...@t-online.de While this may all be very well known to you, I would ask you to step back and consider it: having a detached look at it may lead to a better choice. For

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 14:49:04 schrieb Rainer Stratmann: I would call this function rs( s : pchar ) because it has to be short. if there is a rs() in the program the compiler stores the caller adress (unique handle) and the pointer to the pchar in a list. If the pointer to pchar is

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
Hi, On 15 August 2012 12:49, Jonas Maebe jonas.ma...@elis.ugent.be wrote: You said that you manually created the symbolic link. I simply explained that you should never do that, and instead install the development packages because they will do that (correctly) for you. So my applications

[fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Lukasz Sokol
On 15/08/2012 13:55, Rainer Stratmann wrote: Am Wednesday 15 August 2012 14:49:04 schrieb Rainer Stratmann: I would call this function rs( s : pchar ) because it has to be short. if there is a rs() in the program the compiler stores the caller adress (unique handle) and the pointer to the

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Henry Vermaak
On 15/08/12 13:43, Mark Morgan Lloyd wrote: I do agree with Graeme's position though: a -dev is described as containing files for developers, and it should not be necessary for a non-developer user to start encumbering his system with .h files etc. What's more, part of the reason that I've

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Jonas Maebe
On 15 Aug 2012, at 15:14, Graeme Geldenhuys wrote: On 15 August 2012 12:49, Jonas Maebe jonas.ma...@elis.ugent.be wrote: You said that you manually created the symbolic link. I simply explained that you should never do that, and instead install the development packages because they will

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: In both these cases, I manually created unversioned symlinks to those libraries, and that got my applications working again. This is not ideal, but I don't know how else to handle this. Does any body know what is the most correct way of

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: You said that you manually created the symbolic link. I simply explained that you should never do that, and instead install the development packages because they will do that (correctly) for you. So my applications that I deploy to

Re: [fpc-pascal] linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
Hi, On 15 August 2012 14:39, Jonas Maebe jonas.ma...@elis.ugent.be wrote: FCL-DB uses dynamic linking by default, and looks for the unversioned shared library. So what specific Firebird version is the FCL-DB coded too? I have no idea, which is why I also said in my first reply: Umm, so

[fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Reinier Olislagers
On 15-8-2012 15:59, Graeme Geldenhuys wrote: Hi, On 15 August 2012 14:39, Jonas Maebe jonas.maebe-3rqwkoel1alvsukgzv2...@public.gmane.org wrote: FCL-DB uses dynamic linking by default, and looks for the unversioned shared library. So what specific Firebird version is the FCL-DB coded too?

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 15:20:21 schrieb Lukasz Sokol: On 15/08/2012 13:55, Rainer Stratmann wrote: Am Wednesday 15 August 2012 14:49:04 schrieb Rainer Stratmann: I would call this function rs( s : pchar ) because it has to be short. if there is a rs() in the program the compiler stores

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Marco van de Voort
In our previous episode, Rainer Stratmann said: Limitations, not problems. Compared to the Delphi internal translation systems. Yours has the same, by design. Which limitations? see below If your source (main) language has a word with two meanings, how will you translate to a language

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Reinier Olislagers
On 15-8-2012 16:19, Michael Van Canneyt wrote: On Wed, 15 Aug 2012, Reinier Olislagers wrote: On 15-8-2012 15:59, Graeme Geldenhuys wrote: Umm, so ideally the ibconnection.pp unit should really be split into various units with version numbers in their names. That way we will know to which

[fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Lukasz Sokol
On 15/08/2012 15:17, Rainer Stratmann wrote: Then the mov pcharconst , EAX command also had changed. At every start of the program I see if it works here. If it works here ist works outside also. For example if you add/remove units and rebuild. All pchar adresses are searched at

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
Hi, On 15 August 2012 15:32, Reinier Olislagers reinierolislag...@gmail.com wrote: And you can use the (Firebird/Interbase Services IIRC) API to get the server version. I seem to remember Ludo's recent addition to FPC has this functionality. Yes, but you are jumping the gun here! My problem

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Rainer Stratmann
Am Wednesday 15 August 2012 16:45:03 schrieb Lukasz Sokol: For example if FPC internals decide to add or remove some padding in front of the constants. Very unlikely. For which reason should there be padding in front? For the reason that they always say not to rely on 'internal

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Michael Van Canneyt
On Wed, 15 Aug 2012, Graeme Geldenhuys wrote: Hi, On 15 August 2012 15:32, Reinier Olislagers reinierolislag...@gmail.com wrote: And you can use the (Firebird/Interbase Services IIRC) API to get the server version. I seem to remember Ludo's recent addition to FPC has this functionality.

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Jonas Maebe
On 15 Aug 2012, at 17:19, Michael Van Canneyt wrote: On Wed, 15 Aug 2012, Graeme Geldenhuys wrote: So why does FCL-DB look at the unversioned *.so by default? Wouldn't it make more sense to change FCL-DB to look for libfbclient.so.2 instead? 2 being the latest major version of Firebird DB,

RE : [fpc-pascal] Re: linux: should we hard-code versioned orunversioned shared libraries in our apps?

2012-08-15 Thread Ludo Brands
So why does FCL-DB look at the unversioned *.so by default? Wouldn't it make more sense to change FCL-DB to look for libfbclient.so.2 instead? 2 being the latest major version of Firebird DB, and that is also the latest version that ibconnection.pp was written for. Completely agreed.

Re: RE : [fpc-pascal] Re: linux: should we hard-code versioned orunversioned shared libraries in our apps?

2012-08-15 Thread Michael Van Canneyt
On Wed, 15 Aug 2012, Ludo Brands wrote: So why does FCL-DB look at the unversioned *.so by default? Wouldn't it make more sense to change FCL-DB to look for libfbclient.so.2 instead? 2 being the latest major version of Firebird DB, and that is also the latest version that ibconnection.pp was

Re: [fpc-pascal] Don't understand Zipper.DoEndOfFile/UnZipper.DoEndOfFile

2012-08-15 Thread Reinier Olislagers
On 15-8-2012 14:24, Michael Van Canneyt wrote: On Wed, 15 Aug 2012, Reinier Olislagers wrote: On 15-8-2012 13:48, Michael Van Canneyt wrote: On Wed, 15 Aug 2012, Reinier Olislagers wrote: I've been working on documenting the Zipper/Unzipper classes: packages\paszlib\src\zipper.pp Now

Re: RE : RE : [fpc-pascal] Re: linux: should we hard-code versionedorunversioned shared libraries in our apps?

2012-08-15 Thread Michael Van Canneyt
On Wed, 15 Aug 2012, Ludo Brands wrote: No, this would suggest that you can set a different value for each instance. I don't see what is wrong with that. You get a nice exception when you try to load a different library than the one that is alread loaded. But if I want to make an app that

Re: RE : RE : [fpc-pascal] Re: linux: should we hard-code versionedorunversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
On 15 August 2012 17:42, Ludo Brands ludo.bra...@free.fr wrote: You can't be connected the 2 at the same time but that is a run-time issue, not design time. I'm not sure I'm following. Do you mean SqlDB can't connect to two different database at the same time? I can't think that is true, so

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread Marco van de Voort
In our previous episode, Rainer Stratmann said: In my case it can also be possible that there are not all words translated yet. Then the original text is shown or englich one. The translation can be made later. That is (also) an advantage. No it can't, since if two the same texts

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: Hi, On 15 August 2012 15:32, Reinier Olislagers reinierolislag...@gmail.com wrote: And you can use the (Firebird/Interbase Services IIRC) API to get the server version. I seem to remember Ludo's recent addition to FPC has this

RE : RE : RE : [fpc-pascal] Re: linux: should we hard-codeversionedorunversioned shared libraries in our apps?

2012-08-15 Thread Ludo Brands
-Message d'origine- De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-boun...@lists.freepascal.org] De la part de Michael Van Canneyt I don't see what is wrong with that. You get a nice exception when you try to load a different library than the one that is

Re: RE : RE : [fpc-pascal] Re: linux: should we hard-code versionedorunversioned shared libraries in our apps?

2012-08-15 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: I don't see what is wrong with that. You get a nice exception when you try to load a different library than the one that is alread loaded. But if I want to make an app that works with embedded firebird or firebird client (user selectable

RE : RE : RE : [fpc-pascal] Re: linux: should we hard-codeversionedorunversioned shared libraries in our apps?

2012-08-15 Thread Ludo Brands
You can't be connected the 2 at the same time but that is a run-time issue, not design time. I'm not sure I'm following. Do you mean SqlDB can't connect to two different database at the same time? I can't think that is true, so could you explain this limitation you are talking about.

Re: [fpc-pascal] Re: Get all caller adresses of a given function/procedure before executing

2012-08-15 Thread waldo kitty
On 8/15/2012 03:33, Rainer Stratmann wrote: Am Wednesday 15 August 2012 03:52:00 schrieb waldo kitty: On 8/14/2012 03:11, Rainer Stratmann wrote: Am Tuesday 14 August 2012 03:28:26 schrieb waldo kitty: i've been following this whole thread with interest... one thing that i'm still not clear

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Sven Barth
Am 15.08.2012 17:02 schrieb Graeme Geldenhuys graemeg.li...@gmail.com: I had a quick look to see what other (non FPC based) application do. FlameRobin has a dependency on libfbclient.so.2 (thus versioned .so library). That's why it works without having to install the -devel package. Did you

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: I had a quick look to see what other (non FPC based) application do. FlameRobin has a dependency on libfbclient.so.2 (thus versioned .so library). That's why it works without having to install the -devel package. Is that a cross-distro binary?

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
Hi, On 15 August 2012 19:02, Marco van de Voort mar...@stack.nl wrote: Did you try ibase60dyn.initializeibase60('whatever.so'); in your dpr ? I'm sure I can add that, and I'm sure it will work for my Firebird connections, but other libraries I use don't have such functionality. I'm trying to

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
On 15 August 2012 21:53, Sven Barth pascaldra...@googlemail.com wrote: Did you look at the source/makefile or the binary? If the latter then this is exactly what FPC (or more precisely the linker) does when you statically link to a shared library Yes, FlameRobin was statically linked. But

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Graeme Geldenhuys
On 15 August 2012 22:10, Marco van de Voort mar...@stack.nl wrote: Blend perfectly with the distro they are build for, but if changes occur chances on recovery are slim. Be more specific, what changes? Dynamic linking and Static linking both have there pros and cons. Most seem to prefer

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: I'm sure I can add that, and I'm sure it will work for my Firebird connections, but other libraries I use don't have such functionality. I'm trying to get to the bottom of * Why must developers jump through hoops to get there DB apps to

Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

2012-08-15 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: Blend perfectly with the distro they are build for, but if changes occur chances on recovery are slim. Be more specific, what changes? Change in naming, (either root (gds-fbclient) or version numbers) non standard directories (the