On Thursday, May 20, 2010, Thomas Wolff:
> With LANG=anything-unknown, the charmap is set to ASCII, so it works (as
> there is at least no multibyte character then).
Anything above 0x7F is invalid with charset ASCII though (since
1.7.2). But perhaps sed skips the multibyte conversion functions wh
Am 20.05.2010 18:05, schrieb Andy Koppe:
On Thursday, May 20, 2010, Jurriaan wrote:
A very long sed script that's been working for ages (back from the 1.5
age) here has stopped working.
It turned out sed doesn't like some strings anymore when environment
variable LANG is empty. With LANG=AS
On Thursday, May 20, 2010, Jurriaan wrote:
> A very long sed script that's been working for ages (back from the 1.5
> age) here has stopped working.
>
> It turned out sed doesn't like some strings anymore when environment
> variable LANG is empty. With LANG=ASCII, there are no problems.
>
> The act
> A very long sed script that's been working for ages (back from the 1.5
> age) here has stopped working.
>
> It turned out sed doesn't like some strings anymore when environment
> variable LANG is empty. With LANG=ASCII, there are no problems.
>
> sed -e"s/@a/ a/g;"
>
> where a is character 0xe
A very long sed script that's been working for ages (back from the 1.5
age) here has stopped working.
It turned out sed doesn't like some strings anymore when environment
variable LANG is empty. With LANG=ASCII, there are no problems.
The actual text in the SED command is shown below as spaces, b
5 matches
Mail list logo