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=9739>. 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=9739 xerces-com, custom build step occasionally corrupts copy of dll Summary: xerces-com, custom build step occasionally corrupts copy of dll Product: Xerces-C++ Version: 1.6.0 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Build AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Occasionally after a build, I've found that the xerces-c_1_6_0.dll in Build\Win32\xml4com\ReleaseMinDependency is corrupt. This only happens very rarely, and for no apparent reason, so I regret I am unable to provide steps to re-produce the problem. Originally I was inclined to put this problem down to a faulty hard drive, but I've now seen it happen on two separate PCs. As far a I can see, this has got to be a problem with the "Copy" command in the custom build step - I suspect Visual Studio (I'm using 6.0) of implementing it's own "Copy" command (as, surely command.com is stable) In my own version of the source code, I have changed "Copy" to "XCopy". Because I can't reproduce the bug, I cannot vouch for "XCopy" being any better, but if two months pass without me posting any more on this subject, please assume that I am happy with this work around. Please also note that if the regsvr32 in the custom build step fails (for this, or any other reason), no build error is triggered, hence this kind of problem can go completely undetected! (until the software is run). The messages that do appear quickly scroll by if you're building more than just xerces-com (we only noticed it because we do a second regsvr32 from a make file as part of our automated build). --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
