netscape.security.AppletSecurityException?

[Bennett Yip]

Hi, I read you problem in digest version. So I can't reply directly.

I think the major problem is that you haven't download the JDBC driver
to the client side!
So the browser try to load the driver from the server side. However, the
server try to find and load the driver from the server classpath.

convert your html and load the postgresql JDBC driver to the client


^^

And there is one limitation. It is the connection URL.
For example:
On the browser, your URL is http://localhost/~bennett/sppform5.html
you can only connect your database with
jdbc:postgresql://localhost/testdb
or
On the browser, your URL is
http://192.XXX.XXX.XXX/~bennett/sppform5.html
you can only connect your database with
jdbc:postgresql://192.XXX.XXX.XXX/testdb

This mean your web server and database server must be running on the
same machine!

If you want to separate the two server on two machine, you can't have
JDBC connection directly with the database server over LAN/Internet.
(especially via firewall)

If I were you, I will use Applet-Servlet communication. I now use it for
my final year project and it works fine.
The Applet can use ObjectInputStream/ObjectOutputStream to receive/send
pure java objects with the Servlet. And the Servlet communicate with the
database server which is located on the same network. Therefore, most of
the network problem can be solved. And also the
postgresql.jar(jdbc6_4.jar) is very large(over 100KB) for Internet
client. Using Applet-Servlet communication for your work, your clients
don't need to download the JDBC driver.

I use Linux as the server and every os which have Java Plug-in 1.2 as
the client in my final year project.(cos I am using Swing. It make my
applet more beautiful)

Bennett.



begin:vcard 
n:Yip;Bennett
x-mozilla-html:FALSE
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
x-mozilla-cpt:;19904
fn:Bennett Yip
end:vcard

1.2 for Linux

[Stotler, John M.]

 
I'm currently checking http://www.blackdown.org/java-linux/ports.html#jdk1.2
  once or twice a day
to see if the 1.2 JRE's been released yet, since we're releasing a 100% Java
web-based training package in the next couple of days. I noticed that around
the beginning of December it was posted that it would be released in a
month, and possibly less, but I haven't seen anything there yet.
 
Please don't take this as a complaint, I was just wanting to make sure that
I'm checking on the most recent information. We currently have installers
for all of the win32 platforms and Solaris, but I'd be much happier if I
could release a Linux installer. The whole thing is very heavy on servlet
technology, and won't run on anything pre-1.2 at this point.
 
Oh, I realize that this is a long shot, but I was wondering if there's any
work going on toward a 1.2 plugin for Linux... I find it quite amusing that
Solaris doesn't even have one yet, only the win32 platform is supported so
far.
 
 
Thanks,
John Stotler
Eutectics Corporation

Fwd: netscape.security.AppletSecurityException?

[CINDY454]

Hello,

For some reason this email forwarded to you was sent to me as well, even
though I am not included in the distribution list.  This problem seems to be
recurring from numerous other sources as well.  I recieve approximately 30
emails per day not intended for me.  Do you have any ideas as to why I
received this email?  The following is a copy of what I received.  Any help
would be greatly appreciated.

Thank you,
Cindy



OK guy\gals lets get this straight now, the default sandbox security
model(JDK 1.0/JDK 1.1)
implemented by NAV/IE as per specification is , "An applet can only open a
socket connection to the host from where it came from.  By socket connection
I mean any socket level protocol like HTTP(HTTPUrlConnection), FTP TELNET,
RMI and last but not least JDBC( level 4).

Under JDK 1.1 an applet is allowed to break out of the sandbox and run as a
trusted applet if it has been *digitally signed* and placed in a jar archive
file for NAVIGATOR 3.0/4.0 and placed in a "MS CAB" cabinet file for
Internet Explorer 3.0/4.0.

Under Java2(AKA JDK 1.2) the security model has changed dramatically. Using
the Java Plugging
and security properties files for specific remote classes, it would be
possible for an applet
downloaded from any host to open sockets to any host , not just the host it
was downloaded from.

Cheers
Chris

Bennett Yip wrote:

