On Mon, Mar 09, 2020 at 07:59:03PM +, Andrew Doran wrote:
> > Why don't we check our watch immediately when we set IN_CHANGE &c.,
> > and defer the disk write to update the inode like UFS_WAPBL_UPDATE
> > does -- and just skip UFS_ITIMES in VOP_GETATTR?
>
> This looks to go back least as far
On Sun, Mar 08, 2020 at 09:22:28PM +, Taylor R Campbell wrote:
> > Date: Thu, 5 Mar 2020 22:48:25 +
> > From: Andrew Doran
> >
> > I'd like to merge the changes on the ad-namecache branch, and would
> > appreciate any code review. The motivation for these changes is, as
> > you might gu
On Mon, Mar 9, 2020 at 2:53 PM Martin Husemann wrote:
>
> On Mon, Mar 09, 2020 at 12:41:37PM -0400, Aaron Ballman wrote:
> > > You could view NULL as a special pointer pointing to an inaccessible
> > > zero sized object. Adding 0 to it still points to the same special
> > > non-object. I guess tha
On Mon, Mar 09, 2020 at 12:41:37PM -0400, Aaron Ballman wrote:
> > You could view NULL as a special pointer pointing to an inaccessible
> > zero sized object. Adding 0 to it still points to the same special
> > non-object. I guess that is how the C++ folks see it.
>
> This wording has always been
On Mon, Mar 9, 2020 at 12:36 PM Joerg Sonnenberger wrote:
>
> On Mon, Mar 09, 2020 at 09:50:50AM -0400, Aaron Ballman wrote:
> > On Sun, Mar 8, 2020 at 2:30 PM Taylor R Campbell
> > > I ask because in principle a conformant implementation could compile
> > > the NetBSD kernel into a useless blob t
On Mon, Mar 9, 2020 at 11:51 AM Martin Husemann wrote:
>
> On Mon, Mar 09, 2020 at 09:38:31AM -0400, Aaron Ballman wrote:
> > The way I read this is:
> >
> > "If the pointer operand points to an element of an array object" -- it
> > does not (null is not a valid array object).
> > "Moreover, if th
On Mon, Mar 09, 2020 at 09:50:50AM -0400, Aaron Ballman wrote:
> On Sun, Mar 8, 2020 at 2:30 PM Taylor R Campbell
> > I ask because in principle a conformant implementation could compile
> > the NetBSD kernel into a useless blob that does nothing -- we rely on
> > all sorts of behaviour relative to
On Mon, Mar 09, 2020 at 09:38:31AM -0400, Aaron Ballman wrote:
> The way I read this is:
>
> "If the pointer operand points to an element of an array object" -- it
> does not (null is not a valid array object).
> "Moreover, if the expression P points to the last element of an array
> object" -- it
Our in-kernel linker does not understand weak references. It would
be a lot of work to implement, and there are some issues that would
need to be considered carefully.
For example, if module A defines a weak alias, and module B is loaded
and resolves the alias, what do you do if module C gets lo
On Sun, Mar 8, 2020 at 2:30 PM Taylor R Campbell
wrote:
>
> > Date: Sun, 8 Mar 2020 20:52:29 +0300
> > From: Roman Lebedev
> >
> > so we are allowed to lower that in clang front-end as:
> >
> > int
> > statu(char *a)
> > {
> > __builtin_assume(a != NULL);
> > a += getuid() - geteuid();
> >
Hi,
modload(8) fails if some depended functions are alias, at least
on m68k. For example:
# uname -a
NetBSD 9.99.49 NetBSD 9.99.49 (GENERIC) #6: Mon Mar 9 22:53:07 JST 2020
rin@latipes:/build/src/sys/arch/sun2/compile/GENERIC sun2
# modload nfs
[xxx.xxx] kobj_checksyms, 998:
On Mon, Mar 9, 2020 at 9:21 AM Martin Husemann wrote:
>
> On Mon, Mar 09, 2020 at 01:34:23PM +0100, Kamil Rytarowski wrote:
>
> > We instruct a C compiler that pointer used in the pserialize macros is
> > never NULL, as the side effect of adding to it 0.
>
> I question that side effect.
>
> The C+
On Mon, Mar 09, 2020 at 01:34:23PM +0100, Kamil Rytarowski wrote:
> We instruct a C compiler that pointer used in the pserialize macros is
> never NULL, as the side effect of adding to it 0.
I question that side effect.
The C++ standard disagrees with your interpration, I have not seen clear
sta
On 09.03.2020 07:05, Martin Husemann wrote:
> Also note that the getuid()/geteuid() example here is IMHO unrelated to the
> original issue that caused this discussion, so I am not even convinced this
> is NOT a ubsan bug.
We instruct a C compiler that pointer used in the pserialize macros is
never
14 matches
Mail list logo
