Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 49899 invoked from network); 29 May 2005 15:06:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 29 May 2005 15:06:09 -0000 Received: (qmail 96078 invoked by uid 500); 29 May 2005 15:06:07 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 95795 invoked by uid 500); 29 May 2005 15:06:05 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 95781 invoked by uid 99); 29 May 2005 15:06:05 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=HTML_50_60,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from basil.ocn.ne.jp (HELO smtp.basil.ocn.ne.jp) (222.146.51.83) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 29 May 2005 08:06:02 -0700 Received: from [192.168.0.32] (p14064-adsan10honb5-acca.tokyo.ocn.ne.jp [61.118.68.64]) by smtp.basil.ocn.ne.jp (Postfix) with ESMTP id 6F1C81651 for ; Mon, 30 May 2005 00:05:58 +0900 (JST) Received: from 127.0.0.1 (AVG SMTP 7.0.322 [267.2.0]); Mon, 30 May 2005 00:07:42 +0900 Message-ID: <000801c56460$299732e0$2000a8c0@Arkat> From: "TomohitoNakayama" To: "Derby Development" References: <001801c562f7$23798da0$2000a8c0@Arkat> <000901c5632e$71069770$2000a8c0@Arkat> <005901c5635e$7f5c2cb0$2000a8c0@Arkat> <000a01c563cf$9aff9b70$2000a8c0@Arkat> Subject: Re: All of derby_all fails when environment corresponding derbyLocale_**.jar exists in CLASSPATH Date: Mon, 30 May 2005 00:07:37 +0900 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=======AVGMAIL-4299DABE7E73=======" X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --=======AVGMAIL-4299DABE7E73======= Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C564AB.96272460" ------=_NextPart_000_0004_01C564AB.96272460 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello. I executed derbynetclientmats with next option. java -Drunwithjdk14=true -DexcludeJCC=at-or-before:2.3 "-Djvmflags=-Duser.language=en -Duser.country=US" org.apache.derbyTesting.functionTests.harness.RunSuite derbynetclientmats The result was that locale problem was not solved with this commandline option.... It may reasonable answer to exculde derbyLocale_Ja.jar for a while. Best regards. /* Tomohito Nakayama tomonaka@basil.ocn.ne.jp tomohito@rose.zero.ad.jp Naka http://www5.ocn.ne.jp/~tomohito/TopPage.html */ ----- Original Message ----- From: TomohitoNakayama To: Derby Development Sent: Sunday, May 29, 2005 6:52 AM Subject: Re: All of derby_all fails when environment corresponding derbyLocale_**.jar exists in CLASSPATH Hello. Now, derbyall have done. Result was that many error caused by locale problem was found as before ... derbyall_prop.txt told that sytem property was configured as ... ------------ user.country=US user.language=en I wonder that it is needed to configure system property using -Djvmflags= option when executing derbyall.... I will try it again this night ..... Best regards. /* Tomohito Nakayama tomonaka@basil.ocn.ne.jp tomohito@rose.zero.ad.jp Naka http://www5.ocn.ne.jp/~tomohito/TopPage.html */ ----- Original Message ----- From: TomohitoNakayama To: Derby Development Sent: Saturday, May 28, 2005 5:23 PM Subject: Re: All of derby_all fails when environment corresponding derbyLocale_**.jar exists in CLASSPATH Hello. >The others I don't know for sure but they're all network server tests. Can you please post a diff for one of these so I get an idea? I uploaded one. Please see http://www5.ocn.ne.jp/~tomohito/20050528/maxthreads.diff Seeing result , just message was in Japanese. >Would it be totally unacceptable to document we expect the test harness to be run in en_US locale? Naka, Well ... Phenomena found this time was not so serious. So I think it is acceptable now, if notion of system property to escape the problem was explained. But on the other hand, I wonder more deep issue about i18n may appear in some day. So there exists some anxiety for limiting test environment only to en_US . //locale problem can be very serious problem in Asia including Japan.... >If you run the tests with those properties you mention, does that work? >We'd probably need to pass them into the test harness using -Djvmflags=... Or maybe even just force it from insite RunSuite/RunTest. At my site, I successed executing derbynetclientsmats suite configuring "-Duser.language=en -Duser.country=US" directly to VM. The executing command was like next. ---- java -Drunwithjdk14=true -DexcludeJCC=at-or-before:2.3 -Duser.language=en -Duser.country=US org.apache.derbyTesting.functionTests.harness.RunSuite derbynetclientmats I will try also derbyall this night. Best regards. /* Tomohito Nakayama tomonaka@basil.ocn.ne.jp tomohito@rose.zero.ad.jp Naka http://www5.ocn.ne.jp/~tomohito/TopPage.html */ ----- Original Message ----- From: Myrna van Lunteren To: Derby Development Sent: Saturday, May 28, 2005 3:33 PM Subject: Re: All of derby_all fails when environment corresponding derbyLocale_**.jar exists in CLASSPATH Hi, Without a specific locale, Derby is supposed to default to English...(the english locale messages are in derby.jar and thus always available). The test derbynet/sysinfo displays current locale, which I've also seen fail for certain jvms, and it also fails on cygwin/jdk15 for the Norway group (it displays No_no). I've been wanting to look into somehow not printing out the current locale...Would that be an acceptable change? those 3 i18n tests are indeed troublesome - I've opened bug DERBY-244 for them, but I haven't come up with a good solution. These .sql tests use ij. ij sents its output to the console, thus, the info gets parsed through console.encoding and console's language setting. Then, it gets saved to a file and thus gets parsed through file.encoding . I've been meaning to test with a forced console.encoding depending on platform - i.e. if os.name substring matches 'windows', force Cp1252, otherwise, force UTF-8. Would that work? Or is the whole point of testing ij to ensure the text comes out correct in different locales/encodings? And how can we consistently check that? The others I don't know for sure but they're all network server tests. Can you please post a diff for one of these so I get an idea? Would it be totally unacceptable to document we expect the test harness to be run in en_US locale? Naka, would that be impossible for you? If you run the tests with those properties you mention, does that work? We'd probably need to pass them into the test harness using -Djvmflags=... Or maybe even just force it from insite RunSuite/RunTest. How do the folks in Norway run these? All this also shows how terribly week the Japanese, and other locale tests are. Myrna On 5/27/05, TomohitoNakayama wrote: Hello. I tried to execute derby_all again without derbyLocale_ja.jar and found next tests are failed. derbyall/derbyall.fail:jdbcapi/parameterMapping.java derbyall/derbyall.fail:i18n/urlLocale.sql derbyall/derbyall.fail:i18n/messageLocale.sql derbyall/derbyall.fail:i18n/iepnegativetests_ES.sql derbyall/derbynetclientmats/derbynetmats.fail:derbynet/NSinSameJVM.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/maxthreads.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/runtimeinfo.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/sysinfo.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/testProperties.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/testconnection.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/timeslice.java derbyall/derbynetmats/derbynetmats.fail:derbynet/NSinSameJVM.java derbyall/derbynetmats/derbynetmats.fail:derbynet/maxthreads.java derbyall/derbynetmats/derbynetmats.fail:derbynet/runtimeinfo.java derbyall/derbynetmats/derbynetmats.fail:derbynet/sysinfo.java derbyall/derbynetmats/derbynetmats.fail:derbynet/testProperties.java derbyall/derbynetmats/derbynetmats.fail:derbynet/testconnection.java derbyall/derbynetmats/derbynetmats.fail:derbynet/timeslice.java Seeing their **.diff, next contains difference caused by locale problem. derbyall/derbyall.fail:i18n/messageLocale.sql derbyall/derbyall.fail:i18n/iepnegativetests_ES.sql derbyall/derbynetclientmats/derbynetmats.fail:derbynet/NSinSameJVM.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/maxthreads.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/runtimeinfo.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/sysinfo.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/testProperties.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/testconnection.java derbyall/derbynetclientmats/derbynetmats.fail:derbynet/timeslice.java Taking aside testing barrier, almost all of these locale problem seems not so harmful. Generated messages was reasonable as Japanese message. But derbyall/derbyall.fail:i18n/iepnegativetests_ES.sql, some characters are corrupted. For example... 47a47 > ERROR XIE0J: Un delimitador no es v?lido o se ha utilizado m?s de una vez. 51 del < ERROR XIE0J: Un delimitador no es v EnC:>225< lido o se ha utilizado m EnC:>225< s de una vez. I think we can avoid this testing problem in SunVM configuring sytem property of user.language/user.country/user.variant. http://java.sun.com/j2se/corejava/intl/reference/faqs/index.html : Can I set the default locale from outside an application? This depends on the implementation of the Java platform you're using. The initial default locale is normally determined from the host operating system's locale. Versions 1.4 and higher of Sun's JREs let you override this by setting the user.language, user.country, and user.variant system properties from the command line. For example, to select Locale("th", "TH", "TH") as the initial default locale, you would use: java -Duser.language=th -Duser.country=TH -Duser.variant=TH MainClass Since not all runtime environments provide this feature, it should only be used for testing. But there remains unclearness around other vm ..... Best regards. /* Tomohito Nakayama tomonaka@basil.ocn.ne.jp tomohito@rose.zero.ad.jp Naka http://www5.ocn.ne.jp/~tomohito/TopPage.html */ ----- Original Message ----- From: "TomohitoNakayama" To: "Derby Development" Sent: Saturday, May 28, 2005 5:03 AM Subject: All of derby_all fails when environment corresponding derbyLocale_**.jar exists in CLASSPATH > Hello. > > I executed derby_all with new configuration and found this phenomena. > > Adding derbyLocale_ja_JP.jar to classpath and , > all of derby_all was failed because all result message was generated in > Japanese .... > > I didn't realized this , because I had not included derbyLocale_ja_JP.jar > to classpath before .... > > //Further more,from this time , environment variable "LANG" was set to > "en" as next .... > //LANG="en" > //This configuration was done to avoid lang problem of "svn diff" around > upgraded subversion, 1.2.0. > //But it does not work for derby. > //I wonder how programs judges locale information ... > //System property in JDK ....? > > I think this is bug around test itself ...... > > Best regards. > > /* > > Tomohito Nakayama > tomonaka@basil.ocn.ne.jp > tomohito@rose.zero.ad.jp > > Naka > http://www5.ocn.ne.jp/~tomohito/TopPage.html > > */ > > > -- > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.322 / Virus Database: 267.0.0 - Release Date: 2005/05/27 > > > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.322 / Virus Database: 267.0.0 - Release Date: 2005/05/27 > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.2.0 - Release Date: 2005/05/27 -------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.2.0 - Release Date: 2005/05/27 ---------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.2.0 - Release Date: 2005/05/27 ------------------------------------------------------------------------------ No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.2.0 - Release Date: 2005/05/27 ------=_NextPart_000_0004_01C564AB.96272460 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello.
 
I = executed derbynetclientmats with=20 next option.
 java = -Drunwithjdk14=3Dtrue=20 -DexcludeJCC=3Dat-or-before:2.3 "-Djvmflags=3D-Duser.language=3Den = -Duser.country=3DUS"=20 org.apache.derbyTesting.functionTests.harness.RunSuite=20 derbynetclientmats
 
The result was that locale = problem was not=20 solved with this commandline option....
 
It may reasonable answer to = exculde=20 derbyLocale_Ja.jar for a while.
 
Best regards.
 
/*
 
         Tomohito=20 Nakayama
         tomonaka@basil.ocn.ne.jp
=         =20 tomohito@rose.zero.ad.jp
 
        =20 Naka
         http://www5.ocn.ne.= jp/~tomohito/TopPage.html
 
*/
----- Original Message ----- =
From:=20 TomohitoNakayama
To: Derby=20 Development
Sent: Sunday, May 29, = 2005 6:52=20 AM
Subject: Re: All of = derby_all=20 fails when environment corresponding derbyLocale_**.jar exists in=20 CLASSPATH

Hello.
 
Now, derbyall have = done.
Result was that many error = caused by=20 locale problem was found as before ...
 
derbyall_prop.txt told that = sytem=20 property was configured as ...
------------
 user.country=3DUS
 user.language=3Den
=
 
 
I wonder that it is  needed to configure = system=20 property using -Djvmflags=3D option when=20 executing derbyall....
I will try it again this night .....
 
Best regards.
 
/*
 
         Tomohito=20 Nakayama
         tomonaka@basil.ocn.ne.jp
=         =20 tomohito@rose.zero.ad.jp
 
        =20 Naka
         http://www5.ocn.ne.= jp/~tomohito/TopPage.html
 
*/
----- Original Message ----- =
From:=20 TomohitoNakayama
To: Derby=20 Development
Sent: Saturday, May = 28, 2005=20 5:23 PM
Subject: Re: All of = derby_all=20 fails when environment corresponding derbyLocale_**.jar exists in=20 CLASSPATH

Hello.
 
>The others I don't know for sure but = they're all=20 network server tests. Can you please post a diff for one of these so = I get=20 an idea?
 
I uploaded one.
Please see  http://www5.ocn.ne.jp/~tomohito/20050528/maxthreads.diff
Seeing result , just message was in=20 Japanese.
 
 
>Would it be totally unacceptable to = document we=20 expect the test harness to be run in en_US locale? Naka, =
 
Well ...
Phenomena found this time was not = so=20 serious.
So I think it is acceptable now, if = notion of=20 system property to escape the problem was = explained.
 
But on the other hand, I wonder more = deep issue=20 about i18n may appear in some day.
So there exists some anxiety for limiting=20 test environment only to en_US .
 
//locale problem can be very serious problem = in Asia=20 including Japan....
 
 
>If you run the tests with those = properties you=20 mention, does that work?
>We'd probably need to pass them into the = test=20 harness using -Djvmflags=3D... Or maybe even just force it from = insite=20 RunSuite/RunTest.
 
At my site, I successed executing=20 derbynetclientsmats suite configuring "-Duser.language=3Den = -Duser.country=3DUS"=20 directly to VM.
The executing command was like = next.
----
 java = -Drunwithjdk14=3Dtrue=20 -DexcludeJCC=3Dat-or-before:2.3 -Duser.language=3Den = -Duser.country=3DUS=20 org.apache.derbyTesting.functionTests.harness.RunSuite derbynetclientmats
 
 
I will try also derbyall this = night.
 
 
 
Best regards.
 
 
/*
 
         Tomohito=20 Nakayama
         tomonaka@basil.ocn.ne.jp
=         =20 tomohito@rose.zero.ad.jp
 
        =20 Naka
         http://www5.ocn.ne.= jp/~tomohito/TopPage.html
 
*/
----- Original Message = -----
From:=20 Myrna=20 van Lunteren
To: Derby=20 Development
Sent: Saturday, May = 28, 2005=20 3:33 PM
Subject: Re: All of = derby_all=20 fails when environment corresponding derbyLocale_**.jar exists in=20 CLASSPATH

Hi,
 
Without a specific locale, Derby is supposed to default to=20 English...(the english locale messages are in derby.jar and thus = always=20 available).
 
The test derbynet/sysinfo displays current locale, which I've = also=20 seen fail for certain jvms, and it also fails on cygwin/jdk15 for = the=20 Norway group (it displays No_no).
I've been wanting to look into somehow not printing out the = current=20 locale...Would that be an acceptable change?
 
those 3 i18n tests are indeed troublesome - I've opened bug = DERBY-244=20 for them, but I haven't come up with a good solution.
These .sql tests use ij. ij sents its output to the console, = thus,=20 the info gets parsed through console.encoding and console's = language=20 setting. Then, it gets saved to a file and thus gets parsed = through=20 file.encoding . I've been meaning to test with a forced = console.encoding=20 depending on platform - i.e. if os.name=20 substring matches 'windows', force Cp1252, otherwise, = force=20 UTF-8. Would that work?
 
Or is the whole point of testing ij to ensure the text comes = out=20 correct in different locales/encodings? And how can we = consistently check=20 that?
 
The others I don't know for sure but they're all network = server=20 tests. Can you please post a diff for one of these so I get an=20 idea?

Would it be=20 totally unacceptable to document we expect the test harness to be = run in=20 en_US locale? Naka, would that be impossible for you? If you = run the=20 tests with those properties you mention, does that work? We'd = probably=20 need to pass them into the test harness using -Djvmflags=3D... Or = maybe even=20 just force it from insite RunSuite/RunTest.
How do the folks in Norway run these?
 
All this also shows how terribly week the Japanese, and other = locale=20 tests are.
 
Myrna
 
On 5/27/05, TomohitoNakayama <tomonaka@basil.ocn.ne.jp>= =20 wrote:=20
Hello.


I=20 tried to execute derby_all again without derbyLocale_ja.jar and = found=20 next
tests are failed.=20 =


derbyall/derbyall.fail:jdbcapi/parameterMapping.java
derby= all/derbyall.fail:i18n/urlLocale.sql
derbyall/derbyall.fail:i18n/messa= geLocale.sql
derbyall/derbyall.fail:i18n/iepnegativetests_ES.sql
de= rbyall/derbynetclientmats/derbynetmats.fail:derbynet/NSinSameJVM.java=20 =
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/maxthreads.jav= a
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/runtimeinfo.j= ava
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/sysinfo.jav= a
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/testPropertie= s.java
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/testconn= ection.java
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/tim= eslice.java=20 =
derbyall/derbynetmats/derbynetmats.fail:derbynet/NSinSameJVM.java
= derbyall/derbynetmats/derbynetmats.fail:derbynet/maxthreads.java
derby= all/derbynetmats/derbynetmats.fail:derbynet/runtimeinfo.java
derbyall/= derbynetmats/derbynetmats.fail:derbynet/sysinfo.java=20 =
derbyall/derbynetmats/derbynetmats.fail:derbynet/testProperties.java<= BR>derbyall/derbynetmats/derbynetmats.fail:derbynet/testconnection.javaderbyall/derbynetmats/derbynetmats.fail:derbynet/timeslice.java

=
Seeing=20 their **.diff, next contains difference caused by locale=20 = problem.

derbyall/derbyall.fail:i18n/messageLocale.sql
derbyall= /derbyall.fail:i18n/iepnegativetests_ES.sql
derbyall/derbynetclientmat= s/derbynetmats.fail:derbynet/NSinSameJVM.java=20 =
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/maxthreads.jav= a
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/runtimeinfo.j= ava
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/sysinfo.jav= a
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/testPropertie= s.java
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/testconn= ection.java
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/tim= eslice.java=20


Taking aside testing barrier, almost all of these = locale=20 problem seems not
so harmful.
Generated messages was = reasonable as=20 Japanese message.

But=20 derbyall/derbyall.fail:i18n/iepnegativetests_ES.sql, some = characters are=20
corrupted.

For example...
47a47
> ERROR = XIE0J: Un=20 delimitador no es v?lido o se ha utilizado m?s de una vez.
51 = del
< ERROR XIE0J: Un delimitador no es v EnC:>225< = lido o=20 se ha utilizado m
EnC:>225< s de una vez.


I = think=20 we can avoid this testing problem in SunVM configuring = sytem
property=20 of user.language/user.country/user.variant.

http://java.sun.com/j2se/corejava/intl/reference/faqs/index.html=20 :
Can I set the default locale from outside an = application?
This=20 depends on the implementation of the Java platform you're using. = The
initial default locale is normally determined from the = host=20 operating
system's locale. Versions 1.4 and higher of Sun's = JREs let=20 you override this
by setting the user.language, user.country, = and=20 user.variant system
properties from the command line. For = example, to=20 select Locale("th", "TH",
"TH") as the initial default = locale, you=20 would use:
java -Duser.language=3Dth -Duser.country=3DTH=20 -Duser.variant=3DTH MainClass
Since not all runtime = environments=20 provide this feature, it should only be
used for testing. =

But=20 there remains unclearness around other vm .....

Best=20 = regards.

/*

        = ;Tomohito=20 = Nakayama

        tomonaka@basil.ocn.ne.jp
=         =20 tomohito@rose.zero.ad.jp
=
        Naka
  &= nbsp;     http://www5.ocn.ne.= jp/~tomohito/TopPage.html

*/
-----=20 Original Message -----
From: "TomohitoNakayama" <tomonaka@basil.ocn.ne.jp>=
To:=20 "Derby Development" <derby-dev@db.apache.org=20 >
Sent: Saturday, May 28, 2005 5:03 AM
Subject: All = of=20 derby_all fails when environment = corresponding
derbyLocale_**.jar=20 exists in CLASSPATH


> Hello.
>
> I = executed=20 derby_all with new configuration and found this phenomena.=20
>
> Adding derbyLocale_ja_JP.jar to classpath and = ,
>=20 all of derby_all was failed because all result message was = generated=20 in
> Japanese ....
>
> I didn't realized this = ,=20 because I had not included derbyLocale_ja_JP.jar
> to = classpath=20 before ....
>
> //Further more,from this time , = environment=20 variable "LANG" was set to
> "en" as next ....
>=20 //LANG=3D"en"
> //This configuration was done to avoid = lang problem=20 of "svn diff" around
> upgraded subversion, = 1.2.0.
> //But=20 it does not work for derby.
> //I wonder how programs = judges=20 locale information ...
> //System property in JDK=20 ....?
>
> I think this is bug around test itself = ......=20
>
> Best regards.
>
>=20 = /*
>
>        =20 Tomohito=20 Nakayama
>         = tomonaka@basil.ocn.ne.jp
= >        =20 tomohito@rose.zero.ad.jp
= >
>        =20 Naka
>         http://www5.ocn.ne.= jp/~tomohito/TopPage.html
>
>=20 */
>
>
> --
> No virus found in this = outgoing=20 message.
> Checked by AVG Anti-Virus.
> Version: = 7.0.322 /=20 Virus Database: 267.0.0 - Release Date:=20 2005/05/27
>
>
>
>
> --
> No = virus=20 found in this incoming message.
> Checked by AVG=20 Anti-Virus.
> Version: 7.0.322 / Virus Database: 267.0.0 - = Release=20 Date: 2005/05/27
>
>



--
No virus = found in=20 this outgoing message.
Checked by AVG Anti-Virus. =
Version:=20 7.0.322 / Virus Database: 267.2.0 - Release Date:=20 2005/05/27


No virus found in this incoming message.
Checked by AVG=20 Anti-Virus.
Version: 7.0.322 / Virus Database: 267.2.0 - = Release Date:=20 2005/05/27

No virus found in this incoming message.
Checked by AVG=20 Anti-Virus.
Version: 7.0.322 / Virus Database: 267.2.0 - Release = Date:=20 2005/05/27

No virus found in this incoming message.
Checked by AVG=20 Anti-Virus.
Version: 7.0.322 / Virus Database: 267.2.0 - Release = Date:=20 2005/05/27
------=_NextPart_000_0004_01C564AB.96272460-- --=======AVGMAIL-4299DABE7E73======= Content-Type: text/plain; x-avg=cert; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: "AVG certification" No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.2.0 - Release Date: 2005/05/27 --=======AVGMAIL-4299DABE7E73=======--