JEvaHz Messages 1081-1092

about contact links home tools todo search

Character string substitution error


From: "carmine"
Sent: Thursday, May 24, 2001 12:12 PM
Re: [JavaHz:1081] 文字列代入エラー
Character string substitution error

carmineと申します。
This is Carmine.

 早速ですが、私のところで起きている現象についてご相談です。

  Getting down to business: this is a discussion of a
  phenomenon happening with [my keitai].

 HTTP通信で読み込んだ文字列の処理に付いてなんですが、P503i,N503iでうまくい
くのに、F503iではエラーとなってしまいます。(下記コード参照)
#もちろん、リテラルの代入(msgTmp_="hoge"など)はうまく行きます。

On the subject of handling character strings read via HTTP, even
though they go nicely with the P503i and the N503i, with the
F503i there's an error.  (See code, below.)
#Of course, with literal substitution (e.g., msgTmp_="hoge") it
 works fine.

 F503iでやっている方で、同じような現象が起こった方はいらっしゃいますか?

  Has any one else seen something like this using the F503i?



#P,N,Fの端末しか持っていないので、他の機種では同現象が起こるか不明です。

#I only have P-, N- and F-type phones, so it's unclear to me if the
 same phenomenon occurs with other devices.


-------------------------------------------------------------------
private String msgTmp_   = "",                   /* メッセージ処理用 */
						/* [for message handling] */
               msg_[]    = new String[15],       /* メッセージ保存用 */
						/* [for saving messages] */


void hogehoge(){
    httpAccess();
    msgTmp_  = msg_[0];   <------ この部分でエラーになる /* [where error happens] */
}


void httpAccess(){
    String            url_  = "http://www.hoge.com/";
    HttpConnection    conn_ = null;
    InputStream       in_   = null;
    InputStreamReader inr_  = null;
    DataOutputStream  spOut_= null;

    try {
        conn_ = (HttpConnection)Connector.open( url_, Connector.READ,
true );
        conn_.setRequestMethod(HttpConnection.GET);
        conn_.connect();
        in_  = conn_.openInputStream();
        inr_ = new InputStreamReader(in_);

        /* メッセージ読込 */
	/* [message reading] */

        for( int i = 0 ; i < 15 ; i++ ){
            msg_[i] = httpRead(inr_);
        }

        inr_.close();
        in_.close();
        conn_.close();
    } catch (IOException e) {
        System.out.println(e);
    } catch (Exception e) {
        System.out.println(e);
    }
}


String httpRead( InputStreamReader in ) throws Exception {
    int    chr_;
    String result_ = "";

    while( (chr_ = in.read()) != -1 ){
        if( chr_ == 10 ) break;
        result_ += (char)chr_;
    }

    return result_;
}


About ListBox



From: "Toshihiko Fukuyama"
Sent: Thursday, May 24, 2001 2:32 PM
Subject: [JavaHz:1082] リストボックスについて
About ListBox


はじめまして、fukuyama... と申します。
iアプリのプログラミングをはじめたばかりです。
宜しくお願いいたします。

Hello, nice to meet you, this is fukuyama.
I've just started doing iAppli programming.
[....]

早速なのですが、リストボックス(com.nttdocomo.ui.ListBox)
について質問があります。

Getting down to business: I have a question about
ListBox (com.nttdocomo.ui.ListBox).

_lst = new ListBox( ListBox.NUMBERED_LIST, 5 );
のようにして、ListBoxを作りました。
すると、5行表示のリストボックスが作られるはずです。が、
i-JADEのN503iエミュレータでみると、4行分しか表示されません。
他(F503i, P503iのエミュレータ)は5行表示されています。
これはそういうものなのでしょうか??

With a statement like
   _lst = new ListBox( ListBox.NUMBERED_LIST, 5 );
a ListBox was constructed.
So you'd expect that a five line list box would be
made.  However, look at this with the i-Jade N503i emulator
and only 4 lines are displayed.  The others (F503i, P503i)
in emulation display five lines.  So what's going on
here with the N503i?

何か、ご存知の方いらっしゃいましたら、ご教授おねがいいたします。
#そんな馬鹿な、でもうれしいです。コードをもう一度見直しますので :-p 

If anyone understands this, I'd be happy to hear from them.
#It might be a stupid question, and I'd still be glad -- just
 to have another pair of eyes on the code :-p
------------------
■リストボックスは次のようにして追加しています
クラスPanelからextendsしたクラスのコンストラクタにて、

