Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: core-dev@hadoop.apache.org
Message-ID: <625703692.1226569064299.JavaMail.jira@brutus>
Date: Thu, 13 Nov 2008 01:37:44 -0800 (PST)
From: "dhruba borthakur (JIRA)" <jira@apache.org>
To: core-dev@hadoop.apache.org
Subject: [jira] Updated: (HADOOP-4508) FSDataOutputStream.getPos() == 0when
 appending to existing file and should be file length
In-Reply-To: <241331534.1224785564428.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HADOOP-4508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

dhruba borthakur updated HADOOP-4508:
-------------------------------------

    Attachment: appendGetPos3.patch

Removed the "synchronized" on getInitialLength() because the initialFileSize is initialized in the constructor itself. (I am not finding i very elegant to make it final because it is set inside one constructor invokes the other constructor)

> FSDataOutputStream.getPos() == 0when appending to existing file and should be file length
> -----------------------------------------------------------------------------------------
>
>                 Key: HADOOP-4508
>                 URL: https://issues.apache.org/jira/browse/HADOOP-4508
>             Project: Hadoop Core
>          Issue Type: Bug
>          Components: fs
>    Affects Versions: 0.19.0, 0.20.0
>            Reporter: Pete Wyckoff
>            Assignee: dhruba borthakur
>         Attachments: appendGetPos.patch, appendGetPos2.patch, appendGetPos3.patch, HADOOP-4508.txt
>
>
> does not seem getPos is set correctly when opening an existing file with non-zero length in append mode.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.