> Even for the ones without the widths specified. E.g. I personally
> prefer zero printed as 0x0, not as 0, so I assume that when people
> choose either one that reflects their preference. Why mess with it?
> It's all so unnecessary.
Yes, now we are discussing cosmetics (if 0 should be printed
On Sat, Mar 14, 2020 at 10:27:27 -0400, Christos Zoulas wrote:
> > I don't belive that "if". It's like claiming you got rid of a stain
> > on a wallpaper after you demolish a wall (not load-bearing,
> > fortunately) and have to put it back and put new wallpaper. :) Get rid
> > of the stain,
On Sat, Mar 14, 2020 at 09:57:36 -0400, Christos Zoulas wrote:
> > Even for the ones without the widths specified. E.g. I personally
> > prefer zero printed as 0x0, not as 0, so I assume that when people
> > choose either one that reflects their preference. Why mess with it?
> > It's all so
> I don't belive that "if". It's like claiming you got rid of a stain
> on a wallpaper after you demolish a wall (not load-bearing,
> fortunately) and have to put it back and put new wallpaper. :) Get rid
> of the stain, sure; but may be looking closely with a bit of patience
> might have been
Yup, undo it.
christos
> On Mar 14, 2020, at 2:35 PM, Kamil Rytarowski wrote:
>
> Signed PGP part
> On 26.02.2016 17:28, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Fri Feb 26 16:28:14 UTC 2016
>>
>> Modified Files:
>>
In article <20200314143238.gr5...@pony.stderr.spb.ru>,
Valery Ushakov wrote:
>How is is affected by the decision to change (or not) 0x%x to %#x?
>
This was in response to the statement:
... with a bit of patience might have been less drastic and as effective.
christos
On 26.02.2016 17:28, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Fri Feb 26 16:28:14 UTC 2016
>
> Modified Files:
> src/external/gpl3/gdb/dist/bfd: merge.c
>
> Log Message:
> CID 420802: Avoid NULL deref.
>
>
> To generate a diff of this commit:
>
> On Mar 14, 2020, at 8:10 PM, Jason Thorpe wrote:
>
> redundant things (e.g. extent vs vmem)
In case this wasn't obvious, I favor ejecting extent in favor of vmem.
-- thorpej
(added port-sun2 and thorpej)
On 2020/03/08 17:40, matthew green wrote:
"Rin Okuyama" writes:
Module Name:src
Committed By: rin
Date: Sun Mar 8 06:25:10 UTC 2020
Modified Files:
src/sys/arch/sun2/conf: GENERIC
Log Message:
Retire md(4) in favor of tmpfs provided by
> On Mar 14, 2020, at 7:57 PM, Rin Okuyama wrote:
>
> I think that we can no longer support 4MB system because of (2); hangs
> due to (2) are much more serious for 4MB system than it is in 7MB system.
> Modern kernel allocates too much things on demand rather than statically
> allocating them
"Andrew Doran" writes:
> Module Name: src
> Committed By: ad
> Date: Sat Mar 14 13:34:44 UTC 2020
>
> Modified Files:
> src/sys/arch/sparc/sparc: intr.c
>
> Log Message:
> sparc cpu_intr_p(): try to work around l_cpu not being set early on by
> using curcpu().
ah, good idea.
> As I wrote in a follow up email, it changes formatting b/c you didn't
> change field widths and IMO using %# with a field width is mostly
> trouble to begin with. It's not the first time someone tries to do
> this without actually understanding the consequences of the change.
> Please, can we
12 matches
Mail list logo