■A ListBox is added as follows; the class is
subclassed from class Panel, and has the following
constructor:

_lst = new ListBox( ListBox.NUMBERED_LIST, 5 );
_lst.append( "hal" );
_lst.append( "aibo" );
_lst.append( "c3po" );
_lst.append( "robbie" );
_lst.append( "atom" );
add( _lst );

■環境は以下のとおりです。
■The environment is as follows:

JDK : jdk1.3.0_02
i-JADE : 1.2.4-N
J2ME : CLDC 1.0.2FCS

                                                                了

-- 
_/_/_/
      name   : FUKUYAMA, Toshihiko
      e-mail : 
                                      _/_/_/_/



From: "Toru Koido"
Sent: Thursday, May 24, 2001 3:01 PM
Subject: [JavaHz:1083] Re: リストボックスについて
About ListBox

小井土@オーエスケイです。

Koido of OSK here.

機種によって、画面の大きさやフォントの大きさ及び
フォントの種類が異なります。

Image size, font size, even font itself will differ
depending on the device.

当然、リストボックスの表示桁数も異なります。
そこまでしっかりエミュレートできているということです。

So, naturally the structure/dimensions of the
ListBox will differ.  It's just that it can
truly emulate - even to the point of [the same
apparent anomalies.]

しかし、最終的には実機でテストすることをお勧めします。

Ultimately, however, what I recommend is a real
[i.e., keitai unit] test.

> 
> はじめまして、fukuyama@tacktech.co.jpと申します。
> iアプリのプログラミングをはじめたばかりです。
> 宜しくお願いいたします。
> 
> 早速なのですが、リストボックス(com.nttdocomo.ui.ListBox)
> について質問があります。

> [see above]

以下省略

*snip*



From: "Toshihiko Fukuyama" 
Sent: Friday, May 25, 2001 10:21 AM
Subject: [JavaHz:1088] Re: Re: リストボックスについて
About ListBox

お世話になっております。fukuyama...です

Hello.  This is fukuyama....

> 小井土@オーエスケイです。
> 機種によって、画面の大きさやフォントの大きさ及び
> フォントの種類が異なります。
> 当然、リストボックスの表示桁数も異なります。
> そこまでしっかりエミュレートできているということです。

うむむ。そうなのですか。ありがとうございます。

One of those things, huh?  Thanks.

Unofficial "DoCoMo Profile-1.0" API Reference
のリストボックスの説明に、

According to the Unofficial "DoCoMo Profile-1.0"
API Reference

引用ここから-----------------------------
[Start quote] ---------------------------

public ListBox(int type,
               int rows)
        throws java.lang.IllegalArgumentException

パラメータ:   // ["Parameter"]
	type - 作成するタイプを定数から指定します。
		// ["determines the type from a constant" ???]
	rows - 表示する行数。ただしCHOICEの場合は無効。
		// ["indicated number of rows; however, ineffective if there's a choice."]
引用ここまで-----------------------------
[End quote]------------------------------

とあったので、
#http://godwood.allnet.ne.jp/vioret/dojaapi/com/nttdocomo/ui/ListBox.html#ListBox(int, int)
CHOICEでなければ、rows行数分の表示は保証してくれると思い込んでいました。

So from this, if there's no CHOICE, I've become convinced that
that an indication of the number of rows will be saved.
#[ref: http://godwood.allnet.ne.jp/vioret/dojaapi/com/nttdocomo/ui/ListBox.html#ListBox(int, int)]


大変参考になりました。小井土様、どうもありがとうございました。m(_ _)m

This has been really helpful.  (Code-god) Koido, Thanks again.  m(_ _)m

                                                                     了
								     EOF

-- 
_/_/_/
      name   : FUKUYAMA, Toshihiko
      e-mail : 
                                      _/_/_/_/


Clearing the key-buffer



From: "Yasunori Saitoh"
Sent: Thursday, May 24, 2001 6:59 PM
Subject: [JavaHz:1084] キーバッファクリア
Clearing the key-buffer

こんにちは齋藤康則です。

Hello, Yasunori Saitoh here.

P503iでテストをしていると読み書きやSystem.gc()
等の処理を行っている際にキー入力を行っていると
処理が終わった後に送れてキーのイベントが入ってきます。

Test on a P503i and, when something like I/O or
System.gc() processing is in progress, hitting a
key won't be handled as an event until after that
that processing is over.

