Am 23.02.2012 08:47 schrieb Amir a...@aavani.net:
Hi,
I have a code, developed in object pascal, with many classes. The
project is working fine.
Today, I used callgrind (valgrind --tool=calgrind) to see which
function consumes the most execution time and I noticed that the most of
time
Am 23.02.2012 09:27 schrieb Sven Barth pascaldra...@googlemail.com:
Yes, FillChar is needed, because a class instance is guaranteed to have
Bennett initialized with zero before the first constructor is called (this
way the fields are basically initialized by 0, Nil or '' depending on the
field
Incl. Self. Called Function
29.78 29.7226MSYSTEM_FILLCHAR$formal$INT64$BYTE
19.07 19.07123M SYSTEM_MOVE$formal$formal$INT64
3.633.6370M SYSTEM_SYSGETMEM_FIXED$QWORD$$POINTER
The main caller of FillChar function is
In our previous episode, Tommi Prami said:
depending on the field type).
But still...
Any improvement done in the Creating and Freeing an Objects would be
welcome :)
Usually pooling the most used objecttype(s) is already enough.
___
Am 23.02.2012 10:05, schrieb Tommi Prami:
Incl. Self. Called Function
29.78 29.72 26M SYSTEM_FILLCHAR$formal$INT64$BYTE
19.07 19.07 123M SYSTEM_MOVE$formal$formal$INT64
3.63 3.63 70M SYSTEM_SYSGETMEM_FIXED$QWORD$$POINTER
The main caller of FillChar function is
23.02.2012 11:47, Amir пишет:
Hi,
I have a code, developed in object pascal, with many classes. The
project is working fine.
Today, I used callgrind (valgrind --tool=calgrind) to see which
function consumes the most execution time and I noticed that the most of
time in my project is consumed by
Hi,
Note:
I can generate the fpGUI documentation without problems using fpdoc
from the v2.6.0 release.
Last night I implemented displaying a class hierarchy in the linear
documentation. Initially for the IPF output writer only. I developed
with FPC 2.6.0 and fpdoc worked perfectly.
Today I got
I fixed the bug in fpdoc. A patch is attached to the following bug report.
http://bugs.freepascal.org/view.php?id=21357
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
Amir schrieb:
Hi,
I have a code, developed in object pascal, with many classes. The
project is working fine.
Today, I used callgrind (valgrind --tool=calgrind) to see which
function consumes the most execution time and I noticed that the most of
time in my project is consumed by fillchar
@Marco
Instead or reopening the bug report, I'll reply here.
It wasn't needed to check for DocNodes.Notes, because it wasn't used
anywhere inside the WriteTypes() method, and ConvertNotes() already
did the Assigned() check for the Notes property passed in.
So your extra check is redundant, but
Hi,
As you can see here http://bugs.freepascal.org/view.php?id=17303 the
developer known to LacaK developed a new connector for MSSQLServer,
descendant of TSQLConnection class, and sent the beta code in
2010-08-30.
Some developers discussed the new code here:
On 02/23/2012 02:59 AM, Hans-Peter Diettrich wrote:
Amir schrieb:
Hi,
I have a code, developed in object pascal, with many classes. The
project is working fine.
Today, I used callgrind (valgrind --tool=calgrind) to see which
function consumes the most execution time and I noticed that the most
On 02/23/2012 01:20 AM, Alexander Shishkin wrote:
1) You can override TObject.NewInstance, w|o calling inherited. (Init
instance is called from NewInstance) and do whatever you want
What does each of the follwoing lines do? It looks like they are setting
the function table for the object.
23.02.2012 13:16, Sven Barth пишет:
In August 2010 Florian already said that maybe FillChar should be optimized:
http://lists.freepascal.org/lists/fpc-devel/2010-July/021146.html (at the
bottom)
In early 2011 I wrote an assembler implementation of FillChar for x86_64 (cannot be used for
In our previous episode, Sergei Gorelkin said:
In August 2010 Florian already said that maybe FillChar should be optimized:
http://lists.freepascal.org/lists/fpc-devel/2010-July/021146.html (at the
bottom)
In early 2011 I wrote an assembler implementation of FillChar for x86_64
(cannot
On 02/23/2012 11:37 AM, Hans-Peter Diettrich wrote:
Amir schrieb:
Incl. Self. Called Function
29.78 29.72 26M SYSTEM_FILLCHAR$formal$INT64$BYTE
19.07 19.07 123M SYSTEM_MOVE$formal$formal$INT64
3.63 3.63 70M SYSTEM_SYSGETMEM_FIXED$QWORD$$POINTER
I suspect that the procedure
On 2/23/2012 03:29, Sven Barth wrote:
Am 23.02.2012 09:27 schrieb Sven Barth pascaldra...@googlemail.com
mailto:pascaldra...@googlemail.com:
Yes, FillChar is needed, because a class instance is guaranteed to have
Bennett initialized with zero before the first constructor is called (this way
Thanks for updating some units :-)
I still feel a need for more updates, to replace e.g. WideString in e.g.
xmlread.pp.
DoDi
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
23.02.2012 22:25, Amir пишет:
On 02/23/2012 01:20 AM, Alexander Shishkin wrote:
1) You can override TObject.NewInstance, w|o calling inherited. (Init
instance is called from NewInstance) and do whatever you want
What does each of the follwoing lines do? It looks like they are setting
the
On 2/23/2012 18:54, Amir wrote:
On 02/23/2012 02:20 PM, Hans-Peter Diettrich wrote:
The initialization of every class instance is a major improvement over
e.g. C++ classes. I'd say that you should accept it, instead of
searching for workarounds, with hard to predict effects in the remaining
20 matches
Mail list logo
