<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/libexec/ftpd, branch master</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/libexec/ftpd?h=master</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/libexec/ftpd?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-12-27T15:11:04Z</updated>
<entry>
<title>We know about optreset from unistd.h.</title>
<updated>2020-12-27T15:11:04Z</updated>
<author>
<name>florian</name>
<email>florian@openbsd.org</email>
</author>
<published>2020-12-27T15:11:04Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=f06172036150138dcae26d68a3531f0cba729ca9'/>
<id>urn:sha1:f06172036150138dcae26d68a3531f0cba729ca9</id>
<content type='text'>
From Jan Stary, thanks.
OK martijn
</content>
</entry>
<entry>
<title>Avoid passing a NULL name to retrieve(), use "." instead.</title>
<updated>2020-03-04T20:17:48Z</updated>
<author>
<name>millert</name>
<email>millert@openbsd.org</email>
</author>
<published>2020-03-04T20:17:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=aed6457bd75035468beacfdf63a33ce6029abd59'/>
<id>urn:sha1:aed6457bd75035468beacfdf63a33ce6029abd59</id>
<content type='text'>
Fixes a "vfprintf %s NULL" warning in ftpd.
OK deraadt@ tb@
</content>
</entry>
<entry>
<title>Simplify globbing of ftpd(8)s list and nlst commands.</title>
<updated>2020-01-15T22:06:59Z</updated>
<author>
<name>jan</name>
<email>jan@openbsd.org</email>
</author>
<published>2020-01-15T22:06:59Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=bca58876ab75dac2c1d9bcdb8606b47fd008950f'/>
<id>urn:sha1:bca58876ab75dac2c1d9bcdb8606b47fd008950f</id>
<content type='text'>
Also avoid command option injection for ls(1).

OK martijn@
</content>
</entry>
<entry>
<title>snprintf/vsnprintf return &lt; 0 on error, rather than -1.</title>
<updated>2019-07-03T03:24:01Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2019-07-03T03:24:01Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=515e489c3d599b9cfcdf9cf6842ac49f92e154d6'/>
<id>urn:sha1:515e489c3d599b9cfcdf9cf6842ac49f92e154d6</id>
<content type='text'>
</content>
</entry>
<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>rm dead code and simplify ftpd_popen. this code has only called</title>
<updated>2019-05-08T23:56:48Z</updated>
<author>
<name>tedu</name>
<email>tedu@openbsd.org</email>
</author>
<published>2019-05-08T23:56:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=7a7d71fb506b7dfd4a8cb5bad7d02efd611d2b2d'/>
<id>urn:sha1:7a7d71fb506b7dfd4a8cb5bad7d02efd611d2b2d</id>
<content type='text'>
its statically linked ls_main for some time now.
from Jan Klemkow
ok deraadt
</content>
</entry>
<entry>
<title>Flip snprintf(3) error check to align it with the man page example.</title>
<updated>2018-12-11T18:19:55Z</updated>
<author>
<name>bluhm</name>
<email>bluhm@openbsd.org</email>
</author>
<published>2018-12-11T18:19:55Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=89807220d2eb1aef949925fef2584c2661e324ca'/>
<id>urn:sha1:89807220d2eb1aef949925fef2584c2661e324ca</id>
<content type='text'>
No functional change.
suggested by tb@; from Jan Klemkow
</content>
</entry>
<entry>
<title>Convert some variables with non-negative values to unsigned type</title>
<updated>2018-12-11T18:03:11Z</updated>
<author>
<name>bluhm</name>
<email>bluhm@openbsd.org</email>
</author>
<published>2018-12-11T18:03:11Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=83b130e1e09b9efa8bdd93d34b6360c72612dcf0'/>
<id>urn:sha1:83b130e1e09b9efa8bdd93d34b6360c72612dcf0</id>
<content type='text'>
to avoid comparison of integers of different signs.
from Jan Klemkow; OK tb@
</content>
</entry>
<entry>
<title>Don't send multiple error messages in response to a single command</title>
<updated>2017-04-27T13:30:54Z</updated>
<author>
<name>mikeb</name>
<email>mikeb@openbsd.org</email>
</author>
<published>2017-04-27T13:30:54Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=ad3b829a84f50905002d0395882f257e5f8a3771'/>
<id>urn:sha1:ad3b829a84f50905002d0395882f257e5f8a3771</id>
<content type='text'>
While a few commands (such as HELP and NOOP) are allowed in between
USER and PASS, most of the others are not.  However if such command
is issued, ftpd should abort the command evaluation early and reply
with "530 Please login with USER and PASS."

From form@, with input from deraadt@ and OK millert@
</content>
</entry>
<entry>
<title>memset() of password field should be explicit_bzero().</title>
<updated>2017-04-17T21:49:01Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2017-04-17T21:49:01Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=72547754b766351e4b6ebcc51b842f0ddc2fd220'/>
<id>urn:sha1:72547754b766351e4b6ebcc51b842f0ddc2fd220</id>
<content type='text'>
[Not using freezero() in yacc files yet]
</content>
</entry>
</feed>
