Re: idea to block some scanners

2014-06-30 Thread mxb
Could you please, post updated version to the list? //mxb On 27 jun 2014, at 20:09, Leclerc, Sebastien wrote: >> Stuart Henderson , 2014-06-27 11:00 >> >>> +/* Stolen from ftp-proxy */ >> >> Old version of ftp-proxy I guess. It hasn't used DIOCNATLOOK for several >> releases, it has switch

Re: sort(1) updates

2014-06-30 Thread Stuart Henderson
On 2014/06/29 18:48, Jared Yanovich wrote: > Hi, > > sort(1) does some funky things and isn't hard to break: > > $ perl -e 'print "\n"x117000,"x\n"' | sort | sort -c > > This patch contains a few changes from NetBSD to correct the behavior > regarding > ordering of appending bins to output in

Re: sort(1) updates

2014-06-30 Thread Otto Moerbeek
On Sun, Jun 29, 2014 at 06:48:32PM -0400, Jared Yanovich wrote: > Hi, > > sort(1) does some funky things and isn't hard to break: > > $ perl -e 'print "\n"x117000,"x\n"' | sort | sort -c > > This patch contains a few changes from NetBSD to correct the behavior > regarding > ordering of appen

Re: idea to block some scanners

2014-06-30 Thread Leclerc, Sebastien
> De : mxb [mailto:m...@alumni.chalmers.se], 30 juin 2014 03:26 > Could you please, post updated version to the list? Sure! --- /dev/null Mon Jun 30 07:57:57 2014 +++ tarpitd.c Fri Jun 27 14:01:35 2014 @@ -0,0 +1,525 @@ +/* + * Copyright (c) 2014 Sebastien Leclerc. All rights reserved. + * Co

Re: exec_elf.c: mistake ?

2014-06-30 Thread Maxime Villard
Well, at the time I didn't really know these stuff - this bug was found by my home-made code scanner, in an area I was not particularly familiar with. However, I did try to help as far as I could, but despite my pings, it has remained unfixed so far, and 5.5 was released with no care taken about t

Re: boot/zboot: cmd.c merge

2014-06-30 Thread Tobias Stoeckmann
On Sun, Jun 29, 2014 at 08:40:53PM +0200, Tobias Stoeckmann wrote: > Greatly reduces diff-Output between these files: Just "clear" command, > the same way it was back then. After feedback from Theo, just kill clear command and therefore use cmd.c from stand/boot in zboot. Any zaurus user around

Rename MAP_ANON to MAP_ANONYMOUS

2014-06-30 Thread Matthew Dempsky
I filed an enhancement request with the Austin Group to standardize an mmap() flag for mapping anonymous memory. I proposed standardizing MAP_ANON, but the current proposal is to standardize MAP_ANONYMOUS instead, as that seems to be the more common definition and usage: http://austingroupbug

[Patch] Update the ifconfig(8) manpage

2014-06-30 Thread Gregor Best
Hi people, the attached patch fixes two minor issues with the ifconfig(8) manpage. The first part makes the operation of the `delete' option without an argument a bit more obvious. The second is a simple fix for the range of the `priority' option. -- Gregor Best Index: ifconfig.8 =

Re: Rename MAP_ANON to MAP_ANONYMOUS

2014-06-30 Thread Mark Kettenis
> Date: Mon, 30 Jun 2014 10:22:08 -0700 > From: Matthew Dempsky > > I filed an enhancement request with the Austin Group to standardize an > mmap() flag for mapping anonymous memory. I proposed standardizing > MAP_ANON, but the current proposal is to standardize MAP_ANONYMOUS > instead, as that

Re: Rename MAP_ANON to MAP_ANONYMOUS

2014-06-30 Thread Matthew Dempsky
On Mon, Jun 30, 2014 at 10:42 AM, Mark Kettenis wrote: > Solaris documents MAP_ANON in its man page, and defines MAP_ANONYMOUS > as MAP_ANON for source compatibility. Yep, but what about it? Are you suggesting that should affect POSIX's standardization, or that we should do the same thing? I su

Re: Rename MAP_ANON to MAP_ANONYMOUS

2014-06-30 Thread Mark Kettenis
> Date: Mon, 30 Jun 2014 10:53:00 -0700 > From: Matthew Dempsky > > On Mon, Jun 30, 2014 at 10:42 AM, Mark Kettenis > wrote: > > Solaris documents MAP_ANON in its man page, and defines MAP_ANONYMOUS > > as MAP_ANON for source compatibility. > > Yep, but what about it? Are you suggesting that

fsck_msdos: memleak merge with NetBSD

2014-06-30 Thread Tobias Stoeckmann
Hi, this diff merges NetBSD's revision 1.20 into our tree: There are some memory leaks in resetDosDirSection. This is not a simple merge, I have added some things: - rootDir was not properly freed in NetBSD's commit (actually it's put into a "free dir entry queue") - also free memory if root

Re: Rename MAP_ANON to MAP_ANONYMOUS

2014-06-30 Thread Matthew Dempsky
On Mon, Jun 30, 2014 at 11:31 AM, Mark Kettenis wrote: > Yes, I'm saying that this should affect POSIX's standardization. > Solaris is where mmap(2) came from. The full history is a bit more complicated though. From what I've managed to uncover over the past few days so far: mmap() "first appea

Re: Rename MAP_ANON to MAP_ANONYMOUS

2014-06-30 Thread Ingo Schwarze
Hi Matthew, so in a nutshell, mmap(2) was originally a BSD idea and first implemented in SunOS? And there is no doubt that *BSD always had MAP_ANON and never MAP_ANONYMOUS and that SunOS primarily defines MAP_ANON and MAP_ANONYMOUS only for "/* (source compatibility) */", right? And that the ear

Re: Rename MAP_ANON to MAP_ANONYMOUS

2014-06-30 Thread Matthew Dempsky
On Mon, Jun 30, 2014 at 2:47 PM, Ingo Schwarze wrote: >> mmap() "first appeared" in 4.1cBSD [mmap.2] and was scheduled for >> inclusion in 4.2BSD (1983) [UVM thesis, p36], but didn't "actually >> appear" until the 1993 4.4BSD release [UVM thesis, p36]. > > At least MAP_ANON is definitely a lot old

Re: Rename MAP_ANON to MAP_ANONYMOUS

2014-06-30 Thread Theo de Raadt
>I don't think MAP_ANONYMOUS is being proposed for standardization >because it's perceived to be of older origin than MAP_ANON or >anything. I'm pretty sure the focus is instead because it's perceived >to have greater 'market share' among present day systems and >applications. Oh come on, the pus

Re: cvs admin for commitids

2014-06-30 Thread patrick keshishian
On Sun, Jun 29, 2014 at 07:39:59PM -0500, joshua stein wrote: > On Sun, 29 Jun 2014 at 19:37:18 -0500, joshua stein wrote: > > This adds a -C option to cvs's admin command which can add, change, > > or delete a revision's commitid. I couldn't find any similar > > functionality in any other CVS imp

Re: cvs admin for commitids

2014-06-30 Thread Otto Moerbeek
On Sun, Jun 29, 2014 at 07:37:18PM -0500, joshua stein wrote: > This adds a -C option to cvs's admin command which can add, change, > or delete a revision's commitid. I couldn't find any similar > functionality in any other CVS implementations, nor any using 'admin > -C'. > > Add or change a com