Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | assertion: rtl_string2UString_status() - UTF8 test encoding is wrong | ||
---|---|---|---|
Product: | Calc | Reporter: | 400guy <tenger> |
Component: | code | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues |
Version: | DEV300m88 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
400guy
2010-09-27 11:27:55 UTC
What makes you think that this is an installation problem? No installation -> no assertion? First level answer ... Component "installation" resulted because under the heading "By Code Module" <http://qa.openoffice.org/issue_handling/submission_gateway.html#code_module>, I selected component "extras" <http://qa.openoffice.org/issues/enter_bug.cgi?component=Installation&subcomponent=code&issue_type=PATCH&short_desc=extras:%20&assigned_to=is>. Which I did because ... The assertion is raised in function rtl_string2UString_status() in sal/rtl/source/ustring.c, and the statement reads OSL_ENSURE( ((unsigned char)*pStr) <= 127, "rtl_string2UString_status() - UTF8 test encoding is wrong" ); {OpenGrok found biblio.dbf in extras/source/database/, providing another possible component to file the issue. On the surface, the assertion looks plausible to me, so I picked on "extras". Like I said, just a guess. |