[ http://issues.apache.org/jira/browse/XERCESC-1471?page=all ]
Michal Eibl updated XERCESC-1471:
-
Attachment: xerces-c-src_2_6_0.patch
Here are corrections I have made for succesfully building the Xecres C++.
> problems and solution with building
[ http://issues.apache.org/jira/browse/XERCESC-1470?page=all ]
Alberto Massari resolved XERCESC-1470:
--
Resolution: Won't Fix
Hi Jay,
the issue disappeared in version 1.89 of IGXMLScanner.cpp, as part of a general
reorganization of the
[ http://issues.apache.org/jira/browse/XERCESC-1468?page=all ]
Alberto Massari resolved XERCESC-1468:
--
Resolution: Invalid
Hi Manfred,
the behaviour of DOMWriter is correct: the DOM specs require writeToString to
use UTF-16 as encoding
[
http://issues.apache.org/jira/browse/XERCESC-1470?page=comments#action_12317635
]
Jay Berkenbilt commented on XERCESC-1470:
-
This sounds great, thanks! I'll make the suggested change locally and give it
a try. Thanks also for testing o
[
http://issues.apache.org/jira/browse/XERCESC-1305?page=comments#action_12317793
]
Mads Kiilerich commented on XERCESC-1305:
-
I had the same problem. It seems like transcoding using the default transcoder
works on some Sun boxes - but not on all
[ http://issues.apache.org/jira/browse/XERCESC-1425?page=all ]
James Berry reassigned XERCESC-1425:
Assign To: James Berry
> linking fails on OS X 10.4
> --
>
> Key: XERCESC-1425
>
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ]
David Bertoni resolved XERCESC-1420:
Fix Version: Nightly build (please specify the date)
Resolution: Fixed
> XMLPlatformUtils::makeMutex() creates mutex objects using th
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ]
David Bertoni closed XERCESC-1420:
--
> XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime
> heap instead of using a MemoryManager in
[
http://issues.apache.org/jira/browse/XERCESC-1377?page=comments#action_12317956
]
Gareth Reakes commented on XERCESC-1377:
will do
> Error in SAXParser! invalid namespaces
> --
>
> Key:
[ http://issues.apache.org/jira/browse/XERCESC-1377?page=all ]
Gareth Reakes resolved XERCESC-1377:
Resolution: Fixed
docs in svn
> Error in SAXParser! invalid namespaces
> --
>
> Key:
[ http://issues.apache.org/jira/browse/XERCESC-1467?page=all ]
Alberto Massari resolved XERCESC-1467:
--
Resolution: Fixed
A fix is in SVN. Please verify.
> Socket 's' in the 'BinHTTPURLInputStream' constructor
[ http://issues.apache.org/jira/browse/XERCESC-1472?page=all ]
Alberto Massari resolved XERCESC-1472:
--
Resolution: Fixed
A modified patch (to match the current coding style, fix the memory leaks and
to remove the line feeds that Base64 adds
[
http://issues.apache.org/jira/browse/XERCESC-1468?page=comments#action_12318274
]
Manfred Egger commented on XERCESC-1468:
OK, I see. Solved this Issue with a MemBufFormatTarget
> Wrong encoding in out
[ http://issues.apache.org/jira/browse/XERCESC-1439?page=all ]
Alberto Massari resolved XERCESC-1439:
--
Resolution: Duplicate
Duplicate of XERCESC-1440
> 3.0-unstable: make output improved (pretty-pr
[ http://issues.apache.org/jira/browse/XERCESC-769?page=all ]
Alberto Massari updated XERCESC-769:
Bugzilla Id: (was: 15785)
type: Improvement (was: Bug)
Description:
The Xerces-C++ documentation briefly mentions that Xerces is
[ http://issues.apache.org/jira/browse/XERCESC-974?page=all ]
Alberto Massari resolved XERCESC-974:
-
Resolution: Fixed
Assign To: (was: Xerces-C Developers Mailing List)
Base64 data uses whitespace only as a formatting, not to
[ http://issues.apache.org/jira/browse/XERCESC-1169?page=all ]
Alberto Massari resolved XERCESC-1169:
--
Fix Version: 2.6.0
Resolution: Fixed
Assign To: (was: Xerces-C Developers Mailing List)
It looks getMessage has been added
DOMElement::setAttributeNS needlessly creates DOMAttr if a qualified name is
used
-
Key: XERCESC-1473
URL: http://issues.apache.org/jira/browse/XERCESC-1473
Project: Xerces-C++
Type
Call::getFaultAsXMLString() throws exception in CPP_DOC_PROVIDER mode, when
there is no fault response
--
Key: XERCESC-1474
URL: http://issues.apache.org/jira/browse/XERCESC-1474
[ http://issues.apache.org/jira/browse/XERCESC-1474?page=all ]
Alberto Massari resolved XERCESC-1474:
--
Resolution: Invalid
This is a report for Axis, not Xerces-C++ (unless there is a problem in how
Axis uses Xerces, but the bug report
Make DOM heap allocation sizes configurable
---
Key: XERCESC-1475
URL: http://issues.apache.org/jira/browse/XERCESC-1475
Project: Xerces-C++
Type: Improvement
Components: DOM
Versions: 2.6.0
Reporter: Scott
Could not open remote DTD file:
---
Key: XERCESC-1476
URL: http://issues.apache.org/jira/browse/XERCESC-1476
Project: Xerces-C++
Type: Bug
Components: Validating Parser (DTD)
Versions: 2.6.0
Environment: SuSE Linux 9.2
[
http://issues.apache.org/jira/browse/XERCESC-1476?page=comments#action_12318797
]
Gareth Reakes commented on XERCESC-1476:
A wet shows this
[EMAIL PROTECTED] gareth]$ wget http://www.w3.org/TR/SVG/DTD/svg10.dtd
--09:17:03-- http://www.w3.org/TR
Windows: Unable build Xerces-c with ICU transcode
-
Key: XERCESC-1477
URL: http://issues.apache.org/jira/browse/XERCESC-1477
Project: Xerces-C++
Type: Bug
Versions: 2.6.0
Environment: Operating System: Windows
[ http://issues.apache.org/jira/browse/XERCESC-1477?page=all ]
Ganesh Kumar updated XERCESC-1477:
--
Attachment: SAX2Print.exe
> Windows: Unable build Xerces-c with ICU transcode
> -
>
>
[ http://issues.apache.org/jira/browse/XERCESC-1477?page=all ]
Ganesh Kumar updated XERCESC-1477:
--
Attachment: xerces-c.dll
This is the functional dll, that gives the correct output
> Windows: Unable build Xerces-c with ICU transc
[ http://issues.apache.org/jira/browse/XERCESC-1477?page=all ]
Ganesh Kumar updated XERCESC-1477:
--
Attachment: xerces-c.dll
This is the non-functional dll, which does not transcode properly
> Windows: Unable build Xerces-c with ICU transc
[ http://issues.apache.org/jira/browse/XERCESC-1477?page=all ]
Ganesh Kumar updated XERCESC-1477:
--
Attachment: simpletext.xml
> Windows: Unable build Xerces-c with ICU transcode
> -
>
>
[
http://issues.apache.org/jira/browse/XERCESC-1477?page=comments#action_12318800
]
Ganesh Kumar commented on XERCESC-1477:
---
The xerces-c.dll with file size 2.68 works properly while the one with the size
2.62 does not, that is,
it does not
[
http://issues.apache.org/jira/browse/XERCESC-1476?page=comments#action_12318807
]
Lumir Vanek commented on XERCESC-1476:
--
Hi,
you are right, this is caused by response 301. After update URL in my document,
loading DTD works fine.
Bye,
Lumir Vanek
[
http://issues.apache.org/jira/browse/XERCESC-1478?page=comments#action_12318820
]
Gareth Reakes commented on XERCESC-1478:
Hi, take a look at posts in the archive about local code page. XMLString
converts to your local code page, so if the
[ http://issues.apache.org/jira/browse/XERCESC-1478?page=all ]
Gareth Reakes closed XERCESC-1478:
--
Resolution: Invalid
> XMLString::transcode for spanish characters are returning null on li
[ http://issues.apache.org/jira/browse/XERCESC-1375?page=all ]
James Berry resolved XERCESC-1375:
--
Resolution: Fixed
Re-closed, given no further response from submitter. Future autogenerated
configure files may have the space in the shebang
[ http://issues.apache.org/jira/browse/XERCESC-1375?page=all ]
James Berry closed XERCESC-1375:
Closed pending any further action.
> configure cannot be run due to improper shabang under Su
[ http://issues.apache.org/jira/browse/XERCESC-1373?page=all ]
Neil Graham resolved XERCESC-1373:
--
Resolution: Cannot Reproduce
I just did a full debug build of the libraries, the samples and the tests, with
no compiler or link problems. Was
DOM(Attr/Element) PSVI type info interface isSupported/getInterface
---
Key: XERCESC-1479
URL: http://issues.apache.org/jira/browse/XERCESC-1479
Project: Xerces-C++
Type: Improvement
Components: DOM
Memory Leak when parsing input with an undefined encoding
-
Key: XERCESC-1480
URL: http://issues.apache.org/jira/browse/XERCESC-1480
Project: Xerces-C++
Type: Bug
Versions: 2.6.0
Environment
[ http://issues.apache.org/jira/browse/XERCESC-1476?page=all ]
Alberto Massari resolved XERCESC-1476:
--
Resolution: Invalid
> Could not open remote DTD file:
> ---
>
> Key: XERCESC-1476
>
[
http://issues.apache.org/jira/browse/XERCESC-1477?page=comments#action_12319590
]
Alberto Massari commented on XERCESC-1477:
--
Keep in mind that XMLString::transcode will convert data into the "current"
encoding; the native transcode
lax assessment
--
Key: XERCESC-1481
URL: http://issues.apache.org/jira/browse/XERCESC-1481
Project: Xerces-C++
Type: Bug
Components: Validating Parser (Schema) (Xerces 1.5 or up only)
Versions: 2.6.0
Environment: Windows 2000, Visual C++ 7.1
[
http://issues.apache.org/jira/browse/XERCESC-1481?page=comments#action_12319663
]
Bernhard Jungk commented on XERCESC-1481:
-
The original thread in the mailing list is:
http://www.mail-archive.com/c-dev%40xerces.apache.org/msg00893.html
>
[ http://issues.apache.org/jira/browse/XERCESC-1252?page=all ]
Marcus Mohr updated XERCESC-1252:
-
Attachment: patch-xercesc-1252
Hi,
I have tested the patch (diffit). After solving a minor problem (had to remove
the ;; after the bitstobuildDefines
Validation of schema type datetime is locale dependent
--
Key: XERCESC-1485
URL: http://issues.apache.org/jira/browse/XERCESC-1485
Project: Xerces-C++
Type: Bug
Components: Validating Parser (Schema) (Xerces 1.5
[ http://issues.apache.org/jira/browse/XERCESC-1484?page=all ]
Alberto Massari resolved XERCESC-1484:
--
Resolution: Won't Fix
It's a bug, but it's in the deprecated DOM, that is not maintained anymore. A
workaround for this
Memory leak in error cases
--
Key: XERCESC-1486
URL: http://issues.apache.org/jira/browse/XERCESC-1486
Project: Xerces-C++
Type: Bug
Components: SAX/SAX2
Versions: 2.6.0
Environment: HP-UX B.11.11 U 9000/800
aCC: HP ANSI C
runConfigure does not recognize icpc
Key: XERCESC-1487
URL: http://issues.apache.org/jira/browse/XERCESC-1487
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.6.0
Environment: Linux 2.4.31; gcc 3.2.2
[
http://issues.apache.org/jira/browse/XERCESC-1486?page=comments#action_12320464
]
David Bertoni commented on XERCESC-1486:
I cannot reproduce this on Windows, so it looks like a problem that's specific
to the HP compiler. It's the co
[ http://issues.apache.org/jira/browse/XERCESC-1488?page=all ]
Alberto Massari resolved XERCESC-1488:
--
Resolution: Duplicate
Please don't clone a bug that has been closed, especially if you do it to ask
for a question that should be post
[
http://issues.apache.org/jira/browse/XERCESC-1486?page=comments#action_12320586
]
Stephan Irrgang commented on XERCESC-1486:
--
Bad luck that this error only seems to exist on HP-UX. I forwarded this issue
to HP; and guess what they answered
[
http://issues.apache.org/jira/browse/XERCESC-1486?page=comments#action_12320601
]
David Bertoni commented on XERCESC-1486:
I suggest you build a version of Xerces-C with some logging the XMLException
constructor and destructor to ensure that it
Annoying compiler warnings
--
Key: XERCESC-1489
URL: http://issues.apache.org/jira/browse/XERCESC-1489
Project: Xerces-C++
Type: Bug
Components: Validating Parser (Schema) (Xerces 1.5 or up only)
Versions: 2.7.0
Environment
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12320863
]
Gareth Reakes commented on XERCESC-1489:
Hi David, if you have the time to sort a patch out for this then I will happily
review and commit it.
Gareth
> Annoy
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12320878
]
David Ergo commented on XERCESC-1489:
-
Just change the definitions of UNKNOWN_SCOPE and TOP_LEVEL_SCOPE from UINT_MAX
- 0 and UINT_MAX - 1 to INT_MAX - 0 and INT_MAX
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12320902
]
David Bertoni commented on XERCESC-1489:
If anyone is using the persistent grammar facility, this change will break
their grammars, so we should make a note of it
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12320903
]
David Ergo commented on XERCESC-1489:
-
If the proposed patch breaks grammars then revert to 2.6.0 definition, which
produce no warning.
enum
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12320904
]
James Berry commented on XERCESC-1489:
--
The 2.6.0 definition was changed because it was causing major warnings with
gcc, due to the negative numbers being
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12320908
]
James Berry commented on XERCESC-1489:
--
The problem is that in some places we use an unsigned int to represent "scope",
and in others we use an "
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12320907
]
David Ergo commented on XERCESC-1489:
-
Another way to resolve the problem would be to change the fEnclosingScope
member variable of SchemaElementDecl from int to
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12320929
]
James Berry commented on XERCESC-1489:
--
David Ergo: changing that one member (fEnclosingScope ) seems like the answer.
Can you test that and report whether it solves
XMLBufferMgr buffer count getter
Key: XERCESC-1491
URL: http://issues.apache.org/jira/browse/XERCESC-1491
Project: Xerces-C++
Type: New Feature
Components: Utilities
Versions: 2.7.0
Reporter: Tobias Schuette
[ http://issues.apache.org/jira/browse/XERCESC-1491?page=all ]
Tobias Schuette updated XERCESC-1491:
-
Attachment: XMLBufferMgr.hpp
XMLBufferMgr.hpp of svn 2.7 branch extended by two new methods
> XMLBufferMgr buffer count get
[
http://issues.apache.org/jira/browse/XERCESC-1489?page=comments#action_12322641
]
David Ergo commented on XERCESC-1489:
-
I tested changing fEnclosingScope to unsigned int and the warnings are gone
> Annoying compiler warni
RPM spec file is wrong for 2.7.0 tar file
-
Key: XERCESC-1492
URL: http://issues.apache.org/jira/browse/XERCESC-1492
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.7.0
Environment: Red Hat Enterprise
[
http://issues.apache.org/jira/browse/XERCESC-1476?page=comments#action_12322919
]
Ehud Michelson commented on XERCESC-1476:
-
Hi,
I have a similar problem. I verified that the URL of the DTD is valid but still
I get the following exception
[ http://issues.apache.org/jira/browse/XERCESC-1476?page=all ]
Gareth Reakes closed XERCESC-1476:
--
Hi Ehud,
Take a look at my reponse above. This accessor does not support redirects and
the dtd you are referring has
" 301 Moved Permanently&quo
[
http://issues.apache.org/jira/browse/XERCESC-1492?page=comments#action_12322942
]
Jonathan Lennox commented on XERCESC-1492:
--
It now works for the named file, the one available at
<http://www.apache.org/dist/xml/xerces-c/source/xerce
In-Reply-To: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
[ http://issues.apache.org/jira/browse/XERCESC-1494?page=all ]
David Bertoni resolved XERCESC-1494:
Resolution: Dup
[ http://issues.apache.org/jira/browse/XERCESC-1495?page=all ]
Alberto Massari resolved XERCESC-1495:
--
Resolution: Cannot Reproduce
It works for me; have you checked if you are behind a proxy or firewall that
blocks the connection?
Try
[
http://issues.apache.org/jira/browse/XERCESC-1495?page=comments#action_12324516
]
Alberto Massari commented on XERCESC-1495:
--
Xerces doesn't do magic for you: if you tell him to go and fetch a schema from
http://www.w3.org/2001/xml.xsd, he
[ http://issues.apache.org/jira/browse/XERCESC-1496?page=all ]
Alberto Massari resolved XERCESC-1496:
--
Resolution: Invalid
This is not a bug report; if you need guidance or explanations about the
behaviour of Xerces, please use the mailing
[
http://issues.apache.org/jira/browse/XERCESC-1497?page=comments#action_12329397
]
Alberto Massari commented on XERCESC-1497:
--
1) what do you mean by "Xerces cannot tell me the problems with resource-list
schema"; do you expect it to
[ http://issues.apache.org/jira/browse/XERCESC-1500?page=all ]
Jesse Pelton resolved XERCESC-1500:
---
Resolution: Duplicate
Duplicate of XERCESC-1499.
> Unable to download the xerces-c_2_6_0-hpux_11i-acc_a03.tar.gz file for
> relaease 2.6
[ http://issues.apache.org/jira/browse/XERCESC-1500?page=all ]
Jesse Pelton closed XERCESC-1500:
-
> Unable to download the xerces-c_2_6_0-hpux_11i-acc_a03.tar.gz file for
> relaease 2.6.0 (
[ http://issues.apache.org/jira/browse/XERCESC-1498?page=all ]
Jesse Pelton closed XERCESC-1498:
-
> Unable to execute problem compiled with 32 bit Xerces-C 2.7.0 library on HP
> 11.i(64
[ http://issues.apache.org/jira/browse/XERCESC-1498?page=all ]
Jesse Pelton resolved XERCESC-1498:
---
Resolution: Duplicate
Duplicate of XERCESC-1499.
> Unable to execute problem compiled with 32 bit Xerces-C 2.7.0 library on HP
> 11.i(64
[
http://issues.apache.org/jira/browse/XERCESC-1499?page=comments#action_12329421
]
Jesse Pelton commented on XERCESC-1499:
---
Why do you believe the archive has errors? I was able to download and open it
with WinZip on Windows XP and on Linux using
[ http://issues.apache.org/jira/browse/XERCESC-1493?page=all ]
Jesse Pelton resolved XERCESC-1493:
---
Resolution: Duplicate
Duplicate of XERCESC-1499.
> Unable to download the xerces-c_2_6_0-hpux_11i-acc_a03.tar.gz file for
> relaease 2.6
[ http://issues.apache.org/jira/browse/XERCESC-1493?page=all ]
Jesse Pelton closed XERCESC-1493:
-
> Unable to download the xerces-c_2_6_0-hpux_11i-acc_a03.tar.gz file for
> relaease 2.6.0 (
[
http://issues.apache.org/jira/browse/XERCESC-1499?page=comments#action_12329424
]
Jesse Pelton commented on XERCESC-1499:
---
I should also point out that a better place to raise issues like this is the
Xerces-C mailing list. Please subscribe to
Build failure on Cygwin
---
Key: XERCESC-1501
URL: http://issues.apache.org/jira/browse/XERCESC-1501
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.7.0
Environment: (1) CYGWIN_NT-5.0 pc-03420 1.5.12(0.116/4/2) 2004-11-10
[
http://issues.apache.org/jira/browse/XERCESC-1501?page=comments#action_12329427
]
Jesse Pelton commented on XERCESC-1501:
---
It looks like the build is broken for large parts of the deprecated DOM. Do you
need that? If not, try building without it
xerces gets endianness wrong on Intel-based Macs
Key: XERCESC-1502
URL: http://issues.apache.org/jira/browse/XERCESC-1502
Project: Xerces-C++
Type: Bug
Components: Miscellaneous
Versions: Nightly build (please
[ http://issues.apache.org/jira/browse/XERCESC-1502?page=all ]
Eric Albert updated XERCESC-1502:
-
Attachment: diffs.tgz
Attached a patch against xerces TOT which resolves this issue.
> xerces gets endianness wrong on Intel-based M
[
http://issues.apache.org/jira/browse/XERCESC-1502?page=comments#action_12329593
]
David Bertoni commented on XERCESC-1502:
I think we should determine the platform endianness through the configure
script, rather than through hard-coded defines
[
http://issues.apache.org/jira/browse/XERCESC-1502?page=comments#action_12329595
]
Eric Albert commented on XERCESC-1502:
--
I agree, but there's one catch -- Mac OS X allows you to build for multiple
architectures at once by invoking gcc with &
[
http://issues.apache.org/jira/browse/XERCESC-1502?page=comments#action_12329603
]
James Berry commented on XERCESC-1502:
--
I am _so_ ahead of you guys ;)
I fixed this a while ago, in checkin 190921. The 3.0 code determines endianness
at runtime
[
http://issues.apache.org/jira/browse/XERCESC-1497?page=comments#action_12329821
]
Alberto Massari commented on XERCESC-1497:
--
Hi Savorjava,
the schema files have two errors in it:
1) resource_lists.xsd defines this "listType" as a s
[ http://issues.apache.org/jira/browse/XERCESC-1504?page=all ]
David Bertoni resolved XERCESC-1504:
Resolution: Duplicate
> Access violation during parsing with schema validation turned on if a needed
> schema is m
[
http://issues.apache.org/jira/browse/XERCESC-1467?page=comments#action_12330677
]
Ronald Lamprecht commented on XERCESC-1467:
---
The fix introduces in
src\xercesc\util\NetAccessors\WinSock\BinHTTPURLInputStream.cpp line 52 a
direct call to
[
http://issues.apache.org/jira/browse/XERCESC-1467?page=comments#action_12330684
]
Alberto Massari commented on XERCESC-1467:
--
Ronald, you are right. I have changed the code to use
BinHTTPURLInputStream::closesocket
> Socket 's
SPEC file hardcodes lib directory -- breaks on linux x86_64 builds.
---
Key: XERCESC-1505
URL: http://issues.apache.org/jira/browse/XERCESC-1505
Project: Xerces-C++
Type: Bug
Components: Build
SPEC file has obsolete tag: "Copyright"
Key: XERCESC-1506
URL: http://issues.apache.org/jira/browse/XERCESC-1506
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.7.0
Environment: Fed
[
http://issues.apache.org/jira/browse/XERCESC-1505?page=comments#action_12330902
]
Michael Brown commented on XERCESC-1505:
Oops. Attached patch in comment above before finishing testing. :-(
The patch does not fix the issue because the
[ http://issues.apache.org/jira/browse/XERCESC-1505?page=all ]
Michael Brown updated XERCESC-1505:
---
Attachment: xerces-c-lib64fix.spec
Attached is a spec file that fixes the lib64 and "Copyright:" tag issues.
A) All instances of "/l
DOMWriter::setNewLine( NULL ) doesn't work
--
Key: XERCESC-1507
URL: http://issues.apache.org/jira/browse/XERCESC-1507
Project: Xerces-C++
Type: Bug
Versions: 2.6.0
Environment: Windows XP, compiled with Visual s
createDocumentType does not release memory when document released/deleted
-
Key: XERCESC-1508
URL: http://issues.apache.org/jira/browse/XERCESC-1508
Project: Xerces-C++
Type: Bug
Versions
[ http://issues.apache.org/jira/browse/XERCESC-1508?page=all ]
peter suggitt updated XERCESC-1508:
---
Attachment: play.cpp
Valgrind output:
==28513== TRANSLATE: 0x4073E610 redirected to 0x40617F1E
==28513==
==28513== ERROR SUMMARY: 0 errors from 0
[ http://issues.apache.org/jira/browse/XERCESC-1508?page=all ]
Gareth Reakes reassigned XERCESC-1508:
--
Assign To: Gareth Reakes
> createDocumentType does not release memory when document released/dele
[
http://issues.apache.org/jira/browse/XERCESC-1508?page=comments#action_12331085
]
Gareth Reakes commented on XERCESC-1508:
Hi, I cannot see anything wrong with your code. I have had a quick look at the
implementation and that looks fine at first
[
http://issues.apache.org/jira/browse/XERCESC-1508?page=comments#action_12331091
]
peter suggitt commented on XERCESC-1508:
Hi,
I have not tried with the 2.7 implementation. Was there a specific fix for
this issue in that version?
I have not
601 - 700 of 4838 matches
Mail list logo
