On Mon, 3 Jun 2024, Jessica Clarke wrote:
> FYI this bug is still present in your btpand.
fixed, thanks
iain
On Fri, 8 Oct 2021, nia wrote:
> I'm trying to make the MKARGON2 stuff work properly with a release
> build.
>
> Since libuv was made into a private library for BIND, I thought it
> would be a good model to follow.
>
> However, when libcrypt builds, I get the following:
>
> nbmake[7]: nbmake[7]
On Wed, 19 May 2021, nia wrote:
> I think there's several points of view:
>
> 1) Everything using alloca() is broken (valid, it's a nasty function)
>
> 2) Everything using extensions should properly declare it does so
>(using eg. -std=gnu99 and so on), and not use standards mode.
>
> 2) So
On Fri, 15 Feb 2019, m...@netbsd.org wrote:
> sorry, I came here with a bit of an axe to grind. probably weshould not
> make things hard to people who are color blind, when red/green color
> blindness is so common.
I just looked it up, this affects approximately 8% of european descent
males acco
On Thu, 13 Apr 2017, Brooks Davis wrote:
> I've found a one byte buffer overflow in t_vis.c. It's caused by a
> quite reasonable confusion about an undocumented behavior of always add
> a '\0' terminating the dst string in strnunvisx(). This patch fixes the
> test, but I think the behavior is co
On Mon, 28 Mar 2016, Timo Buhrmester wrote:
> > What is your use case for this?
> (It has been a year since I wrote the patch so my memory is a bit foggy.)
> I'm using rfcomm_sppd to establish a bluetooth connection to a GPS
> receiver, which is then used by gpsd.
>
> Now, the problem was that I
On Mon, 28 Mar 2016, Timo Buhrmester wrote:
> I've been running the below patch for about a year, which makes
> rfcomm_sppd (bluetooth-related) optionally use openpty(3) when the
> argument to -t is "auto".
>
> I'm neither sure this is the right way to do it, nor that support for
> manually speci
On Wed, 16 Mar 2016, Robert Elz wrote:
> First, it has irritated me for ages there is no way to know that it is
> the NetBSD shell that is running - many (but not all) other shells
> implement one, or more, predefined sh variables that can be tested
> (and which can give other info about the shell
