Thanks for looking into this, Ben. I am definitely including POL.h in the preprocessor chain -- everything else is fine, which it wouldn't be if it couldn't find these defs.

So I am using a project that is a CPP app not originally created from the POL wizards or stationary -- I am not using precompiled headers. I have been doing this for some time now with no problems, until attempting to add some CComponent objects. Just now, however, I added the pch++ and set the POLDA.mch++ as the prefix file and the problem seems to be resolved. I must admit I don't know the details of what this mch file is, or in any case why it wouldn't work without precompiling the headers, but that seems to be the issue nonetheless.

It is common I would think for apps to use POL that are built using projects created manually or as other types initially, and without precompiled headers necessarily, so it would be nice if there was some detailed documentation on the project setup requirements beyond the static libs. Thanks for your help on the matter.

Will

Ben Combee wrote:


At 12:40 PM 10/8/2003, Ben Combee wrote:


There is one potential problem with POL's POLNew.h -- it defines these operators inside namespace POL, so if you aren't defining your class inside namespace POL or have a "using namespace POL;" directive, the compiler can't find the prototype. This is really a POL defect -- it shouldn't be defining the override operators inside a namespace.


(replying to myself but directed at Will)

Oops... I misread POLNew.h. The code is actually OK, correctly defining the operators in the global namespace. Only the exception type used for memory errors is defined inside namespace POL. I can reproduce your error (with new) only in a source file that has not yet included POL.h or POLNew.h.



--
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/support/forums/

Reply via email to