>From time to time, there are people who say that strlcpy and strlcat
are stupid.
This is a little frustrating because we just want developers to have
an easier time writing/auditing string code to avoid overflows and
truncations, especially considering so many standard C APIs require
fixed length
Question to the developers. Based on the dmesg below what would be a
good starting point for a noob to start poking around with driver
development.
Or better yet... anyone want this board to hack on?
- Byron
On Tue, Dec 17, 2013, at 3:21, emigrant wrote:
> Wow new Alix, cant wait :)
>
> On
On 2013-12-16 Mon 13:15 PM |, Craig R. Skinner wrote:
> On 2013-12-16 Mon 12:22 PM |, Stuart Henderson wrote:
> > On 2013/12/16 12:11, Craig R. Skinner wrote:
> > > Check the security of /var/mail/dirs similar to /var/mail/boxes:
> >
> > Aren't maildirs usually in ~/Maildir?
> >
>
> MTA's can de
Our IPv6CP implementation has never handled IFID collisions. The old
code (from before r1.112 of if_spppsubr.c) punted and left the address
unchanged. The new code (as of r1.112) is supposed to handle collisions,
but instead goes into an endless conf-nak loop with the peer.
The problem is that I m
On 17 December 2013 15:38, Stefan Sperling wrote:
> Interface-specific routes created in in6_update_ifa() should
> be removed when the interface detaches from IPv6. However,
> in6_ifdetach() forgets to remove the ff01::1 route. It only
> deletes the f02::1 route.
>
makes sense to me. ok mikeb
Interface-specific routes created in in6_update_ifa() should
be removed when the interface detaches from IPv6. However,
in6_ifdetach() forgets to remove the ff01::1 route. It only
deletes the f02::1 route.
Index: in6_ifattach.c
===
RC
The original discussion is likely:
http://marc.info/?l=openbsd-misc&m=132742309809128&w=2
What I present here is based on a recent, garbled, post on misc@ roughly
describing the symptoms:
(http://marc.info/?l=openbsd-misc&m=138691667303787&w=2)
Dec 12 17:09:16 genetraveller /bsd: uaudio0: sync ep
