DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23024>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23024 DOMCasts magic: failure building Xerces-C 2.3.0 with C++ Builder 5 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From [EMAIL PROTECTED] 2003-09-10 17:38 ------- Since you've found another version of the same compiler that works, I think it's pretty safe to say that some sort of compiler bug in the original compiler you used was uncovered here. That's why I'm marking this invalid. As to the larger point of the "magic": Unfortunately, what is performant and what is elegant often run in opposite directions in programming, and I think we have such a case here. It is not enough to say that the DOM is inherently slower than SAX, therefore it's OK to do things slowly. There are lots of applications that require in-memory tree-based representations to do their job, and the whole point of jettisoning Xerces-C's original DOM in favour of this new implementation (a change for which this clever casting was only one part) was to make it possible for such applications to be more efficient. And since this casting *does* seem to work everywhere, at least on non-buggy compilers, surely there's no reason to trade the hard-won performance for some beauty in this case. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
