Vitaly Prapirny wrote on 22/06/2017 10:53:
Roger Leigh wrote on 21/06/2017 17:40:
That line (PlatformUtils.cpp:27) is
#if HAVE_CONFIG_H
#include
#endif
so it either can't cope with "#if xxx" (which is used in many
places), or the error is in the generated "config.h&q
Roger Leigh wrote on 21/06/2017 17:40:
That line (PlatformUtils.cpp:27) is
#if HAVE_CONFIG_H
#include
#endif
so it either can't cope with "#if xxx" (which is used in many places),
or the error is in the generated "config.h". I'm afraid you'll need
to identify the cause of the error here
Roger Leigh wrote on 21/06/2017 13:58:
Sorry, too hasty. Please try this revised patch which actually works.
CMake worked without error, but compilation failed just the same way as
in my previous message.
Good luck!
Vitaly
Roger Leigh wrote on 21/06/2017 13:17:
Thanks. This was a problem with the int type check fallbacks. Please
see the attached patch or this github branch:
https://github.com/rleigh-codelibre/xerces-c/tree/cmake-int-fallback
This was a search-replace error when porting m4/xerces_int_types, and
Roger Leigh wrote on 21/06/2017 12:20:
On 21/06/17 08:48, Vitaly Prapirny wrote:
I've got an error while running cmake with "Borland Makefiles"
generator and Borland C++ Builder 5 compiler. Is BCB5 still supported?
It's not a combination I've personally tested, but
[
https://issues.apache.org/jira/browse/XERCESC-2077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vitaly Prapirny updated XERCESC-2077:
-
Attachment: cmake_bcb5_err.zip
CMake error with "Borland Makefiles" gen
Roger Leigh wrote on 21/06/2017 09:54:
On 21/06/17 02:42, Cantor, Scott wrote:
Are the Xerces_autoconf_config.borland.hpp and
Xerces_autoconf_config.msvc.hpp files "pre-cmake"? IIRC, I think
those are the hardwired versions used in the old builds.
I don't want to leave them on trunk if they'r
[
https://issues.apache.org/jira/browse/XERCESC-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16048001#comment-16048001
]
Vitaly Prapirny commented on XERCESC-2100:
--
How adding virtual destructo
[
https://issues.apache.org/jira/browse/XERCESC-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16047928#comment-16047928
]
Vitaly Prapirny commented on XERCESC-2100:
--
0012 - Is it really neces
[
https://issues.apache.org/jira/browse/XERCESC-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15834657#comment-15834657
]
Vitaly Prapirny commented on XERCESC-2086:
--
Did you try to compile and
Thanks Scott!
Good luck!
Vitaly
Cantor, Scott wrote:
A patch release of the Xerces-C XML parser is now available and is propagating
to the mirrors. It includes a small number of important bug fixes, including a
fix for CVE-2016-4463.
https://issues.apache.org/jira/secure/ReleaseNote.jspa?p
[
https://issues.apache.org/jira/browse/XERCESC-2065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229890#comment-15229890
]
Vitaly Prapirny commented on XERCESC-2065:
--
The CR entity was not removed
+1
Thanks, Scott!
Good luck!
Vitaly
-
To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org
For additional commands, e-mail: c-dev-h...@xerces.apache.org
[
https://issues.apache.org/jira/browse/XERCESC-2057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15086027#comment-15086027
]
Vitaly Prapirny commented on XERCESC-2057:
--
Set your PATH environment vari
[
https://issues.apache.org/jira/browse/XERCESC-2057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15080364#comment-15080364
]
Vitaly Prapirny commented on XERCESC-2057:
--
Borland C++ Builder 5 Upda
[
https://issues.apache.org/jira/browse/XERCESC-2057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15076475#comment-15076475
]
Vitaly Prapirny commented on XERCESC-2057:
--
BDS 4.0 is not the Borla
[
https://issues.apache.org/jira/browse/XERCESC-2057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15075813#comment-15075813
]
Vitaly Prapirny commented on XERCESC-2057:
--
It's not the Xerces who s
[
https://issues.apache.org/jira/browse/XERCESC-2057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15075383#comment-15075383
]
Vitaly Prapirny commented on XERCESC-2057:
--
What compiler and what comp
Hi,
Related links
https://xerces.apache.org/xerces-c/migrate-archive-3.html#Migrateto300
http://stackoverflow.com/questions/3678396/xerces-c-migration-from-v2-x-to-v3-x
Good luck!
Vitaly
Lakka, Matina (Nokia - GR/Athens) wrote:
Hello,
We are currently migrating from xerces 2.1.8 to 3.1.2 an
+1
Thanks, Scott!
Good luck!
Vitaly
-
To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org
For additional commands, e-mail: c-dev-h...@xerces.apache.org
+1
Good luck!
Vitaly
Michael Glavassevich wrote:
If you watch the commits list you'll have noticed that there's been an
increase in the amount SPAM getting posted to our Wiki. Other Apache
projects are suffering lately too.
Alberto and I have been cleaning it up, but I'm getting tired of se
Hi,
You can look at the ThreadTest project sources in the Xerces-C++
distribution.
Good luck!
Vitaly
SonalG wrote:
Hi,
I want to parser multiple XML documents using SAX parser.
I read somewhere on the net that you can create a pool of threads for this
purpose but did not find sampl
Hi,
You can compare DOMPrint sample sources to get the idea.
Good luck!
Vitaly
manish kumar burnwal wrote:
Hi,
I am migrating a C++ source code. earlier we were using Xerces-2.7,now
we have migrated to xerces-c_3_0_1.
In my old code i have domwriter and setfeature() and cansetfeature
Hi,
pabna01 wrote:
void characters(const XMLCh* const chars, const unsigned int
length);
The registered callbacks startElement and endElement are called during the
processing when it encounters "Sample" Element tag.But "characters" method
is not called when the xerces encounters
Hi,
I suppose you should use XERCES_USE_MSGLOADER_INMEMORY define and
InMemMsgLoader.obj file when building static library and VC6 DLL project
are using XERCES_USE_WIN32_MSGLOADER define and Win32MsgLoader.obj file
instead.
Good luck!
Vitaly
Stone, Timothy M wrote:
Greetings,
I h
Hi,
AFAIK Xerces-C++ 3.0.1 source package contains VC6 project only for
a DLL building and it is impossible to build a static library with it.
A xerces-c_3.lib is not a static library. It is an import library for a
xerces-c_3_0.dll.
Good luck!
Vitaly
Stone, Timothy M wrote:
Greeting
Hi,
http://xerces.apache.org/xerces-c/migrate-archive-3.html#DeprecatedAPI300
Good luck!
Vitaly
Hiroyuki Shimada wrote:
Hello,
I am using Xerces C++ 3.1.1 and writing following program.
But compiler says can't open.
I can't find DOMBuilder.hpp in the Xerces C++ package.
Is DOMBuilder
+1
Good luck!
Vitaly
-
To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org
For additional commands, e-mail: c-dev-h...@xerces.apache.org
+1
Good luck!
Vitaly
Boris Kolpackov wrote:
Hi,
Since the 3.1.0 release a couple of months ago, a number of bugs
have been detected and fixed, a few of which a fairly major. I
would therefore like to propose that we publish the 3.1.1 bugfix-
only release.
Also, if any of the committer
: Vitaly Prapirny [mailto:m...@mebius.net]
Sent: April 2, 2010 2:49 AM
To: c-dev@xerces.apache.org
Subject: Re: Problem writing large XML file
Hi,
Vladimir Loubenski wrote:
I have large amount of data (more than computer RAM) that I need to
wrote to XML file.
How can I do that? It's not a problem f
Hi,
Vladimir Loubenski wrote:
I have large amount of data (more than computer RAM) that I need to
wrote to XML file.
How can I do that? It's not a problem for me to use another than DOM API
but I can not find any. For example SAX only for reading.
In most of the modern operating systems the me
Boris Kolpackov wrote:
Hi Timothy,
Stone, Timothy M writes:
Hm, I've given it some offort, but cannot seem to get it going. I have a
.xsd and a .xml file, and I just want to test if the XML is compliant with
the XSD.
Seeing that this is becoming sort of a FAQ (though without a good answer)
+1
Good luck!
Vitaly
Boris Kolpackov wrote:
Hi,
It has been almost two months since the release of 3.1.0 RC1 and
I would like to propose that we release the final 3.1.0 in the next
couple of days. Since we haven't uncovered any issues with the
release candidate, the final release will
Hi,
Boris Kolpackov wrote:
BCC.551 projects are maintained actually.
Just to make it clear: are you willing to test this project for the
Xerces-C++ 3.1.0 release and make sure it is up-to-date, everything
is workings, etc., as well as continue maintaining it after the 3.1.0
release?
I'm will
+1
Boris Kolpackov wrote:
Finally, there are a number of old, unsupported, and unmaintained project
files in the projects/ directory. Namely, BCB6, BCC.551, and VC6. I would
like to remove these. Let me know if you have any objections and are
prepared to make sure they work for this release and
Gareth Reakes wrote:
Hey all,
I have been with the Xerces project for a fair while now but recently I
have not been able to devote enough time to the project. I can't see
this changing any time soon and so I want to step down from being the
chair of the PMC. I would also like to nominate Mich
+1
Good luck!
Vitaly
-
To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org
For additional commands, e-mail: c-dev-h...@xerces.apache.org
[
https://issues.apache.org/jira/browse/XERCESC-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12669890#action_12669890
]
Vitaly Prapirny commented on XERCESC-1560:
--
Please look into the borland he
[
https://issues.apache.org/jira/browse/XERCESC-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12668865#action_12668865
]
Vitaly Prapirny commented on XERCESC-1560:
--
It's a Borland bug. Some d
+1.
Good luck!
Boris Kolpackov wrote:
Hi Folks,
The second beta for the 3.0.0 release didn't uncover any major problems.
There were a few issues discovered but those were fairly local and are
fixed now. While I am still finalizing the documentation, I would like
to proceed with the vote for th
sues.apache.org/jira/browse/XERCESC-1830
Project: Xerces-C++
Issue Type: Bug
Components: Build
Affects Versions: 3.0.0
Environment: Windows XP, Borland C++ Builder 5.0
Reporter: Vitaly Prapirny
Priority: Trivial
Error occured
[EMAIL PROTECTED] wrote:
>
> It seems Xerces currently doesn't support serializing XML as canonical
> form. Is there any plan to support that (http://www.w3.org/TR/xml-c14n)?
Apache xml-security-c library provides implementation of canonicalised XML.
Good luck!
Vitaly
+1
Good luck!
Vitaly
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
Good luck!
Vitaly
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Boris Kolpackov wrote:
I would therefore like to cut and publish a source code-only beta
with the primary goal of letting all interested parties test the
new build system.
+1 from me. Thanks Boris!
Good luck!
Vitaly
-
[
https://issues.apache.org/jira/browse/XERCESC-1768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12553606
]
Vitaly Prapirny commented on XERCESC-1768:
--
Converting -1 to (nl_catd) should be better.
> xerce
+1
Good luck!
Vitaly
Gareth Reakes wrote:
Hi all,
Boris has put in an awful lot of work over the last couple of months
culminating in well overdue release last week. I would like to propose
he becomes a committer in recognition of this hard work.
Here is my +1
Cheers,
Gareth
Boris Kolpackov wrote:
I'd prefer https://issues.apache.org/jira/browse/XERCESC-1242 to be
fixed in this release also.
I and Alberto (who is a local regex guru ;-)) discussed applying this
patch to 2.8.0. However, the changes are extensive and it is unclear
what impact they will have on the per
I'd prefer https://issues.apache.org/jira/browse/XERCESC-1242 to be
fixed in this release also.
But +1 from me anyway.
Good luck!
Vitaly
Gareth Reakes wrote:
Hey all,
RC1 has been used and tested by a fair number of people and a few
minor issues came up. These have been fixed and
[
https://issues.apache.org/jira/browse/XERCESC-1242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522945
]
Vitaly Prapirny commented on XERCESC-1242:
--
Verified. Thank you very much, Alberto! Your fixes are OK
[
https://issues.apache.org/jira/browse/XERCESC-1737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vitaly Prapirny updated XERCESC-1737:
-
Attachment: bcc551.patch.gz
Projects\Win32\BCC.551\Xerces-all\XercesLib\afxres.h
[
https://issues.apache.org/jira/browse/XERCESC-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vitaly Prapirny updated XERCESC-1708:
-
Attachment: xercesc-2_7_0-regexp.patch.gz
xercesc-2_7_0-regexp.patch.gz
Since this
Hi,
Boris Kolpackov wrote:
I therefore would like to volunteer as a release manager for 2.8.0.
Once 2.8.0 is released, I am prepared to act as a release manager
and push for 3.0.
I think it would be great contribution. Don't you think 2.7.1 would be
better version number for 2.7.0 with bug fixes
Alberto Massari wrote:
At 12.04 24/07/2007 +0300, Vitaly Prapirny wrote:
Hi Alberto,
Alberto Massari wrote:
the change was intentional; XMLSize_t should be used when dealing
with a number that expresses the size of a memory buffer (i.e. it
complements a pointer), while unsigned int/unsigned
Hi Alberto,
Alberto Massari wrote:
the change was intentional; XMLSize_t should be used when dealing with a
number that expresses the size of a memory buffer (i.e. it complements a
pointer), while unsigned int/unsigned long are to be used when
expressing standalone numbers (i.e. the number of i
[
https://issues.apache.org/jira/browse/XERCESC-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497743
]
Vitaly Prapirny commented on XERCESC-1708:
--
This seems to be the duplicate of the
http
Hi,
venkat naidu wrote:
Then i have done some unusual thing, i had ran the test cases of
Xerces-2.6.0 linking with Xerces-.2.7.0 libraries.
i just wanted to test the Backward compatibility of the libraries.
Xerces-C++ doesn't provide this level of compatibility.
Good luck!
Vitaly
--
[
https://issues.apache.org/jira/browse/XERCESC-1666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464175
]
Vitaly Prapirny commented on XERCESC-1666:
--
Try to rename Projects\Win32\BCB6\Xerces-all\XercesLib
+1
Good luck !
Vitaly
Gareth Reakes wrote:
Start again including all the right emails!
Gareth
Gareth Reakes <[EMAIL PROTECTED]> wrote on 10/26/2006 07:04:14 PM:
Hey all,
As per discussions that have been happening over the last few months
Xerces would like to take responsibili
[
http://issues.apache.org/jira/browse/XERCESC-1615?page=comments#action_12423032
]
Vitaly Prapirny commented on XERCESC-1615:
--
Try third suggestion (BCC.551 project files) :) or rename
Projects\Win32\BCB6\Xerces-all\XercesLib
[
http://issues.apache.org/jira/browse/XERCESC-1615?page=comments#action_12423003
]
Vitaly Prapirny commented on XERCESC-1615:
--
You have an option to use BCC.551 project files or try to delete
XTemplateComparator.cpp from BCB6 project
Hi,
Gian Luca Rubini wrote:
my goal is to get a DOM tree by parsing a memory buffer.
You could use XercesDOMParser with MemBufInputSource.
Good luck !
Vitaly
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
[EMAIL PROTECTED] wrote:
I didnt find any implementation of this Method in classes derived from
this. I have gone through hpp files coming with XML Toolkit.
Implementation has not been stored in hpp files usually.
I have tried following things in my cpp program but it gives me DOM
exception s
[EMAIL PROTECTED] wrote:
As per your instructions, I was able to Build samples from Toolkit
successfully after following instructions given.
Similar way I was following steps for my program. But Program got
crashed this time also.
I suppose that your program use xerces incorrectly. Look at sa
[EMAIL PROTECTED] wrote:
When I run bun from my directory like given below, it crashes
(TCSMVSY)MCUAMR< /usr/mcu/mcuamr >./bun
*[1] + Done(137) ./bun*
* 83886286 Killed ./bun*
It doesnt give me the any other details.
Could you give me some reasons for the same ?
I can't add anything.
[EMAIL PROTECTED] wrote:
As suggested, I tried to create Executable from CPP program with
following command
*c++ -+ -v -V -W c,dll -I/usr/lpp/ixm/IBM/xml4c-5_5/include -o bun
bun1.cpp /usr/*
*lpp/ixm/IBM/xml4c-5_5/lib/libxerces-c2_6_0.x 1>out 2>err*
This step has created Executable with name
[EMAIL PROTECTED] wrote:
When I try to just compile my CPP program with following command
c++ -+ -W c,dll -I/usr/lpp/ixm/IBM/xml4c-5_5/include -DXERCES_TMPLSINC
-o bun1.o
bun1.cpp ( without libxerces-c2_6_0.x ) as per your suggestion
it gives me following errors
You have to use -c switch i
[EMAIL PROTECTED] wrote:
About suggestions :
link step does not need shared library (libxerces-c2_6_0.dll) :
How does it locate exactly implementation the XERCESC Library function ?
Import library (libxerces-c2_6_0.x) is used for that. One more
suggestion - try to build samples from XML Toolkit
[EMAIL PROTECTED] wrote:
* *Compile Step : c++ -+ -W c,dll
-I/usr/lpp/ixm/IBM/xml4c-5_5/include -DXERCES_TMPLSINC -o bun1.o
bun1.cpp /usr/lpp/ixm/IBM/xml4c-5_5/lib/libxerces-c2_6_0.x*
* *Link Step : c++ -+ -v -V -W l,dll
-I/usr/lpp/ixm/IBM/xml4c-5_5/include -DXERCES_TMP
[
http://issues.apache.org/jira/browse/XERCESC-1572?page=comments#action_12368669
]
Vitaly Prapirny commented on XERCESC-1572:
--
Another suggestion: you could include HP header files after Xerces-C ones.
> Compiling problem because of Ass
[EMAIL PROTECTED] wrote:
Trying to build xerces-c library with Sources from Apache and Binaries
for Z/os from IBM Toolkit.
As I understand this you shouldn't try to build library from sources
because XML Toolkit for z/OS contains all binaries needed. So
sources from Apache can be omitted.
Fil
[
http://issues.apache.org/jira/browse/XERCESC-1548?page=comments#action_12363797
]
Vitaly Prapirny commented on XERCESC-1548:
--
Something goes wrong with Base64.cpp in trunk. Firsrt line contains garbage.
> Base64 is not thread s
[
http://issues.apache.org/jira/browse/XERCESC-1548?page=comments#action_12362930
]
Vitaly Prapirny commented on XERCESC-1548:
--
Maybe some comments from Base64::init() about base64Inverse filling should
persist ?
And dependency of both arrays
+1 on both
Good luck !
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Randall,
Sorry for delay.
I'd successfully build static version of xerces 2.6.0 library
with this slightly modified XercesLib.mak, and tests and samples
executes reasonably well. This version use dynamic Borland runtime
library, so you have to modify this makefile even more if you want
to use s
Hi,
Biju George (DHL MY) wrote:
I was just wondering whether this version of xerces supports
style of tags. ( Means instead of it should be ).
It should be .
Good luck !
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
Hi,
Swaroop wrote:
#include
There is a typo in the string above, must be 'PlatformUtils.hpp'
Good luck !
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Application
|
---
| |
Library 1Library 2
| |
---
|
Xerces-C
In essence, what do you do when 1 & 2 expose initialization meth
78 matches
Mail list logo