キーバッファを開放するような処理はできるのでしょうか?

I'm wondering: is there some way to open the key buffer?

現在、Canvasクラスを使って作成しています。

Currently I'm making a Canvas.

良い解決法を教えていただければ幸いです。

Tell me a good solution and I'll be very happy.

よろしくお願いします。

Thanks in advance.

----------------------------------------------------
齋藤康則  




From: "Ken Morishita" 
Sent: Friday, May 25, 2001 7:21 AM
Subject: Re: [JavaHz:1084] キーバッファクリア
Clearing the key-buffer

森下です。

Morishita here.

YS> P503iでテストをしていると読み書きやSystem.gc()
YS> 等の処理を行っている際にキー入力を行っていると
YS> 処理が終わった後に送れてキーのイベントが入ってきます。
YS> 
YS> キーバッファを開放するような処理はできるのでしょうか?

YS> Test on a P503i and, when something like I/O or
YS> System.gc() processing is in progress, hitting a
YS> key won't be handled as an event until after that
YS> that processing is over.
YS> 
YS> I'm wondering: is there some way to open the key buffer?


キーバッファをクリアする方法は知らないのですが、
キーイベントが遅れてやってくる対策として、

I don't know of a way to clear the key buffer, but
to prevent key events from being delayed: [???]

KEY_PRESSED_EVENT が来たときには、getKeypadState() を使って、
「現在もそのキーが押下状態にあるか」をチェックする

という方法があると思います。

When there's a KEY_PRESSED_EVENT, using getKeypadState(),
check "is the key still depressed" -- this is one way to
do it, I think.

私の場合では 一応 意図通りな動きをしてくれました。

キー連打を拾いたい、というのでなければ ある程度上手く行くと思います。

In my case, I was able to do it from a rough design. [???]

If you don't want to pick up "key barrages", this works
passably well. [???]

KEY_RELEASED_EVENT では直接この方法は使えませんが、
あるキーのKEY_PRESSED が無効と判断すれば、
そのキーの次のKEY_RELEASEDも無効、
という具合にすればなんとかなる、、、のではないでしょうか。

With KEY_RELEASED_EVENT, you can't use this method directly, but
if the KEY_PRESSED key can be seen to be inoperative [???],
the subsequent KEY_RELEASED event is also inoperative....
so in this case, it can be handled, don't you think?

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
Ken "Come Through" Morishita 
http://www.yumemi.co.jp/morishita/
Yumemi, Inc
________________________________i___
|   |   | | |   |   |  _|   |   | _ |
|_     _|   |       |  _|       ||_||
  |___| |___|_|___|_|___|_|___|_|:::|
                                |:::|
                                |___|


From: "Yasunori Saitoh" 
Sent: Friday, May 25, 2001 9:53 AM
Subject: RE: [JavaHz:1084]キーバッファクリア
Clearing the key-buffer

齋藤です。

Saitoh here.

森下様ありがとうございます。

Thank you, [Code-god] Morishita!

> キーバッファをクリアする方法は知らないのですが、
> キーイベントが遅れてやってくる対策として、
>
> KEY_PRESSED_EVENT が来たときには、getKeypadState() を使って、
> 「現在もそのキーが押下状態にあるか」をチェックする
>
> という方法があると思います。
> 私の場合では 一応 意図通りな動きをしてくれました。
> キー連打を拾いたい、というのでなければある程度上手く行くと思います。

なるほど。

OK, I get it.

今作っているアプリはアクションゲームみたいな連打はないので
参考にさせていただきます。

The iAppli I'm making right now isn't likely to see
these kinds of "Action Game" [key] barrages, so this
has been helpful.

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

Thanks again.


This week's off-line meeting



From: "YAMAZAKI Kiyoaki"
Sent: Thursday, May 24, 2001 8:38 PM
Subject: [JavaHz:1085] Re: 今週のオフ会
This week's off-line meeting

山崎@ギガフロップスです。

Yamazaki of GigaFlops here.

どもです。

Howdy.  [???]

すごくアナウンスが遅れましたが、下記のオフ会本日です。
#30分後位からまったりやってます(^^;

I'm really late with this announcement but....about
the offline meeting today.
#It's gonna get goin' about 30 minutes (^^;

本日リリースしましたが、ギガアプリの有料課金"ギガ払い"でNiftyさんの
Combo会員での支払いも可能になりました。
http://www.gigaflops.co.jp/news/news_05.html

