>> "ToOutDebug" and friends are not allowed to be used in >> any of our contribs. Ever. Yet they are unfortunately. >> There is a large inconsistent mess when it comes to debug >> calls in hbqt/hbxbp. >> > > But then there is no viable alternative to this until library stabilizes. > I think we are aware enough to this fact and have to bear with it. > Every time I commit I cannot go through to clean debug calls > because the next moment I need them again.
All you need is *one* #define macro which can be easily toggled. Disabled by default, enabled by some local means, like HB_USER_CFLAG/PRGFLAG or alike. We have viable .c level alternative called HB_TRACE(), I'd guess you never tried it. Apparently many HBQT users/testers are not Windows users, so for them these Windows debug calls are useless and are in the way. HB_TRACE() works for everyone though, it's just as portable as Harbour. > But what about C level? HB_TRACE() is not an option to me. > I am not used to application level debugging nor does it fits my needs. > > Anybody who post this noise perhaps does not understand what he should > change to avoid it, however temporarily. Useless debug code should not be left enabled in SVN. If there is *portable* debug code, it can be enabled temporarily, but even this is better to be enabled using some macros. Non-portable debug (or xhb lib) stuff should however never be left enabled in SVN, not even "temporarily", it's simply unuseful for most ppl. It destabilizes SVN, so f.e. since xhb lib dependency was introduced in hbqt it effectively blocks any sort of beta/rc release. If you have some time, pls try HB_TRACE(), perhaps if you can tell some specifics which are missing from it in your opinion, we may try to enhance it, if possible in a portable way. Brgds, Viktor _______________________________________________ Harbour mailing list (attachment size limit: 40KB) [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
