[ http://issues.apache.org/jira/browse/XERCESC-1419?page=all ]
Alberto Massari updated XERCESC-1419:
-
Attachment: regex_patch.txt
Here is a patch; Khaled, can you double check it?
Thanks,
Alberto
> Regular expressions in schema should al
Inner element with schema generates EmptyStackException
---
Key: XERCESC-1421
URL: http://issues.apache.org/jira/browse/XERCESC-1421
Project: Xerces-C++
Type: Bug
Components: SAX/SAX2
Versions: 2.6.0
uniq constraint validation broken?
--
Key: XERCESC-1422
URL: http://issues.apache.org/jira/browse/XERCESC-1422
Project: Xerces-C++
Type: Bug
Components: Validating Parser (Schema) (Xerces 1.5 or up only)
Versions: 2.6.0
[ http://issues.apache.org/jira/browse/XERCESC-1422?page=all ]
Alberto Massari resolved XERCESC-1422:
--
Resolution: Invalid
Hi Alex,
the XPath expressions you can put in the identity constraint are limited (see §
3.11.6 of the specs): only
Bugfix & Performance Update : IGXMLScanner::basicAttrValueScan(...)
---
Key: XERCESC-1423
URL: http://issues.apache.org/jira/browse/XERCESC-1423
Project: Xerces-C++
Type: Bug
Components:
[ http://issues.apache.org/jira/browse/XERCESC-1423?page=all ]
Christian Will updated XERCESC-1423:
Attachment: test_fail1.xml
first case should be fail...
> Bugfix & Performance Update : IGXMLScanner::basicAttrVa
[ http://issues.apache.org/jira/browse/XERCESC-1423?page=all ]
Christian Will updated XERCESC-1423:
Attachment: test_ok.xml
this file should be parsed without errors...
> Bugfix & Performance Update : IGXMLScanner::basicAttrVa
[ http://issues.apache.org/jira/browse/XERCESC-1423?page=all ]
Christian Will updated XERCESC-1423:
Attachment: test_fail2.xml
second case should be fail...
> Bugfix & Performance Update : IGXMLScanner::basicAttrVa
[ http://issues.apache.org/jira/browse/XERCESC-1423?page=all ]
Christian Will updated XERCESC-1423:
Attachment: IGXMLScanner2.cpp.patch
patch...
> Bugfix & Performance Update : IGXMLScanner::basicAttrVa
[
http://issues.apache.org/jira/browse/XERCESC-1421?page=comments#action_65947 ]
Christian Will commented on XERCESC-1421:
-
Hi Jay,
I just tested your examples on WinXP with the latest cvs-version of xerces.
I used SAX2Print and my own
MacOSUnicodeConverter "static" definition problem
-
Key: XERCESC-1424
URL: http://issues.apache.org/jira/browse/XERCESC-1424
Project: Xerces-C++
Type: Bug
Components: Utilities
Versions: 2.6.0
E
[ http://issues.apache.org/jira/browse/XERCESC-1424?page=all ]
James Berry resolved XERCESC-1424:
--
Assign To: James Berry
Resolution: Duplicate
This is a duplicate of issue #1415. Thanks for your report. This issue has been
fixed in cvs for
linking fails on OS X 10.4
--
Key: XERCESC-1425
URL: http://issues.apache.org/jira/browse/XERCESC-1425
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.6.0
Environment: XERCES: 2.6.0 source distribution
UNAME: Darwin
[
http://issues.apache.org/jira/browse/XERCESC-1252?page=comments#action_66190 ]
Jason Ostermann commented on XERCESC-1252:
--
Same issue also exists with Xerces 2.6.0, IRIX 6.5.25m, MIPSPro 7.4.2m. Same
fix works.
> Compilation problem
[
http://issues.apache.org/jira/browse/XERCESC-1420?page=comments#action_66387 ]
James Berry commented on XERCESC-1420:
--
Hey Dave,
I fixed up something similar (I believe) in my work on Xerces 3.0 at
https://svn.apache.org/repos/asf/xerces/c
[
http://issues.apache.org/jira/browse/XERCESC-1420?page=comments#action_66390 ]
David Bertoni commented on XERCESC-1420:
Sure, I'll take a look.
By the way, I should be attaching a patch containing my fixes to this bug
report later
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
David Bertoni reassigned XERCESC-1348:
--
Assign To: David Bertoni
> IGXMLScanner allocates from wrong memory manager
>
>
>
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
David Bertoni updated XERCESC-1348:
---
Attachment: patch.txt
Mark, if you're still there, can you review this patch? Thanks!
> IGXMLScanner allocates from wrong memory
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ]
David Bertoni updated XERCESC-1420:
---
Attachment: patch.txt
> XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime
> heap instead of using a MemoryManager in
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ]
David Bertoni updated XERCESC-1420:
---
Attachment: XMLMutexHolder.c
> XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime
> heap instead of using a MemoryM
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ]
David Bertoni updated XERCESC-1420:
---
Attachment: XMLMutexHolder.hpp
This is a tricky patch. It would be great if other committers could review it.
> XMLPlatformUtils::makeMutex() crea
[
http://issues.apache.org/jira/browse/XERCESC-1420?page=comments#action_66428 ]
James Berry commented on XERCESC-1420:
--
David,
Wow. You have been working hard!
I think this looks reasonable. You've basically done three things:
-
[
http://issues.apache.org/jira/browse/XERCESC-1348?page=comments#action_66435 ]
Christian Will commented on XERCESC-1348:
-
Hi Dave,
your patch is for xalan and not for xerces.
> IGXMLScanner allocates from wrong memory mana
[
http://issues.apache.org/jira/browse/XERCESC-1420?page=comments#action_66470 ]
David Bertoni commented on XERCESC-1420:
I can certainly generalize it, since we could probably use it for other things
-- good idea!
As far as castTo
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
David Bertoni updated XERCESC-1348:
---
Attachment: patch.txt
OK, I hope I got the patch right this time!
> IGXMLScanner allocates from wrong memory mana
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ]
David Bertoni updated XERCESC-1420:
---
Attachment: XMLHolder.c
> XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime
> heap instead of using a MemoryManager in
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ]
David Bertoni updated XERCESC-1420:
---
Attachment: patch.txt
This is a new patch, replacing the class XMLMutexHolder with a class that is
more generic.
> XMLPlatformUtils::makeMu
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ]
David Bertoni updated XERCESC-1420:
---
Attachment: XMLHolder.hpp
> XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime
> heap instead of using a MemoryManager in
downloadin xerces on hp
---
Key: XERCESC-1426
URL: http://issues.apache.org/jira/browse/XERCESC-1426
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.6.0
Environment: HP
Reporter: lior halp
Priority: Critical
download of xerces with no pthred is still downloaded with pthread
--
Key: XERCESC-1427
URL: http://issues.apache.org/jira/browse/XERCESC-1427
Project: Xerces-C++
Type: Bug
Environment: HP
Reporter
[
http://issues.apache.org/jira/browse/XERCESC-1420?page=comments#action_66519 ]
James Berry commented on XERCESC-1420:
--
Dave,
Nice, I like it.
-jdb
> XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime
> heap inst
[
http://issues.apache.org/jira/browse/XERCESC-1426?page=comments#action_66524 ]
David Bertoni commented on XERCESC-1426:
Can you please provide more information? I don't think there's an HP binary
download built without pthread
[
http://issues.apache.org/jira/browse/XERCESC-1427?page=comments#action_66525 ]
David Bertoni commented on XERCESC-1427:
Is this a duplicate bug of XERCESC-1426, or is it another one. If so, can you
please provide more information about what
[ http://issues.apache.org/jira/browse/XERCESC-1428?page=all ]
Axel Weiss updated XERCESC-1428:
Attachment: transcoder-179120.diff
> new iconv-transcoder algorithm
> --
>
> Key: XERCESC-1428
>
new iconv-transcoder algorithm
--
Key: XERCESC-1428
URL: http://issues.apache.org/jira/browse/XERCESC-1428
Project: Xerces-C++
Type: Improvement
Components: Utilities
Environment: linux
Reporter: Axel Weiss
Priority: Minor
[
http://issues.apache.org/jira/browse/XERCESC-1428?page=comments#action_66584 ]
James Berry commented on XERCESC-1428:
--
Hey Axel,
I can't get that patch to apply. Any thoughts?
% curl
"http://issues.apache.org/jira/secure/attach
Error building Xerces with VC 7.1
-
Key: XERCESC-1429
URL: http://issues.apache.org/jira/browse/XERCESC-1429
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.6.0
Environment: Windows XP, Visual Studio C++ .NET
Broken projects in archive download site?
-
Key: XERCESC-1430
URL: http://issues.apache.org/jira/browse/XERCESC-1430
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.3.0, 2.5.0
Environment: Windows XP
[ http://issues.apache.org/jira/browse/XERCESC-1368?page=all ]
David Bertoni updated XERCESC-1368:
---
Attachment: patch.txt
I have attached a new patch file that covers the internal subdirectory.
> Catch-all handler are problematic on Wind
[
http://issues.apache.org/jira/browse/XERCESC-1428?page=comments#action_66685 ]
James Berry commented on XERCESC-1428:
--
Axel,
Thanks!
I checked your code in on branch jberry/3.0-unstable.
As a formality, would you mind answering the following
[ http://issues.apache.org/jira/browse/XERCESC-1428?page=all ]
James Berry reassigned XERCESC-1428:
Assign To: James Berry
> new iconv-transcoder algorithm
> --
>
> Key: XERCESC-1428
>
[
http://issues.apache.org/jira/browse/XERCESC-1428?page=comments#action_66689 ]
James Berry commented on XERCESC-1428:
--
Checked in on revision 179293.
> new iconv-transcoder algorithm
> --
>
>
[ http://issues.apache.org/jira/browse/XERCESC-1428?page=all ]
Axel Weiss updated XERCESC-1428:
Attachment: transcoder-179371.diff
This patch simplifies the LCP transcoder interface and subsequently all
inheriting transcoders: there is now only one
[
http://issues.apache.org/jira/browse/XERCESC-1428?page=comments#action_66822 ]
James Berry commented on XERCESC-1428:
--
Any comments on the third patch from other committers? -jdb
> new iconv-transcoder algori
[
http://issues.apache.org/jira/browse/XERCESC-1428?page=comments#action_66831 ]
David Bertoni commented on XERCESC-1428:
I took a look at it, but it's hard to get a good idea of the end result because
the changes are spread out. I will
[
http://issues.apache.org/jira/browse/XERCESC-1115?page=comments#action_66870 ]
Kuba Nowakowski commented on XERCESC-1115:
--
problem still remains in xerces c++ 2.6 :
if (getLength(content, manager) <= 0)
{
ThrowXMLwithMemM
[
http://issues.apache.org/jira/browse/XERCESC-1115?page=comments#action_66870 ]
Kuba Nowakowski commented on XERCESC-1115:
--
problem still remains in xerces c++ 2.6 :
if (getLength(content, manager) <= 0)
{
ThrowXMLwithMemM
[ http://issues.apache.org/jira/browse/XERCESC-1428?page=all ]
James Berry closed XERCESC-1428:
Resolution: Fixed
The third patch has been applied on branch jberry/3.0-unstable as revision
179673.
David: you could look it over now... ;)
Axel
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
David Bertoni updated XERCESC-1348:
---
Attachment: patch.txt
OK, here's another patch that removes some dead code and fixes similar issues
in DGXMLScanner.cpp
> IGXMLScanner alloca
[ http://issues.apache.org/jira/browse/XERCESC-1417?page=all ]
David Bertoni resolved XERCESC-1417:
Fix Version: Nightly build (please specify the date)
Resolution: Fixed
Patch applied.
> RegularExpression has a bug with a static d
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
David Bertoni closed XERCESC-1348:
--
> IGXMLScanner allocates from wrong memory manager
>
>
> Key: XERCESC-1348
&g
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
David Bertoni reopened XERCESC-1348:
> IGXMLScanner allocates from wrong memory manager
>
>
> Key: XERCESC-1348
&g
rpmbuild -ta xerces-c-src_2_6_0.tar.gz failes with - error: Installed (but
unpackaged) file(s) found:
--
Key: XERCESC-1431
URL: http://issues.apache.org/jira/browse/XERCESC-1431
[ http://issues.apache.org/jira/browse/XERCESC-1368?page=all ]
David Bertoni updated XERCESC-1368:
---
Attachment: patch.txt
I've attached a new patch which covers more of the source code.
> Catch-all handler are problematic on
Environment var XERCESCROOT
---
Key: XERCESC-1432
URL: http://issues.apache.org/jira/browse/XERCESC-1432
Project: Xerces-C++
Type: Bug
Components: Documentation
Versions: 2.6.0
Environment: Mac OS 10.4 / Darwin / GCC
Reporter
[
http://issues.apache.org/jira/browse/XERCESC-1429?page=comments#action_12312761
]
Jesse Pelton commented on XERCESC-1429:
---
Works for me with Visual Studio .NET 2003 (7.1.3088) using the following steps.
- Download the current source from the
[
http://issues.apache.org/jira/browse/XERCESC-1366?page=comments#action_12312771
]
Jesse Pelton commented on XERCESC-1366:
---
Can this be closed?
> Send CVS Migration request email to [EMAIL PROTEC
[
http://issues.apache.org/jira/browse/XERCESC-1430?page=comments#action_12312766
]
Jesse Pelton commented on XERCESC-1430:
---
While I couldn't build 2.3.0 with Visual Studio .NET 2003, I didn't have any
problem with 2.5.0. But that does
[ http://issues.apache.org/jira/browse/XERCESC-1366?page=all ]
Gareth Reakes closed XERCESC-1366:
--
Resolution: Fixed
all done
> Send CVS Migration request email to [EMAIL PROTEC
[ http://issues.apache.org/jira/browse/XERCESC-1409?page=all ]
David Bertoni updated XERCESC-1409:
---
Attachment: patch.txt
This is a new patch, based on recent changes to the affected classes.
> More efficient error detection for XSValue, XMLDou
Memory leak with WriteToString
--
Key: XERCESC-1433
URL: http://issues.apache.org/jira/browse/XERCESC-1433
Project: Xerces-C++
Type: Bug
Components: DOM
Versions: 2.6.0
Environment: HP-UX 11i and compiler HP ANSI C++ B3910B A
[
http://issues.apache.org/jira/browse/XERCESC-1433?page=comments#action_12312866
]
Axel Weiss commented on XERCESC-1433:
-
Hi Biju,
I guess you forgot to release the transcoded string (which is your variable
pChar). So your routine itself leaks. Then
[
http://issues.apache.org/jira/browse/XERCESC-1433?page=comments#action_12312869
]
Jesse Pelton commented on XERCESC-1433:
---
DOMWriter::writeToString() allocates the string that it returns to the caller.
If there's a bug here, it
[
http://issues.apache.org/jira/browse/XERCESC-1430?page=comments#action_12312920
]
Alberto Massari commented on XERCESC-1430:
--
Hi Daniel,
the VC7 project is not currently updated, mainly because all the VC7 users
could upgrade to VC7.1 for a
[
http://issues.apache.org/jira/browse/XERCESC-1433?page=comments#action_12312974
]
Biju George commented on XERCESC-1433:
--
Thanks a lot. When I added following release statements (both are required) it
worked fine.
XMLString::release(&
[ http://issues.apache.org/jira/browse/XERCESC-1433?page=all ]
Alberto Massari closed XERCESC-1433:
Resolution: Invalid
> Memory leak with WriteToString
> --
>
> Key: XERCESC-1433
>
Web site needs to be updated to point to SVN instead of CVS
---
Key: XERCESC-1434
URL: http://issues.apache.org/jira/browse/XERCESC-1434
Project: Xerces-C++
Type: Task
Components: Documentation
Reporter
[ http://issues.apache.org/jira/browse/XERCESC-1409?page=all ]
David Bertoni resolved XERCESC-1409:
Fix Version: Nightly build (please specify the date)
Resolution: Fixed
> More efficient error detection for XSValue, XMLDouble,
[
http://issues.apache.org/jira/browse/XERCESC-1429?page=comments#action_12313150
]
Daniel Gröndal commented on XERCESC-1429:
-
There must be something wrong with my Visual Studio. Some default properties or
something. If it works for everybody
[
http://issues.apache.org/jira/browse/XERCESC-1429?page=comments#action_12313172
]
Alberto Massari commented on XERCESC-1429:
--
Daniel,
why do you open the Win32\VC7 project if you are using VC 7.1? Try opening
Win32\VC7.1
> Error build
[
http://issues.apache.org/jira/browse/XERCESC-1429?page=comments#action_12313181
]
Jesse Pelton commented on XERCESC-1429:
---
I don't think there is a Win32\VC7.1 directory in the 2.6 source distribution.
At least, I've never seen one,
[
http://issues.apache.org/jira/browse/XERCESC-1429?page=comments#action_12313182
]
Daniel Gröndal commented on XERCESC-1429:
-
Hi,
I could not find such a project. Should there be one?
Anyway, I have done some testing and now I strongly believe
like XML Tags
Key: XERCESC-1435
URL: http://issues.apache.org/jira/browse/XERCESC-1435
Project: Xerces-C++
Type: Wish
Components: DOM
Versions: 2.6.0
Environment: HP-UX 11i
Reporter: Biju George
Does the xerces parser allows
[
http://issues.apache.org/jira/browse/XERCESC-1435?page=comments#action_12313362
]
Biju George commented on XERCESC-1435:
--
Sorry for a typo.. I meant style tags instead of
> like XML Tags
>
>
> Key:
[ http://issues.apache.org/jira/browse/XERCESC-1436?page=all ]
Axel Weiss updated XERCESC-1436:
Attachment: cygwin-190145-1.diff
> Header - Implementation inconsistency in OpFactory
> --
>
>
Header - Implementation inconsistency in OpFactory
--
Key: XERCESC-1436
URL: http://issues.apache.org/jira/browse/XERCESC-1436
Project: Xerces-C++
Type: Improvement
Components: Utilities
Versions: Nightly build
[ http://issues.apache.org/jira/browse/XERCESC-1436?page=all ]
James Berry resolved XERCESC-1436:
--
Resolution: Fixed
Assign To: James Berry
Resolved for Xerces 3 unstable branch. Commit #190168.
Resolved for main trunk. Commit #190169
*.c Files are not installed/exported
Key: XERCESC-1437
URL: http://issues.apache.org/jira/browse/XERCESC-1437
Project: Xerces-C++
Type: Bug
Components: Build
Versions: Nightly build (please specify the date
[ http://issues.apache.org/jira/browse/XERCESC-1437?page=all ]
Axel Weiss updated XERCESC-1437:
Attachment: installing-190145.diff
This patch affects src/Makefile.am only. The lists of exported headers are
extended, so they contain the .c files, too
[
http://issues.apache.org/jira/browse/XERCESC-1429?page=comments#action_12313426
]
Daniel Gröndal commented on XERCESC-1429:
-
My problem is solved.
Some sysadmin had changed some registry value for Visual Studio which made the
compiler compile
ICU LCP transcoder - new algorithm
--
Key: XERCESC-1438
URL: http://issues.apache.org/jira/browse/XERCESC-1438
Project: Xerces-C++
Type: Improvement
Components: Utilities
Versions: Nightly build (please specify the date
[ http://issues.apache.org/jira/browse/XERCESC-1438?page=all ]
Axel Weiss updated XERCESC-1438:
Attachment: icutranscoder-190384.diff
> ICU LCP transcoder - new algorithm
> --
>
> Key: XERCESC-1438
&g
3.0-unstable: make output improved (pretty-print)
-
Key: XERCESC-1439
URL: http://issues.apache.org/jira/browse/XERCESC-1439
Project: Xerces-C++
Type: Improvement
Components: Build
Versions: Nightly build
[ http://issues.apache.org/jira/browse/XERCESC-1440?page=all ]
Axel Weiss updated XERCESC-1440:
Attachment: pretty-make-190384.diff
> 3.0-unstable: make output improved (pretty-print)
> -
>
>
3.0-unstable: make output improved (pretty-print)
-
Key: XERCESC-1440
URL: http://issues.apache.org/jira/browse/XERCESC-1440
Project: Xerces-C++
Type: Improvement
Components: Build
Versions: Nightly build
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
Alberto Massari closed XERCESC-1348:
> IGXMLScanner allocates from wrong memory manager
>
>
> Key: XERCESC-1348
&g
[ http://issues.apache.org/jira/browse/XERCESC-1115?page=all ]
Alberto Massari reopened XERCESC-1115:
--
The bug is still listed as "unresolved"; trying to change its status to
"resolved"...
> Base64Binary validation fai
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
Alberto Massari resolved XERCESC-1348:
--
Resolution: Fixed
> IGXMLScanner allocates from wrong memory manager
>
>
>
[ http://issues.apache.org/jira/browse/XERCESC-1348?page=all ]
Alberto Massari reopened XERCESC-1348:
--
The bug is still listed as "unresolved"; trying to change its status to
"resolved"...
> IGXMLScanner allocates fr
[ http://issues.apache.org/jira/browse/XERCESC-1427?page=all ]
Alberto Massari resolved XERCESC-1427:
--
Resolution: Duplicate
Duplicate of XERCESC-1426
> download of xerces with no pthred is still downloaded with pthr
[ http://issues.apache.org/jira/browse/XERCESC-769?page=all ]
Alberto Massari reassigned XERCESC-769:
---
Assign To: Alberto Massari (was: Xerces-C Developers Mailing List)
> RFE: Xerces-C++ modularization - config for smaller builds/remove featu
[ http://issues.apache.org/jira/browse/XERCESC-1441?page=all ]
Alex Dickinson updated XERCESC-1441:
Attachment: qname-good.xml
qname-bad.xml
qname.xsd
Attaching three files:
qname-good.xml - an XML file that will
[ http://issues.apache.org/jira/browse/XERCESC-769?page=all ]
Alberto Massari reassigned XERCESC-769:
---
Assign To: Alberto Massari (was: Xerces-C Developers Mailing List)
> RFE: Xerces-C++ modularization - config for smaller builds/remove featu
[ http://issues.apache.org/jira/browse/XERCESC-1437?page=all ]
James Berry resolved XERCESC-1437:
--
Resolution: Fixed
Assign To: James Berry
Committed svn #190540. Thanks!
> *.c Files are not installed/expor
[
http://issues.apache.org/jira/browse/XERCESC-1439?page=comments#action_12313534
]
James Berry commented on XERCESC-1439:
--
Axel,
Is this bug a spurious duplicate of 1440?
-jdb
> 3.0-unstable: make output improved (pretty-pr
[
http://issues.apache.org/jira/browse/XERCESC-1440?page=comments#action_12313535
]
James Berry commented on XERCESC-1440:
--
Axel,
Since these are cosmetic niceties, I'm going to hold off making these changes
til our platform picture stabi
[ http://issues.apache.org/jira/browse/XERCESC-1438?page=all ]
James Berry reassigned XERCESC-1438:
Assign To: James Berry
> ICU LCP transcoder - new algorithm
> --
>
> Key: XERCESC-1438
>
[ http://issues.apache.org/jira/browse/XERCESC-1115?page=all ]
Alberto Massari resolved XERCESC-1115:
--
Resolution: Fixed
> Base64Binary validation failed when length is zero
> --
>
>
[ http://issues.apache.org/jira/browse/XERCESC-1429?page=all ]
Alberto Massari closed XERCESC-1429:
Resolution: Invalid
> Error building Xerces with VC 7.1
> -
>
> Key: XERCESC-1429
>
[
http://issues.apache.org/jira/browse/XERCESC-1438?page=comments#action_12313536
]
James Berry commented on XERCESC-1438:
--
Axel,
I'd rather not call ICU per-output-word. Doesn't ICU gracefully handle the case
where it runs out of room in
401 - 500 of 4882 matches
Mail list logo
