From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/1353 Path: news.gmane.org!not-for-mail From: Mike Bell Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Problem with debian runit package / libowfat Date: Thu, 7 Dec 2006 10:43:30 -0800 Message-ID: <20061207184330.GA2716@mikebell.org> References: <20061122040858.GF12058@mikebell.org> <20061205105203.30922.qmail@ca2d9b8e62a85c.315fe32.mid.smarden.org> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1165517011 1827 80.91.229.10 (7 Dec 2006 18:43:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 7 Dec 2006 18:43:31 +0000 (UTC) Original-X-From: supervision-return-1589-gcsg-supervision=m.gmane.org@list.skarnet.org Thu Dec 07 19:43:28 2006 Return-path: Envelope-to: gcsg-supervision@gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by dough.gmane.org with smtp (Exim 4.50) id 1GsODP-0007jm-Ff for gcsg-supervision@gmane.org; Thu, 07 Dec 2006 19:43:27 +0100 Original-Received: (qmail 8723 invoked by uid 76); 7 Dec 2006 18:43:47 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 8718 invoked from network); 7 Dec 2006 18:43:47 -0000 Original-To: supervision@list.skarnet.org Mail-Followup-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: <20061205105203.30922.qmail@ca2d9b8e62a85c.315fe32.mid.smarden.org> User-Agent: Mutt/1.5.13 (2006-08-11) Xref: news.gmane.org gmane.comp.sysutils.supervision.general:1353 Archived-At: On Tue, Dec 05, 2006 at 10:52:03AM +0000, Gerrit Pape wrote: > It's linked against the dietlibc, not libowfat. Oops, think-o. > Hmm, I would prefer to adapt the dietlibc. Do you know what the glibc > does differently?, on what system/architecture are you having this > failure?, where does the EOVERFLOW happen? Linux. Architecture doesn't matter. The stat syscall can return a 32bit device number now that linux has 16bit majors and 16bit minors. Fixing it would involve expanding struct stat by two bytes for every user, which is why I didn't report it on the dietlibc list, I'm not sure it belongs in _diet_libc. dietlibc returns EOVERFLOW whenever the major or minor is too big to fit in an 8bit int.