You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mapreduce-issues@hadoop.apache.org by "Todd Lipcon (JIRA)" <ji...@apache.org> on 2014/07/24 10:31:40 UTC
[jira] [Commented] (MAPREDUCE-5987) native-task: Unit test
TestGlibCBug fails on ubuntu
[ https://issues.apache.org/jira/browse/MAPREDUCE-5987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14072988#comment-14072988 ]
Todd Lipcon commented on MAPREDUCE-5987:
----------------------------------------
Can you give some more context on the bug this is referring to? I found the description in the RHEL release notes:
{quote}
Prior to this update, the internal FILE offset was set incorrectly in wide character streams. As a consequence, the offset returned by ftell was incorrect. In some cases, this could result in over-writing data. This update modifies the ftell code to correctly set the internal FILE offset field for wide characters. Now, ftell and fseek handle the offset as expected.
{quote}
but best I can tell, the nativetask code never calls ftell() or fseek(). Running 'nm' on the libnativetask.so confirms that they aren't linked in.
> native-task: Unit test TestGlibCBug fails on ubuntu
> ---------------------------------------------------
>
> Key: MAPREDUCE-5987
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-5987
> Project: Hadoop Map/Reduce
> Issue Type: Sub-task
> Components: task
> Reporter: Sean Zhong
> Assignee: Sean Zhong
> Priority: Minor
>
> On ubuntu12, glibc: 2.15-0ubuntu10.3, UT TestGlibCBug fails
> [ RUN ] IFile.TestGlibCBug
> 14/07/21 15:55:30 INFO TestGlibCBug ./testData/testGlibCBugSpill.out
> /home/decster/projects/hadoop-trunk/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-nativetask/src/main/native/test/TestIFile.cc:186: Failure
> Value of: realKey
> Actual: 1127504685
> Expected: expect[index]
> Which is: 4102672832
> [ FAILED ] IFile.TestGlibCBug (0 ms)
> [----------] 2 tests from IFile (240 ms total)
--
This message was sent by Atlassian JIRA
(v6.2#6252)