From owner-freebsd-hackers  Sun Nov 12 19:23:19 1995
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id TAA04642
          for hackers-outgoing; Sun, 12 Nov 1995 19:23:19 -0800
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA04624
          for <hackers@FreeBSD.ORG>; Sun, 12 Nov 1995 19:23:12 -0800
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA02807; Mon, 13 Nov 1995 14:21:17 +1100
Date: Mon, 13 Nov 1995 14:21:17 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199511130321.OAA02807@godzilla.zeta.org.au>
To: hasty@rah.star-gate.com, jonny@gaia.coppe.ufrj.br
Subject: Re: linux's lseek vs freebsd's lseek
Cc: hackers@FreeBSD.ORG
Sender: owner-hackers@FreeBSD.ORG
Precedence: bulk

>> While in the process of getting Linux's music server for Doom (musserver)
>> working, I discovered that on linux you can issue a seek with a negative
>> offset.  

>You mean the off_t parameter ?

>Hasn't this been the default since the very beginning of Unix ?????

Yes.

The linux emulator is buggy.  It uses `unsigned long off' in its
`linux_lseek_args' struct.  This causes sign extension bugs when
the offset is converted to a long long and passed to lseek().

Bruce