<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/libexec/ftpd/monitor.c, branch jd/simplify-queueing</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/libexec/ftpd/monitor.c?h=jd%2Fsimplify-queueing</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/libexec/ftpd/monitor.c?h=jd%2Fsimplify-queueing'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2019-06-28T13:32:41Z</updated>
<entry>
<title>When system calls indicate an error they return -1, not some arbitrary</title>
<updated>2019-06-28T13:32:41Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2019-06-28T13:32:41Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=df69c215c7c66baf660f3f65414fd34796c96152'/>
<id>urn:sha1:df69c215c7c66baf660f3f65414fd34796c96152</id>
<content type='text'>
value &lt; 0.  errno is only updated in this case.  Change all (most?)
callers of syscalls to follow this better, and let's see if this strictness
helps us in the future.
</content>
</entry>
<entry>
<title>freezero() can be used here</title>
<updated>2017-04-17T21:48:26Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2017-04-17T21:48:26Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=e4c28d58af19123b34a52e39baf9d6e7ae7703ca'/>
<id>urn:sha1:e4c28d58af19123b34a52e39baf9d6e7ae7703ca</id>
<content type='text'>
</content>
</entry>
<entry>
<title>prefer setres{u,g}id() rather than manipulating both real and effective</title>
<updated>2016-04-25T15:43:34Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2016-04-25T15:43:34Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=22e57725e6395c673be0caa99a4d1d7c29f68b96'/>
<id>urn:sha1:22e57725e6395c673be0caa99a4d1d7c29f68b96</id>
<content type='text'>
ids, it clarifies these are full revocation situations.
ok millert
</content>
</entry>
<entry>
<title>don't need to ifdef setproctitle</title>
<updated>2015-11-16T17:31:14Z</updated>
<author>
<name>tedu</name>
<email>tedu@openbsd.org</email>
</author>
<published>2015-11-16T17:31:14Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=6272de945e22966cc8a68312483eea4d1c942894'/>
<id>urn:sha1:6272de945e22966cc8a68312483eea4d1c942894</id>
<content type='text'>
</content>
</entry>
<entry>
<title>SIZE_MAX is standard, we should be using it in preference to the</title>
<updated>2015-02-06T23:21:58Z</updated>
<author>
<name>millert</name>
<email>millert@openbsd.org</email>
</author>
<published>2015-02-06T23:21:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=4239b8225fa4f64aecb5a0fe486abd01f9e64ae2'/>
<id>urn:sha1:4239b8225fa4f64aecb5a0fe486abd01f9e64ae2</id>
<content type='text'>
obsolete SIZE_T_MAX.  OK miod@ beck@
</content>
</entry>
<entry>
<title>Delete secret or secret-derived data with explicit_bzero.</title>
<updated>2014-08-25T07:50:25Z</updated>
<author>
<name>doug</name>
<email>doug@openbsd.org</email>
</author>
<published>2014-08-25T07:50:25Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=8fbd7fcb8d331194584ef4043b7f4f92ada377bb'/>
<id>urn:sha1:8fbd7fcb8d331194584ef4043b7f4f92ada377bb</id>
<content type='text'>
concept ok deraadt@
diff looks ok tedu@
</content>
</entry>
<entry>
<title>...and now try again with a commit from the right tree. doh!</title>
<updated>2009-06-04T01:12:39Z</updated>
<author>
<name>sthen</name>
<email>sthen@openbsd.org</email>
</author>
<published>2009-06-04T01:12:39Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=f0b01e4590ccec61f99089eea6c6c9e16ea55e59'/>
<id>urn:sha1:f0b01e4590ccec61f99089eea6c6c9e16ea55e59</id>
<content type='text'>
ftp uses its own ugly "sockunion" to hold addresses, but with CMD_BIND
the monitor treats it as if it were a sockaddr. this is fine for v4 but
fails for v6, so active connections break. problem reported and diff
tested by Maurice Janssen. looks sensible to deraadt@.
</content>
</entry>
<entry>
<title>ftp uses its own ugly "sockunion" to hold addresses, but with CMD_BIND</title>
<updated>2009-06-04T01:10:34Z</updated>
<author>
<name>sthen</name>
<email>sthen@openbsd.org</email>
</author>
<published>2009-06-04T01:10:34Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=66dcebad9ff6ddcc6b19401ef4ebc2cedabf134c'/>
<id>urn:sha1:66dcebad9ff6ddcc6b19401ef4ebc2cedabf134c</id>
<content type='text'>
the monitor treats it as if it were a sockaddr. this is fine for v4 but
fails for v6, so active connections break. problem reported and diff
tested by Maurice Janssen. looks sensible to deraadt@.
</content>
</entry>
<entry>
<title>Include file order must be "monitor.h" before "extern.h" otherwise enum</title>
<updated>2008-06-30T12:03:51Z</updated>
<author>
<name>ragge</name>
<email>ragge@openbsd.org</email>
</author>
<published>2008-06-30T12:03:51Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=92f68775b66075e589b370655ea706261b6df2e8'/>
<id>urn:sha1:92f68775b66075e589b370655ea706261b6df2e8</id>
<content type='text'>
auth_ret is referenced before it is declared, which is not allowed by C99.

Ok krw@, millert@, gilles@
</content>
</entry>
<entry>
<title>Remove lint comment, which does not apply anymore.</title>
<updated>2007-04-05T21:16:59Z</updated>
<author>
<name>moritz</name>
<email>moritz@openbsd.org</email>
</author>
<published>2007-04-05T21:16:59Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=a0e1c2762bd9706db97ca991b47a79193e635de2'/>
<id>urn:sha1:a0e1c2762bd9706db97ca991b47a79193e635de2</id>
<content type='text'>
</content>
</entry>
</feed>
