Mailing-List: contact core-user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: core-user@hadoop.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Message-ID: <47951EBB.20707@attributor.com>
Date: Mon, 21 Jan 2008 14:37:47 -0800
From: Jason Venner <jason@attributor.com>
User-Agent: Thunderbird 2.0.0.9 (X11/20071115)
MIME-Version: 1.0
To: "hadoop-user@lucene.apache.org" <hadoop-user@lucene.apache.org>
Subject: question aboutc++  libhdfs and a bug comment on the libdfs test case
Content-Type: multipart/alternative;
 boundary="------------030200050905010607020105"

--------------030200050905010607020105
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

We were wondering how stable it was for use? We have some 10 gig data 
sets that need a little translation before our java based hadoop jobs 
can run on them, and the translation library is in c++. We are thinking 
of using libdfs to to a translate while copying the data in to hdfs.

Any gotchas with libhdfs that we should know about.

While looking at the the HEAD version of the


  /lucene/hadoop/trunk/src/c++/libhdfs/hdfs_test.c,

I noticed a small typeo


*int* *main*(*int* argc, *char* **argv) {

    hdfsFS fs = hdfsConnect(*"default"*, 0);
    *if*(!fs) {
        fprintf(stderr, *"Oops! Failed to connect to hdfs!\n"*);
        exit(-1);
    } 
 
    hdfsFS lfs = hdfsConnect(NULL, 0);
    *if*(!fs) {
        fprintf(stderr, *"Oops! Failed to connect to 'local' hdfs!\n"*);
        exit(-1);
    } 
 
I believe that test should be if(!lfs) {


--------------030200050905010607020105--