From owner-freebsd-hackers  Thu Jan  5 01:02:35 1995
Return-Path: hackers-owner
Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA29008 for hackers-outgoing; Thu, 5 Jan 1995 01:02:35 -0800
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA29002 for <freebsd-hackers@freebsd.org>; Thu, 5 Jan 1995 01:02:18 -0800
Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP
	(5.67b+/DEC-Ultrix/4.3) id AA13720; Thu, 5 Jan 1995 10:02:43 +0100
Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP
	id KAA28384 for freebsd-hackers@freebsd.org; Thu, 5 Jan 1995 10:02:42 +0100
Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6)
	id JAA11453; Thu, 5 Jan 1995 09:46:47 +0100
From: j@uriah.sax.de (J Wunsch)
Message-Id: <199501050846.JAA11453@bonnie.tcd-dresden.de>
Subject: Re: flock() [Was:  Never mind...]
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Date: Thu, 5 Jan 1995 09:46:47 +0100 (MET)
In-Reply-To: <1660.789270154@time.cdrom.com> from "Jordan K. Hubbard" at Jan 4, 95 05:42:34 pm
X-Phone: +49-351-8141 137
Reply-To: joerg_wunsch@uriah.sax.de
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Content-Length: 1021      
Sender: hackers-owner@freebsd.org
Precedence: bulk

As Jordan K. Hubbard wrote:
| 
| > >I've noticed that FreeBSD 2's flock() is binary incompatible with
| > >FreeBSD 1.1.5's.  My older copy of elm refuses to work now under 2.0,
| > >i get an `flock: invalid argument'.
| > 
| > `struct flock' starts with an off_t, so the struct is totally
| > incompatible with the 1.1.5 version.
| 
| But...  Didn't the old version of flock() use a different syscall
| number?  We should still be able to deal with the 32 bit off_t in
| the old syscall..

flock() would actually have worked, it uses two int's as parameters
(fd and cmd) since it's going to (un)lock the whole file.  I've DDB'd
the problem and noticed that i've configured it to use fcntl() for
locking (it reports ``flock failed'' though), so the `struct flock'
taken by fcntl() is the real problem.

-- 
cheers, J"org                             work:      --- no longer ---
                                          private:   joerg_wunsch@uriah.sax.de

Never trust an operating system you don't have sources for. ;-)