On Fri, Feb 5, 2016 at 5:11 PM, sven falempin
wrote:
>
>
> tl;dr
> Digging a bit,
>
> carp is not handle like other interface there is no if_carp.c file or
> carp_X function.
> In if.c, the case is handle with if type = IFT_CARP statement.
> carp_carpdev_state is where the up/inactive reported st
Hi,
Todd C. Miller wrote on Sat, Feb 06, 2016 at 03:33:08PM -0700:
> This makes sense to me. It is possible that the author mistakenly
> believed the mbrtowc(3) manual.
Absolutely possible. That's why documentation is so important.
Bugs in documenation usually breed bugs in code.
So i guess i
This makes sense to me. It is possible that the author mistakenly
believed the mbrtowc(3) manual.
- todd
Can E. Acar wrote:
> The crashes you posted to icb recently
> (https://www.sccs.swarthmore.edu/users/16/mmcconv1/dump/tcpdump-crashes/)
> are related to print-cdp.c where the bounds checks are missing/broken.
>
> The attached diff seems to fix the issues.
canacar@ asked me to forward this to the
Mark Kettenis wrote:
> > Date: Fri, 5 Feb 2016 13:06:56 -0500
> > From: Michael McConville
> >
> > Michael McConville wrote:
> > > Michael McConville wrote:
> > > > Maxim Pugachev wrote:
> > > > > In a case when the shell name is not specified (i.e. just "#!" without
> > > > > a path), don't run
On Sat, Feb 06, 2016 at 05:46:49PM +0100, Matthieu Herrb wrote:
> On Mon, Feb 01, 2016 at 11:01:51PM +0500, Alexandr Shadchin wrote:
> > Hi,
> >
> > This diff updates xkeyboard-config to the latest release.
> >
> > Test:
> > * ftp http://devio.us/~koba/distfiles/xkeyboard-config-2.17.diff (or att
Ugh, not enough testing. Breaks again on resume. Ignore this diff.
Too excited about being able to charge my phone with my laptop :)
- David
Martin Natano wrote:
> Below the uiomove() conversion for nfs. I didn't change the type of 'n'
> to be size_t, because it never exceeds the maximum rpc size (nm_rsize),
> which is an integer too. (Also, to avoid unnecessary code churn.)
Looks good. It's easy to see in the code that (0 < on < biosi
On Mon, Feb 01, 2016 at 11:01:51PM +0500, Alexandr Shadchin wrote:
> Hi,
>
> This diff updates xkeyboard-config to the latest release.
>
> Test:
> * ftp http://devio.us/~koba/distfiles/xkeyboard-config-2.17.diff (or attach)
> * cd /path/to/xenocara
> * patch < /path/to/xkeyboard-config-2.17.diff
Hello -
Looking at the FreeBSD code, their xhci_pci_port_route function is
called on activation and not on attach.
OpenBSD calles it in xhci_pci_attach and xhci_pci_activate.
If I remove it from attach, all my usb devices attach and no longer
lock the machine.
ugen1 at uhub4 port 2 "Apple Inc. i
Martin Natano wrote:
> Below the uiomove() conversion for bpf. bd_hlen is a signed integer, but
> can't be negative, because it contains the size of a buffer. Thus, the
> conversion to size_t is ok.
Looks good. bd_hlen is assigned from bd_slen which is in turn computed
in bpf_catchpacket(). This f
> Date: Fri, 5 Feb 2016 13:06:56 -0500
> From: Michael McConville
>
> Michael McConville wrote:
> > Michael McConville wrote:
> > > Maxim Pugachev wrote:
> > > > In a case when the shell name is not specified (i.e. just "#!" without
> > > > a path), don't run the heavy logic that checks shell, si
I think that 'cp += shellarglen + 1;' is a dead store. The 'cp' variable
is not used anymore after that line.
Either way your diff reads fine to me!
natano
> Index: sys/kern/exec_script.c
> ===
> RCS file: /cvs/src/sys/kern/exec_scr
committed, thanks
Index: faq/faq6.html
===
RCS file: /cvs/www/faq/faq6.html,v
retrieving revision 1.348
diff -u -p -u -r1.348 faq6.html
--- faq/faq6.html 4 Feb 2016 23:39:08 - 1.348
+++ faq/faq6.html 6 Feb 2016 13:10:16 -
@@ -
Martin Natano wrote:
> The uiomove() manual page states that "The lesser of n or uio->uio_resid
> bytes are copied." However, this is only true, when uio_resid ends up on
> an iovec boundary. Otherwise more bytes may be copied, even if they
> exceed uio_resid. The patch below changes uiomove() to a
16 matches
Mail list logo
