From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5885 invoked by alias); 27 Sep 2003 16:16:07 -0000 Mailing-List: contact overseers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: , Sender: overseers-owner@sources.redhat.com Received: (qmail 5876 invoked from network); 27 Sep 2003 16:16:06 -0000 Received: from unknown (HELO dair.pair.com) (209.68.1.49) by sources.redhat.com with SMTP; 27 Sep 2003 16:16:06 -0000 Received: (qmail 48752 invoked by uid 20157); 27 Sep 2003 16:16:06 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Sep 2003 16:16:06 -0000 Date: Sat, 27 Sep 2003 16:16:00 -0000 From: Hans-Peter Nilsson X-X-Sender: hp@dair.pair.com To: "Joseph S. Myers" cc: Christopher Faylor , Subject: Re: last days of htdig In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-q3/txt/msg00235.txt.bz2 On Sat, 27 Sep 2003, Joseph S. Myers wrote: > On Sat, 27 Sep 2003, Hans-Peter Nilsson wrote: > > > Off the top of my head, I think gnu "sort", sizeof int and > > sizeof long (or if we're lucky, just size_t :-) would be the > > obvious open sores^Wissues. > > GNU utilities have been compiling by default with -D_FILE_OFFSET_BITS=64 > for ages (though this doesn't help if they would need too much memory, > just with large files). That's nice to know. sort --version: sort (textutils) 2.0.21 > The problem would be whether htdig (and any > libraries it uses) is clean about using off_t where appropriate (including > not using library interfaces such as fseek and ftell, in their place > fseeko and ftello) I doubt it does, but that's just me. Maybe it eventually boils down to a libstdc++ issue. Though htdig uses a nice mixture of stdio and streams IIRC. > and whether it needs too much memory. And don't forget the Sleepycat Berkeley DB code. Though maybe, just maybe they already had all their chickens in a row. brgds, H-P