- 1 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 18:13:16 ]
- NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。
※DoCoMo以外は下記スレへ。
CLDC+MIDP+携帯電話用Javaスレッド part 6
pc11.2ch.net/test/read.cgi/tech/1155174514/
■ iアプリ特有ではなくJava一般に関する質問はこちらへ
【初心者】Java質問･相談スレッド99【大歓迎】
pc11.2ch.net/test/read.cgi/tech/1173026128/
■ ｉモード携帯電話用Java（iアプリ）まとめサイト
ton.my-sv.net/
■関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
pc8.2ch.net/test/read.cgi/tech/1117773530/
過去スレ
Part13 ttp://pc11.2ch.net/test/read.cgi/tech/1164168601/
- 762 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 19:59:14 ]
- スレ違いすぎ
- 763 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 20:01:54 ]
- コンピュータアーキテクチャ（大爆笑
- 764 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 00:03:41 ]
- おまいらはこのスレをちゃんと読めよ
pc11.2ch.net/test/read.cgi/tech/1175061694/
- 765 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 16:29:24 ]
- Rhinoはまだ使えないのかよ
- 766 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 17:08:05 ]
- 画面全体をイメージファイルに取り込む命令とかないんですかぁ？
- 767 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 17:45:25 ]
- ないあるよ
- 768 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 18:26:34 ]
- _く彡川fﾞノ'ノﾉ ノ_ノノﾉイシﾉ｜ }.: '〈八ﾐ､､;.)
ヽ.:.:.:.:.:.;=､彡／‐-ニ''_ｰ＜、{_,ﾉ -一ヾ`~;.;.;） 逆に考えるんだ
く .:.:.:.:.:!ﾊ.Yイ ぇ'无ﾃ,`ヽ｝｝}ィt于 ｀|ィ"~
):.:.:.:.:|.Y }: :! ｀二´/' ; |丶ﾆ ﾉﾉ 「画面全体の大きさのイメージオブジェクト」
） :.: ﾄ､リ: :!ヾ:、 丶 ; | ﾞ ｲ:}
｛ .:.: ｌ ｛: : } ｀ ,.__(__,} /ﾉ を保持して、それを画面に表示するんだ
- 769 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 10:19:46 ]
- EncodeImage.encode()を使って現在のCanvasの内容をjpeg形式に落とし、
getImage()を使ってMediaImageとして保持。
さらにImageStore.addEntry()を使えば、それを本体フラッシュメモリのどこかに落とせるはず。
エミュレータでは、エラーにならずに動作したが、保存はされなかった。
実機では、まだ試したことがない。
- 770 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 10:41:31 ]
- 一度スクラッチパッドに保存してから、メディアイメージで取り込むという方法が常套手段のようですね。
- 771 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 16:15:06 ]
- ところで、なんでVectorはﾊﾟｿｺﾝ版ｻｲﾄでは成功したのに
ﾓﾊﾞｲﾙでは大失敗したんだろう?
しかも、ｹﾞｰﾑﾁｬﾝﾈﾙから未だ連絡が来ないのだが…。
本当に8月1日にﾘﾆｭｰｱﾙｵｰﾌﾟﾝする気なのかしら??
- 772 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 21:25:28 ]
- 携帯アプリは規模が小さいから
他のアプリパクって実装するのもチョロイしなｗ
無料アプリとの差別化も難しくて有料に旨みも無いからやりません。
- 773 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 04:04:40 ]
- 画像をパクるのはできないけどな
- 774 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 10:39:08 ]
- 更に上手い人に頼めばクオリティーアップできるやん
- 775 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 13:37:33 ]
- Imageに対してgetRGBPixelって出来ないですよね
なんとか出来るようにする方法ってないもんですかね？
- 776 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 13:53:18 ]
- createImageしたオブジェクトに対して描画してからgetRGBPixel
- 777 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 14:24:28 ]
- >>776
ありがとうございます
もうひとつ質問なんですが、int n = g.getColorOfRGB(*, *, *)); と取得した場合に
nからRGBを逆算する方法ってあるんでしょうか？
- 778 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 15:02:02 ]
- 出来ないこともないけどデバイス依存なので
基本的にいじるべきでないと思う。
- 779 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 15:56:00 ]
- >>778
ありがとうございます
あきらめます
- 780 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 16:22:36 ]
- あらかじめGraphics.getColorOfRGB(0～255, 0～255, 0～255)して戻り値をとっておいて、一致するものを探せば可能
- 781 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 17:04:25 ]
- それは逆算というより逆引きだな
1677万色分のテーブル持つのも馬鹿らしい
- 782 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 17:38:15 ]
- そもそもgetColorOfRGBの戻り値を使いたい理由って何なんだぜ？
- 783 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 17:55:37 ]
- >>777
setPixelしてgetRGBPixelすればいけるかと
- 784 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 18:33:40 ]
- >>783
無理じゃないですか？
- 785 名前：783 mailto:sage [2007/07/18(水) 20:02:03 ]
- >>784
エミュでやってみたらちゃんと取れたよ。実機だと機種によっては丸め込まれるかもしれないけど、少なくとも、内部表現→RGB→内部表現とすれば同じ値が得られるRGBが得られるはず。
- 786 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 14:06:29 ]
- なんで無理だと思ったんだろうな
- 787 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 14:59:31 ]
- >>786
getColorOfRGBがRGB88に対してほとんどの機種の画面が
RGB565だから>>785の言っているように丸め込まれるということで
無理と判断したんじゃないか？
- 788 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 20:50:37 ]
- ☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀ～
ﾏﾁｸﾀﾋﾞﾚﾀ～
☆ ﾁﾝ 〃 Λ＿Λ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・） ＜ OpenGL ESの一般公開まだ～？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／
- 789 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 19:18:25 ]
- 質問なんだけど
scratchpad:///x
xって何番まで使えるの？
それと、ひとつの番号あたりの容量制限とかはないよね？
0番しか使わなくても0～3番まで使っても例えばDoja3.5では合計400KBまででしょ？
誰か教えてちょ
- 790 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 22:10:52 ]
- 開発ガイド詳細編に教えてもらうといいよ
- 791 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 12:09:45 ]
- >>790
サンクス！おかげで詳しく知ることが出来たよ！
更にlengthオプションの存在も知った。これだよ俺が求めてたのは…！
ありがと！
- 792 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 19:58:56 ]
- いや、ここで聞く前に自分で調べろって意味だろ
- 793 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 21:52:46 ]
- 技術系の資料はだいたいその手の資料に載ってるからね
- 794 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 01:52:03 ]
- 近所の本屋に行ってもiアプリ開発の本は全然無いんだよね
とりあえず中身確認して知りたい情報があるか確認しないといけないから
通販じゃ買えないし遠くまで出かけるのも面倒くさい
まったく近所の本屋ってリサーチしないよな
消費者が求めてる本をリサーチして店に置けっての
だから売り上げが上がらず倒産するんだよ
- 795 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 08:09:36 ]
- いあ、むしろ消費者のニーズが細分化し過ぎてて
売上げが上がらないんだろう。
iアプリ開発本なんてほとんど読まなかったし、
今だともうネットだけで十分じゃね？
- 796 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 10:02:50 ]
- 仕事で日本の携帯電話3キャリア向けのアプリを作ってたが
本なんざ一切読まないでやったぞ。
そもそも某社のアプリはアプリ開発系の本が一冊くらいしか出てないで
ネットにも情報が少なくて死ぬかと思った。
ITmediaありがとう。
- 797 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 12:17:08 ]
- 未だにDoJa-3.5使ってるからそろそろ最新版に移行しようとおもう
何か注意とか不安定だとかないよね？
- 798 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 13:00:15 ]
- >>792
そんなの当たり前だろｗ
何を見ればいいか教えてくれてるわけだから礼を言ったまでさ～
一応自分なりに調べてみたつもりだけど見落としてたみたい
- 799 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 14:51:25 ]
- >>797
Doja4.0以前のエミュレータとDoja4.1以降のエミュレータでは
動作が違う部分がちょくちょくある。
新しいエミュレータにした場合、作成するアプリがDoja4.0等にも
対応する場合、Doja4.0のエミュレータとDoja4.1以降のエミュレータの
両方で動作チェックを行うのを忘れないほうがいい。
なお、俺は現在DoCoMoでプリミティブ描画を行っているのだが
Graphics3D#flushにて、Doja4.0以前のエミュレータではフリーズし
Doja4.1以降のエミュレータでは正常に動作しているという現象を
食らっている。
原因追求したいのだが、他の仕事が入って全然調べられん。
同じ現象になって解決したやついたら、教えてくれ。
そのほかでは、通信の際にuid=NULLGWDOCOMOでuidを取得するあれにて
ミスで、uid=http:// なってしまったときに
通信は当然ミスったが、動作をそのまま続けたエミュレータと
通信時にフリーズするエミュレータがあった。
どっちがどっちエミュレータかは、忘れた。
- 800 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 15:20:49 ]
- 壊れたMLDをuseするとException吐かずにエミュが落ちる
- 801 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 02:25:50 ]
- 夏休みでアプリ挑戦してみようと思う大学生ですが、
ドコモのツールってJavaの5.0には対応してないんでしょうか？
- 802 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 08:58:28 ]
- 対象のバージョン、書いてあっただろ。
- 803 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 10:03:50 ]
- >>799
どうも親切にありがとう
- 804 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:14:15 ]
- 資料がpdfだけというのはやめてもらえんだろうか。
使いづらくてたまらない。
- 805 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:42:53 ]
- DoJaが足を引っ張ってJava5を入れられない・・・・
- 806 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 03:32:51 ]
- >>805
Java 6のjavacでも-sourceと-targetと-bootclasspathを指定すれば、
ちゃんとコンパイルして実機で実行できるよ。
- 807 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 04:09:32 ]
- PDFの資料なんか、最初に全部読んどいて忘れたときに開く程度だし別にいいだろ。
APIマニュアルはHTMLだし。
- 808 名前：805 mailto:sage [2007/07/26(木) 05:39:39 ]
- >>806
コンパイルはコマンドプロンプトからオプションつけてやればいいという事でしょうか？DoJaのビルトだとオプションとかつけれなかったような。
- 809 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 07:42:35 ]
- 別にDoJaからコンパイルする必要はない。
クラスパスを指定して普通のJavaソースと同じようにコンパイルするだけ。
- 810 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 12:40:58 ]
- つか、最新の開発ツールだと -source 1.3 付けてくれてるみたいだぞ。久々にいじったのでいつからかわからんが、これでjdk1.4とはおさらばできそうだ。
- 811 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 22:24:49 ]
- 新しいコンパイラなら最適化も素晴らしくなっているだろう……と思いきや
最近のjavacはJITの存在を念頭に置いてて、あまり最適化しない、むしろ
JITが扱いやすい型にはまったバイトコード生成をするという話も聞く。
- 812 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 22:56:29 ]
- javacがするのは、定数折りたたみ、意味のない式や制御構造の削除とかの簡単なもの。
JITの性能が上がりすぎて、コンパイル時の最適化が効果が薄くなった。
コンパイル時の最適化を期待するにはjavac以外のツールが必要。
- 813 名前：805 mailto:sage [2007/07/27(金) 04:42:59 ]
- >>809>>810
ありがとうございます。
そういや、最近DoJa5.0はVer3になりましたもんね。
それでできるようになったのかな？
以前は1.5だとエラー出てたけど。
- 814 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 11:17:31 ]
- 何か今時の話題のようなので報告。
JDK1.5.0_12＋iαppliTool 5.0ver3.00 でコンパイル成功してます。
環境変数等、インストールした時のまんまなので標準環境だと思ふ
- 815 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 02:35:09 ]
- DoJaの開発環境は地味ながら継続的に改良されているよね
もうちょっと宣伝すればいいのに
- 816 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 23:59:39 ]
- DXなしでGPSを使用したアプリって作成不可？
端末の位置情報を取得するくらいならできるのかな
- 817 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2007/07/29(日) 08:31:24 ]
- 無理
- 818 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 01:53:36 ]
- F904i（マーガレット機種）でjamのDrawAreaの設定について教えてください。
F904iは描画領域が240×432なんですが、
DrawAreaもそれに合わせて240×432にしたところ、
y=392～411のあたりにソフトキーラベルが浮いて表示されると
ユーザから指摘を受けました。
で、DrawAreaを240×391にしたところ、
今度は「描画領域が相変わらず240×432になっている」と指摘されました。
F904iのDrawAreaの挙動って、何か特殊な対応が必要なんでしょうか？
なんとかソフトキーラベルが画面表示に被らないようにしたんですが。。。
- 819 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:55:07 ]
- >>818
DoJa-5.x用の開発ガイド詳細編を読んでみるといいよ。
DrawAreaで検索かけて掛かったところ全部。
DrawAreaは任意の値で領域サイズを変えられるわけじゃない。
サポートしているサイズが端末ごとに決まっている模様。
ソフトキー描画を非表示にするメソッドが使える場合もあるとも書いてある。
全画面表示を指定した場合のソフトキー表示が気に入らなかったら、
ソフトキーを非表示にしてアプリでソフトキーを描画する方法になるだろうね。
- 820 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 03:12:20 ]
- Frame.setSoftLabelVisible(false)
- 821 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 09:58:28 ]
- さらに突っ込むなら
現時点でFrame#setSoftLabelVisible(false)を使用して全画面表示が
可能なのは、端末資料を見る限りだとFシリーズの903i以降と703i以降だ。
なお、F機はフルスクリーンにしないと端末資料に書かれている
最大画面サイズを使用できない。
- 822 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 21:19:04 ]
- 勝手直感ゲームまだー？（・∀・ ）っ/凵 ⌒☆ﾁﾝﾁﾝﾁﾝ
- 823 名前：818 mailto:sage [2007/07/31(火) 02:20:57 ]
- >819-821
ありがとうございます。
ずっと、任意の領域に変えられるものだと思ってました。。。
>可能なのは、端末資料を見る限りだとFシリーズの903i以降と703i以降だ。
Fと、Dの903/703もいけそうでした。
>Frame.setSoftLabelVisible(false)
今自分が作っているアプリの場合だと、
クライアントアプリ内で端末名判断してやることになりそうです。
ソースにベタで。
新しく同様の機種が出るたびにリビルド。。。
- 824 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 03:42:43 ]
- ７０３でも９０３のアプリは動きそうなんですけどダメですか？
- 825 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 04:21:26 ]
- どちらとも言えない。アプリによって答えは違う。
そのアプリが動くかどうかは作った人に聞け。
- 826 名前：821 mailto:sage [2007/07/31(火) 10:08:25 ]
- >>823
>Fと、Dの903/703もいけそうでした。
D端末の端末資料には全画面表示非対応となっているが
いったい端末資料のどこを見て全画面表示が可能だと判断したんだ？
俺が言っているいる全画面表示(フルスクリーン)というのは
Frame#setSoftLabelVisible(false)によってソフトキーの表示を消し
その領域まで使用できることだぞ。
240x320など、240x240以上の領域がDrawAreaで指定可能であるのと
全画面表示が可能であるのは、別の話。
F以外の903以降の端末(PとN903iを除く)の端末はソフトキーを消さずに
240x320以上の領域が使用できるということだ。
- 827 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 11:08:39 ]
- >>822
トラステッドおんりー
- 828 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 11:34:52 ]
- GestureReaderであれば普通に使えるでしょ？
大して面白い機能でも無いから使わんけど。
- 829 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 17:38:25 ]
- >>821さ、誤解を招くようなおかしい文章を自分が書いといて何で噛み付いてんだい。
>Frame#setSoftLabelVisible(false)を使用して全画面表示が可能なのは、
setSoftLabelVisible()はソフトキーの表示／非表示を切り替えるためのメソッドだ。
でもあんたの説明では全画面表示の切り換えに使うメソッドのように読み取れる。
>>823が書いた「Fと、Dの903/703もいけそうでした。」はもちろん
Dの903/703でもsetSoftLabelVisible()はサポートしてるようでした、の意味だ。
- 830 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 20:41:46 ]
- サポートしてなくても、とりあえずThrowableをcatchしとけばいいんでない？
- 831 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:31:39 ]
- 質問させてください。
アプリから、端末に保存している曲データ（MFiやSMFではなく、圧縮音声データ）
を再生したいと思っています。
単純に思いつくのは、MovieStore.selectEntry()でiモーションデータ取得する方法
ですが、このクラスはNとSHの端末でしかサポートされていないようです。
（今回はFをターゲットにしているので、この方法は使えません）
曲データはサイズがでかいので、アプリ同梱や通信でとってくる方法も出来れば
使いたくありません。
あくまで、あらかじめ端末に保存されている曲データを再生したいと思っています。
他に良い方法はあるでしょうか？
- 832 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:35:49 ]
- 偽装gifして読み込む
- 833 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 00:05:33 ]
- 903以降のFって、偽装GIFのコメントヘッダを勝手にとっちゃうから使えないって聞いたけど…
- 834 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 21:58:21 ]
- 偽装jpgという手もあるぞ
F903iXだけどgifdeladでjpg偽装したテキストが
iアプリのテキストリーダーで読めたからいけるはず
www.moeracode.net/software/gifdelad/
- 835 名前：831 mailto:sage [2007/08/01(水) 23:27:54 ]
- >>831-834
情報㌧クスです。
偽装なんとかについては詳しくないので、一度研究してみます。
- 836 名前：デフォルトの名無しさん [2007/08/02(木) 11:18:52 ]
- DoJaってLinkedList持ってないよな？
リスト構造が必要になった時って皆どうしてるんだ？
- 837 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 13:03:04 ]
- 無いなら作れ
- 838 名前：836 [2007/08/02(木) 15:10:32 ]
- Vectorで代用することにしたよ。
使えるらしいし。
- 839 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 01:18:47 ]
- >>838
LinkedListとVectorじゃ、計算量的な特徴は全く違うけどね。
- 840 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 01:38:22 ]
- サスペンドイベントと終了イベント（MIDPで言うところのpauseApp()とdestroyApp()）が
取れないことがわかって絶望した。
アプリ終了されたときにセーブか何かするってできんやん……
- 841 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 03:10:33 ]
- サスペンド発生のタイミングは基本的に着信やバッテリー残量不足など
即座にアプリから端末へ制御を渡さなければならない状況。
そのためアプリに余計な処理をさせないようにしてある。
終了イベントをアプリで受け取れるようじゃ端末として問題ありだろう。
電源キーで強制終了しようにも、わざと（またはバグで）無限ループ、
バッテリー抜くまで終了できないアプリが作れちゃう。
で、セーブデータ保存タイミングだけど、アプリ実行中にこまめに保存するしかない。
ゲームなら１ステージクリアごととか、タイトル画面へ戻る度にとか。
- 842 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 03:23:20 ]
- 841だが何かズレたこと言ってるな自分
暑さのせいだ、スルーしといてくれ
- 843 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 04:43:50 ]
- もしかしてMIDP準拠のアプリで、destroyAppで無限ループすると操作効かなくなるの？
- 844 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 09:23:09 ]
- Maximum byte code length (32KB) exceeded
というエラーがいきなり出るようになったんですが
なんなんですかこれは？
ネットで調べても見つかりません
- 845 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 10:37:53 ]
- 英語の意味のまんま。
直訳してみ？
- 846 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 10:51:52 ]
- バイトコードが３２ＫＢを越えた
意味不明
- 847 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 10:56:00 ]
- だからそのままだって。
１メソッド32KBの制約に引っかかったから普通のプログラム組めってこと。
- 848 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 11:10:41 ]
- >>843
実機依存かもしれないが、イベントハンドラから一定時間リターンしなかったら
強制終了、だったような。
- 849 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 11:54:49 ]
- >>844
ネットで何を調べたんだ？
- 850 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 20:28:57 ]
- >>844
っていうかこのスレくらい検索しようぜｗ
ソースうｐしてくれ。
>>379のときは見れなかったんだ。興味あるｗ
- 851 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 15:45:48 ]
- ボタンを一ドット単位で配置設定なんてことできないよね？
- 852 名前：379 mailto:sage [2007/08/04(土) 21:12:12 ]
- メソッドのサイズを削るために
メソッド内の変数を外に出したらクラスの容量が一気に増えて
今度はクラスの容量が３２ＫＢオーバーになっちゃったみたい。
メソッドのサイズ削るよりクラス削るほうが難しそうです・・
ちょうど話題に上がってたみたいなのでもう１回うｐしてみました。
zif.hp.infoseek.co.jp/tmp/tori2.zip
- 853 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:06:16 ]
- クラスに32Kの容量制限があるなんて初耳だ
- 854 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 23:08:03 ]
- 500シリーズとか700シリーズの話じゃね？
30kだっけか。
- 855 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 23:15:05 ]
- おそらく暗黙的に宣言される static {} のサイズが32Kを超えたと思われ。
単純な配列データは別ファイルにしてリソースとして読み込むようにして、
その他のものは幾つかのクラスに分散すべし。
- 856 名前：379 mailto:sage [2007/08/05(日) 00:32:23 ]
- >>855
レスありがとうございます
リソースとして読み込むってのがよく分からないけど
とりあえず変数は別のクラスに分散させてみます
- 857 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 03:53:49 ]
- >>856
855さんが言ってるのは、配列の初期化だと思われ。
byte[] a = { ....};
ってやつね。
- 858 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 09:28:20 ]
- >>854
jarのサイズでなく、プログラム的に1メソッドのサイズ制限だと思われ。
どっかのpdfに書いてあった気がするが忘れたし暑くて探す気がしないから調べといて。
- 859 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 12:26:58 ]
- >>851
できちゃうんだな、これが。
- 860 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 15:45:13 ]
- クラスのメンバ変数は、バイトコード上ではすべて特別なメソッドに置かれる。
そのメソッドが32kBを超えたからコンパイルエラーになった。
855のリソースにして読むというのは、大きな配列はスクラッチパッドやネットワークとかのクラス外に置いて、実行時に動的に読み込めということだろう。
- 861 名前：379 mailto:sage [2007/08/05(日) 21:17:15 ]
- >>860
普通のメソッドは３０００行書いても大丈夫だったのに
クラスのメンバ変数はちょっと書いただけで３２ＫＢ超えたってことは
メンバ変数にすると容量を大量に消費するってことかな
大きな配列は別クラスに移してあるのでリソースにしなくても大丈夫かな
- 862 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 22:07:33 ]
- int[] a = { 10, 20, 30, 40 };
とかっていうのは
a = new int[4];
a[0] = 10;
a[1] = 20;
a[2] = 30;
a[3] = 40;
って書いたのとほぼ同じだから、相当に容量を食う。
|
 |