> Hi, I read you problem in digest version. So I can't reply directly.
>
> I think the major problem is that you haven't download the JDBC driver
> to the client side!
> So the browser try to load the driver from the server side. However, the
> server try to find and load the driver from the server classpath.
>
> convert your html and load the postgresql JDBC driver to the client
>  width=800 height=400>
>
> ^^
>
> And there is one limitation. It is the connection URL.
> For example:
> On the browser, your URL is http://localhost/~bennett/sppform5.html
> you can only connect your database with
> jdbc:postgresql://localhost/testdb
> or
> On the browser, your URL is
> http://192.XXX.XXX.XXX/~bennett/sppform5.html
> you can only connect your database with
> jdbc:postgresql://192.XXX.XXX.XXX/testdb
>
> This mean your web server and database server must be running on the
> same machine!
>
> If you want to separate the two server on two machine, you can't have
> JDBC connection directly with the database server over LAN/Internet.
> (especially via firewall)
>
> If I were you, I will use Applet-Servlet communication. I now use it for
> my final year project and it works fine.
> The Applet can use ObjectInputStream/ObjectOutputStream to receive/send
> pure java objects with the Servlet. And the Servlet communicate with the
> database server which is located on the same network. Therefore, most of
> the network problem can be solved. And also the
> postgresql.jar(jdbc6_4.jar) is very large(over 100KB) for Internet
> client. Using Applet-Servlet communication for your work, your clients
> don't need to download the JDBC driver.
>
> I use Linux as the server and every os which have Java Plug-in 1.2 as
> the client in my final year project.(cos I am using Swing. It make my
> applet more beautiful)
>
> Bennett.

Re: Problem

[Aaron Gaudio]

Does the example work under native threads for Java Linux? Green threads
don't (AFAIK) have anything to do with kernel threads, and so are not
limited by any thread limits in the kernel or pthreads library. The
kernel will simply see all the threads as a single process. There may
be limits to the number of green threads, but this would be in the 
implementation of green threads in the JDK, and a JDK developer would have
answer that because I don't know much about the green threads implementation.

And so the chronicles report that Patrick W. O'Neill spake thusly unto the masses:
> 
> I don't *NEED* to, I realize there are better ways to compute Fibonacci,
> if computing Fibonacci was all I cared about.  I just *WANT* to because I
> am benchmarking some multithreaded implementations, Java included, and
> Fibonacci, although a contrived example, gives a good indication of thread
> overhead because there is very little computation involved in each thread.
> 
> Could a possible cause be the max threads limit on the machine being
> reached?  I have a similar problem with P-Threads, however not until a
> much higher instance of Fib than 6.
> 
> - Pat
> 


-- 

¤¤
| Aaron Gaudio   mailto:[EMAIL PROTECTED] |
|http://www.rit.edu/~adg1653/|
¤¤
|  "The fool finds ignorance all around him. |
|  The wise man finds ignorance within." |
¤¤

Use of any of my email addresses is subject to the terms found at
http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you
agree to be bound by the terms therein.

font.properties.ja

[Rob Nugent]

Hi,

I have a Java app which uses the Japanese Hiragana unicode characters
that start at 0x3040.

On AIX, I can get these displayed by ensuring that I am using the
font properties file 'font.properties.ja' which is shipped in the JDK
lib directory.

On AIX I can make this be picked up by simply doing

'export LANG=ja_JP'

before running my Java program.

Can anyone tell me if there is an equivalent mechanism for Java/Linux
1.1.7 please ?

If I replace the default 'font.properties' with 'font.properties.ja' it
all works
fine and I see all my lovely Hiragana and Katakana squiggles: its just I
would
like to be able to do this on a per-shell basis. I was astonished that
the characters
displayed correctly, so massive congratulations again to the Java-Linux
porting team.

(I am also trying to achieve the same thing on WinNT 4.0, but with an
order of magnitude
less success. My current theory is that that I need to install the
*Japanese* version
of WinNT ??)

Thanks for any help
Rob

--


Rob Nugent
Development Manager
UniKix Technologies Europe
[EMAIL PROTECTED]
Tel: +44 (0) 1489 585503
Fax: +44 (0) 1489 881363

1.2 Soon ?

[seapwc]

The web page has no date, so when it says that 1.2
will be
available in about 1 month, what does that mean.

1 month from when?


I know you guys must be very busy, but I don't
want to down load
1.1.7 if it 1.2 is really coming soon.

Re: libraries for jdk1.1.7