This just in: GigaAppli's payment can also be done via
"GigaHarai" ["GigaPay"] AND Nifty's Combo member
payment method.
http://www.gigaflops.co.jp/news/news_05.html

その件も含めてお話しできるかともいます。
飛び入りでも歓迎ですので、是非お時間のある方はどうぞ。

We can talk about this as well.

This meeting is open to all, so please come if
you have time.

On Tue, 22 May 2001 00:38:35 +0900
Riku Nakamura wrote:

> 陸@JavaHz管理人です。
[....]
> 場所  SWEET JANE  
> http://www.mapfan.com/map.cgi?MAP=E139.43.2.3N35.38.32.4
[....]

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
 YAMAZAKI Kiyoaki     << 090-6214-3000 >>
 Yebisu Shibuya-ku Tokyo (+81-3-5475-3405) GiGAFLOPS Japan Inc. 
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛


HTTP communications on the server side



From: "加藤 芳彦"
Sent: Friday, May 25, 2001 8:12 PM
Subject: [JavaHz:1089] Re: HTTP通信のサーバ側
HTTP communications on the server side

加藤と申します。

Saitoh here.

少し前の話題ですが、
”[JavaHz:392] Re: Re: HTTP通信のサーバ側”と
同じソースで、D503iでHTTP通信をPOSTメソッドで
行おうと思っているのですが、
com.nttdocomo.io.ConnectionException
が発生してしまいます。
ConnectionException.getStatus()はHTTP_ERROR(10)です。

