Re: Portability issue

Hi Paul :) * Paul Eggert <[EMAIL PROTECTED]> dixit: > You need backslashes in front of the braces, though. Yes, I knew, thanks :) In any case, the rest of the script won't work in a non-SUS compliant environment, so strictly speaking this is not a portability issue. All systems this scri

Re: Portability issue

Hi Paul :) * Paul Eggert <[EMAIL PROTECTED]> dixit: > > I would like to know (if you have such information, of course) which > > 'expr's out there support 'substr' expressions in addition to the > > GNU coreutils one, of course. > Sorry, haven't a clue. Well, thanks anyway :) > But you

Portability issue

Hello all :)) I have a portability problem with 'expr'. I have a script that depends on 'expr', namely in the 'substr' expression, and I've noted that this expression is not supported in the SUSv3 standard, so I would like to know (if you have such information, of course) which 'expr's out

Re: 'expr' and weird character classes

Hi Andreas :) * Andreas Schwab <[EMAIL PROTECTED]> dixit: > > returns 1, correctly. That is, 'expr' understands character > > classes but it needs that double bracket :( > The syntax of a character class is [:CLASS:], _including_ the brackets. > Thus to build a regular expression that mat

'expr' and weird character classes

Hello all :) I'm using coreutils 5.2.1 and I've noticed a weird behaviour of 'expr'. I don't know if it's my fault, but a command like: $ expr "x" : "[:alpha:]" returns 0 instead of 1, but a command like: $ expr "x" : "[[:alpha:]]" returns 1, correctly. That is, 'expr'

Re: Problem installing coreutils-5.2.1 over the same prefix

Hi Paul and Jim :) * Paul Eggert <[EMAIL PROTECTED]> dixit: > Unfortunately doing "renice" right (i.e., portably) isn't trivial. > And we'd want it done right. AFAIK, the only needs for implementing 'renice' are the functions 'setpriority()' and 'getpriority()' (the last is only needed t

Re: Problem installing coreutils-5.2.1 over the same prefix

Hi Paul :) * Paul Eggert <[EMAIL PROTECTED]> dixit: > > I've downloaded and installed coreutils-5.2.1 and the 'make > > install-strip' command fails when installing 'mv', since old /bin/mv > > (I install my coreutils in prefix '/') > Wow! You're brave. Why? I always have a backup at han

Problem installing coreutils-5.2.1 over the same prefix

Hi all :) I've downloaded and installed coreutils-5.2.1 and the 'make install-strip' command fails when installing 'mv', since old /bin/mv (I install my coreutils in prefix '/') is removed by 'config/install-sh' when it is still needed. I install coreutils with: ./configure --wit

Re: Bug in 'wc' --help output

Hi Jim :) * Jim Meyering <[EMAIL PROTECTED]> dixit: > > "Print newline, word and byte counts for each FILE" > Thanks for the report. > That was fixed for coreutils-5.0.90. My excuses, I didn't remember to take a look at alpha.gnu.org :( Anyway, thanks for such a good job. The free so

Bug in 'wc' --help output

Hi all :) In GNU coreutils 5.0, the 'wc' binary outputs this when invoked with --help option: Usage: wc [OPTION]... [FILE]... Print byte, word, and newline counts for each FILE, and a total line if more than one FILE is specified. With no FILE, or when FILE is -, read standard input. [..

[RESEND] A suggestion

Hi all :)) I'm resending this message, this time with the source code attached, just in case you want to use it. I won't bother you again with this issue ;)) I've noticed that GNU coreutils doesn't include a 'renice' command, which is in the Single Unix Specification (don't know if i