From owner-freebsd-hackers Wed Feb 10 16:56:13 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21372 for freebsd-hackers-outgoing; Wed, 10 Feb 1999 16:56:13 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21364 for ; Wed, 10 Feb 1999 16:56:08 -0800 (PST) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id RAA05319; Wed, 10 Feb 1999 17:55:54 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp01.primenet.com, id smtpd005258; Wed Feb 10 17:55:44 1999 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id RAA26497; Wed, 10 Feb 1999 17:55:37 -0700 (MST) From: Terry Lambert Message-Id: <199902110055.RAA26497@usr08.primenet.com> Subject: Re: portability of shm, mmap, pipes and socket IPC To: dillon@apollo.backplane.com (Matthew Dillon) Date: Thu, 11 Feb 1999 00:55:37 +0000 (GMT) Cc: tlambert@primenet.com, kuku@gilberto.physik.RWTH-Aachen.DE, hackers@FreeBSD.ORG In-Reply-To: <199902101959.LAA85684@apollo.backplane.com> from "Matthew Dillon" at Feb 10, 99 11:59:05 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > :Yes, yes, that's not the problem. > : > :The problem is that INN apparently still fails when using mmap without > :msync. The utility of msync is overrated; the code does not actually > :do what the manual page claims it does, in any case. > > 'apparently still fails'. In otherwords, you aren't sure whether > it's a bug in INN or a bug in the OS. You don't know why exactly > INN is not working, but you are blaming FreeBSD. > > There could be a bug in FreeBSD, but unless someone can track it down > a little better then "Well, this one program doesn't work so it MUST > be a bug in FreeBSD", there isn't much we can do about it now is there! > From where I sit, I don't see any bugs. I am repeating a posting by an INN user to the -current list. I used the word "apparently" to indicate that the information was second-hand and that the original source should be queried instead of mo, *not* to indicate a lack of faith that there *is* a FreeBSD bug. > :> All semaphores are inadequately resource tracked in _exit(), it's a > :> problem inherited from the SYSV implementation. > : > :Shared memory is badly tracked. But semaphores are supposed to be > :capable of being counted out by _exit(), per the SysV man pages > :for semop(2) an exit(2): > > :FreeBSD either doesn't do this, or the FreeBSD manual pages are in error. > > FreeBSD supports it just fine. If there is a bug, spell it out and > demonstrate it and we'll fix it. FreeBSD must maintain and correctly apply at process exit the value of sem_adj. See the referenced Solaris man pages for semantic details. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message