NAME | AVAILABILITY | DESCRIPTION | ATTRIBUTES | SEE ALSO | DIAGNOSTICS | WARNINGS | LIST OF COMMANDS
This section indicates which package contains the commands being described on this page. To be able to use the command, the indicated package must have been installed with the operating system. For information on how to add a package see pkgadd(1).
This section describes, in alphabetical order, JFP commands available with this operating system.
See these sections of the JFP Reference Manual for more information.
Section 1M in this manual for JFP system maintenance commands.
Section 4 of this manual for information on JFP file formats.
Section 5 of this manual for descriptions of publicly available JFP files and miscellaneous information pages.
Unless otherwise noted, commands described in the SYNOPSIS section of a manual page accept options and other arguments according to the following syntax and should be interpreted as explained below.
name [–option...] [cmdarg...] where:
Surround an option or cmdarg that is not required.
Indicates multiple occurrences of the option or cmdarg.
The name of an executable file.
The options and/or arguments enclosed within braces are interdependent, such that everything enclosed must be treated as a unit.
(Always preceded by a ``–''.) noargletter... or, argletter optarg[,...]
A single letter representing an option without an option-argument. Note that more than one noargletter option can be grouped after one ``–'' (Rule 5, below).
A single letter representing an option requiring an option-argument.
An option-argument (character string) satisfying a preceding argletter. Note that groups of optargs following an argletter must be separated by commas, or separated by a tab or space character and quoted (Rule 8, below).
Path name (or other command argument) not beginning with ``–'', or ``–'' by itself indicating the standard input.
These command syntax rules are not followed by all current commands, but all new commands will obey them. getopts(1) should be used by all shell procedures to parse positional parameters and to check for legal options. It supports Rules 3-10 below. The enforcement of the other rules must be done by the command itself.
Command names (name above) must be between two and nine characters long.
Command names must include only lower-case letters and digits.
Option names (option above) must be one character long.
All options must be preceded by ``–''.
Options with no arguments may be grouped after a single ``–''.
The first option-argument (optarg above) following an option must be preceded by a tab or space character.
Option-arguments cannot be optional.
Groups of option-arguments following an option must either be separated by commas or separated by tab or space character and quoted (–o xxx,z,yy or –o "xxx z yy").
All options must precede operands (cmdarg above) on the command line.
``––'' may be used to indicate the end of the options.
The order of the options relative to one another should not matter.
The relative order of the operands (cmdarg above) may affect their significance in ways determined by the command with which they appear.
``–'' preceded and followed by a space character should only be used to mean standard input.
See attributes(5) for a discussion of the attributes listed in this section.
getopts(1), wait(1), exit(2), getopt(3C), attributes(5)
Upon termination, each command returns two bytes of status, one supplied by the system and giving the cause for termination, and (in the case of ``normal'' termination) one supplied by the program [see exit(2)]. The former byte is 0 for normal termination; the latter is customarily 0 for successful execution and non-zero to indicate troubles such as erroneous parameters, or bad or inaccessible data. It is called variously ``exit code'', ``exit status'', or ``return code'', and is described only where special conventions are involved.
Some commands produce unexpected results when processing files containing null characters. These commands often treat text input lines as strings and therefore become confused upon encountering a null character (the string terminator) within a line.
Description
introduction to JFP commands and application programs
ATOK12 Japanese language input system
Merges an ATOK8 dictionary to ATOK12 dictionary
Migrates the style setting from ATOK8 to ATOK12
Set up ATOK12 for Japanese input in X environment
conversion cs00 user dictionary to ATOK user dictionary
Code conversion between Japanese EUC and IBM-Japanese
See jistoeuc(1)
See jistoeuc(1)
convert evfont file to BDF format
See euctoibmj(1)
Code conversion between JIS, PC kanji, and Japanese EUC
See jistoeuc(1)
PostScript translator for Japanese text files
Filter for printing Japanese text on a dot-matrix Kanji printer or Japanese language page printer
postscript filter for printing Japanese characters on Sun Laser Writer or Japanese postscript printer
set Japanese terminal characteristics
show the list of Kanji codes
conversion from kkcv user dictionary to cs00 user directory
Solaris gaiji tool
User defined character conversion utility
User defined character conversion utility
User defined character conversion utility
Intermediate utility to register user-defined characters
See jistoeuc(1)
See jistoeuc(1)
Kana-Kanji conversion front end processor
Wnn6 Japanese language input system
Set up Wnn6 for Japanese input in X environment
Convert an EUC text dictionary to a binary dictionary
Wnn6 radical input utility
Dictionary utility
Convert a binary dictionary to an EUC text dictionary
Environment setting utility
User dictionary converter
Print the status of Wnn6 Kana-Kanji conversion server
Rewrite and format the file header according to the inode.
Wnn6 Kana-Kanji conversion server/htt interface module
NAME | AVAILABILITY | DESCRIPTION | ATTRIBUTES | SEE ALSO | DIAGNOSTICS | WARNINGS | LIST OF COMMANDS