[Aaron Gaudio]

libX.so.2 is not a Motif library...in fact it's not a library at all. IT
doesn't exist. Which makes me think that he meant libXm.so.2, which is
the Motif library.

If that's the case, then whoever build the RPM made a mistake. They need
to either turn off automatic dependancy checking (which would see that the
*_dyn versions all depend on libXm.so.2) or build sub-packages to
include the *_dyn versions seperate from the main distribution. To the
previous poster, you should contact whoever rolled that RPM (if it's
listed in the package metadata).

In the meantime, just install the non-RPM version. 

And so the chronicles report that David Harvill spake thusly unto the masses:
> 
> I believe libX.so.2 is a Motif library.  Which means that lesstif should
> have a version of it too.  To find it, try '%find / | grep "libX.so.2"'
> (ignoring the external single-quotes).  That will search every directory
> you have access to for that filename. Personally, I have never used the
> JDK rpm.  Installing the JDK by hand is one of the simplest installs I've
> ever seen.  Just unzip it, and set your PATH and CLASSPATH variables in
> your shell rc file to point to wherever you unzipped it.  The
> documentation that comes with it goes over that in better detail.
> 
> -dave
> 
> 
> On Wed, 27 Jan 1999, C. Javier Castro Peña wrote:
> 
> > I tried to install the jdk1.1.7 rpm, but it asks me for libX.so.2. Where
> > can I find it? My system is RH 5 w/ kernel 2.0.35; is there some problem
> > in trying to run jdk 1.1.7 on this system? I have been developing a java
> > application , and tested it with jdk 1.1.5, and it hangs when I invoke a
> > Jdialog from a Frame.
> > 
> > javier
> > 
> > 
> 


-- 

¤¤
| Aaron Gaudio   mailto:[EMAIL PROTECTED] |
|http://www.rit.edu/~adg1653/|
¤¤
|  "The fool finds ignorance all around him. |
|  The wise man finds ignorance within." |
¤¤

Use of any of my email addresses is subject to the terms found at
http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you
agree to be bound by the terms therein.

Are we there yet? huh huh...?

[Aaron Gaudio]

Maybe that statement on the web page should be changed so that everyone
and their uncle can stop saying "the web page says a month and it's been
over a month...etc, etc". It might not cut down on 1.2 questions, but it
might cut down on the most annoying aspect of them. ;)

-- 

¤¤
| Aaron Gaudio   mailto:[EMAIL PROTECTED] |
|http://www.rit.edu/~adg1653/|
¤¤
|  "The fool finds ignorance all around him. |
|  The wise man finds ignorance within." |
¤¤

Use of any of my email addresses is subject to the terms found at
http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you
agree to be bound by the terms therein.

Help with port

[Rob Schoening]

Hi-

  I'm trying to do some preliminary work on porting JDK 1.2  to BeOS.  So
far I'm a bit confused by the build process.  Specifically, I'm having
difficulty fooling the makefiles into skipping the javac compilation steps.  

  Is there any way that I can access the 1.2 development diffs?  If nothing
else, I'd like to pour through the makefiles that will work with the gnu
toolchain.

  If anyone has any advice on how to approach the problem, I would
appreciate it.  


Thanks.

Rob Schoening

Re: font.properties.ja

[Yan Huang]

Hello,

At Wed, 27 Jan 1999 18:10:31 +
Rob Nugent <[EMAIL PROTECTED]> wrote:

  > Hi,
  > 
  > I have a Java app which uses the Japanese Hiragana unicode characters
  > that start at 0x3040.
  > 
  > On AIX, I can get these displayed by ensuring that I am using the
  > font properties file 'font.properties.ja' which is shipped in the JDK
  > lib directory.
  > 
  > On AIX I can make this be picked up by simply doing
  > 
  > 'export LANG=ja_JP'
  > 
  > before running my Java program.
  > 
  > Can anyone tell me if there is an equivalent mechanism for Java/Linux
  > 1.1.7 please ?
  > 

Probably you can take a look at the following site if you are able to
read in Japanese:

http://www.asahi-net.or.jp/~nf6h-hsmt/java.html


Have a good day!

--- yan

  __ Yan Huang 
