> On Jan 14, 2020, at 8:04 PM, Sven Barth via fpc-pascal
> wrote:
>
> It's a bug because constraints should not be allowed in definitions, only in
> declarations.
>
ok, I'll file a report if you want me to. I'll just leave it as it is for the
consta
Ryan Joseph via fpc-pascal schrieb am
Di., 14. Jan. 2020, 14:31:
>
>
> > On Jan 14, 2020, at 8:04 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > It's a bug because constraints should not be allowed in definitions,
> only
> On Jan 14, 2020, at 11:44 PM, Sven Barth via fpc-pascal
> wrote:
>
> Indeed. And yes, please file a bug.
>
https://bugs.freepascal.org/view.php?id=36584
Regards,
Ryan Joseph
_______
fpc-pascal maillist - fpc-pascal@lists
.
Indeed, doesn't seem to be that easy:
https://stackoverflow.com/questions/27361227/how-to-prevent-creation-of-zombie-processes-while-using-fork-and-exec-in-lin
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
cal.org/view.php?id=14886 )
Regards,
Sven
>
___________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
?
Thank you.
Regards,
–Mr Bee
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Mr Bee via fpc-pascal schrieb am So., 2.
Feb. 2020, 02:11:
> Hi all,
>
> Besides overloading available operators, could we make our own custom
> operator(s) in FPC?
>
> For example, I want to use ∑ to sum array values? Also other Unicode
> characters such as ≥, ≤, ±, ≠, et
Regards,
Ryan Joseph
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
, it’s all right then.
Thank you.
–Mr Bee
Pada Minggu, 2 Februari 2020 08.32.23 WIB, Sven Barth via fpc-pascal
menulis:
Mr Bee via fpc-pascal schrieb am So., 2.
Feb. 2020, 02:11:
Hi all,
Besides overloading available operators, could we make our own custom
operator(s) in FPC?
For
Ryan Joseph via fpc-pascal schrieb am
So., 2. Feb. 2020, 03:37:
> Why doesn't this compile? IClassName2 descends from IClassName1 so
> shouldn't TClassName be compatible with IClassName1?
>
>
>
> {$mode objfpc}
> {$int
> On Feb 2, 2020, at 3:23 PM, Sven Barth via fpc-pascal
> wrote:
>
> As I had explained in the other thread some months ago interfaces in Object
> Pascal mean literally that the type can be cast to the specified interfaces.
> Parent interfaces are *not* part of this. If
Am 02.02.2020 um 12:49 schrieb Ryan Joseph via fpc-pascal:
On Feb 2, 2020, at 3:23 PM, Sven Barth via fpc-pascal
wrote:
As I had explained in the other thread some months ago interfaces in Object Pascal mean
literally that the type can be cast to the specified interfaces. Parent interfaces
Am 02.02.2020 um 14:06 schrieb Mgr. Janusz Chmiel via fpc-pascal:
Dear specialists here,
How complex would be to recode Free Pascal compiler for ARM and
ARM64 Bit so it would be fully compatible with Android Bionic library, so it
would be executed as A external app from some Android app
Howard Page-Clark via fpc-pascal schrieb
am Mo., 3. Feb. 2020, 11:22:
> FPC 3.0.4 compiles this code excerpt without a murmur:
>
> == code ==
>
> {$mode objfpc}{$H+}
>
> type
>
>TSheetInfo = record
> name: String;
> tab: String;
> title: St
Hi all,
Is there a way to enable a mode switches from fpc command line?
Thank you.
Regards,
~Bee
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 03.02.2020 um 23:19 schrieb Mr Bee via fpc-pascal:
Hi all,
Is there a way to enable a mode switches from fpc command line?
Yes, using -M, however these are discarded as soon as a $Mode
directive is read (just like any $Mode directive resets any $Modeswitch
directive).
Regards,
Sven
that using the feature. I prefer to put it in a config
file or call it from command line, as default setting, so my code is cleaner
from such things.
Is it possible?
Thank you.
Regards,
–Mr Bee
Pada Selasa, 4 Februari 2020 13.42.10 WIB, Sven Barth via fpc-pascal
menulis:
Am
that would
affect all the units.
On Tue, Feb 4, 2020 at 10:41 AM Mr Bee via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> As mention in the email title, what I meant is {$modeswitch} not {$mode}
> as explain here:
> https://www.freepascal.org/docs-html/prog/progsu105.html
On Tue, 4 Feb 2020 08:41:22 + (UTC)
Mr Bee via fpc-pascal wrote:
> As mention in the email title, what I meant is {$modeswitch} not
> {$mode} as explain
> here: https://www.freepascal.org/docs-html/prog/progsu105.html
>
> For example, if I want to use extended record in objf
|
|
| |
A Alphabetical listing of command line options
|
|
|
Pada Rabu, 5 Februari 2020 02.30.04 WIB, Jonas Maebe
menulis:
On 04/02/2020 10:06, Mattias Gaertner via fpc-pascal wrote:
> As Sven explained a $mode resets all modeswitches.
> What you need is a switch to
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Alexey Tor. via fpc-pascal schrieb am
So., 9. Feb. 2020, 17:45:
> https://www.freepascal.org/docs-html/ref/refsu69.html
> Remark: Note that there is no support for QWord arguments in array of
> const. This is for Delphi compatibility, and the compiler will ignore
> any resulting
On Tue, Feb 11, 2020 at 3:23 PM Luis - SoftSAT Sistemas via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Looking at unit search path the compiler are looking at "sources" dir
> instead of "units" dir with the compiled units and i dont know how to fix
his, I rather suggest an easier fix: just recompile
everything with "make all install" from the base of the fpc source folder.
This way the makefiles do all the tracking of where compiled units are.
The few minutes this will take should be much less than the time spent
trying to fi
Christo Crause via fpc-pascal schrieb am
Di., 11. Feb. 2020, 19:42:
> On Tue, Feb 11, 2020 at 4:57 PM Luis - SoftSAT Sistemas <
> l...@softsatsistemas.com.br> wrote:
>
>> > You are using relative paths in -Fu and your current folder is
>> c:\lazarus\fpc\3.0.4\sourc
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
l bug tracker).
I think saving and restoring streams should work as the textmode IDE uses
that as well. Can you please provide an example that fails? Then we might
be able to help you.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ve to adjust the generated code for FPC.
Regards,
Sven
>
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
r me. In the long
run a class-based binding would be great to have. I've been meaning
to look into this, but digging through thousands of lines of python is
not my idea of fun.
Henry
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://l
bably the reason they don't have it yet: no version got far enough...
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
can be implemented
with a GUI just as much as much as it can with a TUI.
In fact I know a company that simply turned their TUI-based entry masks
into GUI-based entry masks.
Regards,
Sven
>
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
rglund
Developer in Sweden
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
al take care of them, perhaps enveloping each expansion
of an inline procedure into a POPs and PUSHes?
--
Please, do not forward replies to my e-mail.
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
must take utmost care to preserve every single register when
using inline procedures and functions?
--
Please, do not forward replies to the list to my e-mail.
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Sun, 16 Feb 2020 23:36:09 -0300, Fabio Luis Girardi via fpc-pascal
wrote:
>I'll test it tomorrow.
>
>Em Dom, 16 de fev de 2020 18:32, Florian Klämpfl
>escreveu:
>
>> Am 01.02.20 um 18:13 schrieb je...@j-software.dk:
>> > Agreed, the rtl should defini
- via fpc-pascal schrieb am Di., 18. Feb.
2020, 13:16:
> Hi,
>
> A while ago (5 years) I made an application where I had to add -k-l
> to the command-line the compile that application.
> Is there a way to add this in the source ?
> I spent a good time to find out h
fredvs via fpc-pascal schrieb am Mo., 24.
Feb. 2020, 02:10:
> Tomas Hajny-2 wrote
> > The difference between your version and the original one is that the
> > original finishes the program with some error code thus allowing some
> > error checking in case the program was ca
denisgolovan via fpc-pascal schrieb am
Di., 25. Feb. 2020, 23:01:
> Hi all
>
> I'm trying to get an idea if Extended float is/can actually be 80bit?
> I have FPC built under Linux x64 and it works fine (co-processor command
> are actually used).
>
> But I haven't
not recommended, because Microsoft does not
recommend it (not to mention that it isn't even remotely tested as much as
the normal Win64 target).
Regards,
Sven
>
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
eSize: TVec2i;
function GetTableSize: TVec2i;
property TableSize: TVec2i read GetTableSize;
end;
var
sheet: TSheet;
begin
// why isn't this an error?
sheet.x := 1;
end;
Regards,
Ryan Joseph
_______
fpc-pascal maillist -
Ryan Joseph via fpc-pascal schrieb am
Mo., 2. März 2020, 22:47:
> In the snippet below why isn't it an error to write to a field of the
> read-only property? I was hoping this would give me some type safety but it
> just writes to a temp variable and does nothing. Not very helpfu
hould now point to download.html.
Regards,
Sven
>
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
// Incompatible types: got "{Open} Array Of NSObject" expected
"NSFastEnumerationProtocol"
for obj in input do
;
end;
begin
end.
Regards,
Ryan Joseph
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.fr
st);
end.
Regards,
Ryan Joseph
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
changing this behavior?
Regards,
Ryan Joseph
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
I'm continuing this from the bug tracker. Also please note that for some reason
the mail list server has stopped sending me replies to gmail so I need to look
at https://lists.freepascal.org/pipermail/fpc-pascal/ for replies until this
get fixed. Maybe time to get rid of gmail? My privat
> On Mar 5, 2020, at 2:24 PM, Ryan Joseph wrote:
>
> Can we consider changing this behavior?
from https://lists.freepascal.org/pipermail/fpc-pascal/2020-March/057434.html
On 05/03/2020 08:24, Ryan Joseph via fpc-pascal wrote:
>
Yes, it's a temporary variable but doesn&#
Ryan Joseph via fpc-pascal schrieb am
Fr., 6. März 2020, 06:57:
> I'm continuing this from the bug tracker. Also please note that for some
> reason the mail list server has stopped sending me replies to gmail so I
> need to look at https://lists.freepascal.org/pipermail/fpc-pascal/
Ryan Joseph via fpc-pascal schrieb am
Fr., 6. März 2020, 06:57:
> I'm continuing this from the bug tracker. Also please note that for some
> reason the mail list server has stopped sending me replies to gmail so I
> need to look at https://lists.freepascal.org/pipermail/fpc-pascal/
> On Mar 6, 2020, at 2:04 PM, Sven Barth via fpc-pascal
> wrote:
>
> Yes, that is the problem. When Florian had merged the SIMD intriniscs branch
> those types were enabled, but they weren't ready yet. Thus he disabled them
> later on again (a day or two later). If
Ryan Joseph via fpc-pascal schrieb am
Fr., 6. März 2020, 16:12:
>
>
> > On Mar 6, 2020, at 2:04 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > Yes, that is the problem. When Florian had merged the SIMD intriniscs
> branc
schrieb am Fr., 6. März 2020, 15:51:
> On 3/6/20 9:17 AM, Ryan Joseph via fpc-pascal wrote:
> > Ok, I got this reply finally so maybe something else went wrong. I'm
> tempting
> > to try another account with some free email service because Gmail never
> shows
>
Am 06.03.2020 um 03:17 schrieb Ryan Joseph via fpc-pascal:
On Mar 5, 2020, at 2:24 PM, Ryan Joseph wrote:
Can we consider changing this behavior?
from https://lists.freepascal.org/pipermail/fpc-pascal/2020-March/057434.html
On 05/03/2020 08:24, Ryan Joseph via fpc-pascal wrote:
Yes
function GetPoint: TPoint;
property point: TPoint read GetPoint;
end;
function TThing.GetPoint: TPoint;
begin
result := m_point;
end;
var
t: TThing;
begin
// no error!
t.point.width := 0;
end.
Regards,
Ryan Joseph
___
fpc
Ryan Joseph via fpc-pascal schrieb am
Sa., 7. März 2020, 05:18:
>
>
> > On Mar 7, 2020, at 5:15 AM, Sven Barth
> wrote:
> >
> > I've found two bug reports related to this (I searched for "property"
> and only those reports that are neither closed nor
Ryan Joseph
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
he one coming from the last matching unit in the uses clause.
Multiple type helpers should follow this same rule.
Please discuss and if we all agree I will file this as a bug in mantis.
Thanks.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> On Mar 10, 2020, at 11:57 AM, Anthony Walter via fpc-pascal
> wrote:
>
> To demonstrate, if I have MyUnit.pas that defines a string type helper with
> EndsWith() and an IntToStr() function then consider the following code:
>
> program Test;
>
> uses
>
On Tue, 10 Mar 2020 00:57:12 -0400
Anthony Walter via fpc-pascal wrote:
>[...]
> What should happen is that both examples use the function from the
> last unit in the uses clause.
Yes, that's how Pascal usually works and so it works in pas2js.
Strange that fpc does it the other w
d method.
In Delphi the type helper of the last unit wins. So I would expect the
same for multi type helpers.
Mattias
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Ryan Joseph via fpc-pascal schrieb am
Di., 10. März 2020, 09:03:
>
>
> > On Mar 10, 2020, at 11:57 AM, Anthony Walter via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > To demonstrate, if I have MyUnit.pas that defines a string type helper
Michael Van Canneyt schrieb am Di., 10. März 2020,
08:11:
>
>
> On Tue, 10 Mar 2020, Anthony Walter via fpc-pascal wrote:
>
> > I started adding {$modeswitch multihelpers} to some of my code and
> noticed
> > a problem. It would seem that the SysUtils unit is defini
ng
this problem, but for my work habits multiple type helpers brings in the
most optimal way of handling things, and again this is in my opinion.
Anthony
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Stdreamer, you are wrong. The last unit take precedence. Please test to
verify.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Marco, now that's some good insight. I believe you are correct.
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
iteln('IntToStr - umultiplehelpers_precedence1');
end;
end.
Regards,
Ryan Joseph
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
fredvs via fpc-pascal schrieb am Mi., 11.
März 2020, 11:16:
> Hello.
>
> Compiling that code with fpc 3.2.0 gives the warning that follows:
>
> ---> if (kind <> tabulatorkindty(-1)) --> gives now the warning:
>
> "msedrawtext.pas(1115,48) Warning: range ch
fredvs via fpc-pascal schrieb am Mi., 11.
März 2020, 12:51:
>
> Other question relative to Warnings:
>
> How to do this:
>
> tdataevent(de_afterapplyupdate)
>
> where TDataEvent is defined as
>
> TDataEvent = (deFieldChange, deRecordChange, deDataSetChange,
>
fredvs via fpc-pascal schrieb am Mi., 11.
März 2020, 13:25:
> By the way, huh, yes, if I am totally sure that the code is safe, I would
> be
> happy to know the code-number of those Warning and disable it.
>
> Of course in last resort (no time to be lazy).
>
You can find out
schrieb am Mi., 11. März 2020, 16:37:
> On 3/11/20 11:35 AM, fredvs via fpc-pascal wrote:
> >> f (kind in tabulatorkindty) then
> >
> > Yes, I like it!
> >
> > But, sadly, the compiler no.
> >
> > "Error: Operator is not overloaded"...
&
fredvs via fpc-pascal schrieb am Sa., 14.
März 2020, 13:01:
> So, thanks for the tip, "kind" seems indeed initialized with first item.
>
Please note that this is only true for global variables and fields of
classes. And it's not initialized with the first item, but w
as still using 3.0.4).
Regards,
> On 13 Mar 20, at 10:11 , fredvs via fpc-pascal
> wrote:
>
> I vote for keeping type enum + adding at end "tak_nil" in array +
> initialize "kind := tak_nil".
>
________________
Am 14.03.2020 um 17:18 schrieb fredvs via fpc-pascal:
Hi Sven, sorry to come back, (dont forget I am a enum-guru now).
But to be totally logic, in the previous code:
if kind = tabulatorkindty(0) then
Should it not be something illegal because of definition:
tabulatorkindty =
(tak_none := 1
thing up myself?
GLPT_IPhone.inc:97: error: 20: Identifier idents no member "touchID"
Main.pas:88:1: error: Identifier not found "f"
Regards,
Ryan Joseph
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https:/
f ShortInt"
expected "Array[0..2] Of LongInt"
data := [1,2,3];
end.
Regards,
Ryan Joseph
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
onally I really like the format used in forum.sublimetext.com which is from
www.discourse.org.
Regards,
Ryan Joseph
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> On Mar 15, 2020, at 8:53 PM, Howard Page-Clark via fpc-pascal
> wrote:
>
>
> With recent FPCs you can however do this:
>
> program test;
> var
> data: array[0..2] of Integer;
> tmp: array of Integer = Nil;
> begin
> tmp := [1,2,3];
> Mov
Ryan Joseph via fpc-pascal schrieb am
So., 15. März 2020, 15:33:
> It's 2020 and the mail list is starting to really show its age. I don't
> get first messages from gmail and my personal web host is whitelisted,
> messages bounce when I use the wrong account by accident, h
On 3/15/2020 6:55 AM, Ryan Joseph via fpc-pascal wrote:
It's 2020 and the mail list is starting to really show its age. I don't get
first messages from gmail and my personal web host is whitelisted, messages
bounce when I use the wrong account by accident, hard to search the archiv
Ryan Joseph via fpc-pascal schrieb am
So., 15. März 2020, 19:58:
>
>
> > On Mar 15, 2020, at 8:53 PM, Howard Page-Clark via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> >
> > With recent FPCs you can however do this:
> >
> &g
> On Mar 16, 2020, at 12:36 AM, fredvs via fpc-pascal
> wrote:
>
> Hello.
>
> You may use http://free-pascal-general.1045716.n5.nabble.com/
>
> This forum is an archive for the mailing list
> fpc-pascal@lists.freepascal.org
>
> Fre;D
Looks like everyone
6.n5.nabble.com/
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Ryan Joseph via fpc-pascal schrieb am
Mo., 16. März 2020, 07:33:
> Ok, that makes sense now. Dynamic arrays can't be passed to static arrays.
> I
> remember when I tried to make aligned dynamic arrays I got to look around
> in
> the code and it seems plausible you could jus
Regards,
Ryan Joseph
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
oseph
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 20.03.2020 um 08:32 schrieb Ryan Joseph via fpc-pascal:
Are there any functions in the RTL to get the sizeof the type specified in
TTypeKind? https://www.freepascal.org/docs-html/rtl/typinfo/ttypekind.html
I'm truing to use record RTTI and I needed to know the size of the field i
_
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
case TTypeKind of
...
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> On Mar 21, 2020, at 9:39 AM, Ryan Joseph via fpc-pascal
> wrote:
>
> I'm going to loop through the fields of the record and get the size of each
> field so I can serialize the record. Am I not on the right track?
No answers on this so I'm thinking maybe I
> On Mar 21, 2020, at 10:05 AM, Anthony Walter via fpc-pascal
> wrote:
>
> I think what Ryan is asking about is how to find the size of the variant part
> of TTypeData as used in the "case TTypeKind of" section. As in:
Yes. It says a field is "tkInteger" b
.
Kind Regards.
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Am 21.03.2020 um 08:47 schrieb Ryan Joseph via fpc-pascal:
On Mar 21, 2020, at 9:39 AM, Ryan Joseph via fpc-pascal
wrote:
I'm going to loop through the fields of the record and get the size of each
field so I can serialize the record. Am I not on the right track?
No answers on this s
> On Mar 21, 2020, at 10:15 PM, Sven Barth via fpc-pascal
> wrote:
>
> For the primitve types you need to know the sizes at compile time (e.g.
> SizeOf(Word), SizeOf(LongInt), etc.) and check what type the field has using
> the field list in the record's RTTI. You al
Ryan Joseph via fpc-pascal schrieb am
So., 22. März 2020, 07:28:
>
>
> > On Mar 21, 2020, at 10:15 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > For the primitve types you need to know the sizes at compile time (e.g.
> Size
ust seamlessly continued
working.
This is a LOT BETTER than the web based forums where you have no
overview
(I also use the Lazarus forum, but I could not live without the
mirrored mail list.)
--
Bo Berglund
Developer in Sweden
___
fpc-pascal maill
Am 23.03.2020 um 17:49 schrieb fredvs via fpc-pascal:
Some more infos:
This gives the correct size with fpc <= 3.2.0:
function dynarrayelesize(const typinfo: pdynarraytypeinfo): sizeint;
var
ti: pdynarraytypeinfo;
begin
ti:= typinfo;
inc(pointer(ti),ord(pdynarraytypeinfo(ti)^.namelen
fredvs via fpc-pascal schrieb am Mo., 23.
März 2020, 22:27:
> By the way, may I use this tip for fpc < 3.3.1 or is it ok only with fpc
> trunk?
>
Yes, it will also work with older be versions - as you noticed already. ;)
Regards,
Sven
>
____
"TBase" expected "TMyClass"
c := TMyClass.Create.AndThis;
writeln(c.classname);
end.
Regards,
Ryan Joseph
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
tstorm.com/ )
On Tue, Mar 24, 2020 at 4:08 AM Ryan Joseph via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Free Pascal - General mailing list wrote
> > Is it possible to achieve this dynamically without resorting to type
> > casting? It feels like classes should hav
1501 - 1600 of 6179 matches
Mail list logo
