On Fri, 20 May 2016, LacaK wrote:
Btw is there any limit for number of memory block, which can be requested
?
As far as my XML file has milions of nodes, may be that for each node is
created instance of TDOMNode class (or TDOMElement I do not know), which
in turn can cause that there is l
On Fri, 20 May 2016, Marco van de Voort wrote:
In our previous episode, LacaK said:
As new nodes are appended TFPList.Expand is called
And there is:
if FCapacity > 127 then Inc(IncSize, FCapacity shr 2);
So if I have in list 1 000 000 items, then at once list is expanded by
250 000, which
As new nodes are appended TFPList.Expand is called
And there is:
if FCapacity > 127 then Inc(IncSize, FCapacity shr 2);
So if I have in list 1 000 000 items, then at once list is expanded by
250 000, which causes in one step out of memory
So my question is: can I somehow control increment c
- Using SAX and not store the whole DOM in memory, and at the same time
use your own memory allocation routines for your structures.
Good idea. I was not aware of such option.
(Unfortunatelly all work and testing on application was done, so rewrite
is completelly is brrr ;-( )
Thanks for
On Fri, 20 May 2016, LacaK wrote:
As new nodes are appended TFPList.Expand is called
And there is:
if FCapacity > 127 then Inc(IncSize, FCapacity shr 2);
So if I have in list 1 000 000 items, then at once list is expanded by
250 000, which causes in one step out of memory
So my question
In our previous episode, Michael Van Canneyt said:
> > But of course all datastructures based on a single array (and thus inviting
> > very large block allocations) are fundamentally flawed because of it in the
> > first place.
>
> Which is why I recommended going the SAX way and store data manual
What about to simply adjust Expand procedure like:
if FCapacity > 8*1024*1024 then IncSize := FCapacity shr 3
else if FCapacity > 128 then IncSize := FCapacity shr 2
else if FCapacity > 8 then IncSize := 16
else IncSize := 4;
SetCapacity(FCapacity + IncSize);
It does not solve your prob
On 2016-05-20 07:02, LacaK wrote:
> So second question is can TFPList.Expand be modified, that for large
> FCapacity will be used smaller increment ?
I think a “x percentage of capacity” increment is the way to go. eg: 5
or 10%
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit
Marc Santhoff wrote:
On Do, 2016-05-19 at 13:10 +0200, Torsten Bonde Christiansen wrote:
* GOLD Parser: http://www.goldparser.org/
* COCO/R: http://www.ssw.uni-linz.ac.at/Research/Projects/Coco/
* TP Yacc/Lex: (included in Free Pascal)
http://www.atocc.de/cgi-bin/atocc/site.cgi?lang=en
On 2016-05-20 09:36, Graeme Geldenhuys wrote:
> I think a “x percentage of capacity” increment is the way to go. eg: 5
> or 10%
Scrap that idea. In hind sight, % increments is what is causing the problem.
Regards,
Graeme
___
fpc-pascal maillist - f
On 2016-05-19 13:10, Torsten Bonde Christiansen wrote:
Hi.
I am currently looking into integrating a custom language parser into my
program and have been
searching the web for parser generators that can create Pascal code from
a custom language.
So far in my search i have found the following
On Fr, 2016-05-20 at 08:38 +, Mark Morgan Lloyd wrote:
> Marc Santhoff wrote:
> > On Do, 2016-05-19 at 13:10 +0200, Torsten Bonde Christiansen wrote:
> >
> >> * GOLD Parser: http://www.goldparser.org/
>
> >> * COCO/R: http://www.ssw.uni-linz.ac.at/Research/Projects/Coco/
>
> >> * TP Yacc/Lex
On Fr, 2016-05-20 at 10:53 +0200, Marc Santhoff wrote:
> There are some tools I liked very much when dealing with language
> translation in the past, but they don't fit her. None of them generates
^e
"they don't fit here."
Fatal typo. I know Torste
Marc Santhoff wrote:
For the last 30 years or so I've been using a compiler compiler
originally written in 1964, the implementation has matured as different
pascal compilers have become available. I'm not suggesting that this is
usable in the general case, but looked at objectively it does all
On 20/05/16 09:40, Graeme Geldenhuys wrote:
> On 2016-05-20 09:36, Graeme Geldenhuys wrote:
>> I think a “x percentage of capacity” increment is the way to go. eg: 5
>> or 10%
>
> Scrap that idea. In hind sight, % increments is what is causing the problem.
>
> Regards,
> Graeme
And actually wh
Lukasz Sokol wrote:
On 20/05/16 09:40, Graeme Geldenhuys wrote:
On 2016-05-20 09:36, Graeme Geldenhuys wrote:
I think a “x percentage of capacity” increment is the way to go. eg: 5
or 10%
Scrap that idea. In hind sight, % increments is what is causing the problem.
Regards,
Graeme
And actu
On Fri, 20 May 2016, OBones wrote:
Lukasz Sokol wrote:
On 20/05/16 09:40, Graeme Geldenhuys wrote:
On 2016-05-20 09:36, Graeme Geldenhuys wrote:
I think a “x percentage of capacity” increment is the way to go. eg: 5
or 10%
Scrap that idea. In hind sight, % increments is what is causing the
Am 19.05.2016 08:52 schrieb "LacaK" :
>
>
>>
>> >> Additionally, it's possible that it's not possible to inline generic
routines in regular routines,
>> >
>> > It is not my case.
>> > I use this generic in another generic and then it is specialized in
interface section of same unit.
>> >
>> > Later
18 matches
Mail list logo
