use system specific mechanisms (e.g.
GetFileAttributeEx on Windows, stat on *nix).
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 07.10.2017 17:15 schrieb "Marcos Douglas B. Santos" :
>
> On Fri, Oct 6, 2017 at 4:17 PM, Sven Barth via fpc-pascal
> wrote:
> > Am 06.10.2017 20:52 schrieb "Marcos Douglas B. Santos" :
> >> > And reference counting like in e.g. C++ "shar
he file. But what if
you don't have permissions for that? Permissions to retrieve the file size
when the file is closed are usually available on the other hand, but for
this another mechanism must be used.
Regards,
Sven
_______________
fpc-pascal maillist - fp
cript that calls fpc with all the required
compiler settings for all my programs. Unfortunately, I haven't found compiler
option for this directive.
Any help is appreciated. Thank you.
Regards,
–Mr Bee
_______
fpc-pascal maillist - fpc-pascal@lists.free
ugh
sometimes intersecting team.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 08.10.2017 06:39 schrieb "Mr Bee via fpc-pascal" <
fpc-pascal@lists.freepascal.org>:
>
> Hi,
>
> Is there any FPC command line option for writable constanst
directive {$J} or {$WRITEABLECONST} ?
No, there is not.
Regards,
Sven
______
Am 08.10.2017 22:24 schrieb "leledumbo via fpc-pascal" <
fpc-pascal@lists.freepascal.org>:
>
> > There is my old feature request about it
> > https://bugs.freepascal.org/view.php?id=30344 :) You can monitor it.
>
> No one seems to care to implement it, so if
Thank you, both to Leledumbo and Sven. Will this patch be available in the next
FPC v.3.0.4 release?
–Mr Bee
Pada Selasa, 10 Oktober 2017 04.44.44 WIB, Sven Barth via fpc-pascal
menulis:
Am 08.10.2017 22:24 schrieb "leledumbo via fpc-pascal"
:
>
> > Ther
ons such as build release, build
debug, build test, build deploy, etc. which each has different compiler
setting with custom before/after action.
--
Regards,
–Mr Bee
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.or
ause that is how they behave as inside procedures).
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
is supported.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
"-Vxyz" the compiler driver will call -xyz.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
2017-10-10 13:28 GMT+07:00 Marco van de Voort :
>
> Since it is already largely uploaded, no. We are only waiting on some
> targets.
>
I thought such a minor fix that don't break any codes could be included.
--
Regards,
–Mr Bee
_________
2017-10-10 16:21 GMT+07:00 Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org>:
> They were used mainly back at TP times to have procedure local static
> variables (cause that is how they behave as inside procedures).
>
Can we make the {$J-} as default in fpc and objfpc mo
Am 11.10.2017 07:00 schrieb "Mr Bee via fpc-pascal" <
fpc-pascal@lists.freepascal.org>:
>
> 2017-10-10 16:21 GMT+07:00 Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org>:
>>
>> They were used mainly back at TP times to have procedure local static
Am 11.10.2017 05:12 schrieb "Mr Bee via fpc-pascal" <
fpc-pascal@lists.freepascal.org>:
>
> 2017-10-10 13:28 GMT+07:00 Marco van de Voort :
>>
>>
>> Since it is already largely uploaded, no. We are only waiting on some
>> targets.
>
>
> I th
Am 11.10.2017 08:11 schrieb "Martok" :
>
> Am 25.09.2017 um 14:24 schrieb Sven Barth via fpc-pascal:
> > The RC language itself isn't *that* difficult. Main difficulty would be
to
> > essentially implement a C-preprocessor-compatible preprocessor.
> As I
questions are best asked on the lazarus mailing list (
http://lists.lazarus-ide.org/listinfo/lazarus ). While quite some of the
devs there read here as well, you'll get even more feedback regarding
Lazarus/LCL topics there.
Regards,
Sven
_______
fpc-pascal
erence count in case of an
exception
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
, but it is not yet in trunk.
>
> Is there a timeline when FPC might support attributes/annotations in
trunk?
I do hope to look at it soonish(TM), but no real timeline. Hopefully before
3.2.0 :D
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@
methods with (so that they generate an exception when called).
Thus something very strange is going on with your installation :/
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 12.10.2017 10:37 schrieb "Ryan Joseph" :
>
>
>
> > On Oct 12, 2017, at 12:59 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> >
> > AbstractError() is the name of the function the compiler uses to
replace abstract methods wi
Wow, okay, that's a nasty one O.o Considering that the "AbstractError" is
in the System unit it's safe to assume that the compiler is getting
confused there.
Would you please open a bug report with this as a full example?
But I'm glad that you found the issue...
R
the strange
behaviour and how to solve the problem?
Thank you.
--
Regards,
–Mr Bee
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
tring.
--
Regards,
–Mr Bee
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
with similar signatures,
>> in JavaScript?
>>
>
> In december, you will be able to use pascal for your client app, using
> pas2js.
> I have ported already sysutils, classes, dateutils, strutils, contnrs and
> DB
> units. If you want, I can send you the Javascript ve
starts to look really good.
Thank you, Michael. But I think there are some units missing. CMIIW.
--
Regards,
–Mr Bee
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
h unicode on Mac/Linux.
--
Regards,
–Mr Bee
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
nux. Perhaps because CRT unit both on Mac and Linux had supported unicode
since the beginning? CMIIW.
--
Regards,
–Mr Bee
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
use inline functions for both ID1 and MAKE_ID. The compiler should
optimize away the calls and do a constant concatenation.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
avoid "(P)String" in
this context as this could lead to different results depending on the
modeswitches). For the other string types you need to look at tkAString
(AnsiString), tkWString (WideString) and tkUString (UnicodeString).
Regards,
Sven
________
Am 19.10.2017 08:41 schrieb "Ryan Joseph" :
>
>
>
> > On Oct 19, 2017, at 12:58 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> >
> > And your case for tkSString crashes, because that is a ShortString, not
a AnsiString thus you n
...?
It's WIP, but no time frame. Hopefully before we release 3.2.0.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ith a full support of these
standards.
Trunk supports Standard Pascal good enough that the P5 code can be compiled
without changes. And yes, the end goal is to have full support for both
standards (especially for ExtPas, which is still in its infancy, patches
are welcome).
Regards,
Sven
_
Delphi. In mode ObjFPC
they might work, but I'm not sure about that either...
That said I also don't see the use of type aliases for generics...
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal
Am 23.10.2017 08:29 schrieb "Marco van de Voort" :
In our previous episode, Sven Barth via fpc-pascal said:
>
> Type aliases are currently not supported in mode Delphi. In mode ObjFPC
> they might work, but I'm not sure about that either...
>
> That said I also don
n accesses its outer
scope then it definitely won't work. For that you'd need to wait for
anonymous function support (which are planned - at least a far as I'm
concerned - to also support nested functions).
Regards,
Sven
___________
fpc-pasca
Am 23.10.2017 12:55 schrieb "Marcos Douglas B. Santos" :
On Mon, Oct 23, 2017 at 6:50 AM, Sven Barth via fpc-pascal
wrote:
> Am 23.10.2017 08:29 schrieb "Marco van de Voort" :
>
> In our previous episode, Sven Barth via fpc-pascal said:
>>
>> Type al
Am 23.10.2017 14:37 schrieb "Maciej Izak" :
2017-10-23 14:33 GMT+02:00 Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org>:
> Don't know. Only time will tell.
>
Did we have new team member? I would like to meet him! ;)
Sadly time isn't around that
ks.
I'd guess that this was before lazy initialization of threadvars for
pthreads was implemented (in 2.4 or 2.6 I think). Nowadays that should
indeed not be necessary anymore.
Regards,
Sven
___________________
fpc-pascal maillist - fpc-pascal@lists.freepasca
t there had been any results). Considering that
nowadays I think they use ELF as well it shouldn't be too hard to start a
port though (not that I'd be the one to do it :P)
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal
.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
building FPC, all the packages are still missing. So you
nevertheless need to do a complete build for your host life you had done
for your cross compilation target.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
, how will FPC distinguish the two []?
The only idea I have is to check whether the first identifier is a
attribute and if not handle it as a modifier (or if a comma is following
the first identifier).
Regards,
Sven
_______
fpc-pascal maillist - fpc-pasc
On 16.11.2017 15:10, Mattias Gaertner wrote:
> On Thu, 16 Nov 2017 14:12:18 +0100
> Sven Barth via fpc-pascal wrote:
>
>> [...]
>> So, how will FPC distinguish the two []?
>>
>>
>> The only idea I have is to check whether the first identifier is a
>>
ier).
One other point to differentiate them: the modifier one always ends with
a semicolon after the closing bracket, Delphi's attributes never do that.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 16.11.2017 20:25, Maciej Izak wrote:
>
>
> 2017-11-16 20:17 GMT+01:00 Sven Barth via fpc-pascal
> mailto:fpc-pascal@lists.freepascal.org>>:
>
> One other point to differentiate them: the modifier one always ends with
> a semicolon after the closing bracket
Am 28.11.2017 20:04 schrieb "Роман via fpc-pascal" <
fpc-pascal@lists.freepascal.org>:
'Initialization' sections are executed in poorly predictable order, so I
want to partially order them according to some form of explicit
prioritization and execute before control fl
f when built with QT bindings
> does not crash at the end. Somehow the QT bindings are quilty but how?
> Any clues where I should look for the problem?
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
is a 64-bit
library?
Maybe you should take a look at fpSpreadsheet which allows you to work with
Excel files of different versions directly and does not need a library.
Regards,
Sven
___________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://list
is only changed in trunk a few months ago so that the
operator can be used as an array constructor as well. So for now you'd need
to use an array variable on the right side.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 13.12.2017 11:39 schrieb "Dennis Poon" :
Sven Barth via fpc-pascal wrote:
Am 13.12.2017 03:04 schrieb "Dennis" de...@avidsoft.com.hk>>:
>
> I am converting my windows 32 program to 64 bit.
> It compiled with lazarus without any problem.(fpc 3.
Am 13.12.2017 18:13 schrieb "Dennis" :
Sven Barth via fpc-pascal wrote:
> Am 13.12.2017 11:39 schrieb "Dennis Poon" den...@avidsoft.com.hk>>:
>
>
>
> Just for clarification: is the excel_xp.dll written by you or by a 3rd
> party? Or are you talk
e other hand a transpiler and does not - as
Michael explained - support native features like pointers. Also if you look
at the generated code you can still understand it without much effort.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freep
ywalker.com/ ). Just open the executable
while the library is located in the same directory and you can see which
routines mismatch.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
84_64 and ARM as well as the obsolete MIPS and PowerPC
targets).
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
but nevertheless as explanation:
this code is only reached by asynchronously added events (TThread.Queue())
and there no event is needed, this none is freed or even allocated.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://
is its offset in the record.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
4. Can somebody give an example on how to use this functionality?
Judging from the implementation inside the RTL I'd say that this is a bug
in the documentation. String message methods work like ordinal ones and
take only one parameter.
Regards,
Sven
___________
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
the snake's
movement based on the global coordinate system instead of only left and
right from the local coordinate system on the snake. So I was quite
confused at first as I used "Up", but the snake didn't move there... ^^'
Regards,
Sven
______________
ever.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 08.01.2018 12:52 schrieb "Ryan Joseph" :
> On Jan 8, 2018, at 5:58 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
>
> FPC essentially reparses a generic during specialization so I'd say that
they definitely affect compile times.
Doe
t you need to program in a way that allows the usage of multiple,
different types. That can more often than not lead to worse performance.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 09.01.2018 08:13 schrieb "Ryan Joseph" :
> On Jan 9, 2018, at 2:04 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
>
> But you need to program in a way that allows the usage of multiple,
different types. That can more often than not
Am 10.01.2018 07:39 schrieb "Marco van de Voort" :
In our previous episode, Sven Barth via fpc-pascal said:
> Precisely these virtual methods are one point. They might not add much by
> themselves, but if they're called for each Add or Remove operation they
can
> add q
s used.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 11.01.2018 08:06 schrieb "Michael Schnell" :
On 09.01.2018 08:04, Sven Barth via fpc-pascal wrote:
But you need to program in a way that allows the usage of multiple,
different types. That can more often than not lead to worse performance.
Seemingly it is done that way.
I rather o
Am 11.01.2018 08:16 schrieb "warleyalex via fpc-pascal" <
fpc-pascal@lists.freepascal.org>:
Anyway, what I couldn't find is the built-in kind of *pseudo-methods for
the record data type*, set of operations, for inserting, removing, sorting
and otherwise manipulate the
Am 11.01.2018 13:33 schrieb "Mattias Gaertner" :
On Wed, 10 Jan 2018 11:40:48 -0700 (MST)
warleyalex via fpc-pascal wrote:
>[...]
> · Add(item [,...]) / Push(item [,...]) : increases Length by one and adds
one or more item at the end of the array, can also add array
Am 11.01.2018 18:47 schrieb "Nitorami" :
Any opinions ?
You can try to minimize your source by removing parts to see what might
cause the problem.
Alternatively you can debug the compiler in Lazarus.
Regards,
Sven
_______
fpc-pascal mailli
fsu4.html#x26-280003.1.1).
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
d b) that it needs a directive to be enabled.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 14.01.2018 16:19, Michael Van Canneyt wrote:
>
>
> On Sun, 14 Jan 2018, Sven Barth via fpc-pascal wrote:
>
>> On 14.01.2018 09:56, Michael Van Canneyt wrote:
>>>
>>>
>>> On Sun, 14 Jan 2018, Ryan Joseph wrote:
>>>
>>>>
out that an app contains that
library).
So, yeah, I'm definitely skeptical about such approaches.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 16.01.2018 20:41 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
On 2018-01-16 06:51, Sven Barth via fpc-pascal wrote:
> So, yeah, I'm definitely skeptical about such approaches.
>
All valid points. But if it was such a big concern, then why was Apple
Am 16.01.2018 22:58 schrieb "Rainer Stratmann" :
Am Dienstag, 16. Januar 2018, 22:41:34 schrieb Sven Barth via fpc-pascal:
> This won't work in the more diverse
> Linux world where users are more free to decide.
But if you take a closer look at this (diverse) that is some ki
ogsu57.html#x64-630001.2.57
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
I'd now ask those users of fcl-web that have access to Windows to test
their web applications with this backend so that bugs can be found and
fixed.
Thank you.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://l
e still missing.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
it. *Of course* there is a range check
error then. You need to use e.g. SizeInt as counter variable type in
those cases (SizeInt is 32-bit on 32-bit systems and 64-bit on 64-bit
systems).
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepasca
mber from some time back that someone (maybe even Jonas)
presented an example where Delphi does in fact behave different. I'd need
to find that again however. :/
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 02.02.2018 18:12 schrieb "Matias Vara" :
Hello,
2018-02-02 17:17 GMT+01:00 Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org>:
> Am 02.02.2018 15 <02%2002%2020%2018%2015>:50 schrieb "Matias Vara" <
> matiasev...@gmail.com>:
>
>
ards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
r and TWriter
together form the streaming system.
Correct. Stupid autocorrection -.-
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 03.02.2018 10:08 schrieb "Michael Van Canneyt" :
On Sat, 3 Feb 2018, Sven Barth via fpc-pascal wrote:
Am 03.02.2018 09:11 schrieb "Michael Van Canneyt" :
>
>
>
> On Sat, 3 Feb 2018, Dennis Poon wrote:
>
>
>
>>> If your objects inherit from T
onsistent.
While I do plan to test what happens if I allow units that were not part of
the generic's scope during its declaration that has the potential to open a
whole new can of bugs.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-p
ted to generics types and I want to
> try to fix part of them before I decide to update rtl-generics.
>
Would be good if you'd report them on Mantis nevertheless, cause generics
are a bit of a sensitive area and I'd like to keep an overview there.
Regards,
Sven
_________
"implementation restriction" from the manual - and only
that. I
think?
That *could* be a possibility. I'd need to think about it a bit though to
be sure that there are no caveats.
Regards,
Sven
___________________
fpc-pascal maillist - fpc-pascal@lists.
e with the same name into the
mix).
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
s and then typing them back out in function calls.
I simply rely on my IDE (Lazarus, Visual Studio) to complete long
identifier names for me so that I don't have to. *shrugs*
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
should also be possible to use another mode plus
{$modeswitch nestedprocvars}, but that doesn't play nicely with the call
to A inside of B as the compiler seems to call the X4 parameter while it
shouldn't...
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
heap point.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
inally for this. The finally-block is always
executed when the try-block is left no matter if it's by reaching the end,
calling exit or by an exception.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepas
Am 08.03.2018 12:51 schrieb "Ryan Joseph" :
> On Mar 8, 2018, at 5:42 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
>
> You are supposed to use try...finally for this. The finally-block is
always executed when the try-block is left no matter if
port for helpers could
be easily added. Only major feature missing compared to classes is the
support for extensive RTTI.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
t’s a real shame to because the time could have
been spent making objects more unified with classes.
Objects share roughly as much code with records as classes do as internally
classes and objects share most of their code.
Regards,
Sven
___________
fp
Am 09.03.2018 16:41 schrieb "Ryan Joseph" :
> On Mar 9, 2018, at 4:51 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
>
> Objects share roughly as much code with records as classes do as
internally classes and objects share most of their code
801 - 900 of 6174 matches
Mail list logo
