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 causes in one step out of memory
> So m
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 large amount of relative small memory
b
On Do, 2016-05-19 at 13:10 +0200, Torsten Bonde Christiansen wrote:
> * GOLD Parser: http://www.goldparser.org/
> Was last updated in sept. 2012 and the lastest pascal implementation is
> not for the lastest version of the program!
>
> * COCO/R: http://www.ssw.uni-linz.ac.at/Research/Projects/Co
> 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.
No parser generator that I know includes a code generator, you must write
that part yourself at least
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 "options":
* GOLD Parser: http://www.goldparser.org/
W
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 large amount of relative small
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 large amount of relative small memory
blo
Wow I never heared about such option.
This are my results:
(compiled application is Win 32 bit)
How large are the memory blocks that you try to allocate.
Hard to say.
This happens inside TXMLDocument class as content is reading from file
in procedure ReadXMLFile.
May be that somewhere dur
Am 19.05.2016 10:57 schrieb "Jonas Maebe" :
>> it should be 2GB on 32bit and 4GB on 64bit Windows with
>> *IMAGE_FILE_LARGE_ADDRESS_AWARE*
>
>
> There is a difference between the total amount of memory you can
allocate, and the maximum size of a single block of memory that you can
allocate. The lat
LacaK wrote:
Wow I never heared about such option.
This are my results:
(compiled application is Win 32 bit)
How large are the memory blocks that you try to allocate.
it should be 2GB on 32bit and 4GB on 64bit Windows with
*IMAGE_FILE_LARGE_ADDRESS_AWARE*
There is a difference between the
Yes, I have used "Clean and build" option.
May be that this diagnostic messages are not shown in "Messages" window.
(because when I compile from command line I see also other lines, which
are not shown in Lazarus)
Right click on Messages window / Filter...
Very nice!
(I was not aware of such
On Thu, 19 May 2016 08:49:04 +0200
LacaK wrote:
>
> >> Hm, I have checked in Lazarus on Project Options / Verbosity appropriate
> >> -vd option, but in output window I do not see any more info ...
> >> How should look such info message ?
> > Did you build your project clean?
> Yes, I have used "
12 matches
Mail list logo