09-24-2008 08:00 AM
Bad standards and standard wars are an all too common part of modern information technology. Now, IBM has announced that it's not going to put up with them anymore. And, yes, Microsoft, IBM is looking at you.
Hi There,
I have zero information and zero knowledge for IBM virtual machine except Amazon cloud and VMware ESXi (Only Linux OS available).
Anyone could provide me the following answer -
Can IBM VM been deploy on X86 and X64 (Intel Chip)?
If answer is yes any chance to deploy AIX OS... (13 Replies)
Why I get bad replace when using eval?
$ map0=( "0" "0000" "0")
$ i=0
$ eval echo \${map$i}
0000
$ a=`eval echo \${map$i}` !!!error happens!!!
bash: ${map$i}: bad substitution
How to resolve it ?
Thanks! (5 Replies)
Hi all,
During reading the code, i met such expressment in a KSH script. I can not figure out what does this mean and don't know how to search it in the web. Could you please check below snippet and let me know what does this mean in a shell script:
VARIABLE=1
if ; then
.... (3 Replies)
How do you or what is the setup to keep the (server) up from shutting down? It is not server yet but it might very likely become to serve few clients. But, once I get in in the morning its off. It's Sparc, Solaris 8 and I would like to keep it running over night but once it is not attended it... (2 Replies)
euctoibmj(1) User Commands euctoibmj(1)NAME
euctoibmj, ibmjtoeuc - Code conversion between Japanese EUC and IBM-Japanese
SYNOPSIS
euctoibmj [-t] [-u code] [-U] [filename...]
ibmjtoeuc [-u code] [-U] [filename...]
AVAILABILITY
SUNWjfpu
DESCRIPTION
euctoibmj converts the contents of the specified filenames from ASCII/ Japanese EUC to EBCDIC/IBM-Japanese. ibmjtoeuc converts the con-
tents of the specified filenames from EBCDIC/IBM-Japanese to ASCII/ Japanese EUC. The both commands write the resultant code to stdout.
If filename is not given, input characters are read from the standard input.
For Japanese language handling, the euctoibmj/ibmjtoeucj pair of commands provide conversion only between the two code standards. Code con-
version among Japanese EUC, JIS, and PC kanji are supported by another set of commands, jistoeuc(1) family or iconv(1).
OPTIONS -u code With this option specified, characters in one code set that do not have corresponding characters in the other are mapped to the
code given in four-digit hexadecimal HOST CODE of IBM Japanese (for euctoibmj) or in four-digit JIS Ku-Ten code (for ibmjtoeuc).
Without this option, such characters are mapped to HOST CODE 4040 (for euctoibmj) or JIS Ku-Ten code 0101 (for ibmjtoeuc).
-U The output is not buffered (The default is buffered output).
-t With this option specified, euctoibmj translates Half-Size Katakana (Code Set 2) in Japanese EUC to the corresponding characters
in Code Set 1 prior to conversion. Without this option, Code Set 2 characters in Japanese EUC are processed to the illegal charac-
ter.
ENVIRONMENT VARIABLES
The environment variables LC_CTYPE and LANG control the character classification throughout these commands. For euctoibmj and ibmjtoeuc to
work correctly, one or both of the environment variables must be set to ja or an equivalent locale. On entry to these commands, these envi-
ronment variables are checked in the following order: LC_CTYPE and LANG. When a valid value is found, remaining environment variables for
character classification are ignored.
FILES
/usr/lib/jcodetables/ibmj-euc
Code conversion table for IBM Japanese.
SEE ALSO iconv(1), jistoeuc(1), iconv_ja(5)DIAGNOSTICS
unexpected data encountered in input.
Illegal character code is found in input file.
BUGS
The ASCII/EBCDIC conversion table are taken from the 256 character standard in the CACM Nov, 1968. The conversion, while less blessed as
a standard, corresponds better to certain IBM print train convertions. There is no universal solution.
The Japanese EUC/IBM Japanese conversion table is based on the IBM Kanji codebook (4th edition - September 1987), JIS X 0201, and JIS X
0208-1983.
If JIS X 0212 caracter set is specified as input, euctoibmj can not support the conversion correctly.
SunOS 5.10 10 Jan 2003 euctoibmj(1)