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
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
>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
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
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
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
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
> 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
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
> 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
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
=
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
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
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
> 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
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
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
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
18 matches
Mail list logo