Paul's userland timecounter support has worked fine on this machine
since July, but appears to be broken in the August 12th amd64 snapshot,
building a -current kernel today works just fine. Is there a diff being
tested?
-Bryan.
OpenBSD 6.7-current (GENERIC.MP) #23: Wed Aug 12 16:47:56 MDT 2020
On Thu, Aug 13, 2020 at 03:47:19PM -0400, Bryan Steele wrote:
> Is there a diff being tested?
Apparently not.. snap appears to be busted though. Huh.
The output of the following C program differs from what is expected from
a UNIX system.
Here is the program:
/* BEGIN */
#include "apue.h"
#define BSZ 48
int
main(void)
{
FILE *fp;
char buf[BSZ];
memset(buf, 'a', BSZ-2);
buf[BSZ-2] = '\0';
buf[BSZ-1] =
The fix is to look at mode, not oflags since "w+" will set O_RDWR,
not O_WRONLY.
- todd
Index: lib/libc/stdio/fmemopen.c
===
RCS file: /cvs/src/lib/libc/stdio/fmemopen.c,v
retrieving revision 1.3
diff -u -p -u -r1.3 fmemopen.c
--- l
On Thu, 13 Aug 2020 19:31:04 -0600, Todd C. Miller wrote:
> The fix is to look at mode, not oflags since "w+" will set O_RDWR,
> not O_WRONLY.
Actually, checking O_TRUNC is probably better and is consistent
with the rest of the code. Either diff produces the expected results
from your test progr
