fredvs schrieb am Sa., 31. Aug. 2019, 22:00:
> Hello Sven.
>
> > Just look at the changes: ...
>
> OK, but before I have to check my stock of aspirin.
> I think I'm going to need a lot this time.
>
> Many thanks Sven to help me in that complete darkness.
>
Alternatively try alcohol. ;)
And I su
Hello Sven.
> Just look at the changes: ...
OK, but before I have to check my stock of aspirin.
I think I'm going to need a lot this time.
Many thanks Sven to help me in that complete darkness.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
__
Am 31.08.2019 um 18:24 schrieb fredvs:
Hello.
Type information contains reference to attribute table
Old behavior: The first field of the data represented by TTypeData is
whatever the sub branch
of the case statement for the type contains.
New behavior: The first field of the data represented b
Hello.
> Type information contains reference to attribute table
> Old behavior: The first field of the data represented by TTypeData is
> whatever the sub branch
> of the case statement for the type contains.
> New behavior: The first field of the data represented by TTypeData is a
> reference to
Ben,
After this hurricane Dorian situation is over (I live in Cape Canaveral
Florida), I will be adding many parsers to the original test page I linked
at the top of this thread. I will be revising the numbers and charts,
adding more notes per this thread and some more which I feel are notable,
an
Hello Sven.
> I assume your code in msegui directly accesses the RTTI instead of using
> the types provided by the TypInfo unit.
IMHO, after check, it seems that msegui uses the types provided by the
TypInfo unit.
In each "uses" section of a msegui unit was added "typinfo".
So maybe it should be
Hello Sven.
> I assume your code in msegui directly accesses the RTTI instead of using
> the types provided by the TypInfo unit.
Ha, ok, I will jump into mse + TypInfo and see what it says.
Thanks.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
__
Am 31.08.2019 um 14:31 schrieb fredvs:
Hello everybody and specially Sven Barth.
With last trunk of fpc, msegui is no more compatible with fpc.
After big fight, it appears that commit of Sven Barth on Jul 13 2019, rev
42375 breaks compatibility --->
"as attributes can be part of any type they ar
> Yes, but that does not tell me why a change in RTTI info would stop this
from working.
Same for me, I absolutely dont understand why a change in RTTI info would
stop this from working.
It is why I did the "explorer" way to debug the problem: doing regression
from last fpc trunk until a revision
On Sat, 31 Aug 2019, fredvs wrote:
What is a sta file ?
"sta" file is a stat-like file that contains some infos about msegui widget
behavior (and much more if you want).
For example you may use mse-sta file as ini (or json) file, used to store
parameters of layout of forms of your mse applic
> What is a sta file ?
"sta" file is a stat-like file that contains some infos about msegui widget
behavior (and much more if you want).
For example you may use mse-sta file as ini (or json) file, used to store
parameters of layout of forms of your mse application.
You may use also mse-sta files t
On Sat, Aug 31, 2019 at 9:40 AM Anthony Walter wrote:
> > Could you include https://github.com/BeRo1985/pasjson in the comparison?
>
> Sure. I also have a few other people have requested. I will also list the
> license of each in the first table.
>
Note that I'm not sure if it's FPC-compatible,
On Sat, 31 Aug 2019, fredvs wrote:
Hello Michael.
Can you be more precise ?
I would like!
It appends when reading mse sta files.
with that types:
tstatreader = class;
tstatwriter = class;
With rev 42375, some sections of the sta-file are no more recognized, like
"layout" section.
What
On Sat, 31 Aug 2019, Anthony Walter wrote:
Could you include https://github.com/BeRo1985/pasjson in the comparison?
Sure. I also have a few other people have requested. I will also list the
license of each in the first table.
[snip]
For example if wanted to store object state using RTTI
Hello Michael.
> Can you be more precise ?
I would like!
It appends when reading mse sta files.
with that types:
tstatreader = class;
tstatwriter = class;
With rev 42375, some sections of the sta-file are no more recognized, like
"layout" section.
I have to confess that I am in the dark her
> Could you include https://github.com/BeRo1985/pasjson in the comparison?
Sure. I also have a few other people have requested. I will also list the
license of each in the first table.
Regarding a huge gigabytes of JSON in a file, I know a small portion of
programmers of people might be inclined
On Sat, 31 Aug 2019, fredvs wrote:
Hello everybody and specially Sven Barth.
With last trunk of fpc, msegui is no more compatible with fpc.
After big fight, it appears that commit of Sven Barth on Jul 13 2019, rev
42375 breaks compatibility --->
"as attributes can be part of any type they are
Hello everybody and specially Sven Barth.
With last trunk of fpc, msegui is no more compatible with fpc.
After big fight, it appears that commit of Sven Barth on Jul 13 2019, rev
42375 breaks compatibility --->
"as attributes can be part of any type they are best suited in a common part
of TTypeD
On Sat, 31 Aug 2019, Benito van der Zander wrote:
Hi,
when I need maximal speed, I use jsonscanner of fpJSON. It should be
vastly faster than a complete parser by not allocating memory or
validating the json.
Although it decodes all the strings in the JSON, which require some
allocations
Hi,
when I need maximal speed, I use jsonscanner of fpJSON. It should be
vastly faster than a complete parser by not allocating memory or
validating the json.
Although it decodes all the strings in the JSON, which require some
allocations, even if you do not need every string.
It would be fa
20 matches
Mail list logo
