On Mon, Mar 12, 2012 at 8:45 PM, Ted Unangst wrote:
> run fstat -u root. observe non root files.
>
> I don't know why you would pass -1 here to get all files when there's
> better ways to do that, but just the same, I won't change that.
>
> Index: kern_sysctl.c
> =
run fstat -u root. observe non root files.
I don't know why you would pass -1 here to get all files when there's
better ways to do that, but just the same, I won't change that.
Index: kern_sysctl.c
===
RCS file: /home/tedu/cvs/src/s
On Mon, Mar 12, 2012 at 04:50:42PM -0400, Brad Smith wrote:
Also including a man page update.
Index: share/man/man4/bnx.4
===
RCS file: /home/cvs/src/share/man/man4/bnx.4,v
retrieving revision 1.26
diff -u -p -r1.26 bnx.4
--- share/
On Sat, Nov 26, 2011 at 07:56:01PM +0100, Mark Kettenis wrote:
> > Date: Mon, 21 Nov 2011 21:04:22 +1000
> > From: David Gwynne
> >
> > this diff enables large ethernet frames on bnx(4) chips.
>
> Bleah. I hate the devname checks in brgphy(4)...
And for this function it is not necessary either
> Date: Mon, 12 Mar 2012 18:02:59 +
> From: Federico Schwindt
>
> On Mon, Mar 12, 2012 at 1:18 PM, Mark Kettenis
> wrote:
> >> Date: Mon, 12 Mar 2012 13:45:58 +0100
> >> From: Jan Klemkow
> >>
> >> The return of EINVAL on fp NULL comes from me. I think its even an
> >> invalid argument li
On Mon, Mar 12, 2012 at 1:18 PM, Mark Kettenis
wrote:
>> Date: Mon, 12 Mar 2012 13:45:58 +0100
>> From: Jan Klemkow
>>
>> The return of EINVAL on fp NULL comes from me. I think its even an
>> invalid argument like the other pointers.
>
> We tend to take the position that it is better to crash ha
ubsec gets stuck after receiving a packet of a particular
length. for example, in my tests it was a tcp packet with
59 bytes of payload. interestingly, something breaks horribly
in the hardware and it stops processing any other packets.
the exact cause is believed to be a difference between the
s
sounds reasonable.
On Mon, Mar 12, 2012 at 02:18:42PM +0100, Mark Kettenis wrote:
> > Date: Mon, 12 Mar 2012 13:45:58 +0100
> > From: Jan Klemkow
> >
> > The return of EINVAL on fp NULL comes from me. I think its even an
> > invalid argument like the other pointers.
>
> We tend to take the pos
> Date: Mon, 12 Mar 2012 13:45:58 +0100
> From: Jan Klemkow
>
> The return of EINVAL on fp NULL comes from me. I think its even an
> invalid argument like the other pointers.
We tend to take the position that it is better to crash hard that
return an error if an invalid argument gets passed to
The return of EINVAL on fp NULL comes from me. I think its even an
invalid argument like the other pointers. The rest should be fine now.
Thank you.
On Thu, Mar 08, 2012 at 02:15:28AM +, Federico Schwindt wrote:
> On Wed, Mar 7, 2012 at 7:42 AM, Jan Klemkow wrote:
> > Hi Federico,
> >
> >
Le rollup executive ` partir de 79 ht dhs le 1er rollup:
Impression HD incluse
Le rollup design pour votre communication professionnelle
2 tailles disponibles (85x200 et 100x200)
Montage ultra rapide
Dispositif garanti
Housse de transport doublie et comprise dans le prix
Jusqu'` 50 ivhnements e
On 2012/03/12 00:49, Daniel C. Sinclair wrote:
> What do you think of making cksum output:
>
> (SHA256) nonexistant.txt: MISSING
>
> instead of FAILED and the extra output to stderr saying "No such file
> or directory"?
I think this would be useful (in particular, for people downloading a set
of
What do you think of making cksum output:
(SHA256) nonexistant.txt: MISSING
instead of FAILED and the extra output to stderr saying "No such file
or directory"?
This would make it easier to ignore the MISSING files but still see
those that FAILED the checksum.
Daniel
On Thu, Feb 23, 2012 at 12
13 matches
Mail list logo
