[ http://issues.apache.org/jira/browse/XERCESC-1609?page=all ]
jin adachi updated XERCESC-1609:
Attachment: wince_project.diff
This file will create WinCE Projects.
But, my environment didn't work...(WinXP, TortoiseSVN)
Patch command was Ok.
It
[ http://issues.apache.org/jira/browse/XERCESC-1609?page=all ]
jin adachi updated XERCESC-1609:
Attachment: wince_src.diff
This file is patch to work Windows Mobile 5.0.
> Ported Xerces-C++ to Windows Mob
packageBinaries.pl does not look in appropriate directory for dlls in one spot
--
Key: XERCESC-1611
URL: http://issues.apache.org/jira/browse/XERCESC-1611
Project: Xerces-C++
Type: Bug
[
http://issues.apache.org/jira/browse/XERCESC-1611?page=comments#action_12418538
]
David Bertoni commented on XERCESC-1611:
The DLLs are placed in the lib directory only if you build the ICU using the
CYGWIN option. If you build using the IDE
[
http://issues.apache.org/jira/browse/XERCESC-1611?page=comments#action_12418539
]
Philip Schlesinger commented on XERCESC-1611:
-
Oh ok. Perhaps something for the documentation then? My company's stuck on
VC6, so I had to make those ch
Out of bounds read in XMLUTF8Transcoder::transcodeFrom
--
Key: XERCESC-1612
URL: http://issues.apache.org/jira/browse/XERCESC-1612
Project: Xerces-C++
Type: Bug
Components: Miscellaneous
Versions: 2.7.0
[ http://issues.apache.org/jira/browse/XERCESC-1612?page=all ]
David Bertoni resolved XERCESC-1612:
Fix Version: Nightly build (please specify the date)
Resolution: Duplicate
This is a duplicate of XERCESC-1555.
> Out of bounds read
[ http://issues.apache.org/jira/browse/XERCESC-1444?page=all ]
Alberto Massari resolved XERCESC-1444:
--
Resolution: Fixed
Hi Axel,
I put your patch in the SVN trunk; I kept the old code in case the
block-oriented APIs are not available on some
failure to recognize XERCESROOT environment variable on yellowdog linux
---
Key: XERCESC-1613
URL: http://issues.apache.org/jira/browse/XERCESC-1613
Project: Xerces-C++
Type: Bug
Components
[
http://issues.apache.org/jira/browse/XERCESC-1613?page=comments#action_12419311
]
Dmitry Hayes commented on XERCESC-1613:
---
Should be XERCESCROOT
> failure to recognize XERCESROOT environment variable on yellowdog li
[ http://issues.apache.org/jira/browse/XERCESC-1613?page=all ]
David Bertoni resolved XERCESC-1613:
Resolution: Invalid
As was noted, the environment variable is "XERCESCROOT," not "XERCESROOT." If
you have future qu
[ http://issues.apache.org/jira/browse/XERCESC-1613?page=all ]
David Bertoni closed XERCESC-1613:
--
> failure to recognize XERCESROOT environment variable on yellowdog li
[ http://issues.apache.org/jira/browse/XERCESC-1604?page=all ]
Alberto Massari resolved XERCESC-1604:
--
Resolution: Fixed
Documentation is fixed in SVN for version 3.0 (note that XERCES_NLS_HOME is
still used at runtime to locate the message
[
http://issues.apache.org/jira/browse/XERCESC-1608?page=comments#action_12420012
]
Ganesh Kumar commented on XERCESC-1608:
---
I solved the issue myself:
Edit the file Makefile.incl. Go to the part partaining to the OS Mac OS X.
Change the compiler
StdInParse fails in Mac OS X
Key: XERCESC-1614
URL: http://issues.apache.org/jira/browse/XERCESC-1614
Project: Xerces-C++
Type: Bug
Components: Samples/Tests
Versions: 2.6.0
Environment: Mac OS X Darwin Kernel Version 8.7.1
Build Error with C++ Builder 6.
-
Key: XERCESC-1615
URL: http://issues.apache.org/jira/browse/XERCESC-1615
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.7.0
Environment: Windows XP. BorlandC++ Builder
systemId with leading backslash not handled correctly on windows
Key: XERCESC-1616
URL: http://issues.apache.org/jira/browse/XERCESC-1616
Project: Xerces-C++
Type: Bug
Components: Utilities
Add support for NETACCESSOR=WinSock & TRANSCODER=Win32 with MinGW-MSYS
--
Key: XERCESC-1617
URL: http://issues.apache.org/jira/browse/XERCESC-1617
Project: Xerces-C++
Type: Improvement
Compon
[ http://issues.apache.org/jira/browse/XERCESC-1617?page=all ]
Charles McLouth updated XERCESC-1617:
-
Attachment: mingw-msys.diff
Attached are the modifications required to fulfill the request:
modified - src/xercesc/configure
modified - src/xercesc
[
http://issues.apache.org/jira/browse/XERCESC-1618?page=comments#action_12421174
]
David Bertoni commented on XERCESC-1618:
Did you call PlatformUtils::Initialize() as required before you tried to create
an XMLReader instance?
>
[ http://issues.apache.org/jira/browse/XERCESC-1618?page=all ]
David Bertoni closed XERCESC-1618.
--
Resolution: Invalid
> seg fault/null pointer when invoking 'XMLReaderFactory::createX
Allow compilation with gcc -pedantic-errors -ansi
-
Key: XERCESC-1619
URL: http://issues.apache.org/jira/browse/XERCESC-1619
Project: Xerces-C++
Issue Type: Improvement
Components
whitespace lost in schema validation
Key: XERCESC-1620
URL: http://issues.apache.org/jira/browse/XERCESC-1620
Project: Xerces-C++
Issue Type: Bug
Components: SAX/SAX2
Affects Versions
[
http://issues.apache.org/jira/browse/XERCESC-1281?page=comments#action_12422400
]
Boris Kolpackov commented on XERCESC-1281:
--
FYI, there are two widely-used schemas (that I am aware of) that are affected
by this bug (i.e., Xerces-C
##targetNamespace results in a bogus UPA violation error
Key: XERCESC-1621
URL: http://issues.apache.org/jira/browse/XERCESC-1621
Project: Xerces-C++
Issue Type: Bug
[ http://issues.apache.org/jira/browse/XERCESC-1621?page=all ]
Boris Kolpackov updated XERCESC-1621:
-
Attachment: bug.xsd
Complete XML Schema that reproduces the bug.
> ##targetNamespace results in a bogus UPA violation er
[
http://issues.apache.org/jira/browse/XERCESC-1621?page=comments#action_12422425
]
Boris Kolpackov commented on XERCESC-1621:
--
It appears that maxOccurs="unbounded" is causing this somehow.
> ##targetNamespace results i
[
http://issues.apache.org/jira/browse/XERCESC-1621?page=comments#action_12422427
]
Boris Kolpackov commented on XERCESC-1621:
--
##targetNamespace can be replaced with ##any, ##local or ##other with the same
result
[
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
[ http://issues.apache.org/jira/browse/XERCESC-1615?page=all ]
Alberto Massari resolved XERCESC-1615.
--
Resolution: Duplicate
Please download the updadted project from
http://svn.apache.org/viewvc/xerces/c/branches/xerces-2.7/Projects/Win32/BCB6
[
http://issues.apache.org/jira/browse/XERCESC-1615?page=comments#action_12423026
]
Mike Evans commented on XERCESC-1615:
-
Many thanks. Tried both suggested solutions: Edited the old project file and
downloaded the new project file
[
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_12423033
]
Mike Evans commented on XERCESC-1615:
-
Many thanks. Renaming afxres.h to winres.h worked for both the BCC.551 and
BCB6 projects. Third suggestion also
[
http://issues.apache.org/jira/browse/XERCESC-1585?page=comments#action_12423261
]
Alberto Massari commented on XERCESC-1585:
--
I think this code has an infinite loop coded inside; if you push a
not-big-enough buffer back into the
[ http://issues.apache.org/jira/browse/XERCESC-1585?page=all ]
Alberto Massari resolved XERCESC-1585.
--
Resolution: Fixed
A fix is in SVN (v. 3.0 branch). Please verify.
Alberto
> Memory leaks in DOMDocumentI
[
http://issues.apache.org/jira/browse/XERCESC-1585?page=comments#action_12423314
]
Vit Ondruch commented on XERCESC-1585:
--
Thank you! I will try to check it ASAP.
> Memory leaks in DOMDocumentI
[
http://issues.apache.org/jira/browse/XERCESC-1288?page=comments#action_12423637
]
HAUTION Philippe commented on XERCESC-1288:
---
I met the same annoying bug with xerces C++ 2.7.0.
I looked into the code and saw that in the XMLScanner
[
http://issues.apache.org/jira/browse/XERCESC-1585?page=comments#action_12424083
]
Vit Ondruch commented on XERCESC-1585:
--
The code is better than it was, but still, why are you returning some not big
enough buffer on lines:
// if we
external entity reference
-
Key: XERCESC-1622
URL: http://issues.apache.org/jira/browse/XERCESC-1622
Project: Xerces-C++
Issue Type: Bug
Components: DOM
Environment: Visual Studio
The type reference will fail when importing a no-namespace schema
-
Key: XERCESC-1623
URL: http://issues.apache.org/jira/browse/XERCESC-1623
Project: Xerces-C++
Issue Type: Bug
[
http://issues.apache.org/jira/browse/XERCESC-1617?page=comments#action_12426277
]
Charles McLouth commented on XERCESC-1617:
--
I have mailed in the contributor license agreement.
Regards,
charlie
> Add support for NETACCESSOR=WinS
Memory leak on Tandem platform
--
Key: XERCESC-1624
URL: http://issues.apache.org/jira/browse/XERCESC-1624
Project: Xerces-C++
Issue Type: Bug
Components: DOM
Affects Versions: 2.4.0
[
http://issues.apache.org/jira/browse/XERCESC-1624?page=comments#action_12427128
]
Rinil Baxi commented on XERCESC-1624:
-
DOM parser API DOMBuilderImpl::parseURI is invoked with the name of
the XML file to be parsed as the argument. This
[ http://issues.apache.org/jira/browse/XERCESC-1624?page=all ]
Alberto Massari resolved XERCESC-1624.
--
Resolution: Fixed
Fixed in the 2.7 branch; the 3.0 has a different codebase
> Memory leak on Tandem platf
[
http://issues.apache.org/jira/browse/XERCESC-1578?page=comments#action_12429064
]
Thomas Quinn commented on XERCESC-1578:
---
I also ran into this problem on an OSF1 V5.1 alpha box. Both cxx (Compaq C++
V6.5-040 for Compaq Tru64 UNIX
loadGrammar is releasing a DOMBuilder previously parsed document when it
shouldn't
--
Key: XERCESC-1626
URL: http://issues.apache.org/jira/browse/XERCESC-1626
Pr
[ http://issues.apache.org/jira/browse/XERCESC-1626?page=all ]
Alberto Massari resolved XERCESC-1626.
--
Resolution: Fixed
Fix is in SVN; please verify
> loadGrammar is releasing a DOMBuilder previously parsed document when it
> sho
[ http://issues.apache.org/jira/browse/XERCESC-1625?page=all ]
Alberto Massari resolved XERCESC-1625.
--
Resolution: Fixed
Web page has been fixed; for the record, the two addresses are
c-dev@xerces.apache.org and c-users@xerces.apache.org
> l
Schema validator sensitive to the order of xsd:import and xsd:include elements.
---
Key: XERCESC-1627
URL: http://issues.apache.org/jira/browse/XERCESC-1627
Project: Xerces-C
[
http://issues.apache.org/jira/browse/XERCESC-1627?page=comments#action_12431253
]
Alberto Massari commented on XERCESC-1627:
--
Please download and test the latest version of Xerces (1.7 is very old,the
latest is 2.7); also, attach
[
http://issues.apache.org/jira/browse/XERCESC-1627?page=comments#action_12431255
]
Peter Aberline commented on XERCESC-1627:
-
My apologies the version numbers should have read 2.5, 2.6 and 2.7, not the
older 1.x series.
Also the zip
[ http://issues.apache.org/jira/browse/XERCESC-1627?page=all ]
Alberto Massari updated XERCESC-1627:
-
Affects Version/s: 2.5.0
2.6.0
2.7.0
(was: 1.5
Add "const" qualifier to get-member functions in psvi-framework
---
Key: XERCESC-1628
URL: http://issues.apache.org/jira/browse/XERCESC-1628
Project: Xerces-C++
Issue
[ http://issues.apache.org/jira/browse/XERCESC-1281?page=all ]
Boris Kolpackov updated XERCESC-1281:
-
Attachment: subst-group-in-restriction.patch
I've come up with a fix for the first part of this bug, i.e., having derived
elements that are
[ http://issues.apache.org/jira/browse/XERCESC-1536?page=all ]
Alberto Massari resolved XERCESC-1536.
--
Resolution: Fixed
A fix is in SVN; please verify
Alberto
> Empty systemID crashes Xerxes Par
No parsing of DOMEntityReference nodes out of xml attributes
Key: XERCESC-1629
URL: http://issues.apache.org/jira/browse/XERCESC-1629
Project: Xerces-C++
Issue Type: Bug
Unclear error description when validation by schema
---
Key: XERCESC-1630
URL: http://issues.apache.org/jira/browse/XERCESC-1630
Project: Xerces-C++
Issue Type: Bug
Components
incorrect "type not found" error when importing a schema
-
Key: XERCESC-1631
URL: http://issues.apache.org/jira/browse/XERCESC-1631
Project: Xerces-C++
Issue Type: Bug
finalDefault in schema element causes incorrect validation error when 'final
Key: XERCESC-1632
URL: http://issues.apache.org/jira/browse/XERCESC-1632
Project: Xer
Using 'list' or 'union' for finalDefault in schema element causes incorrect
validation errors
-
Key: XERCESC-1633
URL: http://issues.apache.org/jira
Enhancment on Xerces-C++ error message
--
Key: XERCESC-1634
URL: http://issues.apache.org/jira/browse/XERCESC-1634
Project: Xerces-C++
Issue Type: Improvement
Components: Miscellaneous
[ http://issues.apache.org/jira/browse/XERCESC-1634?page=all ]
Tao Wu updated XERCESC-1634:
Attachment: xercesc.zip
Attachment is the changed codes for this improvement, Currently
XSDErrorReporter has to be left alone.
xercesc
│
├───framework
space prefix defined
---
Key: XERCESC-1635
URL: http://issues.apache.org/jira/browse/XERCESC-1635
Project: Xerces-C++
Issue Type: Bug
Components: Validating Parser (Schema) (Xerces 1.5 or up only)
Affects Versions: 2.6.0
Env
[ http://issues.apache.org/jira/browse/XERCESC-1635?page=all ]
Tony Wnag updated XERCESC-1635:
---
Attachment: nserror.xsd
The schema uses namespace prefix.
> Xerces reports "Prefix: 'xxx' can not be resolved to a URI" error when
>
[ http://issues.apache.org/jira/browse/XERCESC-1635?page=all ]
Tony Wnag updated XERCESC-1635:
---
Attachment: nserrordata.xml
instance file
> Xerces reports "Prefix: 'xxx' can not be resolved to a URI" error when
> validatin
[ http://issues.apache.org/jira/browse/XERCESC-1635?page=all ]
Alberto Massari closed XERCESC-1635.
Resolution: Duplicate
Duplicate of XERCESC-1592
> Xerces reports "Prefix: 'xxx' can not be resolved to a URI" error when
>
[
http://issues.apache.org/jira/browse/XERCESC-1550?page=comments#action_12436513
]
Tommi Vainikainen commented on XERCESC-1550:
Here is a patch for this problem. This problem also appears if you try to
compile your own software
Compiler Error on OS400 V4 using ILE C++ PRPQ
-
Key: XERCESC-1636
URL: http://issues.apache.org/jira/browse/XERCESC-1636
Project: Xerces-C++
Issue Type: Bug
Components: Build
Affects
[ http://issues.apache.org/jira/browse/XERCESC-1636?page=all ]
David Bertoni closed XERCESC-1636.
--
Resolution: Invalid
Please don't ask questions by opening Jira issues. Instead, subscribe and post
to the Xerces-C Users list:
http://xml.apach
[
http://issues.apache.org/jira/browse/XERCESC-1281?page=comments#action_12436939
]
Alberto Massari commented on XERCESC-1281:
--
I would like to commit your recommended changes, but need you to answer these 5
questions before I can do
[
http://issues.apache.org/jira/browse/XERCESC-1281?page=comments#action_12437051
]
Boris Kolpackov commented on XERCESC-1281:
--
Hi Alberto,
Here are the answers to your questions:
a) Boris Kolpackov / Code Synthesis Tools CC (http
Purify reports ABW (Array Bounds Write) errors during validation
Key: XERCESC-1637
URL: http://issues.apache.org/jira/browse/XERCESC-1637
Project: Xerces-C++
Issue Type: Bug
[ http://issues.apache.org/jira/browse/XERCESC-1281?page=all ]
Alberto Massari resolved XERCESC-1281.
--
Resolution: Fixed
Your patch is in SVN. Please verify.
Thanks,
Alberto
> Validation by restriction doesn't take into account subs
[ http://issues.apache.org/jira/browse/XERCESC-1632?page=all ]
Alberto Massari closed XERCESC-1632.
Resolution: Duplicate
Duplicate of XERCESC-1633
> finalDefault in schema element causes incorrect validation error when
[ http://issues.apache.org/jira/browse/XERCESC-1631?page=all ]
Alberto Massari closed XERCESC-1631.
Resolution: Invalid
As discussed on the mailing list, two schemas have the same targetNamespace,
and this is not supported by Xerces
> incorr
[ http://issues.apache.org/jira/browse/XERCESC-1628?page=all ]
Alberto Massari resolved XERCESC-1628.
--
Resolution: Fixed
Fix is in SVN. Please verify.
Alberto
> Add "const" qualifier to get-member functions in p
[ http://issues.apache.org/jira/browse/XERCESC-1619?page=all ]
Alberto Massari resolved XERCESC-1619.
--
Resolution: Fixed
Fixes are in SVN (all but the TOP_LEVEL_SCOPE one; we recently moved to have it
unsigned, so it must be fixed in a different
[ http://issues.apache.org/jira/browse/XERCESC-1622?page=all ]
Alberto Massari closed XERCESC-1622.
Resolution: Cannot Reproduce
Running DOMPrint -v=never test1.xml retruned this
]>
xyz
omg
morning
with the entity reference expanded
> ex
[
http://issues.apache.org/jira/browse/XERCESC-1637?page=comments#action_12440307
]
Graham Bennett commented on XERCESC-1637:
-
I can reproduce the problem with the following simple xml file:
]>
http://www.w3.org/2001/XMLSch
[ http://issues.apache.org/jira/browse/XERCESC-1637?page=all ]
Alberto Massari resolved XERCESC-1637.
--
Resolution: Won't Fix
Hi Graham,
the bug that you are seeing has been already fixed in version 2.6 (even if
parsing the test file will g
inconsistent (incorrect?) whiteSpace handling for list type in Xerces
version 2.7
Key: XERCESC-1638
URL: http://issues.apache.org/jira/browse/XERCESC-1638
unreachable code in XMLScanner::checkXMLDecl()
--
Key: XERCESC-1641
URL: http://issues.apache.org/jira/browse/XERCESC-1641
Project: Xerces-C++
Issue Type: Bug
Components: Non-Validating
: http://issues.apache.org/jira/browse/XERCESC-1642
Project: Xerces-C++
Issue Type: Bug
Affects Versions: 2.7.0
Environment: OS : SunOS 5.8 Generic_108528-24 sun4u sparc
SUNW,Sun-Fire-V440 Solaris
Compiler : CC: Sun C++ 5.5 Patch 113817-14 2005/07/19
Xercers
[ http://issues.apache.org/jira/browse/XERCESC-1641?page=all ]
Alberto Massari resolved XERCESC-1641.
--
Resolution: Fixed
A fix is in SVN. Please verify.
Alberto
> unreachable code in XMLScanner::checkXMLD
Bad XS:pattern interpretation for XSD
-
Key: XERCESC-1644
URL: http://issues.apache.org/jira/browse/XERCESC-1644
Project: Xerces-C++
Issue Type: Sub-task
Components: Validating Parser (Schema
ThreadTest case is hangging on Solaris 2.8
---
Key: XERCESC-1645
URL: http://issues.apache.org/jira/browse/XERCESC-1645
Project: Xerces-C++
Issue Type: Bug
Components: Samples/Tests
[ http://issues.apache.org/jira/browse/XERCESC-1645?page=all ]
David Bertoni resolved XERCESC-1645.
Resolution: Duplicate
This has already been fixed in revision 176395 of BinFileInputStream.hpp.
> ThreadTest case is hangging on Solaris
[
http://issues.apache.org/jira/browse/XERCESC-1645?page=comments#action_12445591
]
Riaj Mohammed commented on XERCESC-1645:
I have latest code which already contains these changes
inline bool BinFileInputStream::getIsOpen() const
[
http://issues.apache.org/jira/browse/XERCESC-1645?page=comments#action_12445672
]
David Bertoni commented on XERCESC-1645:
Actually, I misspoke -- it's fixed by revision 451433 of BinFileInputStream.cpp
> ThreadTest case is
My Application is hanged after calling API "xercesc_2_7::SAXParser::parse" in
my code
--
Key: XERCESC-1646
URL: http://issues.apache.org/jira/browse/XE
[ http://issues.apache.org/jira/browse/XERCESC-1646?page=all ]
David Bertoni closed XERCESC-1646.
--
Resolution: Invalid
Please do not create Jira issues to ask questions. Instead, post questions on
the user list.
> My Application is hanged af
[
http://issues.apache.org/jira/browse/XERCESC-1645?page=comments#action_12446208
]
Riaj Mohammed commented on XERCESC-1645:
Thanks it is working fine do you have any latest source code/patch available if
so please send the URL
THANKS
[
http://issues.apache.org/jira/browse/XERCESC-1645?page=comments#action_12446302
]
David Bertoni commented on XERCESC-1645:
You can get the latest source code from SVN, just like you got that version of
BinFileInputStream.cpp
Please
[ http://issues.apache.org/jira/browse/XERCESC-1645?page=all ]
David Bertoni closed XERCESC-1645.
--
> ThreadTest case is hangging on Solaris 2.8
> --
>
> Key: XERCESC-1645
>
[
http://issues.apache.org/jira/browse/XERCESC-1279?page=comments#action_12446501
]
Alberto Massari commented on XERCESC-1279:
--
Yes, you should call release() instead of delete, in order to be sure to use
the proper memory manager
[ http://issues.apache.org/jira/browse/XERCESC-1647?page=all ]
Alberto Massari closed XERCESC-1647.
Resolution: Fixed
Please use the c-users mailing list to ask questions
> Parsing of a 40MB xml string leads to use 500MB RAM mem
Program crash while writing via DOMWriter to full disk
--
Key: XERCESC-1649
URL: http://issues.apache.org/jira/browse/XERCESC-1649
Project: Xerces-C++
Issue Type: Bug
Components
[
http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12451643
]
Riaj Mohammed commented on XERCESC-1642:
I am initialize and set encoding to UTF-16 format
The following XSD files doesn't gives address alig
[
http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12451646
]
Alberto Massari commented on XERCESC-1642:
--
Riaj,
it's not clear what the problem is; could you attach to the bug report the XML,
the XSD an
[
http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12451658
]
Riaj Mohammed commented on XERCESC-1642:
Actually in my application I am ceating sax object and called sax parser .
The parser couldn't able to
1001 - 1100 of 4873 matches
Mail list logo