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
>>> SysUtils.Ge
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 impor
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(snipp
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
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 t
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 code simply
> >> chooses the proper po file and then loads the strings into an array or
> >> whatever using the sa
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 code simply
chooses the proper po file and then loads the stri
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
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 gener
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:
> t
"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 l
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
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
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
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
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 unde
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
librar
Hi,
On 15 August 2012 12:10, Jonas Maebe 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 developer, if I don't d
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
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.
>
>
Hi,
On 15 August 2012 12:27, Mark Morgan Lloyd
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?).
Correct, definitely not ideal. I wa
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
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 cal
On 15 Aug 2012, at 13:32, Graeme Geldenhuys wrote:
> On 15 August 2012 12:10, Jonas Maebe 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.
>
>
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
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
Am 15.08.2012 10:48 schrieb "Rainer Stratmann" :
> > 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 snippet
> information
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 TZipper/TUnzipper.
Henry Vermaak wrote:
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
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
>> 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
Am Wednesday 15 August 2012 14:13:41 schrieb Sven Barth:
> Am 15.08.2012 10:48 schrieb "Rainer Stratmann"
> > > 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
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 uni
Hi,
On 15 August 2012 12:49, Jonas Maebe 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 that I deploy to clie
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 th
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'
On 15 Aug 2012, at 15:14, Graeme Geldenhuys wrote:
> On 15 August 2012 12:49, Jonas Maebe 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
>> (correc
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 ha
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 d
Hi,
On 15 August 2012 14:39, Jonas Maebe 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 ideally the ibconnecti
On 15-8-2012 15:59, Graeme Geldenhuys wrote:
> Hi,
>
> On 15 August 2012 14:39, Jonas Maebe
> 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 a
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 compile
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
On Wed, 15 Aug 2012, Reinier Olislagers wrote:
On 15-8-2012 15:59, Graeme Geldenhuys wrote:
Hi,
On 15 August 2012 14:39, Jonas Maebe
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
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 t
Am Wednesday 15 August 2012 16:19:04 schrieb Marco van de Voort:
> > > If your source (main) language has a word with two meanings, how will
> > > you translate to a language where there is a word for each meaning?
> >
> > Then I can put an additional identifier like already mentioned.
> > ls( '~ID
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 searc
Hi,
On 15 August 2012 15:32, Reinier Olislagers 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 is that I can't even
start
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 'int
On Wed, 15 Aug 2012, Graeme Geldenhuys wrote:
Hi,
On 15 August 2012 15:32, Reinier Olislagers 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
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 Fireb
> 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 agree
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 w
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\
> 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 works with embedded firebird or firebird c
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 wo
On 15 August 2012 17:42, Ludo Brands 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
could you explain thi
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 sam
In our previous episode, Graeme Geldenhuys said:
> Hi,
>
> On 15 August 2012 15:32, Reinier Olislagers
> 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
> -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 th
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 selec
> > 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
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 ab
Am 15.08.2012 17:02 schrieb "Graeme Geldenhuys" :
> 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 look at the source/
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 binar
Hi,
On 15 August 2012 19:02, Marco van de Voort 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 get to the bot
On 15 August 2012 21:53, Sven Barth 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 that's beside the point. It
On 15 August 2012 22:10, Marco van de Voort 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 dynamic linking, tha
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
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 $pre
On 16-8-2012 5:31, Marco van de Voort wrote:
> It's not a FPC problem, it is a linux problem that apps are not
> crossdistribution distributable. Creating a lot of drama if you see a
> minor discrepancy here 6 months after release won't benefit anyone.
>
> Just like we had a similar drama discuss
70 matches
Mail list logo