.--.  __  .--   Software Engineer, Codonics, Inc.
   / /  \(  )/  17991 Englewood Dr.
    ' \/ ` ---  Middleburg Hts, Ohio 44130, USA
 /  / / ::--Email: [EMAIL PROTECTED]
//  //..\\  WWW: http://www.codonics.com
   ^^^  ^^^   ~

JDK 1.1.6 + Kernel 2.2 = Happy

[Dustin Lang]

Hi,

Just in case anyone was wondering, I installed the release kernel 2.2.0
and java (Blackdown JDK1.1.6, green threads, libc5) works flawlessly.

Thanks for the great work,
dstn.

-
Dustin Lang, [EMAIL PROTECTED]

JDK1.1.7 + kernel 2.2.0 = Happy (?)

[Dustin Lang]

Hi gang,

After upgrading my XFree86, I installed JDK117 and it seems to be running
fine under kernel 2.2.0.  At least, ICQ and my client/server pair started
fine and seem to be happy.  The biggest problem I've seen so far is that I
forgot to move jikes into the new java/bin directory =)

Teehee... I wrote a versioning client/server for my lab, and it uses a
List object that was subject to a bug when removing element 0 (under
JDK116). I didn't really realize how used to the bug I was.  I almost miss
it :)  Oh yeah, and my buttons look different :)

Cheers,
dstn.
 
-
Dustin Lang, [EMAIL PROTECTED]

RE: Problem

[Vittorio Ballestra]

What I funny rabbit it is !?!
Why do you need to fork a process for every recursive step ?

> -Original Message-
> From: Patrick W. O'Neill [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 26, 1999 19:42
> To: Michael Sinz
> Cc: [EMAIL PROTECTED]
> Subject: Problem
> 
> 
> I apologize if this is the incorrect place to send this, I tried
> submitting a bug report but I don't know if it got through, and it is
> important that I resolve this ASAP.
> 
> I have a problem with JDK1.1.7-v1a running green threads.  I am running
> basic fibonacci code, using the recursive algorithm and implemented with
> threads.  This code runs without incident on the Solaris JDK.  However,
> when I try to run it using the Blackdown port, it works fine up to fib 5,
> but when I run fib 6, I get a seg fault.  I am running this on a Debian
> 2.0 system with glibc.  I have a similar problem with n-queens code, it
> runs fine on Solaris, but on Linux problems arise above an 8x8 board.
> 
> I you had any ideas as to why this happens I would greatly appreciate
> them.  Thanks.
> 
> 
> - Pat
> 
> 
> - Code -
> 
> import java.util.*;
> 
> public class java_fib extends Thread
> {
>   private int fib;
> 
>   java_fib(int number) { 
> fib = number; 
>   }
> 
>   public void run() {
> if( (fib==0) || (fib == 1)) {
>   fib = fib;
> }
> 
> else {
>   java_fib java_fib_thread_1 = new java_fib(fib - 1);
>   java_fib java_fib_thread_2 = new java_fib(fib - 2);
>   
>   java_fib_thread_1.start();
>   java_fib_thread_2.start();
>   
>   try {
>   java_fib_thread_1.join();
>   java_fib_thread_2.join();
>   fib = java_fib_thread_1.get_fib() +
> java_fib_thread_2.get_fib();
>   }
>   catch(InterruptedException e){
>   e.printStackTrace();
>   }
> }
>   }
> 
>   private int get_fib() {
> return fib;
>   }
> 
> 
>   public static void main(String arg[]) {
> java_fib fib;
> int number;
> number = new Integer(arg[0]).intValue();
> fib = new java_fib(number);
> Date now;
> Date then = new Date();
> fib.start();
> 
> try {
>   fib.join();
>   now = new Date();
>   System.out.println("The total execution time is "  +
> ((now.getTime() - then.getTime())) + "ms.");
>   System.out.println("The fibonacci for " + number + " is: " +
>fib.get_fib());
> }
> catch(InterruptedException e) {
>   e.printStackTrace();
> }
>   }
> }
> 

min-max

[Ozer Irfan]

Hello,

how work the min-max algorithm ?
Have you doc ?

Thanks

Re: netscape.security.AppletSecurityException

[Dimitris Vyzovitis]

David Harvill wrote:

