Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1114240

Summary: Bad pointer manipulation on 64 bit architectures
Product: [Fedora] Fedora EPEL Reporter: Mattias Ellert <mattias.ellert>
Component: RAssignee: Tom "spot" Callaway <tcallawa>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: epel7CC: dan, jcajka, michel, tcallawa
Target Milestone: ---   
Target Release: ---   
Hardware: ppc64   
OS: Unspecified   
Whiteboard:
Fixed In Version: rkward-0.6.1-9.fc20 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-09-06 20:30:26 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 467765, 1071880    
Attachments:
Description Flags
Patch correcting the pointer type none

Description Mattias Ellert 2014-06-29 03:57:12 UTC
Created attachment 913144 [details]
Patch correcting the pointer type

Description of problem:

Casts a pointer to uintptr_t to a pointer to unsigned int.

On a 32 bit architecture this is OK since sizeof(uintptr_t) == sizeof(unsigned int).

On a 64 bit LE architecture (like x86_64) this is not quite right. The unsigned int will be the lower 32 bits of the uintptr_t. As long as the value is less than 2^32 it will work - which is usually the case here.

On a 64 bit BE architecture (like ppc64) this is very wrong. The unsigned int will be the high 32 bits of the uintptr_t, i.e. the value is divided by 2^32.

Version-Release number of selected component (if applicable):

R-core-3.1.0-5.el7.ppc64.rpm
R-core-3.1.0-5.el6.ppc64.rpm

Patch attached.

Additional info:

I found this issue when I tried to figure out why the %check fails on the build of R-qtl. However, I have no access to a ppc64 RHEL installation so I can not be sure this is the reason for the failure. I would have to do a chained scratch build in koji which is not possible. The current R-qtl specfile puts the check inside %ifnarch ppc64.

Comment 1 Jakub Čajka 2014-07-04 09:57:41 UTC
I have made test rebuild of R-qtl using patched R on ppc64. %check passes without any problems.

Comment 2 Tom "spot" Callaway 2014-07-08 19:47:44 UTC
Upstream R is merging this change into 3.1.1. We'll pick it up with that drop later this week.

Comment 3 Fedora Update System 2014-07-17 14:50:43 UTC
rkward-0.6.1-9.fc20,rpy-2.3.10-2.fc20,R-3.1.1-1.fc20,R-qtl-1.32.10-4.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/rkward-0.6.1-9.fc20,rpy-2.3.10-2.fc20,R-3.1.1-1.fc20,R-qtl-1.32.10-4.fc20

Comment 4 Fedora Update System 2014-07-17 14:50:56 UTC
rkward-0.6.1-9.fc19,rpy-2.3.10-2.fc19,R-3.1.1-1.fc19,R-qtl-1.32.10-4.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/rkward-0.6.1-9.fc19,rpy-2.3.10-2.fc19,R-3.1.1-1.fc19,R-qtl-1.32.10-4.fc19

Comment 5 Fedora Update System 2014-07-17 14:51:07 UTC
R-3.1.1-1.el5,R-qtl-1.32.10-4.el5 has been submitted as an update for Fedora EPEL 5.
https://admin.fedoraproject.org/updates/R-3.1.1-1.el5,R-qtl-1.32.10-4.el5

Comment 6 Fedora Update System 2014-07-17 14:51:18 UTC
R-3.1.1-1.el6,R-qtl-1.32.10-4.el6 has been submitted as an update for Fedora EPEL 6.
https://admin.fedoraproject.org/updates/R-3.1.1-1.el6,R-qtl-1.32.10-4.el6

Comment 7 Fedora Update System 2014-07-19 06:06:51 UTC
Package rkward-0.6.1-9.fc19, rpy-2.3.10-2.fc19, R-3.1.1-1.fc19, R-qtl-1.32.10-4.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing rkward-0.6.1-9.fc19 rpy-2.3.10-2.fc19 R-3.1.1-1.fc19 R-qtl-1.32.10-4.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-8532/rkward-0.6.1-9.fc19,rpy-2.3.10-2.fc19,R-3.1.1-1.fc19,R-qtl-1.32.10-4.fc19
then log in and leave karma (feedback).

Comment 8 Fedora Update System 2014-09-06 20:30:26 UTC
R-3.1.1-1.el5, R-qtl-1.32.10-4.el5 has been pushed to the Fedora EPEL 5 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 9 Fedora Update System 2014-09-06 20:31:07 UTC
R-3.1.1-1.el6, R-qtl-1.32.10-4.el6 has been pushed to the Fedora EPEL 6 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 10 Fedora Update System 2014-09-09 22:08:26 UTC
rkward-0.6.1-9.fc19, rpy-2.3.10-2.fc19, R-3.1.1-1.fc19, R-qtl-1.32.10-4.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 11 Fedora Update System 2014-09-09 22:23:35 UTC
rkward-0.6.1-9.fc20, rpy-2.3.10-2.fc20, R-3.1.1-1.fc20, R-qtl-1.32.10-4.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.