On Wed, 28 Oct 2009, Paul Ishenin wrote:
Michael Van Canneyt wrote:
On the other hand, UnitName may come in handy for the Lazarus IDE.
And this is the most difficult thing amoung other new methods :)
I am trying to get UnitName from the RTTI but have some problems:
1. If I call
On Wed, 28 Oct 2009, Graeme Geldenhuys wrote:
Hi,
While testing fpGUI DocView, I came across the following bug.
http://www.freepascal.org/docs-html/rtl/sysutils/createguid.html
In the See Also section, link is CreateGUID. Well, that means See
Also is pointing right back at the current
2009/10/28 Michael Van Canneyt mich...@freepascal.org:
StringToGUID or one of it's nephews.
Please enter a bugreport, so I don't forget to fix it.
Reported and supplied a patch. I searched for GUID and added a few
more links to the See Also section.
Michael Van Canneyt wrote:
Few questions now:
a) Why TypeInfo(TObject) TObject.ClassInfo?
b) Why TypeInfo(TPersistent) = TPersistent.ClassInfo?
Because TPersistent is compiled in $M+ ?
Yes, that's why I gived that TPersistent example here. I can't figure
our how TypeInfo(TObject) works if
Paul Ishenin пишет:
2. If I am using PTypeInfo(TypeInfo(Self))^.Kind inside a class method I
get tkUnknown and UnitName is not avaiable ofcource.
Self = TClass, not TObject inside a class method. Obviously, there is no RTTI or
whatever for TClass.
Sergei
Paul Ishenin wrote:
I am trying to get UnitName from the RTTI but have some problems:
...
Few questions now:
a) Why TypeInfo(TObject) TObject.ClassInfo?
b) Why TypeInfo(TPersistent) = TPersistent.ClassInfo?
No idea why but it is the same in delphi d2010. Probably in d2010 it
depends on
On Wed, 28 Oct 2009, Paul Ishenin wrote:
Paul Ishenin wrote:
I am trying to get UnitName from the RTTI but have some problems:
...
Few questions now:
a) Why TypeInfo(TObject) TObject.ClassInfo?
b) Why TypeInfo(TPersistent) = TPersistent.ClassInfo?
No idea why but it is the same in delphi
Michael Van Canneyt wrote:
Maybe generate partial RTTI for classes not in $M+ ?
I think it is already generated since TypeInfo(TObject) returns data but
probably not written by the compiler to the vmtTypeInfo offset.
Best regards,
Paul Ishenin.
___
TObject should NEVER -xcuse me for shouting - contain rtti information
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, 28 Oct 2009, Thaddy wrote:
TObject should NEVER -xcuse me for shouting - contain rtti information
And we don't propose to do so :)
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Felipe Monteiro de Carvalho schreef:
Hello,
In the past there was a csize_t which I used in the imagemagick
headers, but now it seams to have disappeared. Is size_t compatible
with the c type? Or else any other compatible type to use?
Well, there is still is:
On Wed, Oct 28, 2009 at 4:51 PM, Vincent Snijders
vsnijd...@vodafonevast.nl wrote:
Well, there is still is:
http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/ctypes/csize_t.html
The docs could be out-dated, csize_t doesn't compile in FPC 2.2.4
I think the description is a bit strange: Character
Ah, it's the oposite, sorry, csize_t was *added* and someone updated
the imagemagick headers ...
I was testing the svn imagemagick headers with the stable compiler ...
ok, problem solved.
thanks for the help Vincent,
--
Felipe Monteiro de Carvalho
___
Felipe Monteiro de Carvalho schreef:
On Wed, Oct 28, 2009 at 4:51 PM, Vincent Snijders
vsnijd...@vodafonevast.nl wrote:
Well, there is still is:
http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/ctypes/csize_t.html
The docs could be out-dated, csize_t doesn't compile in FPC 2.2.4
Or maybe too
2009/10/28 Vincent Snijders vsnijd...@vodafonevast.nl:
I think the description is a bit strange: Character size type. I
wouldhave
guess the c was not because of Character, but because of the C language.
The descriptions is completely wrong.
Michael, do you need a bug report?
Originally
Florian Klaempfl wrote:
Since we opened the d2010 can of worms anyways, I think all would be
accepted.
Thanks for accepting Dispatch changes.
Here are the next:
http://bugs.freepascal.org/view.php?id=14931
http://bugs.freepascal.org/view.php?id=14930
Best regards,
Paul Ishenin.
16 matches
Mail list logo