From owner-freebsd-hackers Wed Feb 10 14:15:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26761 for freebsd-hackers-outgoing; Wed, 10 Feb 1999 14:15:08 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26737 for ; Wed, 10 Feb 1999 14:15:02 -0800 (PST) (envelope-from bright@cygnus.rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.8.7/8.8.7) with SMTP id RAA11857; Wed, 10 Feb 1999 17:32:05 -0500 (EST) Date: Wed, 10 Feb 1999 17:32:04 -0500 (EST) From: perlsta To: Dag-Erling Smorgrav cc: "Daniel C. Sobral" , Matthew Dillon , Christoph Kukulies , Peter Wemm , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: portability of shm, mmap, pipes and socket IPC In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 Feb 1999, Dag-Erling Smorgrav wrote: > "Daniel C. Sobral" writes: > > Dag-Erling Smorgrav wrote: > > > Matthew Dillon writes: > > > > The problem is that linux updates the timeval structure on return, > > > > telling you how much time is left. > > > Yup. I wish FreeBSD did that - the man page already states that one > > > shouldn't rely on tv not being modified, so it shouldn't break POLA. > > Manual pages aren't POLA. They are specs. Traditional usage is POLA. > > Wanna different different behavior? Create a different function. > > Yep, man pages are specs, and when the spec says tv may be modified by > select(), that means you can't expect it to remain untouched. > > > Besides, given that most usages have no need for this, it would be a > > wast of space and time. > > On the contrary, it is extremely useful for implementing higher-level > timeouts. If you want to see the new installer come true, I need to > implement protocol-level timeouts in libfetch, and that means either > add a lot of gettimeofday() logic or fix select() to modify tv. I wish select() did mess with the tv struct, it would have made a lot of code i did recently easier, and faster with less syscalls. However if you impelemnt the change now, i fear that my code will break. (actually i'm quite sure i reinit the tv just to be safe) My suggestion? select2() which offers the same functionality, however DOES mess with tv. Leave select() alone. :) thanks, -Alfred > > DES > -- > Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message