On Mon, 25 Jun 2018 22:19:11 +0200, Paul de Weerd wrote:
> It comes from this bit in usr.bin/ssh/dh.c:
>
> linenum = 0;
> which = arc4random_uniform(bestcount);
"bestcount" is always > 1, but "which" is in the range [0, bestcount)
where we really want it to be [1, bestcount]
I th
Actually, it appears that the code accounts for which being one
less. The problem is the additional linenum++ introduced in rev
1.64 along with the getline() changes. We should only be incrementing
linenum for each suitable prime, not every line.
- todd
Index: usr.bin/ssh/dh.c
On Mon, 25 Jun 2018 22:19:11 +0200, Paul de Weerd wrote:
> As far as I can see, these are all caused by 'the internet' trying to
> log in: I've not had any problems with sshd misbehaving and when I log
> in no such warning is logged. It happened for 'Invalid user' (36x), 'Failed
> password' (8x),
On Tue, 26 Jun 2018 08:16:24 +0200, Paul de Weerd wrote:
> I think this is correct. While looking at that piece of code, I
> completely missed the incrementing of linenum. Now that you point it
> out explicitly, it's quite obvious that this was the problem all
> along. I'll put this on my ssh j
You should be able to use the URI syntax for this. E.g.
scp scp://user:skey@localhost/tmp/somefile .
- todd
On Tue, 14 Aug 2018 10:43:30 +0200, Martijn van Duren wrote:
> The diff below fixes this. Note that I took special care to make a
> distinction between in place and normal for the 'q' command.
> When running normally the files are concatenated, so we should quit
> immediately. When running in in p
On Tue, 14 Aug 2018 15:16:47 +0200, Martijn van Duren wrote:
> So gnu is somewhat contradictory here. On the one hand it treats
> every file as a new script, based on the hold-space, but the 'q'
> command exits the editor all together.
The 'q' command should quit the editor, not just the current
On Thu, 27 Sep 2018 16:19:46 +0100, Dave Hines wrote:
> Oops - my patch contained a bug (though it worked on my machine).
> Here is a corrected patch for /usr/src/usr.bin/wc/wc.c
That fix looks correct to me.
- todd
This sounds like the loop in softdep_process_worklist() is never
exiting. It shouldn't run for more than a second, though.
FreeBSD breaks out of the loop if process_worklist_item() can't
make progress. You could try the following (untested) diff to see
if it changes the behavior.
- todd
Index
On Tue, 03 Mar 2020 10:20:04 +0100, Mark Patruck wrote:
> After ~3 days with the system up and running, the crash after doing
> a "reboot" looks different. Now it's in handle_workitem_freeblocks(),
> according to objdump
The problem is that removed files were not actually getting removed
since pr
Here is a minimal fix that only addresses the tight CPU loop in
softdep_process_worklist(). It will exit the loop if we cannot
make progress instead of spinning.
process_worklist_item() now returns 1 if it processed an item or 0
if it could not. The existing semantics of matchcnt have been
prese
On Sat, 07 Mar 2020 19:35:10 -0700, Bob Beck wrote:
> makes sense to me and has my ok. could we see if bluhm@ can be sure this
> still works with his workload?
Thanks, waiting to see if bluhm@ can confirm this doesn't cause
problems makes sense. I'm currently travelling but will be home
this
I just committed my minimal fix.
- todd
On Thu, 16 Apr 2020 23:39:29 +0200, Ingo Schwarze wrote:
> I believe the patch is correct and i'd like to commit it.
>
> I have tested all code path directly leading from gz_open()
> into check_header().
>
> However, i'm not quite sure how to test the call of check_header()
> from gzread(). Marc,
Is there any advantage to mfs defaulting to ffs2?
- todd
On Tue, 19 May 2020 14:04:37 +0200, Otto Moerbeek wrote:
> In 18 years, yes. But the -O2 case should work whartever the default
> is for mfs.
I agree that -O2 should work for mfs, I'm just wasn't sure that
should be the default for mfs. We don't actually have a way to
specify the ffs version wit
On Fri, 22 May 2020 00:06:28 +0200, Sebastian Benoit wrote:
> Hi Leah,
>
> thanks for your report and researching this!
>
> Anyone else happy with this?
> I'd like to commit it ;)
Yes, OK millert@
- todd
On Mon, 25 May 2020 16:04:25 -0600, Bob Beck wrote:
> getlock()'s behaviour changes in the case of a writeable mail spool. if we
> want to keep supporting this, I we can modify the pledge as follows:
I thought we decided not to adjust the pledge when I brought it up
last time. Here's the diff I
On Thu, 11 Jun 2020 12:36:27 +0100, Stuart Henderson wrote:
> This "fixes" it ...
>
> I think the most sensible approach for now is the backout diff
> in my previous mail. Any OKs for that?
The strlcpy() is wrong now that inputFS is a pointer.
It should be:
strlcpy(inputFS, *FS, len_inputFS
This should be fixed by the commit I just made to awk/lib.c.
The strlcpy() length parameter was incorrect.
- todd
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 result
On Fri, 14 Aug 2020 03:05:38 -, phillb...@cock.li wrote:
> Also, is size for *mode == 'a' handled correctly?
Yes, there is special handling for O_APPEND that sets the size.
- todd
On Fri, 14 Aug 2020 07:04:13 -0600, Todd C. Miller wrote:
> Yes, there is special handling for O_APPEND that sets the size.
However, there are other bugs with respect to append. I've added
an append flag to the state but we could just as easily store the
open flag instead.
I check
On Wed, 30 Sep 2020 15:25:36 -0400, "Demi M. Obenour" wrote:
> If I run
>
> cksum -a sha256x -ph /dev/fd/3 < /home/_sysupgrade/base68.tgz 3>&1 >/mnt/falc
> on
>
> and the filesystem mounted on /mnt is too small to hold base68.tgz,
> cksum(1) should return an error. Instead, the error is silently
For some reason, cmplabel() in disklabel.c doesn't compare the
bounds values when it checks for changes. I'm not sure what the
reason for that is, it seems like we should write the new label
even if the only change is in the bounds.
- todd
On Mon, 19 Oct 2020 13:26:06 -0600, "Theo de Raadt" wrote:
> Todd C. Miller wrote:
>
> > For some reason, cmplabel() in disklabel.c doesn't compare the
> > bounds values when it checks for changes. I'm not sure what the
> > reason for that is,
On Fri, 30 Oct 2020 15:03:41 +0100, Piotr Durlej wrote:
> auth_approval(3) doesn't always set errno(2) on failure:
Committed, thanks.
- todd
On Tue, 17 Nov 2020 20:07:15 -0300, Gleydson Soares wrote:
> Accordingly to
> https://tools.ietf.org/html/draft-ietf-secsh-scp-sftp-ssh-uri-04
> "host" part of the URI referenced at
> https://tools.ietf.org/html/rfc3986#section-3.2.2
> it can be an IPv6/IPv4 address or a domain name itself, so th
On Mon, 18 Jan 2021 14:17:43 +0200, Jyrki Saarela wrote:
> However, now that I actually can access the box again,
> /var/run/dmesg.boot contains
> uid 0 on /: out of inodes
> uid 0 on /: out of inodes
> uid 0 on /: out of ioodes
> uid 0 on /: out of inodes
> uid 0 on /: out of inodes
> uid 0 on /:
On Sat, 13 Mar 2021 16:20:43 +, Stuart Henderson wrote:
> That needs fixing.
Also need to sync udi_ports[] which is now u_int32_t not u_int8_t.
- todd
> Index: usb.4
> ===
> RCS file: /cvs/src/share/man/man4/usb.4,v
> retrievi
On Mon, 12 Apr 2021 19:08:40 +0300, Erik Ruotsalainen wrote:
> I managed to replicate the bug, but not consistently. Anyway, the
> offender was a conditional statement in vs_refresh.c:
>
> 262:} else if (LNO > TMAP->lno) {
>
> which makes me suspect that either sp->lno or TMAP-
You probably need to make some changes to the bios settings, if you
haven't already done so. Try disabling "secure boot" and enabling
"CSM Support" and see if that makes a difference.
Some of the info at https://jcs.org/2017/09/01/thinkpad_x1c may
also be applicable.
- todd
On Mon, 15 Jul 2019 14:02:22 -, Charlie Burnett wrote:
> Ah- I'm just now seeing the note about the screen going black after the
> kernel loads into memory, and doing some more digging shows the same kind
> of issue when CSM isn't enabled. Unfortunately they had said that CSM
> wasn't support
On Tue, 10 Sep 2019 09:42:16 +0200, Sebastien Marie wrote:
> the use of '-' is documented has a valid option, and weekly(8) uses it
> in order to run locate.updatedb(8) has 'nobody' and have the output in
> tempfile under /var/db (place writable only by root).
>
> with the change, as weekly(8) run
On Tue, 10 Sep 2019 16:56:42 +0100, Raf Czlonka wrote:
> How about ditching dirname(1)?
dirname(1) handles files in the root directory as well as files
with no directory correctly, your diff does not.
E.g.
FCODES=/foo
${FCODES%/*} -> ""
dirname $FCODES -> "/"
FCODES=bar
${FCODES%/*} -> ""
dirn
As a temporary workaround you could try entering "boot -c" at the
boot prompt and then "disable acpithinkpad" to disable the driver
that appears to be crashing. Then type "exit" to continue the boot
process.
If that allows you to successfully boot you can use the sendbug
command to make a proper
On Mon, 30 Sep 2019 18:53:56 +0200, Solene Rapenne wrote:
> I'm using OpenBSD -current (snapshots from 28 sept) on amd64.
> I'm not sure this is a bug but I can't find an explanation in the man
> page.
>
> I wanted to remove last field of a string using "-" as separator, but
> the separator seems
On Fri, 25 Oct 2019 22:26:32 -0700, Alfred Morgan wrote:
> I did a vi -r on a file and then tried to save after my system lost power
> and I got a segfault when I tried to save the file. I tried ZZ and :w and
> :w blah.txt and it would segfault every time. I couldn't get it to save.
> I'm on OpenB
On Mon, 04 Nov 2019 09:11:10 +0100, Rudolf Leitgeb wrote:
> This potentially erroneous call to put_entries() happens only, if
> a malloc at a very early stage fails. In my opinion, the call to
> put_entries in pfnote() should be wrapped.
That fix looks correct to me.
- todd
On Wed, 06 Nov 2019 15:48:31 -0700, Allen Smith wrote:
> When booting into the 6.6 kernel for the first time on a EdgeRouter 4, the
> host starts bringing up services and when the pppoe interface starts to
> come up I see the following:
You are not the only one to run into this. There's a workar
On Sun, 17 Nov 2019 20:38:59 +0100, Alexander Bluhm wrote:
> I think the best way to handle it, is to make the kernel strict and
> fix userland. If the kernel would allow the sloppiest userland
> program to succeed, creating security would be hard.
Sorry, I don't agree. We cannot expect userlan
On Mon, 18 Nov 2019 19:02:13 +0100, Alexander Bluhm wrote:
> The get functions like SIOCGIFAFLAG_IN6 did not have a length check.
> There the incoming address is used to find the correct interface
> address for the requested information. This is what dhcpcd uses.
>
> For the inet6 netmask the sin
On Thu, 21 Nov 2019 11:52:53 +0100, Raimo Niskanen wrote:
> On OpenBSD 6.6 amd64 patch 006, i get peculiar results from readlink(1)
> with arguments -f with a symlink to /
>
> $ readlink -f /
> /
>
> $ ln -s / test; readlink -f test; rm test
> readlink: test: Is a directory
That appears to be a b
On Fri, 13 Dec 2019 22:37:31 +0200, Dennis Lindroos wrote:
> If the user argument has the ":style" suffix attached to it then
> getpwnam(user) will return a NULL pointer.
> I tried just using strsep(3) to strip off the auth style and it works for
> me (this is probably not the safest bit of coding
On Sun, 05 Feb 2023 11:00:39 -0600, Luke Small wrote:
> I want to compile a program into /usr/local/bin but it doesn't work to call
> "/usr/local/bin/" with execv and needs to be called with execvp
> which doesn't seem to allign with the text of the manpage which states that
> execvp is needed whe
On Tue, 07 Feb 2023 21:12:58 +0100, =?UTF-8?Q?Tom=C3=A1=C5=A1_Rippl_?= wrote:
> System: OpenBSD 7.2
> Architecture: OpenBSD.amd64
> Machine: amd64
>
> Description
>
> There is a bug in ex's 's' command.
>
> With the 'number' option OFF, and when using the 'c' flag, ex correctly "unde
> rlines" the
On Tue, 07 Feb 2023 17:17:02 -0700, Todd C. Miller wrote:
> Yes, the bug is that the number is not displayed. The following
> diff fixes that but there is still a bug because the resulting line
> also lacks a line number. In other words, instead of:
>
> :s/men/MEN/c
> 1
On Tue, 14 Feb 2023 16:51:19 +, Tim Chase wrote:
> Looks like some *roff/mandoc markup snuck into the tmux man-page:
>
> $ man tmux | grep -2 "Ar target"
> -l requests the clipboard from the client using the xterm(1)
> escape sequence. If Ar target-pane is given, the clipboard is
>
On Fri, 24 Feb 2023 12:25:51 -0700, "Theo de Raadt" wrote:
> The invention of interrupts was a bad idea.
>
> We should dedicate a core to polling. /sarc
big.little to the rescue!
- todd
The following patch should fix the problem, can you try it out?
- todd
Index: libexec/login_radius/raddauth.c
===
RCS file: /cvs/src/libexec/login_radius/raddauth.c,v
retrieving revision 1.30
diff -u -p -u -r1.30 raddauth.c
--- libe
On Thu, 02 Mar 2023 09:07:38 -0700, "Theo de Raadt" wrote:
> + if (auth.length > total_length)
>
> Isn't auth.length a network byte order value?
Ah yes, good catch; it needs an ntohs().
- todd
Index: libexec/login_radius/raddauth.c
On Thu, 02 Mar 2023 17:28:01 +0100, "Peter J. Philipp" wrote:
> I just looked up RADIUS in RFC 2865 and on page 15 it reads:
>
> ->
>Length
>
> The Length field is two octets. It indicates the length of the
> packet including the Code, Identifier, Length, Authenticator and
Thanks, I was unable to get a backtrace so this really helped. I
think the safest thing to do is to just return an error if the
expanded string is NULL. I'm not sure if there are other expansions
that can also be NULL here.
Alternately, we could move the check to be specific to the
else
On Sat, 18 Mar 2023 21:17:36 +0100, Omar Polo wrote:
> If cscope is not missing anything, mda_expand_token is only called by
> mda_expand_format which is only called by mda_unpriv.
>
> Now, mda_unpriv() always pass a NULL mda_command the first time (the
> last argument)
In smtpd.conf, under FORMA
On Thu, 23 Mar 2023 11:41:13 -0600, todd.mil...@sudo.ws wrote:
> >Synopsis:Dell Precision 5510 immediately suspends after lid is opened
> >Category:amd64
> >Environment:
> System : OpenBSD 7.3
> Details : OpenBSD 7.3 (GENERIC.MP) #1123: Tue Mar 21 07:11:25 MDT 2
> 023
On Fri, 02 Jun 2023 20:18:00 +0200, Luca Di Gregorio wrote:
> Hi, I've just installed grive2 and tried:
>
> grive -a
>
> When I go to the URL, Google says that the request from the app grive2 is
> not valid.
>
> Is this a bug?
You will need to supply your own OAuth2 client credentials to make
it
Can you try the following diff to acme-client that adds support for
parsing a port number after the hostname?
If we decide to go this route we may wish to support a service name
in addition to a port number and IP addresses bracked with '[' and
']' but first things first.
- todd
Index: netproc.
On Sun, 04 Jun 2023 18:05:19 +0200, Ronald Heggenberger wrote:
> (Since I see that there's an implementation within the acme-client code,
> which you replied -> isn't there an existing library somewhere in
> OpenBSD that can break up a URL in it's compositional parts? This looks
> like acme-cli
On Wed, 12 Jul 2023 20:32:23 +0200, Robert Clausecker wrote:
> I have just discovered that the bcmp() function on FreeBSD is
> defective on 64 bit systems. It may errorneously return an
> "equal" result when the buffers are not equal due to a
> truncating cast in the return value. As OpenBSD use
Yes, that looks like a bug. Historic vi behaves as expected.
- todd
On Sun, 17 Sep 2023 20:43:16 -, Christoff Humphries wrote:
> On the https://www.openbsd.org/faq/faq5.html page under the "Further
> Reading on the Build Process" section, two links are unable to load
> due to it appears cvsweb.openbsd.org port 443 is getting connection
> refused. The two links
On Mon, 23 Oct 2023 13:16:36 -0400, Daniel Jakots wrote:
> I installed a new machine on Saturday (with -current) and I noticed
> that when I logged in as root the terminal get cleared but not cleanly.
> I upgraded a existing machine to a newer snapshot and then the problem
> appeared as well.
>
>
On Tue, 24 Oct 2023 10:12:12 +0100, Stuart Henderson wrote:
> On 2023/10/24 08:21, Nicholas Marriott wrote:
> > I can't see what is different in tset, both old and new should just
> > send is2 and that hasn't changed as far as I can tell.
> >
> > Can someone show me the output of this from before
Thanks, the crash is fairly easy to reproduce under memory sanitizer.
As a workaround, if you set LANG=C in the environment it will avoid
the bug.
- todd
Looks like an off-by-one introduced in the utf8 conversion.
The following fixes the bug for me. I will file a PR upstream.
- todd
Index: usr.bin/awk/run.c
===
RCS file: /cvs/src/usr.bin/awk/run.c,v
retrieving revision 1.79
diff -u
On Sat, 28 Oct 2023 10:33:09 -0600, "Todd C. Miller" wrote:
> Looks like an off-by-one introduced in the utf8 conversion.
> The following fixes the bug for me. I will file a PR upstream.
Unfortunately, things are not so simple. Below is a workaround
until I have a better fix.
This has been now been fixed in OpenBSD and reported upstream.
Thanks for including a reproducer, that made it a lot easier
to fix the problem.
- todd
CVSROOT:/cvs
Module name:src
Changes by: mill...@cvs.openbsd.org 2023/10/28 16:38:22
Modified files:
usr.bin/awk: ru
On Sun, 17 Dec 2023 21:32:05 +0100, Otto Moerbeek wrote:
> This diff checks the allocations if a few pretty big tables.
OK millert@
- todd
On Mon, 18 Dec 2023 20:08:54 +0100, Otto Moerbeek wrote:
> Though this is a more fundamental appoach and is easier on the eyes imo.
Using a wrapper makes this a lot easier to read. There is also a
log_sockaddr() call in client_dispatch() that could be converted.
- todd
The following should fix this, though perhaps we should consider
updating this and DFT_DECID to 420, since that is the default that
xterm now ships with, or 220 to better match the OpenBSD console.
The description of -ti in xterm.man doesn't actually mention vt420
as an option, the highest it list
On Tue, 19 Dec 2023 10:56:42 -0500, Bryan Steele wrote:
> There's two instances of __default_termid__ in xterm.man, I think this
> will chang the second one to "100", is that correct?
Yes, the "vt" prefix is optional.
- todd
The length check does not account for the NUL terminator.
- todd
Index: usr.bin/fmt/fmt.c
===
RCS file: /cvs/src/usr.bin/fmt/fmt.c,v
retrieving revision 1.38
diff -u -p -u -r1.38 fmt.c
--- usr.bin/fmt/fmt.c 20 Feb 2017 15:48:00 -0
On Wed, 17 Oct 2018 19:54:11 +0200, Otto Moerbeek wrote:
> Something like this?
Looks good, OK millert@
- todd
On Wed, 17 Oct 2018 21:44:42 +0200, Martijn van Duren wrote:
> The code before this commit has no resemblance to the field count
> complexity we're addressing now, so it seems highly unlikely it's legacy
> code from that era.
I believe that code was written by michaels@ to fix the bugs
referenced
OK millert@
- todd
On Thu, 22 Nov 2018 09:58:55 -0800, Philip Guenther wrote:
> Your code looks correct to me; seems incorrect.
>
> oks for the diff below?
Yes, this was a copy & pasto. OK millert@
- todd
On Thu, 06 Dec 2018 20:31:19 +0100, Ingo Schwarze wrote:
> My version does not seems very dangerous. All it changes is that,
> if "b" or "t" is followed by optional whitespace, and then immediately
> by a semicolon, branching is set up to the end of the script -
> in exactly the same way as for "
On Tue, 11 Dec 2018 20:35:05 +0100, Sebastien Marie wrote:
> According to stdio.h, 6 = __SNBF | __SRD, so "unbuffered" and "OK to read".
>
> the feof() call returns false, the python code interpretes it as an error.
>
> When looking at fread(3) code in libc, I found that we doesn't set
> __SEOF wh
On Wed, 12 Dec 2018 08:59:25 +0100, Sebastien Marie wrote:
> The approch is to directly set __SEOF or __SERR. It is more simple than
> trying to reuse __srefill().
My concern is that __srefill() does more than just that. In particular,
it has the following:
/*
* Before reading from a l
On Wed, 12 Dec 2018 09:42:18 -0700, "Theo de Raadt" wrote:
> Should the patch commited a while back be pulled, since it is wrong?
I think so. We can add regress tests for this and add back the
optimization once it is correct.
- todd
revision 1.13
date: 2014/12/08
On Wed, 12 Dec 2018 13:08:07 -0500, "Ted Unangst" wrote:
> i don't want to go too far down the legacy rabbit hole, just float nicely
> above it.
Which is exactly how we got to this point. What else is missing
and how many years will it take before someone notices? Is it
really safe to completel
Here's a diff that fakes up a FILE like we do in other parts of
stdio for unbuffered I/O. This lets us call __srefill() normally.
If __srefill() returns an error, copy the flags back to the real
FILE *.
- todd
Index: lib/libc/stdio/fread.c
===
On Fri, 14 Dec 2018 08:45:31 +0100, Sebastien Marie wrote:
> I like a lot the way it is done. Using a copy of FILE argument with
> _bf._size changed to request read size is great.
>
> and as juanfra@ said, it solves mercurial problem (I tested it too).
>
> some comments inlined.
>
> > Index: lib/l
On Fri, 14 Dec 2018 10:49:23 -0700, "Todd C. Miller" wrote:
> After thinking about this a bit more I believe it best to just use
> the existing FILE * and swap in the buffer temporarily. There's
> no need to store the value of the old buffer; since we are unbuffered
>
Thanks, I've committed a slightly different fix that only prints
an error message once before exiting.
- todd
On Fri, 11 Jan 2019 08:23:36 +0100, Martijn van Duren wrote:
> I'm somewhat confident that this is the correct solution, but I'm
> not 100% certain, considering Rapunzel probably has an easier time
> untangling her hair.
I think all we really need to do is set SC_SCR_TOP so that the HMAP
settings
On Mon, 14 Jan 2019 21:15:54 +0100, Otto Moerbeek wrote:
> A problem with this diff is that is changes the part of the screen
> shown while switching back and forth between files with Ctrl-^
>
> Normally, vi remembers both the cursor position in the files and the
> part of the file shown (it does
On 24 Jan 2019 08:19:00 -0700, "Andy Bradford" wrote:
> The problem is caused by the way that offset is derived for the special
> handling of Friday. If the day in the date is a Friday, offset is set to
> 3 so that events happening on the weekend are printed. In the case you
> presented, you se
On 29 Jan 2019 08:06:02 -0700, "Andy Bradford" wrote:
> Thus said Solene Rapenne on Tue, 29 Jan 2019 12:47:57 +0100:
>
> > As I'm not comfortable with calendar(1) code, I don't know if the
> > patch breaks some other use. If someone feels confident to read the
> > code and import it, that
On Fri, 15 Feb 2019 22:36:08 +0100, Christian Weisgerber wrote:
> The at(1) man page says:
> at allows some moderately complex timespec specifications. It accepts
> times of the form HHMM or HH:MM to run a job at a specific time of day.
> (If that time is already past, the next day i
On Sat, 16 Feb 2019 01:48:11 +0100, Christian Weisgerber wrote:
> I think tod() already has the required logic, but it doesn't handle
> the case where the time is only past by minutes.
Even better. OK millert@
- todd
On Tue, 27 Jul 2021 10:07:35 -0300, Phillip Bushee wrote:
> OpenBSD awk(1) should fail when passing a directory as argument.
> However, it runs continuously. Try the following:
>
> mkdir dir
> awk 1 dir
>
> It seems to enter an infinite loop.
>
> This is not a problem of onetrueawk. I
On Thu, 29 Jul 2021 07:11:26 -0600, "Theo de Raadt" wrote:
> I'm not sure about the tradeoff in this approach.
>
> Won't the lack of precision in double eventually lead to non-uniformity?
>
> The way jot is written, I expect higher ranges to have lots of
> non-uniformity unless a substantial rewri
On Thu, 29 Jul 2021 19:35:24 +0200, Theo Buehler wrote:
> I think we should keep uintx as an uint32_t since that's what the
> arc4random() family expects. I'd argue that the check is wrong in that
> it should be done before assigning the double to an uint32_t.
>
> I'd suggest this diff:
Event bet
On Sun, 24 Oct 2021 20:45:47 -0400, Dave Voutila wrote:
> We end up freeing some strings and unlinking the temp file. You can
> easily see this without a debugger by checking /tmp before and after the
> reproduction step of an arg-less ':e'.
I debugged this yesterday as well and came to the same
df honors the BLOCKSIZE environment variable so you can already do
things like:
$ BLOCKSIZE=1m df
Filesystem 1M-blocks Used Avail Capacity Mounted on
/dev/sd1a1008 175 78218%/
/dev/sd1m 124124 29107 8881025%/home
/dev/
On Sun, 21 Nov 2021 14:30:09 +, Mihai Dragan wrote:
> Can I check from user space the interrupt count a device generates ?
> Any advice or hints on how to debug this further would be greatly appre
> ciated.
Compare the output of "vmstat -i" after both cold and warm boot.
- todd
On Mon, 14 Feb 2022 17:43:47 +0100, Sebastien Marie wrote:
> It seems I need to explicitly add "tls" on the action line to enforce
> the tls verification now.
>
> - action "relay-free" relay host "smtps://f...@smtp.free.fr" auth s>
> + action "relay-free" relay host "smtps://f...@smtp.fre
On Mon, 14 Feb 2022 20:05:30 +0100, Sebastien Marie wrote:
> One aspect that I haven't verified for now is the difference between
> using "tls" (early initialisation) and not using it (late
> initialisation). I will try to look at it to ensure that the
> connection is always used with tls_config_v
1 - 100 of 210 matches
Mail list logo