| Summary: | path_utils:test_path_concat_neg fails on 64-bit big endians | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Dan Horák <dan> | |
| Component: | ding-libs | Assignee: | Stephen Gallagher <sgallagh> | |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | rawhide | CC: | dpal, jakub, law, schwab, sgallagh | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | ding-libs-0.1.3-8.fc17 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 801393 (view as bug list) | Environment: | ||
| Last Closed: | 2012-03-21 18:51:32 UTC | Type: | --- | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Bug Depends On: | ||||
| Bug Blocks: | 801393 | |||
|
Description
Dan Horák
2012-03-02 14:48:37 UTC
Reassigning to glibc. The exact same SRPM builds successfully in Koji against EPEL 6: http://koji.fedoraproject.org/koji/taskinfo?taskID=3853151 but fails against Fedora 17: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=419468 I assume something broke in the compiler between then and now. So there are 2 more things that I could try - F-16 gcc 4.6 with F-17 glibc (this combination should work) and F-17 gcc 4.7 with F-16 glibc (if possible at all). On the other side the usual answer to "stack smashing detected" is that the application is wrong. You're hitting a FOTIFY_SOURCE failure. The *vast* majority of the time this is going to be a failure in the source package. See the first two frames in the backtrace. FORTIFY_SOURCE is a set of static and dynamic checks to detect common errors, particularly buffer overflows, overflows of fd_sets and the like. Fedora 17 includes a newer glibc which has more checks, so that could easily explain the behaviour reported in c#1. I'm reassigning this back to ding-libs until there's some solid evidence this is a glibc issue. Sorry for the noise. I did manage to identify the issue as an off-by-one error writing to a static buffer. A patch has now been submitted upstream. No problem. Glad you were able to track it down. Upstream ticket: https://fedorahosted.org/sssd/ticket/1230 ding-libs-0.1.3-8.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/ding-libs-0.1.3-8.fc17 Package ding-libs-0.1.3-8.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ding-libs-0.1.3-8.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-3930/ding-libs-0.1.3-8.fc17 then log in and leave karma (feedback). ding-libs-0.1.3-8.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. |