| www.delorie.com/gnu/docs/recode/recode_62.html | search |
![]() Buy GNU books! | |
recode reference manual| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
A few pseudo-surfaces exist to generate debugging data out of thin air.
These surfaces are only meant for the expert recode user, and are
only useful in a few contexts, like for generating binary permutations
from the recoding or acting on them.
Debugging surfaces, when removed, insert their generated data at the beginning of the output stream, and copy all the input stream after the generated data, unchanged. This strange removal constraint comes from the fact that debugging surfaces are usually specified in the before position instead of the after position within a request. With debugging surfaces, one often recodes file `/dev/null' in filter mode. Specifying many debugging surfaces at once has an accumulation effect on the output, and since surfaces are removed from right to left, each generating its data at the beginning of previous output, the net effect is an impression that debugging surfaces are generated from left to right, each appending to the result of the previous. In any case, any real input data gets appended after what was generated.
test7
test8
test15
UCS-2 values, like all codes from
the surrogate UCS-2 area (for UTF-16), the byte order mark,
and values known as invalid UCS-2.
test16
As an example, the command `recode l5/test8..dump < /dev/null' is a
convoluted way to produce an output similar to `recode -lf l5'. It says
to generate all possible 256 bytes and interpret them as ISO-8859-9
codes, while converting them to UCS-2. Resulting UCS-2
characters are dumped one per line, accompanied with their explicative name.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
| webmaster donations bookstore | delorie software privacy |
| Copyright © 2003 by The Free Software Foundation | Updated Jun 2003 |