On 18/02/2013 18:53, DaWorm wrote:
If this is what is really desired, is this a good construct?
try ... except ... finally ... except ... end;
I don't care for the meaning of except looking to be contextual,
but is it really? Reading that, to me it looks mostly predictable
how the
On 18.02.2013 19:53, DaWorm wrote:
On Mon, Feb 18, 2013 at 8:02 AM, Lukasz Sokol el.es...@gmail.com
mailto:el.es...@gmail.com wrote:
Maybe he one and true answer for all of the above would be to have:
try vs try
try except
try
On Mon, Feb 18, 2013 at 10:26 PM, Frank Church vfcli...@gmail.com wrote:
v1.0 release.
http://wiki.freepascal.org/New_IDE_features_since
This is a very useful page. I didn't know that Lazarus was that well
featured.
Yes, we didn't know that, that is the problem, there is no good
On 2013-02-18 20:26, Frank Church wrote:
What steps to I follow?
Install the package and recompile the IDE - as with any IDE plugin. The
empty editor toolbar should appear in the Editor Window. Only two
buttons should exist. Configure - the left most button, as can be seen
from the screenshot.
On 19/02/2013 09:43, Zaher Dirkey wrote:
On Mon, Feb 18, 2013 at 10:26 PM, Frank Church vfcli...@gmail.com
mailto:vfcli...@gmail.com wrote:
v1.0 release.
http://wiki.freepascal.org/New_IDE_features_since
This is a very useful page. I didn't know that Lazarus was that
On Tue, Feb 19, 2013 at 1:31 PM, Martin laza...@mfriebe.de wrote:
Here is another page, not as many pictures, but a good list of useful
features: http://wiki.lazarus.freepascal.org/Lazarus_IDE_Tools
I meant we need recategory this articles under a good index/tree, so we
can start from home
Does a unit- rather than something it contains- have any sort of
representation which is recognisably distinct from an object?
I've got a situation where if a library (.dll or .so) is opened under
program control it is represented by an object, with entry points
expressed as methods.
On Tue, Feb 19, 2013 at 3:31 PM, Mark Morgan Lloyd
markmll.fpc-pas...@telemetry.co.uk wrote:
Does a unit- rather than something it contains- have any sort of
representation which is recognisably distinct from an object?
I've got a situation where if a library (.dll or .so) is opened under
In our previous episode, Mark Morgan Lloyd said:
Does a unit- rather than something it contains- have any sort of
representation which is recognisably distinct from an object?
Maybe. But what it certain doesn't have is a runtime instance. unit is
mostly a compiletime concept, and the Delphi
On 19/02/2013 13:21, Zaher Dirkey wrote:
On Tue, Feb 19, 2013 at 1:31 PM, Martin laza...@mfriebe.de
mailto:laza...@mfriebe.de wrote:
Here is another page, not as many pictures, but a good list of
useful features: http://wiki.lazarus.freepascal.org/Lazarus_IDE_Tools
I meant we need
Marco van de Voort wrote:
In our previous episode, Mark Morgan Lloyd said:
Does a unit- rather than something it contains- have any sort of
representation which is recognisably distinct from an object?
Maybe. But what it certain doesn't have is a runtime instance. unit is
mostly a compiletime
ik wrote:
On Tue, Feb 19, 2013 at 3:31 PM, Mark Morgan Lloyd
markmll.fpc-pas...@telemetry.co.uk wrote:
Does a unit- rather than something it contains- have any sort of
representation which is recognisably distinct from an object?
I've got a situation where if a library (.dll or .so) is opened
On 2013-02-19 14:01, Martin wrote:
At some time, I stumbled over this:
http://wiki.lazarus.freepascal.org/Alternative_Main_Page
That would be a MUCH better main page. Clear topics that are easy to see
and read. It would need some minor additions, but over all, much better
than the default
On 19.02.2013 15:18, Mark Morgan Lloyd wrote:
Marco van de Voort wrote:
In our previous episode, Mark Morgan Lloyd said:
Does a unit- rather than something it contains- have any sort of
representation which is recognisably distinct from an object?
Maybe. But what it certain doesn't have is a
Graeme Geldenhuys wrote:
On 2013-02-19 14:01, Martin wrote:
At some time, I stumbled over this:
http://wiki.lazarus.freepascal.org/Alternative_Main_Page
That would be a MUCH better main page. Clear topics that are easy to see
and read. It would need some minor additions, but over all, much
Sven Barth wrote:
OK, so is it possible to set up a constant extended record (i.e. the
work being done entirely at compilation time) that mimics an
instantiated object? Would
if LibCapShim is TObject then
..
be safe where LibCapShim could be either an object (possibly nil) or a
constant
On 19.02.2013 17:49, Mark Morgan Lloyd wrote:
Sven Barth wrote:
OK, so is it possible to set up a constant extended record (i.e. the
work being done entirely at compilation time) that mimics an
instantiated object? Would
if LibCapShim is TObject then
..
be safe where LibCapShim could be
Sven Barth wrote:
Thanks Sven, looks interesting and I'll play with it presently. Can an
extended record's fields/methods be set up at compilation time, or do
they need to be done by code?
The example I've given was for the case that you load the functions
dynamically and use the procvars
On 19.02.2013 18:08, Mark Morgan Lloyd wrote:
Sven Barth wrote:
Thanks Sven, looks interesting and I'll play with it presently. Can an
extended record's fields/methods be set up at compilation time, or do
they need to be done by code?
The example I've given was for the case that you load
Sven Barth wrote:
On 19.02.2013 18:08, Mark Morgan Lloyd wrote:
Sven Barth wrote:
Thanks Sven, looks interesting and I'll play with it presently. Can an
extended record's fields/methods be set up at compilation time, or do
they need to be done by code?
The example I've given was for the
Hi all
I experience some strange issue, which I happen to find accidentally.
When I try to build fpc using make -B all (executing in fpc sources root), it
crashes with following error.
$ make -B all
/bin/mkdir -p x86_64/units/x86_64-linux
/usr/local/lib64/fpc/source/compiler/ppc3 -Ur -Xs -O2 -n
21 matches
Mail list logo