This is kind of an old topic, but
I've been thinking I'll use the same source from 
”[JavaHz:392] Re: Re: HTTP通信のサーバ側”[HTTP comm - server side]
using the HTTP "POST" method; however, I get a
com.nttdocomo.io.ConnectionException
raised on me.
ConnectionException.getStatus() = HTTP_ERROR(10


WWWサーバのaccess_logを見ると、HTTPレスポンスは500番を返しています。
また、mod_jk.logには以下のエラーが出力されます。

When I look at the web-server access_log, there is a response "500".
Also, in mod_jk.log the following error has been output:

----------
[jk_ajp12_worker.c (498)]: ajpv12_handle_response, error reading header line
----------

更に、F,PiS,N.SOでは同じソースで、正常に動作します。
また、DでもGETメソッドだと正常に動作します。

Furthermore, with the same source using F, P, S, N and SO,
it behaves normally.
Also, even with D using the GET method, the behavior is normal.


なにか、情報をお持ちの方がおられましたら、教えてください。
よろしくお願いします。

If anyone has any information about this, please tell me.
Thanks in advance.

-----検証環境-----
--- verified environment ---
ケータイ:D503i
OS:RedHat 7.0J
WWW:Apache 1.3.17
Servletエンジン:TOMCAT 3.2.1
WWW-Servlet:mod_jk
----------

> -----Original Message-----
> From: rim
> Sent: Saturday, February 17, 2001 10:28 PM
> Subject: [JavaHz:392] Re: Re: HTTP通信のサーバ側
> 
> 
> こんにちわ。
> 
> 仙石さん、ありがとうございます。
[snip]



From: Ueno
Sent: Saturday, May 26, 2001 3:09 AM
Subject: [JavaHz:1090] Re: HTTP通信のサーバ側
HTTP communications on the server side


 うえのです。

  Ueno here.

> ”[JavaHz:392] Re: Re: HTTP通信のサーバ側”と
> 同じソースで、D503iでHTTP通信をPOSTメソッドで
> 行おうと思っているのですが、
> com.nttdocomo.io.ConnectionException
> が発生してしまいます。
> ConnectionException.getStatus()はHTTP_ERROR(10)です。

 私も以前 D503i から POST メソッドを行ったところ、正しくデータを取得
できないという問題が発生しました。D503i が発売された直後に行ったため
ソースファイルは今はどこかにいってしまいました。

 I've also had this same problem come up of not being able to get
correct data from the D503i when using the POST method.  The source
file that was bought for immediate use with the D503i has now spread
everywhere [???]

 私の場合、サーバ側は PHP を利用しており、Apache のログを見ると HTTP
レスポンスは 200 を返していました。検証した結果、どうやら D503i からの
データがサーバ側に全く送信されていないようでした。

  In my case, on the server side, PHP is being used, when when you
look at the Apache log, you see response 200.  From verified results,
it seems absolutely no data is received on the server side from the
D503i.

 仕方なく GET を使用することでその時は対処しましたが、もしかしたら 
D503i では POST が利用できないのかもしれません。

  Inevitably, I coped with this by using the GET method at that time;
I wonder....it may well be that the POST method just can't be used.

 今は実機が手元にないために検証できません。

  Right now, because we don't have the implementation to
look at, we can't verify this. 

----
うえの

Ueno.



From: "Ken Morishita"
Sent: Saturday, May 26, 2001 10:50 AM
Subject: [JavaHz:1091] Re: Re: HTTP通信のサーバ側
HTTP communications on the server side


森下です。

Morishita here.

加> 加藤と申します。
加> 
加> 少し前の話題ですが、
加> ”[JavaHz:392] Re: Re: HTTP通信のサーバ側”と
加> 同じソースで、D503iでHTTP通信をPOSTメソッドで
加> 行おうと思っているのですが、
加> com.nttdocomo.io.ConnectionException
加> が発生してしまいます。
加> ConnectionException.getStatus()はHTTP_ERROR(10)です。
加> 
加> WWWサーバのaccess_logを見ると、HTTPレスポンスは500番を返しています。
加> また、mod_jk.logには以下のエラーが出力されます。
加> ----------
加> [jk_ajp12_worker.c (498)]: ajpv12_handle_response, error reading header line
加> ----------
加> 
加> 更に、F,PiS,N.SOでは同じソースで、正常に動作します。
加> また、DでもGETメソッドだと正常に動作します。
加> 
加> なにか、情報をお持ちの方がおられましたら、教えてください。
加> よろしくお願いします。
加> 
加> > conn.setRequestProperty("Content-Type","application/x-www-form
加> > -urlencoded;");

まさか、とは思いますが。
この最後のセミコロンが原因だったり??

I couldn't believe this!  Where the hell did that final
semicolon come from??


+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
Ken "Come Through" Morishita
http://www.yumemi.co.jp/morishita/
Yumemi, Inc
________________________________i___
|   |   | | |   |   |  _|   |   | _ |
|_     _|   |       |  _|       ||_||
  |___| |___|_|___|_|___|_|___|_|:::|
                                |:::|
                                |___|



From: "Ken Morishita"
Sent: Saturday, May 26, 2001 11:19 AM
Subject: [JavaHz:1092] Re: Re: HTTP通信のサーバ側
HTTP communications on the server side


森下です。

KM> 加> 少し前の話題ですが、
KM> 加> ”[JavaHz:392] Re: Re: HTTP通信のサーバ側”と
KM> 加> 同じソースで、D503iでHTTP通信をPOSTメソッドで
KM> 加> 行おうと思っているのですが、
KM> 加> com.nttdocomo.io.ConnectionException
KM> 加> が発生してしまいます。
KM> 加> ConnectionException.getStatus()はHTTP_ERROR(10)です。
KM> 加> 
KM> 加> WWWサーバのaccess_logを見ると、HTTPレスポンスは500番を返しています。
KM> 加> また、mod_jk.logには以下のエラーが出力されます。
KM> 加> ----------
KM> 加> [jk_ajp12_worker.c (498)]: ajpv12_handle_response, error reading header line
KM> 加> ----------
KM> 加> 
KM> 加> 更に、F,PiS,N.SOでは同じソースで、正常に動作します。
KM> 加> また、DでもGETメソッドだと正常に動作します。
KM> 加> 
KM> 加> なにか、情報をお持ちの方がおられましたら、教えてください。
KM> 加> よろしくお願いします。

私の環境(Apche+PHP)では、
このソースと同じコードでD503i でも動きました。
D503i でもPOSTはちゃんと使えます。

My environment is Apache+PHP.
This source code and the same source code
works with the D503i.
Even with the D503i, POST can be used perfectly well.

ちなみに Content-length はPOSTの時でも設定しなくてOKです。
通信クラスによって勝手に設定されるようです。

Incidentally, it's OK not setting Content-length even
at POST time.  It's set automatically by the comm class.

おしらせまで。

Later. [???]

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
Ken "Come Through" Morishita
http://www.yumemi.co.jp/morishita/
Yumemi, Inc
________________________________i___
|   |   | | |   |   |  _|   |   | _ |
|_     _|   |       |  _|       ||_||
  |___| |___|_|___|_|___|_|___|_|:::|
                                |:::|
                                |___|



top