[jira] [Resolved] (STDCXX-970) Run failures and assertions in 22.locale.collate test on multiple platforms
[ https://issues.apache.org/jira/browse/STDCXX-970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Liviu Nicoara resolved STDCXX-970. -- Resolution: Fixed The test defects have been corrected. There are no test enhancements in the fix. > Run failures and assertions in 22.locale.collate test on multiple platforms > --- > > Key: STDCXX-970 > URL: https://issues.apache.org/jira/browse/STDCXX-970 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.2.1 >Reporter: Eric Lemings >Assignee: Liviu Nicoara >Priority: Minor > Fix For: 4.2.2 > > Attachments: 22.locale.collate.cpp.patch > > Original Estimate: 6h > Remaining Estimate: 6h > > The 22.locale.collate test fails to execute and/or has an exorbitant number > of assertions on multiple platforms and configurations as summarized below > (numbers are assertions): > AIX: SEGV > HP-UX: 2465 > Solaris: SEGV > RH5: 13086 > WinXP: 3-154 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (STDCXX-970) Run failures and assertions in 22.locale.collate test on multiple platforms
[ https://issues.apache.org/jira/browse/STDCXX-970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Liviu Nicoara closed STDCXX-970. > Run failures and assertions in 22.locale.collate test on multiple platforms > --- > > Key: STDCXX-970 > URL: https://issues.apache.org/jira/browse/STDCXX-970 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.2.1 >Reporter: Eric Lemings >Assignee: Liviu Nicoara >Priority: Minor > Fix For: 4.2.2 > > Attachments: 22.locale.collate.cpp.patch > > Original Estimate: 6h > Remaining Estimate: 6h > > The 22.locale.collate test fails to execute and/or has an exorbitant number > of assertions on multiple platforms and configurations as summarized below > (numbers are assertions): > AIX: SEGV > HP-UX: 2465 > Solaris: SEGV > RH5: 13086 > WinXP: 3-154 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (STDCXX-1073) Narrow collate_byname transform with libc removes embedded NULs
[
https://issues.apache.org/jira/browse/STDCXX-1073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13475626#comment-13475626
]
Liviu Nicoara commented on STDCXX-1073:
---
The following still fails with the first patch:
{noformat}
$ cat ../../tests/localization/t.cpp; nice make t.cpp && ./t af_ZA.utf8; echo $?
#include
#include
#include
int
main (int argc, char** argv)
{
std::locale loc (argv [1]);
const std::collate< char >& fac =
std::use_facet< std::collate< char > > (loc);
char const buf [] = "a\0\0b";
std::string s = fac.transform (buf, buf + sizeof buf - 1);
size_t i = 0;
for (; i < s.size () && 0 == s [i]; ++i) ;
return !(i == 2);
}
1
{noformat}
> Narrow collate_byname transform with libc removes embedded NULs
> ---
>
> Key: STDCXX-1073
> URL: https://issues.apache.org/jira/browse/STDCXX-1073
> Project: C++ Standard Library
> Issue Type: Bug
> Components: 22. Localization
>Affects Versions: 4.2.1, 4.2.x
> Environment: Independent.
>Reporter: Liviu Nicoara
>Assignee: Liviu Nicoara
>Priority: Minor
> Labels: NUL, collate_byname, strxfrm
> Fix For: 4.2.x, 4.3.x, 5.0.0
>
> Attachments: collate.cpp.patch
>
> Original Estimate: 4h
> Remaining Estimate: 4h
>
> Transform should preserve embedded NULs. The narrow specialization of
> collate_byname, when using libc strxfrm, removes the embedded NULs.
> Comparisons of transformed strings is altered.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (STDCXX-1073) Narrow collate_byname transform with libc removes embedded NULs
[ https://issues.apache.org/jira/browse/STDCXX-1073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Liviu Nicoara updated STDCXX-1073: -- Attachment: collate.cpp.patch.2 New patch which takes into account consecutive embedded NULs. Passes all collate tests. > Narrow collate_byname transform with libc removes embedded NULs > --- > > Key: STDCXX-1073 > URL: https://issues.apache.org/jira/browse/STDCXX-1073 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization >Affects Versions: 4.2.1, 4.2.x > Environment: Independent. >Reporter: Liviu Nicoara >Assignee: Liviu Nicoara >Priority: Minor > Labels: NUL, collate_byname, strxfrm > Fix For: 4.2.x, 4.3.x, 5.0.0 > > Attachments: collate.cpp.patch, collate.cpp.patch.2 > > Original Estimate: 4h > Remaining Estimate: 4h > > Transform should preserve embedded NULs. The narrow specialization of > collate_byname, when using libc strxfrm, removes the embedded NULs. > Comparisons of transformed strings is altered. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (STDCXX-1072) [Oracle Solaris/SPARCV8] stricter mutex alignment requirements
[
https://issues.apache.org/jira/browse/STDCXX-1072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Travis Vitek updated STDCXX-1072:
-
Attachment: before-runall.log
after-runall.log
> [Oracle Solaris/SPARCV8] stricter mutex alignment requirements
> --
>
> Key: STDCXX-1072
> URL: https://issues.apache.org/jira/browse/STDCXX-1072
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Thread Safety
>Affects Versions: 4.2.1, 4.2.x, 4.3.x, 5.0.0
> Environment: Oracle Solaris on SPARC V8 (or V9 emulation?) hardware.
>Reporter: Liviu Nicoara
>Assignee: Liviu Nicoara
> Labels: SPARC, Solaris, V8, alignment, mutex
> Fix For: 4.2.x, 4.3.x, 5.0.0
>
> Attachments: after-runall.log, before-runall.log, patch.2.diff,
> patch.diff
>
> Original Estimate: 4h
> Remaining Estimate: 4h
>
> The issue has been reported in STDCXX-1040, then STDCXX-1066. The originator
> was apparently an improvement (as a response to CR 6296770:
> http://tinyurl.com/8ohjsgl) shipped with KU 137111-01
> (http://tinyurl.com/ceet6ec) which requires stricter alignment than the
> machine word for userland mutexes.
> Quoting here the Fujitsu patch notes (in case it goes away):
> {quote}
> {noformat}
> 2) When an application using the mutex lock or rw lock in the way shown below
> is executed. (*1, *2) ...
> *2) ... example of programming that causes the ... problem.
>
>
> int *ip;
> mutex_t *mp;
> ip = (int *) malloc(sizeof (int) + sizeof (mutex_t));
> mp = (mutex_t *) (ip + 1);
> /* The address is used with a modification */
>
>
>
> mutex_t mp; /* Obtained statically */
>
>
>
> mutex_t *mp;
> mp = (mutex_t *) malloc(sizeof (mutex_t));
>/* The address is used without any modifications */
>
> {noformat}
> {quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (STDCXX-1072) [Oracle Solaris/SPARCV8] stricter mutex alignment requirements
[
https://issues.apache.org/jira/browse/STDCXX-1072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Liviu Nicoara resolved STDCXX-1072.
---
Resolution: Fixed
> [Oracle Solaris/SPARCV8] stricter mutex alignment requirements
> --
>
> Key: STDCXX-1072
> URL: https://issues.apache.org/jira/browse/STDCXX-1072
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Thread Safety
>Affects Versions: 4.2.1, 4.2.x, 4.3.x, 5.0.0
> Environment: Oracle Solaris on SPARC V8 (or V9 emulation?) hardware.
>Reporter: Liviu Nicoara
>Assignee: Liviu Nicoara
> Labels: SPARC, Solaris, V8, alignment, mutex
> Fix For: 4.2.x, 4.3.x, 5.0.0
>
> Attachments: after-runall.log, before-runall.log, patch.2.diff,
> patch.diff
>
> Original Estimate: 4h
> Remaining Estimate: 4h
>
> The issue has been reported in STDCXX-1040, then STDCXX-1066. The originator
> was apparently an improvement (as a response to CR 6296770:
> http://tinyurl.com/8ohjsgl) shipped with KU 137111-01
> (http://tinyurl.com/ceet6ec) which requires stricter alignment than the
> machine word for userland mutexes.
> Quoting here the Fujitsu patch notes (in case it goes away):
> {quote}
> {noformat}
> 2) When an application using the mutex lock or rw lock in the way shown below
> is executed. (*1, *2) ...
> *2) ... example of programming that causes the ... problem.
>
>
> int *ip;
> mutex_t *mp;
> ip = (int *) malloc(sizeof (int) + sizeof (mutex_t));
> mp = (mutex_t *) (ip + 1);
> /* The address is used with a modification */
>
>
>
> mutex_t mp; /* Obtained statically */
>
>
>
> mutex_t *mp;
> mp = (mutex_t *) malloc(sizeof (mutex_t));
>/* The address is used without any modifications */
>
> {noformat}
> {quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (STDCXX-1072) [Oracle Solaris/SPARCV8] stricter mutex alignment requirements
[
https://issues.apache.org/jira/browse/STDCXX-1072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Liviu Nicoara closed STDCXX-1072.
-
> [Oracle Solaris/SPARCV8] stricter mutex alignment requirements
> --
>
> Key: STDCXX-1072
> URL: https://issues.apache.org/jira/browse/STDCXX-1072
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Thread Safety
>Affects Versions: 4.2.1, 4.2.x, 4.3.x, 5.0.0
> Environment: Oracle Solaris on SPARC V8 (or V9 emulation?) hardware.
>Reporter: Liviu Nicoara
>Assignee: Liviu Nicoara
> Labels: SPARC, Solaris, V8, alignment, mutex
> Fix For: 4.2.x, 4.3.x, 5.0.0
>
> Attachments: after-runall.log, before-runall.log, patch.2.diff,
> patch.diff
>
> Original Estimate: 4h
> Remaining Estimate: 4h
>
> The issue has been reported in STDCXX-1040, then STDCXX-1066. The originator
> was apparently an improvement (as a response to CR 6296770:
> http://tinyurl.com/8ohjsgl) shipped with KU 137111-01
> (http://tinyurl.com/ceet6ec) which requires stricter alignment than the
> machine word for userland mutexes.
> Quoting here the Fujitsu patch notes (in case it goes away):
> {quote}
> {noformat}
> 2) When an application using the mutex lock or rw lock in the way shown below
> is executed. (*1, *2) ...
> *2) ... example of programming that causes the ... problem.
>
>
> int *ip;
> mutex_t *mp;
> ip = (int *) malloc(sizeof (int) + sizeof (mutex_t));
> mp = (mutex_t *) (ip + 1);
> /* The address is used with a modification */
>
>
>
> mutex_t mp; /* Obtained statically */
>
>
>
> mutex_t *mp;
> mp = (mutex_t *) malloc(sizeof (mutex_t));
>/* The address is used without any modifications */
>
> {noformat}
> {quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
