Dear all,
I've been looking into the semantic changes introduced to printf with the
commit 62e1d5259df82155ae52201678093381a35d898e (08.07.2004) and found besides
a lot of progression (conformance to C99 etc.) the following oddities:
The tool printf ignores length modifiers (cf. http://linux.di
On 01/26/2013 01:41 AM, Marcel Böhme wrote:
> $old/printf "%hi\n" 0x
> -1
> $printf "%hi\n" 0x
> 65535
None of these length modifiers are specified by POSIX,
so we're talking about what it's more useful for printf
to do, rather than whether this is a violation of
a standard. coreutils pri
Hi There,
Just tried Fedora 18, was looking to get the kernel version. When i
invoke uname with --help option, it doesn't print -r which can be used
to print the kernel version.
Here is the output for --help
uname --help
Usage: uname [OPTION]...
Print certain system information. With no OPTION
On 01/26/2013 11:18 AM, Prashanth Devarajappa wrote:
> it doesn't print -r ...
> Here is the output for --help
> ...
> -r, --kernel-release print the kernel release
Looks like -r is in there and you just missed it
so I'm marking this as done.
Dear Paul,
Then, I suppose, the observed semantic change for the mentioned version pair
was _intended_. Found it odd that I didn't find documented that / why length
modifiers are 'suddenly' ignored.
Thanks for your follow-up!
Best regards,
Marcel
On 27 Jan, 2013, at 12:37 AM, Paul Eggert w