correct result.
Someone with a SPARC should try reproducing it...
Alberto
> Problem with XMLString::transcode() on Solaris
> --
>
> Key: XERCESC-1305
> URL: http://issues.apache.org/jira/browse/XERCESC-1305
>
[ http://issues.apache.org/jira/browse/XERCESC-1300?page=history ]
Alberto Massari closed XERCESC-1300:
Assign To: Alberto Massari
> XMLString::transocde() => ICULCPTranscoder::transcode not terminating
and tested our application. This fix resolved our issues.
Thanks!
Scott
> XMLString::transocde() => ICULCPTranscoder::transcode not terminating string
>
>
> Key: XERCESC-1300
>
nough downloading the file
http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-xerces/c/src/xercesc/util/Transcoders/ICU/ICUTransService.cpp?rev=1.18
and save it over the copy of ICUTransService.cpp you have.
Alberto
> DOMMemTest fails with Segmentation violation(xserces1.7 + ICU transcode +
>
olation(xserces1.7 + ICU transcode +
> windows2000)
>
>
> Key: XERCESC-1337
> URL: http://issues.apache.org/jira/browse/XERCESC-1337
> Project: Xerces-C++
> Type: B
released.
Thanks,
Alberto
> DOMMemTest fails with Segmentation violation(xserces1.7 + ICU transcode +
> windows2000)
>
>
> Key: XERCESC-1337
> URL: http://issues.apac
ion violation(xserces1.7 + ICU transcode +
> windows2000)
>
>
> Key: XERCESC-1337
> URL: http://issues.apache.org/jira/browse/XERCESC-1337
> Project: Xerces-C+
build xerces with WIN32 transcode option, testingis OK .
It seems that xseces 2.5 have the same bug, so other guys have to build xerces
with WIN32 transcode.
I need your help to resolve this issue.
(Perhaps you have konwn this issue, pls tell me solutions? codes? You konw
some products are
[ http://issues.apache.org/jira/browse/XERCESC-1337?page=history ]
Leon Zhang updated XERCESC-1337:
Attachment: DOMMemTest.cpp
> DOMMemTest fails with Segmentation violation(xserces1.7 + ICU transcode +
> windo
code();
* TASSERT(strcmp(testStr, roundTripString) == 0);
* delete [] roundTripString;
DOMString domstr2 = DOMString::transcode(testStr);
TASSERT(domstr2.equals(DOMTestStr));
}
After I comment out three lines above started with "*", I can whole testcase
can w
DOMMemTest fails with Segmentation violation(xserces1.7 + ICU transcode +
windows2000)
Key: XERCESC-1337
URL: http://issues.apache.org/jira/browse/XERCESC-1337
Project: Xerces-C
[
http://issues.apache.org/jira/browse/XERCESC-1337?page=comments#action_58588 ]
Leon Zhang commented on XERCESC-1337:
-
Environment should be:
windows2000 + xseces 1.7(/2.5) + ICU transcode
> DOMMemTest fails with Segmentation violat
@xml.apache.org
Subject: Re: Xerces work with ICU transcode
Hi,
what version of xerces are you compiling?
Gareth
Shouhua Wang wrote:
Hi,
I compile Xerces using XML_USE_ICU_TRANSCODER flag instead of
XML_USE_WIN32_TRANSCODER, and add ICUTranscode file to the project
instead of Win32Transcode
I am using Xerces 2.5.0 with ICU 3.0, and have not try to latest 2.6.0 yet.
-Original Message-
From: Gareth Reakes [mailto:[EMAIL PROTECTED]
Sent: 2005å1æ6æ 19:09
To: xerces-c-dev@xml.apache.org
Subject: Re: Xerces work with ICU transcode
Hi,
what version of xerces are you
test failed at line, 266
Expected values : typename 'NMTOKENS', uri
'http://www.w3.org/2001/XMLSchema'
Actual values : typename 'anySimpleType', uri
'http://www.w3.org/2001/XMLSchema'
...
Does there something I missed while compile using ICU transco
i
'http://www.w3.org/2001/XMLSchema'Actual values : typename
'anySimpleType', uri 'http://www.w3.org/2001/XMLSchema'
...
Does there something I
missed while compile using ICU transcode?
> ICULCPTranscoder::transcode memory leak
> ---
>
> Key: XERCESC-964
> URL: http://nagoya.apache.org/jira/browse/XERCESC-964
> Project: Xerces-C++
> Type: Bug
> Components: Utilities
> Versions: 2.3.
terminator); but ucnv_fromUChars wants the
size of the target buffer, including the space for the NULL.
The fix is in CVS. Please verify.
Alberto
> XMLString::transocde() => ICULCPTranscoder::transcode not terminating
[ http://nagoya.apache.org/jira/browse/XERCESC-964?page=history ]
Alberto Massari reopened XERCESC-964:
-
Assign To: (was: Xerces-C Developers Mailing List)
> ICULCPTranscoder::transcode memory l
am
reopening #964 as a new comment has been added after it was closed, and it is
similar to your final comment about forcing the NULL termination.
Thanks,
Alberto
> Buffer overflow in ICULCPTranscoder::transcode
> --
>
> Key:
pt with Jira as well.
-- Alex
> Buffer overflow in ICULCPTranscoder::transcode
> --
>
> Key: XERCESC-1319
> URL: http://nagoya.apache.org/jira/browse/XERCESC-1319
> Project: Xerces-C++
> Type: Bug
>
nscoder::transcode
> --
>
> Key: XERCESC-1319
> URL: http://nagoya.apache.org/jira/browse/XERCESC-1319
> Project: Xerces-C++
> Type: Bug
> Components: Utilities
> Environment: All Platforms
>
[ http://nagoya.apache.org/jira/browse/XERCESC-1319?page=history ]
Alex R. Herbstritt updated XERCESC-1319:
Attachment: saxbug01cz.xml
Including xml file that produces the buffer overrun.
> Buffer overflow in ICULCPTranscoder::transc
) This was a copy and paste error. Sorry about that. It is indeed the
ICULCPTranscoder::transcode(const XMLCh* const toTranscode) method where the
bug is. I am including the whole function at the end of my comment because your
comment 2) has me confused.
4) I am including an xml file that
GROUP organiziQ.Clerk
Server: SRVC01M
---
Jens Lauer
Ich bin abwesend bis 13.01.2005. Ihre Mail kann nicht bearbeitet werden.
::transcode(const char*
const toTranscode), but that API uses the ICU ucnv_toUChars API, not the
ucnv_fromUChars that you name in the report. Did you mean
ICULCPTranscoder::transcode(const XMLCh* const toTranscode) ?
2) you say that your fix aims at converting the warning
Buffer overflow in ICULCPTranscoder::transcode
--
Key: XERCESC-1319
URL: http://nagoya.apache.org/jira/browse/XERCESC-1319
Project: Xerces-C++
Type: Bug
Components: Utilities
Environment: All Platforms
Reporter
ect in the current Xerces without ICU.
> Problem with XMLString::transcode() on Solaris
> --
>
> Key: XERCESC-1305
> URL: http://nagoya.apache.org/jira/browse/XERCESC-1305
> Project: Xerces-C++
> Type
piled differently.
Alberto
> Deleting something returned by XMLString::transcode crashes when application
> is using the release build of Xerces-C++
> -
>
>
a variant of XMLString::transcode () that can
transcode XMLChar* strings that are *not* null-delimited but instead given via
start + length. (SAX2) ContentHandler::character () for example takes such a
thing as argument.
was:
It would be very useful to have a variant of XMLString::transcode
then just cuts of the first two bytes which results in the incorrect
value "00 23" reported above.
> Problem with XMLString::transcode() on Solaris
> --
>
> Key: XERCESC-1305
> URL: http://nagoya.apache.org
lem with XMLString::transcode() on Solaris
> --
>
> Key: XERCESC-1305
> URL: http://nagoya.apache.org/jira/browse/XERCESC-1305
> Project: Xerces-C++
> Type: Bug
> Components: Utilities
> Versions: 2.4.0
[ http://nagoya.apache.org/jira/browse/XERCESC-1301?page=history ]
Alberto Massari resolved XERCESC-1301:
--
Resolution: Fixed
> XMLString::release uses 'delete' even when MemoryManager is specified in
> XMLS
written: once you use the version of
XMLString::transcode that accepts a MemoryManager, you should directly invoke
MemoryManager::deallocate to release the string buffer. I am turning this bug
into a PCR, so that there will be a version of XMLString::release that accepts
a MemoryManager too, and
[ http://nagoya.apache.org/jira/browse/XERCESC-1305?page=history ]
Dominik Stadler updated XERCESC-1305:
-
Attachment: XercesTestcase.h
Testcase that prints the correct text on Linux but not on Solaris
> Problem with XMLString::transcode()
Problem with XMLString::transcode() on Solaris
--
Key: XERCESC-1305
URL: http://nagoya.apache.org/jira/browse/XERCESC-1305
Project: Xerces-C++
Type: Bug
Components: Utilities
Versions: 2.4.0, 2.6.0
Environment
XMLString::release uses 'delete' even when MemoryManager is specified in
XMLString::transcode().
Key: XERCESC-1301
URL: http://nagoya.apache.org/jira/browse/XE
XMLString::transocde() => ICULCPTranscoder::transcode not terminating string
Key: XERCESC-1300
URL: http://nagoya.apache.org/jira/browse/XERCESC-1300
Project: Xerces-C++
Type:
[ http://nagoya.apache.org/jira/browse/XERCESC-848?page=history ]
Alberto Massari updated XERCESC-848:
Priority: Major
> Deleting something returned by XMLString::transcode crashes when application is
> using the release build of Xe
[ http://nagoya.apache.org/jira/browse/XERCESC-497?page=history ]
Alberto Massari updated XERCESC-497:
Priority: Major
> Feature Request: additional XMLString::transcode () vari
[ http://nagoya.apache.org/jira/browse/XERCESC-1105?page=history ]
Alberto Massari updated XERCESC-1105:
-
Priority: Major
> transcode function on AIX returns incorrect value
> -
>
>
[ http://nagoya.apache.org/jira/browse/XERCESC-1092?page=history ]
Alberto Massari updated XERCESC-1092:
-
Priority: Major
> Win32Transcoder does not properly transcode ISO-8859-2 and other encodi
:
-
Key: XERCESC-197
Summary: DOMString::transcode does not always detect wcstombs errors
Type: Bug
Status: Closed
Resolution: WON'T FIX
Project: Xerces-C++
Components:
DOM
Versions:
1.5.1
Assignee:
Reporter: jclifford
Created: F
:
-
Key: XERCESC-1175
Summary: unmapped memory exception during transcode
Type: Bug
Status: Closed
Resolution: INCOMPLETE
Project: Xerces-C++
Components:
Utilities
Versions:
2.4.0
Assignee:
Reporter: Adam Heinz
Created: Mon, 15 Mar
ate a new DOMDocument, which can be
> processed. The method works fine when called the first time, but the second
> call leads to a crash when executing the "xchImpl =
> XMLString::transcode("Range");" command.
>
> Do I have to delete or reset the DOMDocument o
the first time, but the second
call leads to a crash when executing the "xchImpl =
XMLString::transcode("Range");" command.
Do I have to delete or reset the DOMDocument or the DOMImplementation after
the first usage?
Can anybody help me
Regards,
Michael
bool MyCla
Markus wrote:
but shouldn't
it still be equally fast every time?
No. AFAIR, you have no any guarantee for code execution time in
multitasking non-realtime operating system.
Good luck !
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Fo
Now that I've succesfully upgraded to 2.5.0
I am looking for ways to speed up my app.
Consider the following code bit.
while(repeat a few thousand times)
{
XMLCh* ch1 = XMLString::transcode("Name");
// do something...
delete []ch1;
// with this the perfor
-
View the issue:
http://issues.apache.org/jira/browse/XERCESC-250
Here is an overview of the issue:
-
Key: XERCESC-250
Summary: Memory Leak in transcode
Type: Bug
Status
/XERCESC-1179
Here is an overview of the issue:
-
Key: XERCESC-1179
Summary: IconvFBSD transcode() string termination problem
Type: Bug
Status: Resolved
Resolution: FIXED
Project: Xerces-C++
Components
On Mon, 21 Jun 2004, Andre Stock wrote:
>
> Is it possible to change the typedef of XMLCh* to wchar_t*,so that i can
> parse the unicode stream? If this is possible, where can i find the typedef
> of XMLCh*?
Yes it is. This typedef is in the compiler/platform header files. But
you may not want t
> Why do all that? If XMLCh is not a typedef for wchar_t
> on your platform just cast the string to wchar_t*. Or am
> I missing some subtlety?
On some platforms wchar_t is a 32-bit integral, while on others it's a
16-bit integral, and there are very few platforms where wchar_t contains
Unicode cod
> Xerces has a version of XMLString::transcode that goes from XMLCh* to
> const
> char* and another one that goes from const char* to XMLCh*.
> Also, on Windows, XMLCh* can be treated like a wchar_t*, as they are the
> same UTF-16 data.
>
> Alberto
Didn`t know that XMLCh*
Why do all that? If XMLCh is not a typedef for wchar_t on your platform just
cast the string to wchar_t*. Or am I missing some subtlety?
>-Original Message-
>From: Andre Stock [mailto:[EMAIL PROTECTED]
>Sent: 21 June 2004 10:50
>To: [EMAIL PROTECTED]
>Subject: Re: How
At 11.49 21/06/2004 +0200, Andre Stock wrote:
Do i have to use icu or is there any function to call transforming an
wchar_t array to local codepage and vice versa?
I thought to transcode the unicode stream to local codepage, call the parser
with this local stream and then transcode for example the
Do i have to use icu or is there any function to call transforming an
wchar_t array to local codepage and vice versa?
I thought to transcode the unicode stream to local codepage, call the parser
with this local stream and then transcode for example the found elementname
back into a wchar_t* in the
ode again! When i call
> XMLString::transcode the result is transcoded into the local codepage. Is
> there any other method to call or another way to achieve what i want?
> Thanks in advance!
> Andre
>
> --
> +++ Jetzt WLAN-Router für alle DSL-Einsteiger und Wechsler +++
> G
Hi,
need to parse a unicode stream (i`m receiving wchar_t*)and print the
elementnames and corresponding values in unicode again! When i call
XMLString::transcode the result is transcoded into the local codepage. Is
there any other method to call or another way to achieve what i want?
Thanks in
: XERCESC-1222
Summary: Null Pointer Exception in XMLString::transcode(const char* const
toTranscode)
Type: Bug
Status: Closed
Priority: Critical
Resolution: WON'T FIX
Project: Xerces-C++
Components:
Utilities
Versions:
2.5.0
Ass
terminate in one thread, making
calls to any of the XMLString::transcode methods will result in a crash.
I modified my program to protect against this and everything appears to be working
fine.
This can be closed without any further issues.
Paul
2
Summary: Null Pointer Exception in XMLString::transcode(const char* const
toTranscode)
Type: Bug
Status: Unassigned
Priority: Critical
Project: Xerces-C++
Components:
Utilities
Versions:
2.5.0
Assignee:
Reporter: Paul Brun
Cr
:
-
Key: XERCESC-1222
Summary: Null Pointer Exception in XMLString::transcode(const char* const
toTranscode)
Type: Bug
Status: Unassigned
Priority: Critical
Project: Xerces-C++
Components:
Utilities
Versions:
2.5.0
Assignee:
Reporter
gzilla/show_bug.cgi?id=27769
IconvFBSD transcode() string termination problem
--- Additional Comments From [EMAIL PROTECTED] 2004-03-18 11:38 ---
please correct the typo(s) before committing - thanks.
-
To unsubscribe,
gzilla/show_bug.cgi?id=27769
IconvFBSD transcode() string termination problem
--- Additional Comments From [EMAIL PROTECTED] 2004-03-18 11:32 ---
Created an attachment (id=10845)
correct index for (additional) line termi
gzilla/show_bug.cgi?id=27769
IconvFBSD transcode() string termination problem
Summary: IconvFBSD transcode() string termination problem
Product: Xerces-C++
Version: 2.5.0
Platform: All
OS/Version: FreeBSD
Status: NEW
Severity:
gzilla/show_bug.cgi?id=27669
unmapped memory exception during transcode
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=27669
unmapped memory exception during transcode
--- Additional Comments From [EMAIL PROTECTED] 2004-03-15 16:58 ---
Created an attachment (id=10791)
test project
-
To unsubscribe, e-mail: [EMAIL PRO
gzilla/show_bug.cgi?id=27669
unmapped memory exception during transcode
--- Additional Comments From [EMAIL PROTECTED] 2004-03-15 16:58 ---
Created an attachment (id=10790)
test cpp
-
To unsubscribe, e-mail: [EMAIL PROTECTE
gzilla/show_bug.cgi?id=27669
unmapped memory exception during transcode
--- Additional Comments From [EMAIL PROTECTED] 2004-03-15 16:25 ---
Working on a test harness for you. At crash, newCnt = 2. Attempting to trace
into manager (using CodeWarrior 8.3), I go straight into disassemb
gzilla/show_bug.cgi?id=27669
unmapped memory exception during transcode
--- Additional Comments From [EMAIL PROTECTED] 2004-03-15 15:56 ---
Can you provide a simple sample that illustrates this problem? The line you reference
is just doing
some memory allocation through the allocate call
gzilla/show_bug.cgi?id=27669
unmapped memory exception during transcode
[EMAIL PROTECTED] changed:
What|Removed |Added
Priority|Other |Medium
--- Addi
gzilla/show_bug.cgi?id=27669
unmapped memory exception during transcode
Summary: unmapped memory exception during transcode
Product: Xerces-C++
Version: 2.4.0
Platform: Macintosh
OS/Version: MacOS 9
Status: NEW
Severity:
At 12.59 15/03/2004 +0100, you wrote:
Hi,
I'm having a problem building a Domparser.
The code below run properly qnd after debugging it
exits normally as well.
It seems the problem comes from the transcode method.
If i remove the transcode it returns the corresponding
encoded value but like
Message-
> From: David --- [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 15, 2004 2:11 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Dom parser problem with transcode
>
>
> Thanks,
> What would be then the best way to get the element
> values of of the following XML docum
--- Jesse Pelton <[EMAIL PROTECTED]> a écrit : > This has
> nothing to do with your current problem,
> > but will save you trouble
> > later: note that transcode() allocates memory, which
> > you must release when
> > you're done with it.
> >
>
2004
03
--- Jesse Pelton <[EMAIL PROTECTED]> a écrit : > This has
nothing to do with your current problem,
> but will save you trouble
> later: note that transcode() allocates memory, which
> you must release when
> you're done with it.
>
> > -Origin
This has nothing to do with your current problem, but will save you trouble
later: note that transcode() allocates memory, which you must release when
you're done with it.
> -Original Message-
> From: David --- [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 15, 2004 7:00 A
ving a problem building a Domparser.
> The code below run properly qnd after debugging it
> exits normally as well.
>
> It seems the problem comes from the transcode method.
> If i remove the transcode it returns the corresponding
> encoded value but like that it return nothing and it
&
Hi,
I'm having a problem building a Domparser.
The code below run properly qnd after debugging it
exits normally as well.
It seems the problem comes from the transcode method.
If i remove the transcode it returns the corresponding
encoded value but like that it return nothing and it
dies af
Hello,
I'm getting this strange error while using transcode
on the followin code. The xml file am using is the
sample personal.xml file.
for (int i=0; i <= AttrCount; i++)
{
const XMLCh* AttributeName = attr.getQName(i);
const XMLCh* AttributeType =
attr.getType(AttributeName);
con
t; <<
this->getCharacterCount() << std::endl;
}
##
Here the Error object i use
class Error {
public:
//
---
// Cons
gzilla/show_bug.cgi?id=13584
Win32LCPTranscoder::transcode doesn't handle wcstombs errors
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
gzilla/show_bug.cgi?id=25812
transcode function on AIX returns incorrect value
--- Additional Comments From [EMAIL PROTECTED] 2004-02-03 13:07 ---
Simon,
can you try checking if the latest version of Xerces shows the same behaviour?
This because the ICU transcoder has been patched in Augus
gzilla/show_bug.cgi?id=21990
ICULCPTranscoder::transcode memory leak
--- Additional Comments From [EMAIL PROTECTED] 2004-02-02 13:59 ---
I found a bug in my patch, sorry.
On the second call of ucnv_fromUChars(), converted string could not be null-
terminated. Another version of transcode(
gzilla/show_bug.cgi?id=25812
transcode function on AIX returns incorrect value
--- Additional Comments From [EMAIL PROTECTED] 2004-01-19 22:58 ---
Hi Alberto,
We're using the ICU transcoding functionality. BTW, we're using our own
builds of both the ICU 2.2 and Xerces 2.2.0 so
gzilla/show_bug.cgi?id=25812
transcode function on AIX returns incorrect value
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|transcode function return |transcode funct
gzilla/show_bug.cgi?id=25812
transcode function return value incorrect
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PRO
gzilla/show_bug.cgi?id=20895
XMLString::transcode(char *) problem with GB2312 character set
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=23095
bug in Win32LCPTranscoder::transcode ?
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=25812
transcode function return value incorrect
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=25812
transcode function return value incorrect
Summary: transcode function return value incorrect
Product: Xerces-C++
Version: 2.2.0
Platform: Other
OS/Version: AIX
Status: NEW
Severity: Normal
Pr
gzilla/show_bug.cgi?id=25498
Win32Transcoder does not properly transcode ISO-8859-2 and other encodings
--- Additional Comments From [EMAIL PROTECTED] 2003-12-13 12:18 ---
Created an attachment (id=9561)
Patched Win32TransServi
gzilla/show_bug.cgi?id=25498
Win32Transcoder does not properly transcode ISO-8859-2 and other encodings
Summary: Win32Transcoder does not properly transcode ISO-8859-2
and other encodings
Product: Xerces-C++
Version: 2.4.0
Platform: PC
Title: XMLString::transcode and AIX
In using XMLString::transcode on AIX, have found that the return code is identical (1) whether the buffer is of sufficient size (BUFFER_SIZE) or not. Other Unix platforms, for example, Solaris, return 1 when buffer is sufficient and 0 when not.
int
gzilla/show_bug.cgi?id=23095
bug in Win32LCPTranscoder::transcode ?
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|对ä¸è±ææ··åå符串æ|bug in
|
else if (charLen != 0)
(BcharLen = strlen(srcText)/charLen;
(B
(Bif (charLen == -1)
(Breturn 0;
(Breturn charLen;
(B}
(B
(BI found that if the source string starts with multibyte character,
(B"transcode" in 2_3_0 will always fail. I tried calling setloc
gzilla/show_bug.cgi?id=21990
ICULCPTranscoder::transcode memory leak
--- Additional Comments From [EMAIL PROTECTED] 2003-09-01 09:03 ---
I confirmed the source in CVS, and checked with my testcase.
Everything is OK.
Thanks f
gzilla/show_bug.cgi?id=21990
ICULCPTranscoder::transcode memory leak
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=21990
ICULCPTranscoder::transcode memory leak
--- Additional Comments From [EMAIL PROTECTED] 2003-08-31 15:13 ---
Hi,
I created a new patch. An error check is added to reconvert a string when ICU
does not terminate it. Null-termination by Xerces-code is no
gzilla/show_bug.cgi?id=21990
ICULCPTranscoder::transcode memory leak
--- Additional Comments From [EMAIL PROTECTED] 2003-08-31 14:51 ---
Created an attachment (id=8014)
testcase (encoding : euc-jp)
-
To unsubscribe,
1 - 100 of 291 matches
Mail list logo