> I have heard of an alternate solution, where the name of the host is
> passed to the applet as a parameter.  I am not positive of the
> implementation since it is not my program. If the author doesn't mind, I
> will supply the source for this technique.
>
> -dave

How can this help with security exceptions?

Dimitris

Re: netscape.security.AppletSecurityException?

[Christopher Hinds]

OK guy\gals lets get this straight now, the default sandbox security
model(JDK 1.0/JDK 1.1)
implemented by NAV/IE as per specification is , "An applet can only open a
socket connection to the host from where it came from.  By socket connection
I mean any socket level protocol like HTTP(HTTPUrlConnection), FTP TELNET,
RMI and last but not least JDBC( level 4).

Under JDK 1.1 an applet is allowed to break out of the sandbox and run as a
trusted applet if it has been *digitally signed* and placed in a jar archive
file for NAVIGATOR 3.0/4.0 and placed in a "MS CAB" cabinet file for
Internet Explorer 3.0/4.0.

Under Java2(AKA JDK 1.2) the security model has changed dramatically. Using
the Java Plugging
and security properties files for specific remote classes, it would be
possible for an applet
downloaded from any host to open sockets to any host , not just the host it
was downloaded from.

Cheers
Chris

Bennett Yip wrote:

> Hi, I read you problem in digest version. So I can't reply directly.
>
> I think the major problem is that you haven't download the JDBC driver
> to the client side!
> So the browser try to load the driver from the server side. However, the
> server try to find and load the driver from the server classpath.
>
> convert your html and load the postgresql JDBC driver to the client
>  width=800 height=400>
>
> ^^
>
> And there is one limitation. It is the connection URL.
> For example:
> On the browser, your URL is http://localhost/~bennett/sppform5.html
> you can only connect your database with
> jdbc:postgresql://localhost/testdb
> or
> On the browser, your URL is
> http://192.XXX.XXX.XXX/~bennett/sppform5.html
> you can only connect your database with
> jdbc:postgresql://192.XXX.XXX.XXX/testdb
>
> This mean your web server and database server must be running on the
> same machine!
>
> If you want to separate the two server on two machine, you can't have
> JDBC connection directly with the database server over LAN/Internet.
> (especially via firewall)
>
> If I were you, I will use Applet-Servlet communication. I now use it for
> my final year project and it works fine.
> The Applet can use ObjectInputStream/ObjectOutputStream to receive/send
> pure java objects with the Servlet. And the Servlet communicate with the
> database server which is located on the same network. Therefore, most of
> the network problem can be solved. And also the
> postgresql.jar(jdbc6_4.jar) is very large(over 100KB) for Internet
> client. Using Applet-Servlet communication for your work, your clients
> don't need to download the JDBC driver.
>
> I use Linux as the server and every os which have Java Plug-in 1.2 as
> the client in my final year project.(cos I am using Swing. It make my
> applet more beautiful)
>
> Bennett.

RE: Problem

