CodeWarrior DLL heaps

One of the more common questions from new Xerces users is that disposing a transcoded string triggers an assertion. This happens for Visual C++ users because there is a mismatch in the runtime model between the Xerces DLL and the application code - one is a debug build and the other a release

RE: 1.6.0: FreeBSD samples fail to link: undefined reference to `XMLPlatformUtils::makeTransService(void)'

> From: Max Gotlib [mailto:[EMAIL PROTECTED]] > > Seems, that staff in src/util/Platforms/FreeBSD was not compiled in the > library. Try to "cd" to this directory inside the sources tree and type > gmake. If my theory is right, you'll see a number of error messages. Send > 'em back to me and I'll

Re: 1.6.0: FreeBSD samples fail to link: undefined reference to`XMLPlatformUtils::makeTransService(void)'

Hi! Seems, that staff in src/util/Platforms/FreeBSD was not compiled in the library. Try to "cd" to this directory inside the sources tree and type gmake. If my theory is right, you'll see a number of error messages. Send 'em back to me and I'll try to figure out the diagnosys :) -- Max. On Sun

RE: 1.6.0: FreeBSD samples fail to link: undefined reference to `XMLPlatformUtils::makeTransService(void

> From: Sergey Matveychuk [mailto:[EMAIL PROTECTED]] > > > I was able to successfully compile 1.6.0 for FreeBSD. > > I'v built it quite successfully. > > What argumens you gave for runConfigure? ./runConfigure -p freebsd -c gcc -x g++ > Didn't forget to start autoconf? Nope. Everything *com

Re: 1.6.0: FreeBSD samples fail to link: undefined reference to `XMLPlatformUtils::makeTransService(void

> I was able to successfully compile 1.6.0 for FreeBSD. I'v built it quite successfully. What argumens you gave for runConfigure? Didn't forget to start autoconf? Sem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For addi

CVS: Cygwin port fails to link: undefined reference to `XMLPlatformUtils::openFile()'

I'm porting the current CVS code to Cygwin 1.3.6(0.47/3/2). Everything compiled fine, but it fails when creating the library: make[1]: Entering directory `/cygdrive/d/pub/src/xml-xerces/c/obj' Building /cygdrive/d/pub/src/xml-xerces/c/lib/libxerces-c1_6_0.so g++ -DCYGWIN -shared -o /cygdrive/d/

bug#2257 still open

Hello! It's looks like bug# 2257 still open. I'v got a message: Fatal Error at file "/usr/tmp/xml/telbook.xml", line 2, column 17 Message: No processing instruction starts with 'xml' On line: And I can't reopen bug through bugzilla ("software error..."). Sem. --

DO NOT REPLY [Bug 5320] - 1.5.2 Build fails on IRIX

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 5320] - 1.5.2 Build fails on IRIX

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

1.6.0: FreeBSD samples fail to link: undefined reference to `XMLPlatformUtils::makeTransService(void)'

I was able to successfully compile 1.6.0 for FreeBSD. Unfortunately, none of the samples linked. Here's an example of what I get for *each* sample program: gmake[1]: Entering directory `/home/users/r/ro/rossta/FreeBSD/xerces-c-src1_6_0/samples/CreateDOMDocument' mkdir -p /home/users/r/ro/ross