getRawBuffer gives garbled characters

2008-02-28 Thread Lele, Parag
I am trying to read Japanese String in an English locale. The node contains Japanese characters is sent to this function. As soon as I use getRawBuffer, the output contains garbled characters. What is missing in the code? I want the original characters to remain same

Re: getRawBuffer gives garbled characters

2008-02-28 Thread Boris Kolpackov
Hi Parag, Lele, Parag [EMAIL PROTECTED] writes: MemBufFormatTarget *target = new MemBufFormatTarget(); serializer-writeNode(target, *node); const XMLByte *output = target-getRawBuffer(); // here the characters // are garbled The

Re: Problem with libtool convenience libraries (3.0.0)

2008-02-28 Thread Alberto Massari
Hi Boris, from what I recall, convenience libraries are used because the sources are split into separate folders. On the other hand, we put in each convenience library sources coming from multiple folders (e.g. libdom.la contains files from xercesc/dom and xercesc/dom/impl; libutil.la

Re: Problem with libtool convenience libraries (3.0.0)

2008-02-28 Thread Boris Kolpackov
Alberto Massari [EMAIL PROTECTED] writes: I have never attempted to get rid of the convenience libraries altogether, so I support the attempt to remove them and ask libtool to generate the final libraries in one step. Ok, the code is in SVN. The build is now also quite tidy without all these

Re: svn commit: r630254 - in /xerces/c/trunk: configure.ac m4/xerces_msgloader_selection.m4 m4/xerces_netaccessor_selection.m4 src/xercesc/util/PlatformUtils.cpp

2008-02-28 Thread Boris Kolpackov
Scott Cantor [EMAIL PROTECTED] writes: On Mac OS X, libcurl is present in the base system going back 2-3 major releases, so in this case no extra dependencies are dragged in. If you're taking votes (not that you are), +1 for libcurl on OS X. Ok, I've moved the curl net accessor up to take

Re: Xerces-C 2.9?

2008-02-28 Thread Boris Kolpackov
Hi Ozgur, Sahoglu, Ozgur [EMAIL PROTECTED] writes: Are we branching for 3.0 and 2.9? What is the version of the trunk? The 3.x.y code base is in the trunk. 2.x.y is in the xerces-2 branch: http://xerces.apache.org/xerces-c/source-repository.html Boris -- Boris Kolpackov, Code Synthesis

RE: svn commit: r630254 - in /xerces/c/trunk: configure.ac m4/xerces_msgloader_selection.m4 m4/xerces_netaccessor_selection.m4 src/xercesc/util/PlatformUtils.cpp

2008-02-28 Thread Scott Cantor
Ok, I've moved the curl net accessor up to take priority over socket. Now that the ICU message loader does not result in a separate library, I also made it take priority over inmemory when ICU is available. There probably should also be a strong warning somewhere that not using ICU as a

Re: svn commit: r630254 - in /xerces/c/trunk: configure.ac m4/xerces_msgloader_selection.m4 m4/xerces_netaccessor_selection.m4 src/xercesc/util/PlatformUtils.cpp

2008-02-28 Thread Boris Kolpackov
Hi Scott, Scott Cantor [EMAIL PROTECTED] writes: There probably should also be a strong warning somewhere that not using ICU as a transcoder will give you problems on 10.5. You mean in case the application forks or are there other cases? My suggestion would be to make sure that any

RE: svn commit: r630254 - in /xerces/c/trunk: configure.ac m4/xerces_msgloader_selection.m4 m4/xerces_netaccessor_selection.m4 src/xercesc/util/PlatformUtils.cpp

2008-02-28 Thread Scott Cantor
You mean in case the application forks or are there other cases? I'm not about to conclude that there's only one system call that prevents them from being used. I don't take kindly to OS vendors breaking my code like that, so that tells me not to use their APIs. ICU will be used by default now

reconf problem

2008-02-28 Thread David Bertoni
Hi all, I've been trying to test on various platforms for the 3.0 release. One recent issue I've noticed is that we require Autoconf 2.60: configure.ac:26: error: Autoconf version 2.60 or higher is required More recent Linux distributions are probably OK, but Solaris 10 x86 has 2.59, as