Re: [PATCH] Smackv10: Smack rules grammar + their stateful parser

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Wed, 7 Nov 2007, Adrian Bunk wrote:
> 
> Users are used to work on characters, not on bytes.

Adrian, stop this idiocy. I'm not interested in listening to your 
soliloqui about irrelevant stuff.

The kernel works on bytes. Deal with it. Stop whining. 

You've been told several times that all the examples you showed were 
irrelevant, and tomoyo worked on bytes too. 

You have been told several times that the VFS layer works on bytes, and 
has done so since day 1.

You have *also* been told that there is no real other option ("you can 
work with bytes, or you can go mad"). The normal kernel interfaces have to 
be locale-independent (parly because it doesn't even KNOW the locale, 
partly because locale is just totally irrelevant).

And your statement above is a TOTAL AND UTTER LIE.

More people are used to work with bytes (the C language calls them "char") 
than with what _you_ call "characters". The fact is, people are very very 
very used to working with 8-bit bytes, and there are a lot more people who 
understand them than people who understand UTF-8 (never mind any of the 
other million possible stupid and insane locales).

So can you stop your inane whining now? You can either:

 - accept that the kernel works on bytes (*) and that when we talk about 
   parsing strings, we're talking the very _traditional_ C meaning, which 
   is locale-independent, because locales DO NOT WORK in the kernel!

 - or you can continue your irrelevant ranting that has nothing to do with 
   anything, but please don't cc me any more. People already pointed out 
   to you that your assumption that "character" means something else than 
   "byte" was wrong.

Please stop this. The absolute *last* thing you want is a kernel that 
cares about locales. You *also* don't want a kernel that enforces some 
idiotic UTF-8 rules, since not everybody is using UTF-8. That way lies 
madness, not to mention totally unnecessary complexity.

		Linus

(*) With some *very* rare special cases, notably in the console driver, 
and for filesystems that are forced by idiot designers to be compatible 
with crap like OS X and Windows that think that filesystems should be 
case-insensitive, which is a fundamental problem exactly because of its 
dependence on locales)

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux