Re: rm(1) static addition

2013-04-26 Thread Otto Moerbeek
On Sat, Apr 27, 2013 at 01:08:06AM -0400, Eitan Adler wrote: > Hey all, > > Time for attempt #2! > > Adding static to internal function allows the compiler to better > detect dead code (functions, variables, etc) and makes it easier for > the compiler to optimize; e.g., since it knows a function

rm(1) static addition

2013-04-26 Thread Eitan Adler
Hey all, Time for attempt #2! Adding static to internal function allows the compiler to better detect dead code (functions, variables, etc) and makes it easier for the compiler to optimize; e.g., since it knows a function will only called once it can inline code; or not output a symbol for a cert

Re: [PATCH] add exit codes to biff.1

2013-04-26 Thread Jason McIntyre
On Fri, Apr 26, 2013 at 08:07:42AM -0400, Ryan Kavanagh wrote: > Hi Jason, > > On Tuesday, April 23, 2013 at 08:08:59 +0059, Jason McIntyre wrote: > > i've committed this, but used the text from freebsd's man page. it was > > very similar anyway, but reads a wee bit better. > > > +.Sh EXIT STATUS

Re: beaglebone

2013-04-26 Thread Patrick Wildt
Am 26.04.2013 um 17:09 schrieb Raphael Graf : > On Thu, April 25, 2013 7:30 pm, Alexey E. Suslikov wrote: >> Raphael Graf undefined.ch> writes: >> >>> I have a beaglebone (AM3359) running OpenBSD, see below. >>> Is there any interest in such code? >> >> Diffs are interesting. Teasers are not.

Re: beaglebone

2013-04-26 Thread Raphael Graf
On Thu, April 25, 2013 7:30 pm, Alexey E. Suslikov wrote: > Raphael Graf undefined.ch> writes: > >> I have a beaglebone (AM3359) running OpenBSD, see below. >> Is there any interest in such code? > > Diffs are interesting. Teasers are not. > So here's what I have at the moment. Some parts are jus

Re: [PATCH] add exit codes to biff.1

2013-04-26 Thread Ryan Kavanagh
Hi Jason, On Tuesday, April 23, 2013 at 08:08:59 +0059, Jason McIntyre wrote: > i've committed this, but used the text from freebsd's man page. it was > very similar anyway, but reads a wee bit better. > +.Sh EXIT STATUS > +The > +.Nm > +utility exits with one of the following values: > +.It 0 >

Re: getent(1) hosts enumeration defunc (getent.c 1.6)

2013-04-26 Thread Florian Obser
On Fri, Apr 26, 2013 at 12:57:32PM +0200, MERIGHI Marcus wrote: > there is no more listing (enumerating) of hosts entries. Suspect: [1] [...] > [1] > http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/getent/getent.c.diff?r1=1.5;r2=1.6 > > OpenBSD 5.3-current (GENERIC.MP) #103: Wed Apr 24 09:33:02

Re: getent(1) hosts enumeration defunc (getent.c 1.6)

2013-04-26 Thread Stuart Henderson
On 2013/04/26 12:57, MERIGHI Marcus wrote: > there is no more listing (enumerating) of hosts entries. Suspect: [1] > +++ > $ getent hosts; echo $? > 0 > $ getent hosts fifi > 127.0.0.1 fifi > $ getent ethers > getent: Enumeration not supported on ethers > +++ >

Re: Bug with setlocale and __mb_cur_max

2013-04-26 Thread Stefan Sperling
On Tue, Apr 16, 2013 at 06:12:54AM -0500, Vladimir Támara Patiño wrote: > On Wed, Apr 10, 2013 at 01:48:03PM +0200, Stefan Sperling wrote: > >> + return 1; // If not UTF8 then single byte encoding > > > >No C++ comments, please! > > The attached patch doens't have C++ comments. Thanks. Regardi

getent(1) hosts enumeration defunc (getent.c 1.6)

2013-04-26 Thread MERIGHI Marcus
there is no more listing (enumerating) of hosts entries. Suspect: [1] +++ $ getent hosts; echo $? 0 $ getent hosts fifi 127.0.0.1 fifi $ getent ethers getent: Enumeration not supported on ethers +++ So this is inconsistent at least and it introduced different b