Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 1 Jul 2002 08:56:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 1 Jul 2002 08:56:11 -0400 Received: from smtp.intrex.net ([209.42.192.250]:26887 "EHLO intrex.net") by vger.kernel.org with ESMTP id ; Mon, 1 Jul 2002 08:56:10 -0400 Date: Mon, 1 Jul 2002 09:03:53 -0400 From: jlnance@intrex.net To: linux-kernel@vger.kernel.org Subject: Re: 2.4.19-rc1 broke OSF binaries on alpha Message-ID: <20020701090353.B1957@tricia.dyndns.org> References:

<20020630035058.A884@localhost.park.msu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020630035058.A884@localhost.park.msu.ru>; from ink@jurassic.park.msu.ru on Sun, Jun 30, 2002 at 03:50:58AM +0400 X-Declude-Sender: jlnance@intrex.net [216.181.42.97] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 803 Lines: 19 On Sun, Jun 30, 2002 at 03:50:58AM +0400, Ivan Kokshaysky wrote: > +#ifdef __alpha__ > + /* Current versions of Tru64 unix are SuS compliant. > + Unfortunately, we have to use the binaries (namely > + Netscape and Acrobat Reader) compiled vs. older > + versions of OSF/1, where iov_len was a 32 bit integer. */ > + ssize_t len = (int) iov[i].iov_len; > +#else So how does Tru64 handle this? It must have some way of knowing whether to mask the high bits or not. If the comment above is correct then this patch breaks new Tru64 binaries. Jim - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/