| Stephane CHAZELAS 2007-02-20, 7:16 pm |
| 2007-02-20, 19:08(+00), <PeterSans@not.sonic.net>:
> In alt.solaris.x86 Stephane CHAZELAS <this.address@is.invalid> wrote:
>
> Might be true from a data structure and algorithm perspective but clearly
> not true from the point of view of a systems administrator. What,
> for example, is portable about variable width D.O.M and D.O.W fields?
> What about the word "abbreviation" do POSIX re/engineers not understand?
I have no clue what you're talking about.
>
> Not the problem we are talking about here.
I beleive someone said: since my system was upgraded for POSIX
compliant, the Russian locale breaks my script.
POSIX doesn't specify what the output of date should be in the
Russian locale, so it can't be, that's what I was saying.
>
>
> Pure FUD. POSIX doesn't guarantee backwards compatibility, it breaks it.
???
> For a few other examples: why has POSIX "deprecated" the nslookup command,
> and sort's -M? Why have they "deprecated" sort flags beginning with "+"?
> For another example, where POSIX specifies 'LANG=fr date':
You may be confused. There has never been any nslookup or any
name resolution command specified by POSIX, AFAIK.
AFAIK, there's no network related command specified by POSIX
I think the vendors of bind (the ISC at least initially)
deprecated nslookup for their new software "dig". As far as I
know, there's no standard behind it.
> viernes 16 de febrero de 2007 18H21'34" MSK
>
> it could have specified:
>
> Ven Fev 16 18:18:40 MSK 2007
>
> and retained backwards compatibility. Just for starters...
Again, POSIX doesn't specify the output of date in the Spanish or
Russian locale, certainly it can't be blamed for that, you seem
confused again.
> Make no mistake, POSIX is a relatively small group of C programmers with
> little or no systems administration experience, making no effort to seek
> end-user input on proposed changes. This has always been a problem with
> the IEEE. Just this once you would think they could learn something
> from the IETF's more successful and inclusive methodology.
[...]
What are you talking about? Maybe you're confusing POSIX with
something else?
--
Stéphane
|