Received: from mail-il1-f178.google.com (mail-il1-f178.google.com [209.85.166.178]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id BE1E7782CE1 for <~alpine/devel@lists.alpinelinux.org>; Wed, 7 Apr 2021 15:33:23 +0000 (UTC) Received: by mail-il1-f178.google.com with SMTP id c3so8442249ils.2 for <~alpine/devel@lists.alpinelinux.org>; Wed, 07 Apr 2021 08:33:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=4swOyZCjPKFajyERHfPlmhzACcrxDoq7veKS1xNLz8E=; b=lEXezsjHZeExiQ8h6Es2998XdD72K7rXDMrMjv87uCz+mhJ7xYbE1BUDjdySklIhTV FoJIdGizeIb3TfnY9xjnjOoRAuctqDmD3KFnpLFplzle7d7HGV44W5zl7r5jsLAmrzBE rPfKOB036rY4+hhMdLjVXdDGenI/sGD6LOBSti/A2qrn3bESYzFgJO/wKNruDoC7z1Zh KAUrxZrCeJ6UlZtqBrC605uokKFBRSvUHGRaIrHeiV+EQekGy9SFKucjy0R4fYMxzizE m7X0kMKMzCiTYfYEGKCgd5yzbkzQ80CMO3Oz0SCSokBSEh0ZbCV+8YHHV4xdc+U4HpQG ye5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=4swOyZCjPKFajyERHfPlmhzACcrxDoq7veKS1xNLz8E=; b=Yb7qirxhMf4C3xLrNJ6jer6xBFytGIVm1p9K7Vo4ZQKSI6yC1kKFnJyFTKSL0I5slL h9Paw79pTPkOAZIMBHEs42k9SLWwERNgFD+5g/cdiRS0GTWnyvhqwgMuDYOCm8sIkiG+ o6W0gOT0YcQ+BTGcnH1Ar9EzbN94m/vcmUYYD1rghKNUnY+igRaKKhRNoMRqqWC2Jivt 76bBVfzeHT14zRES+oBYsvxhNr53EXevW3u17bBjX++otwqA4onS3uwFzMdCzwmn11JA CcnMc4eDeZoEnEXzyYg7ZuS2w2fi+skvpapiXYf/MsEnWFk4vd7pusL4p87kMarOMgxU UgQw== X-Gm-Message-State: AOAM531/mIqKr35x/iQutw5a2Kr6UmjXk/8KcMAlr26oIGtKAq85jgEb RkOLY+vYABaCtHkFeg4vC2f8VghfZorfh0HKN32y6bB80V36YA== X-Google-Smtp-Source: ABdhPJyU4Vmu0YxzlrhD/ULww6ywnU4PtJBi0kLwmOqvXwR3m+9bD3thXPrva94BaV0i46jwAjkTL0KUBYfdnz+j39k= X-Received: by 2002:a05:6e02:148a:: with SMTP id n10mr3314302ilk.168.1617809601963; Wed, 07 Apr 2021 08:33:21 -0700 (PDT) MIME-Version: 1.0 References: <20210407114719.qcup2wefxby523ez@wolfsden.cz> In-Reply-To: <20210407114719.qcup2wefxby523ez@wolfsden.cz> From: Led Date: Wed, 7 Apr 2021 18:33:10 +0300 Message-ID: Subject: Re: [3.15] System change proposal: Use netbsd-curses instead of GNU ncurses To: ~alpine/devel@lists.alpinelinux.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable IMHO It looks like a plan to "fix" the unbroken things. =D1=81=D1=80, 7 =D0=BA=D0=B2=D1=96=D1=82. 2021 =D0=BE 14:50 Wolf =D0=BF=D0=B8=D1=88=D0=B5: > > Hello, > > On 2021-04-06 12:17:33 -0600, Ariadne Conill wrote: > > * Both libraries implement the POSIX curses API. > > > > This means, 99% of applications won't need patching and should be basic= ally > > compatible. > > (Incomplete) list of differences at [0] seems to contain only > hard-to-debug, easy-to-miss type of things. > > > new_item > > This will just introduce memory bloat since every string in items will > now be present twice. > > > post_menu > > Will just not work (and return error no one will likely check) instead > of truncating (which might be fine for most software). > > > getnstr > > Not sure what the implications here are, but sounds like buffer > overflow. > > All these things by themselves are fairly reasonable, however if > software assumes ncurses behaviour, I'm afraid they will be hard to > notice since none of them should lead to hard crash, but instead just to > worse/suboptimal behavior. > > Is there a plan to go over whole aports to make sure none of the > programs uses these functions the wrong way for openbsd-curses? What > about new packages? I'm not sure it is possible to have some kind of > linter for this. > > W. > > [0] https://wiki.netbsd.org/curses_in_netbsd/ > > -- > There are only two hard things in Computer Science: > cache invalidation, naming things and off-by-one errors. --=20 Led.