Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 10 Feb 1999 17:38:19 -0500 (EST)
From:      perlsta <bright@cygnus.rush.net>
To:        Matthew Dillon <dillon@apollo.backplane.com>
Cc:        Terry Lambert <tlambert@primenet.com>, kuku@gilberto.physik.RWTH-Aachen.DE, hackers@FreeBSD.ORG
Subject:   Re: portability of shm, mmap, pipes and socket IPC
Message-ID:  <Pine.BSF.3.96.990210173640.10060Q-100000@cygnus.rush.net>
In-Reply-To: <199902101959.LAA85684@apollo.backplane.com>

next in thread | previous in thread | raw e-mail | index | archive | help


On Wed, 10 Feb 1999, Matthew Dillon wrote:

> :>     true on all implementations that I know of.  It is also appropriate -
> :>     the validity of the mmap()'d data only extends to the logical end of
> :>     file.
> :
> :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.

Unless something was fixed recently i distinctly remember seeing email
about this on the lists, check the archives.  I really don't remeber
seeing a resolution besaideds telling the person to compile INN not to use
mmap().

-Alfred

> 
> 					-Matt
> 					Matthew Dillon 
> 					<dillon@backplane.com>
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.990210173640.10060Q-100000>