[Patrick W. O'Neill]

I don't *NEED* to, I realize there are better ways to compute Fibonacci,
if computing Fibonacci was all I cared about.  I just *WANT* to because I
am benchmarking some multithreaded implementations, Java included, and
Fibonacci, although a contrived example, gives a good indication of thread
overhead because there is very little computation involved in each thread.

Could a possible cause be the max threads limit on the machine being
reached?  I have a similar problem with P-Threads, however not until a
much higher instance of Fib than 6.

- Pat

On Wed, 27 Jan 1999, Vittorio Ballestra wrote:

> What I funny rabbit it is !?!
> Why do you need to fork a process for every recursive step ?
> 
> > -Original Message-
> > From: Patrick W. O'Neill [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, January 26, 1999 19:42
> > To: Michael Sinz
> > Cc: [EMAIL PROTECTED]
> > Subject: Problem
> > 
> > 
> > I apologize if this is the incorrect place to send this, I tried
> > submitting a bug report but I don't know if it got through, and it is
> > important that I resolve this ASAP.
> > 
> > I have a problem with JDK1.1.7-v1a running green threads.  I am running
> > basic fibonacci code, using the recursive algorithm and implemented with
> > threads.  This code runs without incident on the Solaris JDK.  However,
> > when I try to run it using the Blackdown port, it works fine up to fib 5,
> > but when I run fib 6, I get a seg fault.  I am running this on a Debian
> > 2.0 system with glibc.  I have a similar problem with n-queens code, it
> > runs fine on Solaris, but on Linux problems arise above an 8x8 board.
> > 
> > I you had any ideas as to why this happens I would greatly appreciate
> > them.  Thanks.
> > 
> > 
> > - Pat
> > 
> > 
> > - Code -
> > 
> > import java.util.*;
> > 
> > public class java_fib extends Thread
> > {
> >   private int fib;
> > 
> >   java_fib(int number) { 
> > fib = number; 
> >   }
> > 
> >   public void run() {
> > if( (fib==0) || (fib == 1)) {
> >   fib = fib;
> > }
> > 
> > else {
> >   java_fib java_fib_thread_1 = new java_fib(fib - 1);
> >   java_fib java_fib_thread_2 = new java_fib(fib - 2);
> >   
> >   java_fib_thread_1.start();
> >   java_fib_thread_2.start();
> >   
> >   try {
> > java_fib_thread_1.join();
> > java_fib_thread_2.join();
> > fib = java_fib_thread_1.get_fib() +
> >   java_fib_thread_2.get_fib();
> >   }
> >   catch(InterruptedException e){
> > e.printStackTrace();
> >   }
> > }
> >   }
> > 
> >   private int get_fib() {
> > return fib;
> >   }
> > 
> > 
> >   public static void main(String arg[]) {
> > java_fib fib;
> > int number;
> > number = new Integer(arg[0]).intValue();
> > fib = new java_fib(number);
> > Date now;
> > Date then = new Date();
> > fib.start();
> > 
> > try {
> >   fib.join();
> >   now = new Date();
> >   System.out.println("The total execution time is "  +
> > ((now.getTime() - then.getTime())) + "ms.");
> >   System.out.println("The fibonacci for " + number + " is: " +
> >  fib.get_fib());
> > }
> > catch(InterruptedException e) {
> >   e.printStackTrace();
> > }
> >   }
> > }
> > 
> 

libraries for jdk1.1.7

[C. Javier Castro Peña]

I tried to install the jdk1.1.7 rpm, but it asks me for libX.so.2. Where
can I find it? My system is RH 5 w/ kernel 2.0.35; is there some problem
in trying to run jdk 1.1.7 on this system? I have been developing a java
application , and tested it with jdk 1.1.5, and it hangs when I invoke a
Jdialog from a Frame.

javier

Re: libraries for jdk1.1.7

[David Harvill]

I believe libX.so.2 is a Motif library.  Which means that lesstif should
have a version of it too.  To find it, try '%find / | grep "libX.so.2"'
(ignoring the external single-quotes).  That will search every directory
you have access to for that filename. Personally, I have never used the
JDK rpm.  Installing the JDK by hand is one of the simplest installs I've
ever seen.  Just unzip it, and set your PATH and CLASSPATH variables in
your shell rc file to point to wherever you unzipped it.  The
documentation that comes with it goes over that in better detail.

-dave


On Wed, 27 Jan 1999, C. Javier Castro Peña wrote:

> I tried to install the jdk1.1.7 rpm, but it asks me for libX.so.2. Where
> can I find it? My system is RH 5 w/ kernel 2.0.35; is there some problem
> in trying to run jdk 1.1.7 on this system? I have been developing a java
> application , and tested it with jdk 1.1.5, and it hangs when I invoke a
> Jdialog from a Frame.
> 
> javier
> 
> 

Re: font.properties.ja

[SHUDO Kazuyuki]

> I have a Java app which uses the Japanese Hiragana unicode characters
> that start at 0x3040.

> Can anyone tell me if there is an equivalent mechanism for Java/Linux
> 1.1.7 please ?

We can handle Japanese characters with JDK for Linux. but,

JDK 1.1.7v1a for Linux has a bug that a `file.encoding'
property isn't set correctly.

With JDK for Solaris, we can get a `file.encoding'
property set to `EUC_JP' by setting environment variable
LANG to `ja' or `japanese'. But with JDK for Linux (and
for FreeBSD), A `file.encoding' property is `8859_1'
even if LANG is `ja_JP.ujis' or `ja_JP.sjis' or
`ja_JP.iso-2022-jp'.

Kazuyuki SHUDO  Happy Hacking!
  Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ.