JEvaHz Messages 1354-1367

about contact links home tools todo search

Execution immediately after F503i download



From: "Takashi Mitsumoto" 
Sent: Thursday, July 26, 2001 11:07 AM
Subject: [JavaHz:1356] F503iダウンロード直後の起動
Execution immediately after F503i download

はじめまして。三木と申します。

How do you do.  My name is Mitsumoto.

F503iでのアプリの動作について質問があります。

I have a question about application execution using the F503i.

ゲーム風のアプリを作成し、D、Soなどでは問題なく作動するのですが、
Fでのみ、ダウンロード直後に「ダウンロードしたアプリを起動しますか?」
と聞いてくるところで起動しようとすると、フリーズした状態になり、そのうち
勝手に端末の電源が切れてしまいます。

I'm making a game-like appli, and it runs fine of the 'D', the 'SO',
and others; only on the 'F' will it come to this point where it asks
"Run the downloaded application?" and goes into a freeze state,
and from there, seemingly of its own accord, powers the unit down.

電源を入れなおしたあとで、普通にアプリメニューから起動すると、通常に
作動するのですが・・・。

After restoring power, executing, as usual, from the application menu,
it runs as usual...

私が作るアプリはすべて、他では普通に動いても、Fでのみダウンロードから
直接起動すると端末がフリーズします。

All the other applications I've made, while running fine on other
units, will nevertheless freeze on the F just after downloading.

何かコードの書き方に不適切な点があるのでしょうか??

I wonder what it is in how I write my code that causes this
inappropriate thing to happen?

こういった症状をご存知の方がいらっしゃいましたら、アドバイスをお願いします。

I'd appreciate advice from anyone who has seen seen symptoms like these.

三木

Mitsumoto



From: "tate" 
Sent: Thursday, July 26, 2001 11:18 AM
Subject: [JavaHz:1357] Re: F503iダウンロード直後の起動
Execution immediately after F503i download

立石と申します。はじめまして。

My name is Tateishi.  How do you do.

 下記の件、以前に私も似たような現象を経験しましたので参考まで。

On this subject, I also had an experience rather similar to
the one you describe, so FWIW:

ダウンロードページのHTMLに文字のブリンク<BLINK>が入っていると
同じ現象が出ました。外すと正常にダウンロードできました。

If, on downloaded HTML pages there are BLINK-tagged characters,
you'll seem the same behavior.  Take them out and you can download.

FではHTMLの処理で他と影響する部分があるということですね。

It may be that the 'F' HTML-handling influences
other parts.

Takashi Mitsumoto wrote:
> 
> はじめまして。三木と申します。

[snip]

-- 
T-ate 立石隆二

URL http://www.seri.sakura.ne.jp/~tate/
E-mail:tate@land.linkclub.or.jp




From: "Takashi Mitsumoto" 
Sent: Thursday, July 26, 2001 3:56 PM
Subject: [JavaHz:1357] Re: F503iダウンロード直後の起動
Execution immediately after F503i download

三木です。

Mitsumoto here.

立石様、Fについての情報ありがとうございました。
ダウンロードページの<BLINK>タグを削除することで
解決いたしました。

Thank you, Tateishi, for the information
about the 'F'.  Deleting the BLINK tag from the
download resolved the problem.

ありがとうございました!

Thanks!

三木

Mitsumoto


Component color assignment



From: "R.Matsumoto" 
Sent: Thursday, July 26, 2001 12:14 PM
Subject: [JavaHz:1358] Componentの色指定
Component color assignment

お世話になってます。松本と申します。

Hello, I'm Matsumoto.

Panel上に配置したLabelなどのComponentの表示色を
変えたいと思っています。

I was thinking I'd like to change the
Component display color for labels
and such arranged on a Panel.

setForeground()とsetBackground()を組み合わせて
使うと、i-JADE上の表示は指定色と異なる色になります。

When I combine setForeground() and setBackground(),
the i-JADE display color differs from what I set
it to.

手元に実機がないので確認できないのですが、実機では
前景色と背景色を同時に指定可能なのでしょうか?

I don't have this function on hand just now, so I
can't verify it, but, with some application for it,
shouldn't one be able to change the foreground and
background colors simultaneously?

ちなみにソース的には、

A relevant code sample might be like this:

Panel P = new Panel();
Label L = new Label("テスト", Label.LEFT); ["Test"]
L.setForeground(Graphics.RED);
L.setBackground(Graphics.YELLOW);
P.add(L);
Display.setCurrent(P);

のような単純なものでも再現します。このソースの配色
では背景色が Graphics.NAVI のような色、前景色が
Graphics.GRAY のような色になってしまいます。

...to see a simple example of what I'm talking about.
With this code's color scheme, I end up with
a background like Graphics.NAVI and a foreground
like Graphics.GRAY .

どなたか何か思い当たる情報があれば教えて下さい。
よろしくお願いします。

If something occurs to anybody here,
please don't hesitate to pass it along.

Thanks.


About Doja installation



From: "Saburo Kaji" 
Sent: Thursday, July 26, 2001 1:48 PM
Subject: [JavaHz:1359] Dojaのインストールについて
About Doja installation

みなさん、こんにちは。

Hi everybody.

以前NT系にDojaをインストールすると「アプリの追加と削除」の一覧がおかしく
なるというスレッドがあったとおもいますが。今回、私のWinMeで「アプリの追
加と削除」の一覧が異常だったのでいろいろ試してみると、Dojaをインストール
後にインストールした他のアプリケーションが一切表示されません。

I think we had a thread about how, when you install DoJa on [Windows]
NT in the past, "Application add/delete" list goes strange on you, but
this time, it's about the same thing happening under Windows ME: after
trying several different approaches, the application doesn't show up
at all.


試しにレジストリをバックアップ後にDojaをインストール、レジストリのリスト
アを試みましたが、同じでした。
他にもWindows98でも試しましたが全く同じ現象です。もしかしたらWin98SEのみ
OKなのでしょうか。それとも私のところだけの現象なのでしょうか?

As an experiment I tried backing up the registry, but when I tried looking at
the registry list, it was the same.
I tried other things on Windows 98 but exactly the same thing happened.
I wonder if maybe Windows 98 SE [Second Edition] is OK?  Or maybe it's
just me?

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
  sabu
  kajitiw@e-rinkai.or.jp
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/


About key barrages



From: "Satoru Kodaira" 
Sent: Tuesday, July 31, 2001 2:55 PM
Subject: [JavaHz:1361] キーの連打について
About key barrages

いつもお世話になっております。小平です。

Hello.  Kodaira here.

手元にある P503iS で、
開発をしたアプリをギガアプリ様に
登録させていただきましたところ、
SO503iのユーザーの方から、
キーを連打するとエラーが出て止まってしまう、
との障害の報告を受けました。

As long as we're getting reports from
GigaAppli people developing appli with
the P503iS phones they have,
how about this one from a SO503i user about
key barrages causing SO503i to produce
error messages and halt. [???]

当方では、以下の様な処理を行っております。

The way I handle it as is outlined below:

0.描画用にスレッドを作っています。
1.描画用スレッドで、repaint();を呼んでいます。
2.paint()内では、ところどころで、Thread.yield();を呼んでいます。
 #描画が処理をひっぱらないように。
3.ShortTimerで、ゲームの処理を行っています。(100[ms]間隔)
4.processEvent()内で、キー判定を行っています。(当り判定なのでけっこう
重い)

0.  Making a "drawing" thread.
1.  Calling "repaint()" from the drawing thread.
2.  In "paint()",  call "Thread.yield()" here and there.
 # (Without interrupting drawing [???])
3.  Using ShortTime, handle the game.  (100ms intervals)
4.  In processEvent(), decide how to handle keys.  (The 
 appropriate judgment is quite important.)

スレッドや、タイマーに関する知識が少ないので、
分からないのですが、上記のものを併用すると、
機種によって動作が安定しないといった事が
発生しやすいのでしょうか?

Maybe because thread- and timer-related information is scarce,
if you use all the above techniques simultaneously,
depending on the type of mobile, isn't it easier for
instabilities in operation to occur.  [???]

processEvent()は、使わない、Thread とタイマーは併用しない、等、
アドバイス等がございましたら、教えて下さい。


If it's not save to use processEvent, or to use
threads and timers simultaneously, please tell me.

上記障害が発生したアプリケーションは、
以下のサイトでダウンロードできます。

As for the application where the above obstacles arise,
the following site has a download:

http://www.aae.co.jp/hoge/i/numHIT/Game.html

以上、よろしくお願い致します。

All for now, thanks.

--
/*----------------------------------------------------------------------------*/

// aim at entertainment
//  小平 覚
// TEL:  (03)5458-5206
// MAIL: koda@aae.co.jp
/*----------------------------------------------------------------------------*/



From: "Kenichiro Ueda" 
Sent: Tuesday, July 31, 2001 3:41 PM
Subject: [JavaHz:1362] Re: キーの連打について
About key barrages

植田です。少々厳しいことを言いますが、

Ueda here.  Just a tad harshl here, but....

> スレッドや、タイマーに関する知識が少ないので、
> 分からないのですが、上記のものを併用すると、
> 機種によって動作が安定しないといった事が
> 発生しやすいのでしょうか?


スレッドに関する知識が少ない状態でスレッドを使うのは
危険だと思います。iアプリは基本的にスレッドを使わず
にプログラムできるはずです。逆に、わざわざスレッドを
採用した理由を知りたいくらいです。

I think using threads is dangerous, given this
situation where there is a paucity of information
about how to use them.  You can basically make
programs without using threads, with iAppli.  I'm
at the point of wondering if there's any reason
to use them here. [???]

スレッド学習用に試作したということでもなさそうですし。

Don't even bother looking at the thread tutorial
for practice.  [???]

> processEvent()は、使わない、Thread とタイマーは併用しない、等、

CanvasアプリではprocessEventは必須ではないでしょうか。

I wonder if processEvent is necessary for Canvas appli.

とりあえず、スレッド化をやめてスレッド関係のAPIを
すべて消すだけでもずいぶん安定性が変わるのでは。

For the moment,  stop thread-izing the code,
and even just get rid of all code related to the thread
API, to completely stabilize the program.

最後に、このバグはエミュレータでも再現できそうに思い
ますので、まずエミュレータで現象が起きるか確認して、
実機のみなら(特に今回はSOだし)おそらくメモリ不足か
nullオブジェクトアクセスあたりが怪しいと思います。

Finally, because I believe you can reproduce this
bug in an emulator, first, check to see if it occurs
in an emulator, and if it's just the implementation
(especially the SO, these days) [???], maybe a
memory shortage or a null object access symptom
can be suspected, I think.



From: "Satoru Kodaira" 
Sent: Tuesday, July 31, 2001 7:02 PM
Subject: [JavaHz:1363] Re: キーの連打について
About key barrages

いつもお世話になっております。小平です。

早速のお返事ありがとうございました。


> > スレッドや、タイマーに関する知識が少ないので、
> > 分からないのですが、上記のものを併用すると、
> > 機種によって動作が安定しないといった事が
> > 発生しやすいのでしょうか?
>
> スレッドに関する知識が少ない状態でスレッドを使うのは
> 危険だと思います。iアプリは基本的にスレッドを使わず
> にプログラムできるはずです。逆に、わざわざスレッドを
> 採用した理由を知りたいくらいです。
> スレッド学習用に試作したということでもなさそうですし。

スレッドを採用した理由を以下に述べます。
1.アプレットで使っていて馴染みがあったので。
2.描画をスレッドで行い、処理をタイマーにする事で、
  機種間の動作速度の違いを吸収できるとあったので。
#参照:C-Magazine の 2001年5月号特集「チャレンジ!iアプリプログラミン
グ」


JavaHZの過去ログを見る限りでは、
paint()メソッドは使わない方が良いとあったのですが、
機種間の差を吸収できるのは魅力的だと思ったので・・・

全機種のテスト環境がないのに
危ない事はしない方がよいですね。
次からは気をつけます。


> > processEvent()は、使わない、Thread とタイマーは併用しない、等、
>
> CanvasアプリではprocessEventは必須ではないでしょうか。

はずしていたらごめんなさい。

processEvent()も、タイマーのイベントとは
別のスレッドで動いているのかと思ったので、
キー判定が不安定になるのかと思いました。

getKeypadState()
でなんとかやりくりすべきなのかなぁ?っと。


> とりあえず、スレッド化をやめてスレッド関係のAPIを
> すべて消すだけでもずいぶん安定性が変わるのでは。

> 最後に、このバグはエミュレータでも再現できそうに思い
> ますので、まずエミュレータで現象が起きるか確認して、
> 実機のみなら(特に今回はSOだし)おそらくメモリ不足か
> nullオブジェクトアクセスあたりが怪しいと思います。

アドバイスありがとうございます。試してみます。
まずエミュレータで試してみればよかったです。


どうもありがとうございました。

--
/*----------------------------------------------------------------------------*/

// aim at entertainment
//  小平 覚
// TEL:  (03)5458-5206
// MAIL: koda@aae.co.jp
/*----------------------------------------------------------------------------*/


HTTPS Communications



From: "Yoshinori Nakayama" 
Sent: Wednesday, August 01, 2001 10:03 PM
Subject: [JavaHz:1364] Re: HTTPS 通信
HTTPS Communications

はじめまして。中山と申します。

私共のところでも、https通信する環境でアプリが動作しない
問題が発生しております。
発生している現象は、小林さん、ユタカさんと同様です。

 F503i:ダウンロードしたアプリからネットワーク接続する時、
   HttpConnection.connect()でIOException(タイムアウト)発生
      -->http通信で試したところ、正常に動作しました
 N503i:アプリのダウンロード不可
      -->http通信で動作するかは、未確認です
 P503is、P503i:正常に動作
 SO503i:正常に動作

http通信で利用できる環境がないため、上記問題の解決策が
わからず大変困っておりました。
小林さん、ユタカさんの情報を参照させて頂き、当方の問題も
https通信に原因があると特定することができました。
情報をあげていただき、本当に感謝しております。

ユタカさんからの情報に関して、下記の4点質問をさせてください。

・F503iで発生している本問題の対策時期等について、
  何か情報ありましたら、教えてください。
  プログラム、Webサーバの環境設定等で回避するようなことは
  できないのですよね。

・e-eSSLとs-sSSLについてですが、Webサーバ側の設定で
  かえられるものなのでしょうか。それともドコモのゲートウェイサーバで
  対応しているのでしょうか。
  503iでhttpsで接続すれば、e-eSSL、503i以外だとs-sSSLになると
  思っていたので、当方の環境ではてっきりe-eSSLで通信していると
  思っておりましたが、上記問題が発生しております。
  ドコモ公式サイトだと、e-eSSLとなり、勝手サイトだとs-sSSLと
  なるのでしょうか。

  ちなみに、こちらで使用しているサーバ証明書のルート証明書は、
  Verisign RSA Secure Server CA (40bit)
  です。

・F503iの場合、同じ環境からアプリをダウンロードしているのに、
  アプリによっては、アプリ一覧でSSLのマークがつかないものが
  あります。
  この現象についてご存知のことありましたら、情報お願いします。

・N503iは、ダウンロードページでjamを指定する際、URL指定でなく
  パス指定をすればうまくいくとの情報がありましたが、具体的に
  どのように指定すればよいのか、教えていただけないでしょうか。
  「file://・・・」と指定するのかと思い試してみたのですが、
  うまくいきません。

以上よろしくお願いいたします。

********************************************
* 中山 義則 (Yoshinori Nakayama)         *
* E-Mail:yo-naka@sonata.plala.or.jp        *
********************************************



KDDI ezplus tool



From: Zev Blut 
Sent: Friday, August 03, 2001 10:52 AM
Subject: [JavaHz:1365] KDDI ezplusツール
KDDI ezplus tool

はじめまして。ブルット ゼブと申します。

How do you do.  I'm Zev Blut.

最近、KDDIのサイトからezplusのツールをダウンロードできます。

Recently, you can download ezplus from KDDI's site.

http://info.ezweb.ne.jp/factory/index_04.html

よろしくお願いします。

Thanks.



From: "Lazarus Long" 
Sent: Friday, August 03, 2001 2:01 PM
Subject: Re: [JavaHz:1365] KDDI ezplusツール
KDDI ezplus tool

こんにちは、らざるす です。

Good day, "Lazarus" here.

> 最近、KDDIのサイトからezplusのツールをダウンロードできます。
> http://info.ezweb.ne.jp/factory/index_04.html

早速、ダウンロードしましたが、ezplusプログラミングガイドがリンク切れ
なっています。正しくは以下のURLでダウンロードできます。

Briefly: I was able to download [ezplus], but the Programming Guide
link is broken.  Here's the correct URL for that download:

http://info.ezweb.ne.jp/factory/tec/spec/pdf/ezplus_guideVer1_01.pdf

まだ、使ってはいないのでこれから試してみます。

I still haven't used this, so I guess I'll try it out.



From: "Kenichiro Ueda" 
Sent: Friday, August 03, 2001 8:23 PM
Subject: [JavaHz:1367] Re: KDDI ezplusツール
KDDI ezplus tool

植田です

Ueda here.

> 早速、ダウンロードしましたが、ezplusプログラミングガイドがリンク切れ
> なっています。正しくは以下のURLでダウンロードできます。
> 
> http://info.ezweb.ne.jp/factory/tec/spec/pdf/ezplus_guideVer1_01.pdf

ありがとうございます。これでダウンロードできました。

Thanks -- I was able to do this.

> まだ、使ってはいないのでこれから試してみます。

> I still haven't used this, so I guess I'll try it out.

同じく。ただ、ドキュメントを見る限りCMailをjavaから使える
ようですね。セキュリティ対策をしてあるのか、開発者を信用しているの
かよくわかりませんが、ちょっと危険な香りがします(笑)。

Me neither.  Judging from the documentation, it looks
like you can use CMail from Java.  Whether security measures
have been taken, or whether developers have been informed
about them, is not really clear, but it has a little whiff
of danger about it ;-)

ドキュメントはHTMLがいいと思う自分でした。

I thought the document HTML was pretty good. [???]

それでは

See you.


top