e fts.
which 'git describe' puts after 5.0.91 but before 5.1.0. I think your
guess was right. (And I spent more time on this email than I did on
searching git - such a change from the CVS days, where I have no idea
how long it would have taken to do the same sort of search for a culprit)
On 12/13/2011 10:37 AM, Kamil Dudka wrote:
> On Tuesday 13 December 2011 18:16:12 Eric Blake wrote:
>> I think the proposal is to add a new option that forces du to reset its
>> duplicate inode hash table for each command line argument, to make
>> behavior more like tradition
er-directory -> traditional behavior, resetting hash
between command line arguments
--count-links == --count-links=all -> count every file on every encounter
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 12/12/2011 03:33 PM, Eric Blake wrote:
>> However, changing the numbers is one thing and missing lines in the output
>> of du is quite another thing.
>
> Yes, that's the bug I think we introduced - we are mistakenly eliding
> lines of output, rather than listin
then recursed into ./b but had nothing to output, then back
out to '.'. I think that a saner output would be:
$ du . b
4 ./b
8 .
0 b
$ du b .
4 b
0 ./b
4 .
to make it obvious that we pruned recursion at points where we
encountered duplicates,
rmation.
Also, I noticed that 'ls --help' uses FORMAT in the text for
--time-style, but doesn't define FORMAT anywhere else; we probably ought
to have a one-line sentence at the bottom, after the paragraph on SIZE,
stating:
See `date --help' for valid directives that may appear in FORMAT.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
change escape
> + sequence that could leave the terminal messed up. */
That is, I think a one-shot static is wrong, and that you will have to
repeatedly install and uninstall the signal handlers, according to which
phase of the processing loop you are in.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
That, and POSIX is considering standardizing make behavior of nested
variable expansion (supported by GNU make, BSD make, SunPro make, and
several other make flavors), at which point nonstop make would be the
odd man out and would need to be updated to comply with the new
standards. Under the p
The test can only pass on a system where getuid() can fail, and the
only known platform where that is the case is GNU/Hurd (GNU/Linux does
not provide the extension of a getuid() that can fail by executing a
process outside the realm of POSIX process ids).
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 11/16/2011 10:21 AM, Jim Meyering wrote:
> Eric Blake wrote:
>> Sure. Here's the current state of things in patch format; any last
>> objections before I push this?
> ...
>> Subject: [PATCH] sort: clarify wording on -k syntax
>>
>> * src/sort.c (usage)
On 11/12/2011 06:54 AM, Eric Blake wrote:
> POS is F[.C][OPTS], where F is the field number and C the character position
> in the field; both are origin 1. If neither -t nor -b is in effect,
> characters
> in a field are counted from the beginning of the preceding whitespace.
> O
On 11/15/2011 10:09 AM, Eric Blake wrote:
> Still debatable. POSIX explicitly states that the condition of errno
> after a successful call to a standardized function is unspecified; that
> is, a successful geteuid() may pollute errno, but it's okay, because the
> user should
On 11/12/2011 02:29 PM, Paul Eggert wrote:
> On 11/12/11 05:54, Eric Blake wrote:
>> -k --key=KEYDEF control where a key starts and ends, and give
>>ordering specific to the key. See KEYDEF below.
>>
>> KEYDEF is F[.C][OPTS][,F[.C][OPTS]], wher
On 11/15/2011 07:35 PM, Rüdiger Meier wrote:
> On Tuesday 15 November 2011, Eric Blake wrote:
>
>> From e36e6f2c6e95d6e23be805f7bab6c596b1818d22 Mon Sep 17 00:00:00
>> [...]
>> -SIZE is an integer with an optional suffix (example: 10MB).
>> Suffixes are:\n\
>&g
On 11/15/2011 11:25 AM, Jim Meyering wrote:
> Eric Blake wrote:
>
>> On 11/15/2011 11:12 AM, Ruediger Meier wrote:
>>> I also think the multiplier version is a bit easier to read.
>>> My preferred one would be something like this:
>>>
>>> -SIZE is a
after geteuid().
It might be worth proposing a change to POSIX to require that geteuid()
and friends leave errno unchanged on success (in order to allow for the
GNU extension of setting errno on failure, even though POSIX did not
reserve a specific value for failure); I'll pursue that course.
pt which reads
better than what is already there, then please do so.
> You really should change the man pages to be consistent, for our sake.
They already are consistent. 'man ls' and 'ls --help' give the same
information. That information may not be complete (for compl
uid_t is signed, it makes
sense, but on systems where uid_t is unsigned, this will always be false
(and probably trigger a gcc warning), and still fail to catch the
(uid_t)(-1) case that we are trying to diagnose.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
2,
and thus exposes endianness issues), but instead use an explicit '-tx1'.
I'm closing this report.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
is in effect, characters in a field are counted from the
beginning of the preceding whitespace. OPTS is one or more
single-letter ordering options [bdfgiMhnRrV], which override global
ordering options for that key. If no key is given, use the entire line
as the key.
--
Eric Blake ebl
that there is no bug in sort, but I'll wait for more info
from you of an actual sample of the lines you want sorted, what you
tried, what you got, and a comparison to what you wanted, before
declaring this as not a bug.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtua
, but what POSIX specifies, that matters
here - I think you've made a pretty clear case that coreutils has a bug.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 11/10/2011 02:26 PM, Paul Eggert wrote:
On 11/10/11 12:33, Eric Blake wrote:
-SIZE may be (or may be an integer optionally followed by) one of following:\n\
-KB 1000, K 1024, MB 1000*1000, M 1024*1024, and so on for G, T, P, E, Z, Y.\n\
+SIZE may be a integer, a suffix, or both. A valid
ments...
Cool :) I much prefer your version.
I'm glad you like it, but we still have to turn it into a formal patch
approved by the primary maintainers. How about:
From 4ef41ac0146c1a2d9b92b2304ab6cf6e6470f730 Mon Sep 17 00:00:00 2001
From: Eric Blake
Date: Thu, 10 Nov 2011 14:32:40 -
s information about
files (of any type, including directories), typically in a sorted order.
Options and file arguments...
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
ld certainly be
worth mentioning this mnemonic in the info pages. Would you care to
submit a patch?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 11/10/2011 01:22 PM, Eric Blake wrote:
SIZE may be (or may be an integer optionally followed by) one of following:
KB 1000, K 1024, MB 1000*1000, M 1024*1024, and so on for G, T, P, E, Z, Y.
That first sentence means there are three valid forms:
SIZE may be one of the following (suffix-only
asily, but I've also read the code that
implements it, so I'm unfortunately biased. I'm not sure where you are
having difficulties following it, which is why we're asking that you
provide an alternative wording, at which point we can evaluate the two
wordings and pick the strongest of both approaches.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
entionally
used -k1 as shorthand for the entire line.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
the end of the line). Then,
after sorting, sort discards any lines where all three keys are
identical, and since the -k1 key was the entire line, you are discarding
only duplicate lines. But I don't know if that is what you wanted.
--
Eric Blake ebl...@redhat.com+1-801-3
;bug" reports against
sort have been debunked as user error rather than an actual bug in sort).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
e confusion, not to mention that the
extension would not be available everywhere like 'rm -r' already is.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
submit a patch, it's beyond my capabilities.
I have submitted the problem, and consider my job done.
Thanks for the reply,
Best regards,
Francky
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
a already
exists" or something similar making the real problem clear right
from the start?
Like I said earlier, POSIX allows either ENOTEMPTY or EEXIST, and Linux
happened to choose ENOTEMPTY. Maybe special-casing that error and
converting to EEXIST would produce better output. But some
't use fts() until coreutils 8.0 (the cygwin testing proved that
coreutils 7.0 did not suffer from the problem). See also the news for
8.13 mentioning an rm regression introduced by fts() in 8.0.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
errno to
EEXIST before calling strerror(). But is it worth the minor
pessimization (we do have precedence for some errno massaging, but it
tends to need good justification)? mv -T is seldom called in the first
place, since it is not POSIX.
Or did you encounter a scenario with this e
On 10/20/2011 06:06 PM, Eric Blake wrote:
Try the same exercise using NFSv2 or NFSv3 mounts (NFSv4 is getting
closer to POSIX compliance, but I don't know if it will handle this any
better). I suspect that it would be possible to find a testcase under
Linux and Solaris clients using a less
avior being that a directory is busy if any process has it as a
current working directory or if any fd is open on the directory).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 10/20/2011 01:47 PM, Paul Eggert wrote:
On 10/20/11 10:38, Eric Blake wrote:
POSIX is clear that attempts to rmdir() a directory that still has open
descriptors may fail.
Hmm, that's news to me. And on the contrary, the spec
<http://pubs.opengroup.org/onlinepubs/9699919799/f
utils, but something needs to be done to swap the order so that
the last handle to the directory is closed prior to the rmdir attempt.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
__
2 c
_
___
1 b
_
___
As such, I'm closing this bug report, now that we know the problem was a
usage error and not a bug in sort.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
better subject line and doing more to
help the developers reproduce your issue:
http://www.catb.org/~esr/faqs/smart-questions.html
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
/src/main/java/javax/security/cert/X509Certificate.java
___
So there's definitely something else in java-source-list that we aren't
seeing that is (probably correctly) affecting your output.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
You can avoid that race, while still accomplishing your goal of creating
the file if it does not exist, all without corrupting timestamps if it
does exist, by using straight shell:
(set -C; : > "$file") 2>/dev/null || :
--
Eric Blake ebl...@redhat.com+1-801-349-2682
aybe you
should also look at forcing the sort to honor specific fields:
$ printf 'abc Z\nab Z\nabcd Z\nabce Z\n' | sort --debug -sb -k1,1 -k2,2
sort: using `en_US.UTF-8' sorting rules
ab Z
__
_
abc Z
___
_
abcd Z
_
abce Z
_
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
eutils needs to change, rather that you
need to pursue elsewhere, such as on a samba list, for more answers.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
really been read from /dev/urandom.
Only if the iconv=fullblock flag is specified, since it is a violation
of POSIX to do more than one read() without an explicit flag requesting
multiple reads per block.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
ace that ported id to your platform - cygwin
may very well have a quirk in exposing window's case-insensitivity when
it queries the user database.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
estsuite to cover things, it might be possible to improve
the grammar to accept both common meanings of "second" depending on the
context where it appears compared to the rest of the date.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
=11cb50ee6d20966abe
I can confirm that, updating to latest master, the testsuite failure
I've reported disappears.
In which case, I'm closing out this bug.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 10/10/2011 11:20 AM, Eric Blake wrote:
tag 9719 notabug
thanks
On 10/10/2011 10:55 AM, Ovear wrote:
[root@x3430-20836 ~]# echo " aa bb cc
dd ee "| tr -s [:blank:]
a bb cc dd ee
Thanks for the report. However, this is not a bug in tr, but a bug in
your usage of the shell. I su
-s " "
aa bb cc dd ee
[root@x3430-20836 ~]#
i can not use like "[:blank:]"
Yes you can, if you quote it so the shell can't treat it as a glob:
# echo " aa bb cc
> dd ee "| tr -s "[:blank:]"
aa bb cc dd ee
--
Eric
heck if an indicator is already present after the end of
the file name, and append it only if it is not.
It's worth requesting that as an enhancement to POSIX, but I don't see
coreutils making any changes here unless a POSIX change is made first to
permit such an output optimization.
xport LC_ALL=C) nor csh (setenv LC_ALL C)
syntax. And your problem is absolutely explained by locale, and would
indeed be "solved" if you indeed had set LC_ALL=C like you meant to do.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
tice how use of -k1,1 changed the
output by comparing only "b1" and "b101", or how use of LC_ALL=C changed
the output by switching to bytewise collation with no ditionary sorting,
where space becomes significant.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
ary, but must keep it for compatibility.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
tions on whether to
generate new or old style.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
ces (I didn't
think about this solution first, I forgot it was open source...) and
fdatasync appears to be implemented."
That is, on MacOS 10.7, must we implement fdatasync via the heavier
fsync, or can we merely add the declaration and let the syscall do its job?
--
Eric Blake ebl...
27;t work on other platforms like BSD. You can tell which
way we are leaning.
It is a pain to rearrange fields with sed, though of course it can
be done.
awk is better than sed for this task.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
broken.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
hen trying to interpret as
an option.
To avoid the problem, use either:
ls -- *.xml
ls ./*.xml
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
;also", while maintaining line
length by deleting the fluff word "coming"?
From 31046b6d38ab49cb815c8f6c6bc4faf6bb596de6 Mon Sep 17 00:00:00 2001
From: Eric Blake
Date: Tue, 13 Sep 2011 16:07:11 -0600
Subject: [PATCH] join: clarify -a behavior
* src/join.c (usage): Mention t
'wc' add one character ?
It doesn't. Echo does.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
g/archive/html/bug-coreutils/2010-05/msg00015.html
But so far, no one has submitted patches. Therefore, I'll keep this bug
report open, but tag it as a wishlist.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
ocale, you get ascii sorting (A comes
before B comes before a comes before b), in the en_US.UTF-8 locale, you
get dictionary collation sorting (a comes before A comes before b comes
before B).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
al C89
patches on your own, as it will not be supported upstream.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
t, and you cannot
portably rely on an exact number, but can rely on the fact that no
matter how large the numbers are, the columns will not run into one another.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
s your friend. In the C locale, global -n means 'parse
as much of the prefix of the line as can be treated as a number as the
primary key, then treat the entire line as the secondary key'.
$ printf ' 1 12\n 1 4\n 5 16\n 9 20\n' | LC_ALL=C sort --debug -n
sort: using
earching issues. In the future,
mail like this would better be directed to the coreut...@gnu.org
discussion list, where it does not open up a spurious bug report.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
; and a 'git grep' of 'fileutils' within the findutils package
shows that findutils does not have any stale references to the old
coreutils mailing aliases. Likewise for a grep of the coreutils sources
- the only references to the old addresses are in historical not
d better netiquette to send mail from private email accounts
that will not append unenforceable text.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
for better understanding what is happening, then compare to:
LC_ALL=C sort --debug a
(if your sort doesn't understand --debug, then it is still useful to try
LC_ALL=C sort a).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
hanges are undetectable is bogus.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
o off of content? That
is, it seems like your real concern is whether the files have changed
content, not whether they have had timestamps changed. Decent version
control systems do just that (such as git). Even checksumming utilities
are a reasonable way to gain assurances that content is corre
ining.
I understand that neither does 'tar' , but that probably is a fault, not a
feature there either.
Wrong again. The latest tar, coupled with the latest kernel, does
support symlink timestamps.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
problem with me to pushing the AC_SYS_LARGEFILE improvements into
autoconf.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
ing this:
diff --git i/ChangeLog w/ChangeLog
index 72e7611..3fd0c47 100644
--- i/ChangeLog
+++ w/ChangeLog
@@ -1,3 +1,8 @@
+2011-08-08 Eric Blake
+
+ largefile: fix typo that regressed large file support
+ * modules/largefile (configure.ac-early): Fix section name.
+
2011-08-06 Kar
merge 9235 9236
thanks
On 08/03/2011 08:48 PM, David Gast wrote:
Oops, I hit the wrong button ...
cat > /tmp/x <
This sounds like a reasonable idea! Would you like to contribute the patch?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
ding -h to sort.
$ du -sh /var/log/*
You should be pleased with:
du -sh /var/log/* | sort -k1,1h
(You may need to upgrade to coreutils 7.5 or newer)
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
nt in time?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
cho A | od -tx1z
to see those characters, and try:
printf A | wc -m
to see the difference (since printf does not output a trailing newline).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
was useful to you in any way.
Good to hear; I'm re-adding the list and marking the bug closed.
Also, thanks for working on kickass utils!
Our pleasure!
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
:02000"
Unfortunately, that means you encountered a kernel fault, perhaps due to
an I/O error while trying to read or write /dev/sda. That message is
printed by your kernel, not by dd, so there's nothing we can do on this
list to help you with it.
--
Eric Blake ebl...@redhat.co
x27;) {
Sorry, we can't take this patch, as it would violate POSIX and probably
break existing scripts that expect sort to treat non-numeric lines as
sorting identically with 0.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
o
foo.
$
Coreutils' printf shares this misfortune. Sadly, it might even be a bug
in the underlying glibc printf(), although I haven't tried to write a
test program to check that, yet.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
> As long as the standard requires a way to peek ahead or to
> seek back to the previous read(), then the shell can revert back
> to using pipes.
> The simplest change to the standard would be to require that recv()
> work on pipes as well as sockets.
Is this something we should pursue further, to get to a point where pipe()
is not so bad to use?
--
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
signature.asc
Description: OpenPGP digital signature
On 07/15/2011 09:14 AM, Philipp Thomas wrote:
> * Eric Blake (ebl...@redhat.com) [20110715 15:03]:
>
>> And that behavior of ksh is probably a violation of POSIX:
>> http://austingroupbugs.net/view.php?id=205
>
> that discussion is from 2006 and ksh has had that feature
e cat to inject a sleep() at the top of main() to give
you some reaction time to get gdb to put useful breaks into the cat
subprocess.
Painful, yes, but at least it would give you the same setup as what you
are trying to debug.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtual
doesn't support either feature with sigaction.
>
> Thanks for checking that.
Seems like there's some room for improvement in the gnulib sigaction
module then.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
e platforms like RHEL 5, anyone that can't
install 4.13 but is willing to prove that a lesser version will do is
welcome to submit a followon patch.
>
> * bootstrap.conf (buildreq): List 4.13 as minimum makeinfo version,
ACK. Feel free to push this as-is in my name.
--
Eric Blake e
uilding from a tarball.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
dd your employer's disclaimer on the end.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 07/05/2011 01:13 PM, Pádraig Brady wrote:
> On 05/07/11 16:41, Eric Blake wrote:
>> On 07/04/2011 03:08 AM, Pádraig Brady wrote:
>>> But I notice that sed no longer supports `setbuf -i0`.
>>> This is because of 3a8e165a which discards the
>>> original s
ou still having
a problem with your use of 'head -n'? Can you show an actual command
line, rather than describing it in English prose, to show what you are
doing differently when you are using "replenishment to head"?
--
Eric Blake ebl...@redhat.com+1-801-349-268
ead' run that didn't behave the
way you expected? Is this part of a bigger script? Could the bug be
elsewhere in your script, rather than in the behavior of head?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
hat gcc 2.95.3 is S old that it does
not understand this extension.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 06/24/2011 01:52 PM, Eric Blake wrote:
> %C does not mean the century in common parlance, rather, according to
> POSIX, it means:
>
> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/date.html
>
>>
>> %C
>> Century (a year divided by 100 and trun
o
POSIX, it means:
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/date.html
>
> %C
> Century (a year divided by 100 and truncated to an integer) as a decimal
> number [00,99].
Yes, the mnemonic is using century for lack of a better term, but it is
correctly printing all but the last two
tilities. Various distros have
add-on patches for better wchar_t handling, but as of yet they have not
been consolidated into something that is easily maintainable and adds no
overhead to the single-byte C locale situation.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualiz
| LC_ALL=C sort --debug -i
aφc
_.._
to make it obvious that the two bytes for φ were being ignored from the
particular sort field that I requested, because -i was in effect. Same
thing goes for other sort options, such as 'sort -k1n' ignoring
characters after the end of the first parsed number.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
601 - 700 of 2653 matches
Mail list logo
