Journal Articles

Overload Journal #42 - Apr 2001 + Programming Topics + Letters to the Editor
Browse in : All > Journals > Overload > 42 (9)
All > Topics > Programming (877)
All > Journal Columns > LettersEditor (132)
Any of these categories - All of these categories

Note: when you create a new publication type, the articles module will automatically use the templates user-display-[publicationtype].xt and user-summary-[publicationtype].xt. If those templates do not exist when you try to preview or display a new article, you'll get this warning :-) Please place your own templates in themes/yourtheme/modules/articles . The templates will get the extension .xt there.

Title: Editor << letters;

Author: Administrator

Date: 26 April 2001 17:46:06 +01:00 or Thu, 26 April 2001 17:46:06 +01:00

Summary: 

Body: 

I have discovered a couple of limitations with the TypeID article I submitted to Overload a while back. Basically, TypeID::fn:

  • Can't handle constructor/destructor methods (probably because their address can't be taken)

  • Won't work on overloaded methods in same scope (there's no way of specifying which of the overloads to use). This is particularly nasty since overloads often appear in derived classes along with a "using ..." declaration to prevent hiding the superclass's method being overloaded, in which case the overloads are all in scope and TypeID::fn can no longer cope.

Neither is unlikely to be circumventable with the current capabilities of C++'s RTTI, which shows just how useful a __FUNCTION__ macro would really be.

Notes: 

More fields may be available via dynamicdata ..