CLDC+MIDP+携帯電話用Javaスレッド part 7

CLDC+MIDP+携帯電話用 ..

271:268
07/08/15 01:48:12
>>269
>>270

遅くなってすんません！

jadに「MIDxlet-API: MEXA」を追加したら動きました！
環境の問題だとばっかり思ってたんだけど、jadの方だったとは、、

一歩前進しました。
ありがとうございました！

272:デフォルトの名無しさん
07/08/17 00:49:30
　　　　　　　,.ｨ , - ､.＿　　　、
.　　　　 ,ｲ/ l/　　　　￣￣｀ヽ!__
　　　ﾄ/ |'　{　　　　　　　　　　｀ヽ.　　　　　　　　　　　 ,ﾍ
　　Ｎ│ ヽ. `　　　　　　　　　　ヽ　　　　　 /ヽ　/　 ∨
　　 N.ヽ.ヽ、　　　　　　 ,　　　　　 }　　　　l＼/　　`′
.　　ヽヽ.＼　　　　　　 ,.ｨｲﾊ　　　　　 |　　＿| 俺は今とんでもない事に
　　ヾニｰ　__　_　-=_彡ｿﾉ u_＼ヽ、　 |　　＼　気付いた　ソフトバンク
.　　　￣ﾞr=<‐ﾓﾐ､ﾆr;＝=ｪ;ｭ＜_ゞ-=7´ヽ　　　> 　並べ替えると，馬糞と糞
.　　　　　 l 　￣ﾘーh ｀ｰ‐‐'　l‐''´冫)'./　∠__　ソフトバンクモバイルを並べ替えると，
　　　　　　ﾞiｰ- ｲ'__　ヽ､..＿__ノ　　ﾄr‐'　　　　/ 　　　踏ん張ると糞も倍
　　　　　　　l　　 `＿__,.、　　 u　./│　　　　/＿これは偶然の一致か？
.　　　　　　ヽ.　 }z‐r--|　　　／　ﾄ,　　　　　 |　 ,、何者かの陰謀ではないのか？
　　　　　　　 >､`ｰ-- '　　.／　／　|ヽ　　　　　l／　ヽ

273:デフォルトの名無しさん
07/08/17 01:01:14
Sアプリの jadファイルに記述する MIDlet-Data-Sizeについて質問です。
データサイズを jadファイルに記述しない場合のデメリットってなんでしょうか？

データサイズが記述されている場合は、バージョンアップ時などに
RecordStoreの内容が引き継がれる（前バージョン時のRecordStoreデータが
保障されると解釈してよい？）と、開発ガイドにあるので、データサイズが
jadファイルに記述されていない場合は、その保証が無いのでしょうか？

イメージ的には端末の不揮発性メモリに
(1) jadファイルにデータサイズの記述あり
[アプリデータ……]
[RecordStoreデータ] ← アプリデータとは別の領域に確保される
　↓
バージョンアップすると
[アプリデータ…………]
[RecordStoreデータ] ← アプリデータとは別の領域に確保されるので安全＆拡張可能

(2) jadファイルにデータサイズの記述なし
[アプリデータ……][RecordStoreデータ] ←連続している？
　↓
バージョンアップすると
[アプリデータ…………][#@%toreデータ] ←連続していたのでデータ壊れて使用できなくなる

という感じなんでしょうか？

保存するデータのサイズがけっこう変動するアプリを作成しているので、
上限をなるべく指定したくないのですが、その考え自体邪道ですか？
やっぱり、考えられる一番大きいサイズを jadファイルに指定するのがセオリー
なんでしょうか。

274:デフォルトの名無しさん
07/08/17 01:26:58
MIDlet-Data-Sizeがない場合、そもそもRecordStoreって使えないんじゃないの？
(単に実機依存なのかもしれないが)

MIDlet-Name, MIDlet-Vendor, MIDlet-Data-Size がすべて一緒の時に始めて、
バージョンアップ時のRecordStoreの内容が保持されるはずなんで、
> 考えられる一番大きいサイズを jadファイルに指定するのがセオリー
と思われる。

MIDlet-Data-Size を書いてない場合 -> RecordStore をそもそも使えない可能性がある
MIDlet-Data-Size がバージョンアップ時に変わってる -> RecordStore を引き継げない or バージョンアップDLできない
仕様に従うならこんな感じか。
細かいとこは実機依存だと思う。

あと、jar/jad/RecordStoreが実機にどんな風に保存されるのかについてはもろ実機依存なんで、
Java開発者が関与すべきとこではない。

275:273
07/08/17 10:06:27
>>274
回答どうもです。

エミュや自分の持っている904SHでは、MIDlet-Data-Sizeを jadファイルに
記述しなくても普通に RecordStoreが使えてたので、必要性に疑問を
感じてしまったしだいです。
保存するデータサイズの最大値を調べて、それに余裕を持たせて
記述したいと思います。

それから MIDP2.0なら MIDlet-Data-Sizeは、増やすのであれば
バージョンアップの時にデータを引き継いでくれるみたいですよ。

276:デフォルトの名無しさん
07/08/18 00:56:36
SoftBank用のJAVAアプリを作成しているのですが、
描画方向を変更できるメソッドは、存在するのでしょうか？

ワイド画面機種なら、
jadファイルに「MIDxlet-WideScreen: Y」と記述すれば、
横方向(横画面)で描画してくれますが、
これだと、アプリを起動してから、
描画方向を変える事はできません。

アプリを起動してから、描画方向をいつでも変更できる、
何かいい方法はないのでしょうか？

277:デフォルトの名無しさん
07/08/18 01:11:41
仮想画面に描いといて、
実画面に出すときに90度回転

278:デフォルトの名無しさん
07/08/18 01:17:27
エミュでHTTP通信させたいのですが、プロキシ認証でエラーがでます

java.io.IOException: Error initializing HTTP tunnel connection:
HTTP/1.1 407 Proxy Authentication Required

DojaエミュだとIDとパスワード聞いてきたんですが、MIDPエミュではどうすればいいのでしょうか

携帯アプリ以前の問題でスミマセン

279:276
07/08/18 01:19:51
>>277
なるほど！その手がありましたね。
レスありがとうございます。

280:デフォルトの名無しさん
07/08/19 14:02:31
ものすごく基本的なことなのかもしれないけど質問

WTKでは問題なく表示されてた画像がMEXAエミュでは表示されないんだが何が問題なんだろう？

WTKでコンパイルしたものをWTKエミュで表示・・・○
それを実機で表示・・・○
WTKでコンパイルしたものをパッケージ化してMEXAエミュで表示・・・×
MEXA SDK＋EclipseでコンパイルしたものをMEXAエミュで表示・・・×
それを実機で表示・・・×

試した画像はpngとgifでつ

281:デフォルトの名無しさん
07/08/19 14:15:00
パッケージ化というのがどういう操作かわからないから間違ってるかもしれないけど
それぞれできたjarの中の画像ファイルの位置を確かめてみたら?
WTKでコンパイルしたものとは後二者は違ってる可能性が大きいよ
で画像を参照するパスが間違ってて読めてない

あとは画像を読み込んでいるところの例外を捨てずに
ちゃんとSystem.outに出力しておけば
少なくともエミュ上でなら問題の解決の助けになるよ

282:280
07/08/19 14:31:03
>>281
おお即レスどうも

パッケージ化ってのはWTKの
プロジェクト→パッケージ→パッケージを作成
でJARファイルとJADファイルを作成する操作のことです

確かに例外をそのまま捨ててましたが、今手元にソースがないのでどうにもなりません
明日また確認してみます

283:281
07/08/19 14:52:33
>>282
> WTKでコンパイルしたものをWTKエミュで表示・・・○
> それを実機で表示・・・○

このときjarってできてるよね。jadもさ。
じゃないと実機で動かないだろうから。
それを

> WTKでコンパイルしたものをパッケージ化してMEXAエミュで表示・・・×

これと比較すれば一発でわかるような気がしている。

284:デフォルトの名無しさん
07/08/20 18:18:47
903Tでダウンロードエラーが起きます。
どうもJADのMIDlet-Nameが長くて弾かれているようなんですが、

Vodafone903TってJADは全角も半角カナも全て3Byteなんでしょうか？
もしくは、技術資料には32Byteと書いてるけど、本当はMIDlet-Nameの最大は12Byte？
知ってる人いたら情報下さい。

ちなみに3G端末他30機種程は正常ダウンロードできます。

285:デフォルトの名無しさん
07/08/20 18:45:16
UTF-8の仕様
たいていの日本語文字は3バイト

286:デフォルトの名無しさん
07/08/20 23:25:49
３か４だな

287:デフォルトの名無しさん
07/08/21 08:22:47
そうなんですか。
ありがとうございます。

288:デフォルトの名無しさん
07/08/23 00:46:14
ｓアプリで、スプライトを使うメリットは軽い（早い）こと？
ガリガリ動かすアクションとかシューティングとかで無かったら、
image と graphics.util で作るのもアリですかね？
なんかイマイチスプライトのメリットがわからん・・・

289:デフォルトの名無しさん
07/08/23 11:21:16
昔のP4くらいで使われていたものだから
今の機種でスプライトを使うメリットはないよ

290:デフォルトの名無しさん
07/08/23 14:14:44
どなたかわかる方助けてください。

JSCL1.2.2で、RecordStoreに格納したJarファイルの中身を取り出したくて、Development Guideの通りに
Connector.open("Jar://ファイル名/リソースファイル名", Connector.READ);
という風に記述したのですが、
１・この"ファイル名"というのはRecordStoreの名前のことでしょうか？
２・取り敢えず実行してみると、
javax.microedition.io.ConnectionNotFoundException: The requested protocol does not exist
というエラーが出ます。
プロトコルが存在しないと言われてますが、設定で追加したりできるものなのでしょうか？

291:290
07/08/23 14:30:14
自己レスですが、Jar://～が使えるかどうかは端末によりけりなんですね。

ということは、大量の画像ファイルをネットからダウンロードして
アプリ中に差し替えるような仕様だと、ファイルを１つずつダウンロードして
ちまちまRecodeStoreに保存する方法しか無いんでしょうか。

DojaならJarInflater()で一発なのですが・・・

292:デフォルトの名無しさん
07/08/23 14:48:33
Dojaってアプリでjar圧縮できるんだ？いいね
同じ事をやりたいんなら自前でアーカイバを作ればよい

293:デフォルトの名無しさん
07/08/23 15:54:48
初心者丸出しなのですが、画像の読み込みについての質問です。
少しずつテストして行って画像を表示させるテストで行き詰まりました。
3時間ほど調べてみたのですが解決方法が見当たらなかったので・・・

//絵の表示
public void paint(Graphics g) {
　if(image == null){
　　try {
　　　image = Image.createImage("/test.gif");
　　}
　　catch (IOException e) {
　　　e.printStackTrace();
　　}
　　g.drawImage(image, 0, 0, g.TOP|g.LEFT);
　}
}

この際のtest.gifはどこに配置したらいいのでしょうか？
構成は
Test
　src
　tmpclasses
となっています。
tmpclassesに置くとnotfoundとは言われなくなるのですが、
やはり
　java.io.IOException
　java.lang.NullPointerException occurred in ImageCanvas.paint(Graphics), ignored.
のエラーで表示されてくれません。

294:293
07/08/23 16:35:30
すみません、解決しました・・・
MexaだとGIFは使えないのですね(汗)

ただ、配置場所に関してはやはりtmpclassesになっています。
これはeclipseの設定だと思うので探してはいるのですが・・・。

295:デフォルトの名無しさん
07/08/23 18:05:17
>>294
srcフォルダと同じ階層にresフォルダ作ってそこにリソースを入れる

296:293
07/08/23 19:47:21
>>295
それはやったことが・・・と思ったら、
ソースとしてフォルダを作ってなかったようです(汗)
新規＞ソースフォルダでやったところに入れたら自動的にtmpclassesにも行きました。

ありがとうございます！

297:288
07/08/23 22:32:36
>>289
返事遅くなったけど、ありがとう！
これでどっちで作ったら良いか迷いを断ち切れた！

298:278
07/08/26 22:17:30
どなたか>>278に答えてもらえませんか

299:278
07/08/26 22:27:53
ちなみにWTKでもMEXAエミュでもです

300:デフォルトの名無しさん
07/08/27 01:03:53
リソースフォルダに格納した
ファイルのサイズを簡単に求める方法はないでしょうか？

外部に保存されているファイルなら、
StorageConnectionの「getLength()」を使えば、
簡単にファイルサイズを求められるのですが・・・。

実際にリソースデータを読込めば、
当然そのリソースのサイズは判明しますが、
「リソースデータを読込む前」に、
リソースデータのサイズを取得する方法があれば、
是非ご教授お願い致します。

301:デフォルトの名無しさん
07/08/27 01:20:39
InputStream#availableは？
一応読み込む前ではある。

302:300
07/08/27 02:14:40
>>301
おお！リソースのサイズが取得できました！
レスありがとうございます。

303:デフォルトの名無しさん
07/08/29 00:39:06
GraphicsUtilのgetPixelを使ったら、SecurityExceptionになりました。JADファイルになにか設定がいるのでしょうか。

304:デフォルトの名無しさん
07/08/29 02:43:02
電源ボタン押下によりアプリを終了する時、
自動的にデータ(※約10KB)をメモリカードに保存するようにしたいのですが、
destroyApp()内で外部メモリへデータを書き込んでいると、
エラーが発生して、アプリが落ちてしまいます。

destroyApp()内で重い処理をしている為、
エラーが発生していると思われますが、
どうにかして、destroyApp()がコールされるタイミングで、
外部メモリへデータを保存する事はできないのでしょうか？

305:デフォルトの名無しさん
07/08/29 04:27:24
>>304
機種の実装依存だから無理

306:デフォルトの名無しさん
07/08/29 10:02:47
>>303
GraphicsUtilはMEXA Unit2に該当するクラスだから
東芝とシャープ以外の端末では使えない。

307:306
07/08/29 10:06:18
あ、今回の場合違うな。
Canvasクラスのpaintの引数で来るGraphicsのインスタンスや
GameCanvasのgetGraphicsメソッドで取得するグラフィクスを対象とする
getPixelは使用できないというのが正しい。

308:デフォルトの名無しさん
07/08/29 10:53:04
>>305
ってかやるなって書いてなかったっけ？

309:デフォルトの名無しさん
07/08/29 11:36:07
destroyAppでストレージいじるの？
それは知らんが、MIDPのdocにはdestroyAppは速やかに終了しろと書いてあったが、
ストレージいじるのは時間かかり過ぎだな。

実装側で一定時間すぎたら強制終了するからストレージぶっ壊す可能性もあるからやるなとベンダーのdocに書いてるかもね。

310:デフォルトの名無しさん
07/08/29 11:56:49
電源ボタン押下によるアプリを終了はユーザーの責任だから
無視してかまわんだろ

311:デフォルトの名無しさん
07/08/29 12:15:19
携帯の電源ボタン終了はちゃんとした終了プロセス実行しないから強制終了だしね。
スマートフォンやPDAはまた違うが。

312:304
07/08/29 23:11:38
>>305、>>308、>>309、>>310、>>311
みなさんレスありがとうございます。
ベンダーのdoc等を見たら、
確かに一定時間(5秒ぐらい)過ぎたら、
アプリが強制終了すると書いてありました。

destroyAppで重い処理を行うのはやめます。

313:デフォルトの名無しさん
07/08/30 18:34:26
J2ME Wireless Toolkit と Fote for Java 3.0, Community Edition を使って携帯ゲームを

作ろうと思ってるんですが Fote for Java 3.0, Community Edition ってどこでダウンロード

出来るんですか？Sunのページを探しても見つからなくて…

分かる人居れば教えてください

314:デフォルトの名無しさん
07/08/30 19:23:36
×Fote
○Forte

315:デフォルトの名無しさん
07/08/31 00:17:48
外部メモリにデータを書き込む時、

sc = (StorageConnection)Connector.open("保存データファイルのフルパス名");
os = (OutputStream)sc.openOutputStream();
os.write( data, index, length);

と記述すると思いますが、
何故か「os.write( data, index, length);」の
第二引数(index)の値を変えても、
書き込むデータの開始位置が変わらない・・・。

indexは、data[]の何番目の配列から書き込むか、
という指定をするためにあるものですよね？

動作環境は、SoftBankのMEXA エミュレータですが、
MEXA エミュレータのバグでしょうか？それとも私のミスでしょうか？

316:デフォルトの名無しさん
07/08/31 00:54:46
>>313
なんでForte？
もう公開してないんじゃないの多分

317:デフォルトの名無しさん
07/09/01 18:45:48
3GC用にゲームを作っているのですが、
903Ｔ、902Ｔ、803Ｔで確認したところアプリが途中で止まってしまいます。
動かしているimageなどが止まってしまうので、
ソースが全く走っていないことになると思うのですが、
なにかしらキーを押すと何事も無く動きだします。

気になる点はimage作成や、image、soundのロード、そしてdisposeなどを
繰り返していくと残りメモリがどんどん減っていくことです。

頻繁にgcしているのですが、メモリがどんどん圧迫されている感じです。
ある一定の値でメモリ使用は増えなくなります。

メモリ不足で端末の挙動が不安定になっているのかな？と思いますが
なにか心当たりありませんでしょうか？

318:デフォルトの名無しさん
07/09/01 20:50:57
>>317
基本的にgcはjavaが勝手にやってくれるから自分でやんなくてもいい。
メモリが減ってくのはimageとかに使ってるからじゃないの？
当たり前だけど、gcしても使ってる分のメモリは解放されないよ。

System.gc();
Runtime.getRuntime().freeMemory();
で残りメモリ量を見ながら、無限にメモリ使っていくプログラムを組んで、
その機種が残りメモリいくつでメモリエラー出るか確認してみるといいのでは。

319:デフォルトの名無しさん
07/09/02 06:22:05
>>318
imageをロードしても、disposeをしてその後gcが成功すれば
そのimage分のメモリは解放されるはずですよね？
（gcがちゃんと行われるかどうかは微妙というの聞いたことがありますが・・・）

他の端末では、ロード、disposeで使用した分のメモリは元に戻るのですが、
上記端末では元に戻らずロードの度に累積していくので、
端末によってgcがされにくいなどあるのかなと思いました。

無限にメモリ使っていくプログラムで確認するのはいいかもしれません。
やってみます。

320:318
07/09/02 13:03:14
東芝機種とかでgcがちゃんと行われるか微妙って話は聞いたことあるけど、
自分でgc入れたらメモリエラー解決したって話も聞いたことないんだよね。
そもそもgc行われるか微妙って話自体が結構眉唾だし。
いずれにせよ確証があるわけではないけどね。

俺も昔メモリエラー出たとき、色んなとこにgc入れてみたけど、
その時の結論は自分でgcやっても意味無い。だった。

903T、902T、803Tは使ったことあるけど、その時は特に問題なかったよ。
imageとsoundは常に全部保持してたからdisposeは使ってなかったけど。

あと、Image.dispose()ってDoJaじゃん。disposeって具体的に何？

321:317
07/09/02 13:53:45
>>320
そうですか・・・。
今までの経験上、javaのgcはホントにメモリがなくなったときはされるけど、
それ以外ではされたりされなかったりタイミングがあやふや、
という感覚だったので一定のタイミングで自分でgcを行っていました。

今回はさらにdisposeの直後に呼んだけど無駄だったという状況でした。

>あと、Image.dispose()ってDoJaじゃん。disposeって具体的に何？

あ、書き方が悪かったですね。具体的にはnull代入です。

image imageA;
～～
imageA = null; //使用した後nullでdispose

ただ、試しにimageA.dispose();をしたらエラーが起きず使用できたのですが、
Dojaじゃないのにどうしてコンパイル通るのか謎でした・・・。

322:デフォルトの名無しさん
07/09/03 06:39:30
System.gc()は必ずしもヒープの解放をする訳ではないです。
Javaヒープの空き容量を見ながら、GCをおこなうかを判断
することは、JavaVMの実装によりあります。

T芝のJavaVMの実装は分からないけど、VMの内部に参照が
残っていた場合には、参照が切れずにGCの回収対象になら
無い可能性もあり得る。。。が、それはVMの不具合かな。

まぁ、System.gc()で必ず回収されると思わない方が良い。
System.gc()よりは、"new byte[でっかいサイズ]" の方が
確実にGCを発生させられますよ。

323:デフォルトの名無しさん
07/09/03 11:43:40
iアプリの場合のものですが、
sアプリでもメモリの断片化が起こるのかも？

参考URL
URLﾘﾝｸ(appli-style.com)

324:デフォルトの名無しさん
07/09/03 11:57:28
普通に考えてメモリの断片化が起きない環境なんて無いのでは？

325:デフォルトの名無しさん
07/09/03 16:34:34
>>324
ちょっと言葉が足りませんでした
メモリの断片化が起きたときに
System.gc()を呼んでも
デフラグをしてくれないのが問題かも？
ということです

326:デフォルトの名無しさん
07/09/03 17:17:56
Javaのgcはコンパクションが含まれるのが仕様だと思い込んでたんだが、実際はVMの実装依存なのか？

327:デフォルトの名無しさん
07/09/03 23:50:04
長期的に見てメモリの断片化が不利要素になる用途向けのVM実装なら
メモリコンパクションやってるけどそれらはサーバー向けVMか民生外のVMのお話か。

CLDC HotSpotどころかJITすら積んでないインタプリタで動いてる既存のKVMの雲のまた上の存在が持つ機能。

話の引き合いに出すのがそもそも間違い。

328:デフォルトの名無しさん
07/09/04 01:03:07
SoftBankのTipsにはJSCL-1.0.Xの端末はメモリのコンパクションを行わないと
書かれているので、現在の端末では普通にメモリのコンパクションを行っていると思われｒ

329:デフォルトの名無しさん
07/09/04 02:17:30
>328
>現在の端末では普通にメモリのコンパクションを行っていると思われr

「SoftBankのTipsにはJSCL-1.0.Xの端末はメモリのコンパクションを行わないと
書かれている」からといって、何の関係もない

330:デフォルトの名無しさん
07/09/04 02:36:05
ドコモだったら901i以降は全機種コンパクション搭載なんだがな。

331:317
07/09/04 02:53:52
アプリが止まるバグはメモリが解放されていないのが原因ではないか？
と言い出した者ですが、原因は別にありました。

わけあって
Tread.sleep(1);
を定期的に行っていたのですが、903Ｔ、902Ｔ、803Ｔ端末では
Tread.sleep(10);未満を行うとスレッドにロックがかかると公式資料にありました。
超初歩的で馬鹿みたいな原因でお恥ずかしい限りです。
様々な意見ありがとうございました。

ただ、アプリが止まるバグは解消されましたが、
相変わらずメモリはガンガン減っていくわけで今も原因を解明中です。

ロード＆解放を繰り返さず、最初に大きくメモリをとったり、
System.gc()を頻繁に繰り返しても駄目と聞いたので減らしたりしましたが、
特に効果はありませんでした。

332:322
07/09/04 06:58:18
>>322で書いたのは、コンパクションも含めたGCの話。
いまどきの携帯向けのJavaVMはコンパクションも普通に実装されてる。

333:デフォルトの名無しさん
07/09/04 14:28:26
所詮は実装レベルの話であってVMの仕様レベルの話ではない。
仕様で保証されなければ使えないのと同じこと。
ただでさえ、本当に互換性テスト通ってんのか？ってな実装だらけなのに。

あとDojaなんてjavaじゃない。

334:デフォルトの名無しさん
07/09/04 23:09:55
Dojaは確かにぶっちぎりで糞だが、そもそも携帯JavaがJavaの紛い物。
Javaが不完全で未熟な言語であることは、アスペクト指向やリフレクションという
裏口を使うフレームワークが百花繚乱なことからも明らかだが、携帯Javaは
容量面でも機能面でもその裏口封じてるんだからな。

335:デフォルトの名無しさん
07/09/05 02:16:46
>アスペクト指向やリフレクションという
裏口を使うフレームワーク
はjavaが不完全なんじゃなくてたまたまそのパラダイムを実現するのにjavaという言語仕様を使ってるだけ。

フレームワークレベルの話と言語仕様レベルの話をごっちゃにするな。
フレームワークの話をするならjavaのMVCは確かに中途半端だが。

336:デフォルトの名無しさん
07/09/05 22:27:16
む、むつかしい・・・
オレみたいに、javaの勉強がてら
携帯アプリを作ってみよー！
てなノリはダメってことか？
今までアセンブラ、basic、Cだったから
オブジェクト指向はこいつが初なんだが・・・

337:デフォルトの名無しさん
07/09/05 22:39:06
言語習得が目的なら
「自分はケータイJavaを学ぶのではなく
　Javaを通してあくまでオブジェクト指向を学ぶんだ」
ということを意識していればok

ケータイJavaに振り回されないようにな

338:デフォルトの名無しさん
07/09/06 11:36:20
オブジェクト指向って考え方だから、Cでもなんでも実装方法しだいで
それっぽくならない？
Cの上手い人のソース見ると、だいたいオブジェクト指向に通じる
設計思想で作られてる気がする。

339:デフォルトの名無しさん
07/09/06 14:57:28
キー入力を検知するのに、keyPressed を使わずに、
ループで JSCLのDeviceControl.getDeviceState() を使い、
０→１の変化点を検知したら処理を行うように作ってみましたが、
早い速度でキー連打するとかなり取りこぼしてしまいました。

試しに無限ループで単純に getDeviceState() の値を表示するようにして
キーをぽんぽん押してみたら、ON → OFF が早すぎると
getDeviceState() の値が０のまんまでした。
素直にキー入力の処理は keyPressed たちを使っておけってことでしょうか？
それとも、エミュレータ上では遅いとか・・・
（まだ実機上でテストできない環境なので、検証できません）

>>152-154 を見てどっちを使おうか迷っていたし、
組み込み系に慣れてるからポート入力→変化点検出→処理
みたいな流れで作りたかったんですが・・・

340:デフォルトの名無しさん
07/09/06 17:25:42
keyPressedでフラグ立てるなりステートいじるなりしてメインループないでそれの値を監視する。

341:339
07/09/06 21:25:35
>>340
一応、そちらの方向で検討しておりますが、
>>153 や公式で書かれているとおり、keyReleased() がこなかったとき、
離しているのに押されっぱなし（フラグたちっぱなし）、という状態が懸念されます。
実用上、特に問題無い程度の発生頻度なのでしょうか・・・

やはり普通の方は JSCL (getDeviceState()) は、あまり用いられないのですか？
別件ですがエミュ上でテストしたところ、同じキャラを表示するテストで
SpriteCanvas の sprite より drawRegion の方が早かったのですが・・・

342:デフォルトの名無しさん
07/09/06 22:59:38
keyPressed が来たらフラグ立てて、 getDeviceState で取ってきたやつに重ねればいいんでない

343:339
07/09/06 23:22:27
>>342
なるほど、ありがとうございます。
そちらの方向で検討してみます。

まぁ趣味でやるだけですし、そこまで神経質に
ならなくても良いのかな・・・＞キーこぼし

344:デフォルトの名無しさん
07/09/07 00:46:56
S!アプリでアレンジメール（デコメ）を送ろうと思ったのですが、
アプリ上で実現するためにはどうすればよいでしょうか？

アレンジメールはHTMLメールとして表現されているようなのですが、
MailDataではHTMLメールには対応していないようです。
HTMLをそのままbodyに書いてみましたが、そのまま文字として表示されました。
仕方ないので自分でHTMLをsetAttachedDataでTYPE_HTMLとして送信しても
結果は同じくただの添付ファイル扱いでした。クリックしたらブラウザが起動します。

困ってしまいました。どなたかアドバイスお願いします。

345:デフォルトの名無しさん
07/09/07 01:10:56
すいません、お聞きしたいのですが

911SHなどで画面を回転させた時に通知を受けるか、画面の回転の状態を知るAPIはありますでしょうか？

API DOCなどみても探しきれなくて・・・。

よろしくお願いします。

346:デフォルトの名無しさん
07/09/07 01:11:59
すいません、お聞きしたいのですが

911SHなどで画面を回転させた時に通知を受けるか、画面の回転の状態を知るAPIはありますでしょうか？

API DOCなどみても探しきれなくて・・・。

よろしくお願いします。

347:デフォルトの名無しさん
07/09/07 11:01:25
>>344
メールヘッダからいじれんとダメだから、
間にCGI挟むしかないんじゃない？

以前PHPで作ったけど、全キャリ対応のデコメは氏ねるよ

348:デフォルトの名無しさん
07/09/08 00:27:13
famiJSCLをコンパイルしようとしているんですが、
致命的エラー: クラスパスまたはブートクラスパスでパッケージ java.lang を検出でき
ません。
とエラーが出てうまくコンパイルできません。
かなりの初心者なのでどなたか教えていただけないでしょうか。お願いします。

349:デフォルトの名無しさん
07/09/08 01:17:23
>>346
俺の手元のAPI DOCにはあるみたいだけど、回転ってなに？

>>348
そのエラーと質問の仕方をみれば、あなたには何を言っても無駄。
Softbankエミュ総合スレのテンプレ読んできな

350:デフォルトの名無しさん
07/09/08 01:42:56
>>349
偉そうに発言してるが、何も答えてない
バカの典型ﾊｯｹｰﾝ

351:デフォルトの名無しさん
07/09/08 01:45:29
>>350
偉そうに発言してるが、何も答えてない
バカの典型ﾊｯｹｰﾝ

352:デフォルトの名無しさん
07/09/08 01:49:17
> Softbankエミュ総合スレのテンプレ読んできな
実はこれ相当なヒントｗ

353:デフォルトの名無しさん
07/09/08 02:28:18
>>352
そこに触れなきゃ>>350が何も理解してないってだけで済んだものを・・・。

354:デフォルトの名無しさん
07/09/08 02:32:45
晒しage

355:345
07/09/08 09:33:57
みなさん、ありがとうございます。エミュ総合にいってきます。
ほんとうにありがとうございました。

356:デフォルトの名無しさん
07/09/09 18:58:22
すみません。>>349のSoftbankエミュ総合スレとはどこでしょうか？
最近S!アプリに取り掛かりはじめたんですが、公式とここ以外あまり情報が見つからなかったので。

357:デフォルトの名無しさん
07/09/09 20:33:03
>356
ググればでてくるじゃない。
直接最新がでなくてもたどれるでしょ。

358:356
07/09/09 22:00:56
>>357
ありがとうございます。

359:デフォルトの名無しさん
07/09/10 17:35:11
auのオープンアプリを作ろうと思い、初めてJavaに取り掛かろうとしています。
そこで、プログラミング以前の問題なのですが、大抵のオープンアプリ作成講座で『J2ME Wireless Toolkit 2.2』を使えと書いてあります。
実際にSunのサイトに行ってみれば最新バージョンは2.5.1なわけですが、これはオープンアプリを作るうえで2.2の方が便利ということでしょうか？

2.2と記してあるところが一箇所だけなら気にしないんですが、複数サイトで書かれていたので……
記事が古いわけでもないみたいだし。

360:デフォルトの名無しさん
07/09/10 18:34:17
The Sun Java Wireless Toolkit 2.5.1 includes all of the advanced development features
found in version 2.2, 2.3 Beta, 2.5 Beta 2 such as MIDlet signing, certificate management,
integrated over-the-air (OTA) emulation, push registry emulation, and more.

だそうですよ

361:デフォルトの名無しさん
07/09/10 18:45:45
WTK2.2以降はMIDP2.1が基準だったはず。
MIDP2.1のベンダ実装ってまだ出てない。

362:デフォルトの名無しさん
07/09/10 22:05:32
>>360
英語苦手なんですが……要するに2.5は2.2とかの進化形ってことですかね

>>361
調べてみたんですが、MIDP2.1という規格が見つかりませんでした……

色々調べてみたところ、2.2はLinux対応してるけど2.5はしてないとか、
単に2.2のレベルで充分とか、そんなことみたいですね。
どちらでもよさそうなので、適当にどっちか突っ込んどきます。

363:デフォルトの名無しさん
07/09/10 23:20:53
>>362
MIDP 2.1で普通に出てくるんだが？
それで分からんならJSR 118 MR 2.1で検索してみろ。

というか分からんなら黙ってWTK2.2とパッチ入れとけ。

364:デフォルトの名無しさん
07/09/11 03:18:25
>>362
んぱかさんのサイトから WTK22ダウンロードできたはずですよ！
がんばってね

365:デフォルトの名無しさん
07/09/11 06:46:45
Sunのサイトでダウンできるし
ま、2.5入れておけばいいんじゃね？
そんでMIDP2.1の機能を使わなければいい。API見れば書いてあるし

366:デフォルトの名無しさん
07/09/11 13:21:23
2.1は2.0のバグフィックスも含まれるからそういう問題じゃないんだが。

367:デフォルトの名無しさん
07/09/11 16:30:31
>>363 >>364 >>365
どもありがとうございます
>>362に書いたように適当にどちらかダウンロードするつもりです

MIDP2.1は確かにありましたね
英語を斜め読みしてたら見逃したみたいです
すみません

368:デフォルトの名無しさん
07/09/11 21:12:29
聞いてきた本人がレスを何も理解してないんじゃなに話しても無駄だな。

369:デフォルトの名無しさん
07/09/15 14:23:31
ageてもいいですか？

370:デフォルトの名無しさん
07/09/16 03:42:28
誰か、MIDP又はMIDP2で、
zip解凍プログラムを作成した神はおらんかのう。

Gｚip解凍プログラムならググれば見つかるけど、
zip解凍プログラムは全然見つからない・・・。

371:デフォルトの名無しさん
07/09/16 09:37:19
gzipは見つからんがzipなら見つけた。
どこかは忘れた。

372:370
07/09/16 12:31:57
>>371
レスありがとうございます。
良く考えたらJava2 SKDの方には、
「ZipInputStream」というzip解凍用クラスがあるので、
そのクラスのソースを探した方が早いかもしれませんね。

373:デフォルトの名無しさん
07/09/16 13:15:48
>>372
WillcomのWikiに書いてあった奴だけど

Java 2 ME CLDC用 ZIP展開クラス jp.imi.zip.ZipArchive
URLﾘﾝｸ(i.lifemedia.co.jp)

374:デフォルトの名無しさん
07/09/16 13:45:44
すまん、ちょいスレ違いだが該当スレが無いんで教えてくれ。

ソフトバンクの携帯で、横画面に回転後を意識したアプリを作りたいんだが
MEXAエミュレータ上で、横画面に回転後の状態を反映さすにはどうすりゃいいんだろか？
単に液晶サイズを変えただけじゃ意味ないし。

ヘルプも見たが、わからん・・・。

375:372
07/09/16 14:42:12
>>373
おーーー！！！
これぞまさしく探していたものです！
本当にありがとうございます。

376:デフォルトの名無しさん
07/09/19 15:08:38
>>370
URLﾘﾝｸ(www.saturn.dti.ne.jp)
これなんてどうでしょう？

377:デフォルトの名無しさん
07/09/21 00:10:43
M3G って登場してからしばらく経つけど、あんまり見かけないのは
やっぱり性能的に厳しいからなのかなあ

378:370
07/09/23 21:31:00
>>376
レスありがとうございます。
試してみましたが、これだとzipファイルが解凍できませんでした。
jarファイルとzipファイルは全く同じ圧縮形式だと思いましたが、
微妙に違うのだろうか・・・。

379:デフォルトの名無しさん
07/09/23 23:48:23
jar って gzip じゃなかったっけ?

380:デフォルトの名無しさん
07/09/24 03:29:40
jarはinfo-zip

381:デフォルトの名無しさん
07/09/24 12:30:42
>>378
S!のInflateInputStream()を使ったことが無いんで376のソースコードからの推測になるが
S!のInflateInputStream()でzipを解凍するなら
zipのヘッダを自力で処理して各ファイルのdataブロックだけを取り出して
圧縮方式0の時はそのまま切り出し圧縮方式8の時は0x78,0x9c辺りをdataブロックの先頭に付加して
InflateInputStream()に渡せば展開できるはず
ZIPヘッダの構造自体は資料が山ほどあると思うんでそっち見てくれ

382:デフォルトの名無しさん
07/09/24 12:46:45
私も>>346さんと同じ壁にぶち当たったのですが、
SoftBankデベロッパーサイトの技術資料を全て見ても、
探しているAPI(サイクロイド携帯で、画面の回転が行われた事を
通知するAPI、又は画面の回転状態を取得するAPI)は見つからず・・・。

折りたたみ式機器の開閉状態を通知するAPIはありますが、
上記の探しているAPIは存在しないのでしょうか？

383:デフォルトの名無しさん
07/09/24 14:19:46
メインをスレッド処理で動かした場合とそうでない場合のアプリでは
長時間OAP上で動かした場合、携帯電話の電池消費量は変わってくるのでしょうか？

384:デフォルトの名無しさん
07/09/24 21:53:30
URLﾘﾝｸ(www.jbenchmark.com)

Java だと最新の機種でも秒間 6 万△ポリくらいなのね。

385:デフォルトの名無しさん
07/09/27 10:11:58
助けてください・・・エロい人。

URLエンコード部を、iモード⇒EZオープンアプリへ移植していますが、
HttpUrlEncoderを使うところまではわかったのですが、実際の使用方法が
全くわかりません。
iモードでは『String value = URLEncoder.encode(id);』で作動するので、
EZで同様に『String value = HttpUrlEncoder(id);』としてもダメでした。
どのように記載すればよいのでしょうか？

386:デフォルトの名無しさん
07/09/27 10:45:53
ググレ

387:デフォルトの名無しさん
07/09/27 11:06:59
オープンアプリでURLエンコードはできないだろ。
HttpUrlEncoderクラスはPhaseライブラリのもの。
オープンアプリはCLDC1.1とMIDP2.0しか対応していない。

388:デフォルトの名無しさん
07/09/28 05:08:43
>>385
URLエンコード程度なら、自分で処理を書けばよい。

389:デフォルトの名無しさん
07/09/28 14:13:17
ｵｰﾌﾟﾝｱﾌﾟﾘの提供方法について質問させて下さい…

とりあえずWTKで正常に動作する（ｵﾌﾟｼｮﾝAPIを使用していないのでSoftBank実機でも正常に動作）事を
確認し、ｻｰﾊﾞにjarとjadをUPしました。んでｻｲﾄを参考にしながら下記のようなhtmlを作成。

<html><body>
ﾀﾞｳﾝﾛｰﾄﾞﾍﾟｰｼﾞ
<a href="device:jam?URLﾘﾝｸ(*************)ﾀﾞｳﾝﾛｰﾄﾞ</a>
</body></html>

でもAU実機（W52S）でﾘﾝｸをｸﾘｯｸしてもｽｶｯｽｶｯていう感じで何も反応しないんです…
これはｱﾌﾟﾘ側に問題があるのでしょうか？それともHTML側でしょうか？

390:デフォルトの名無しさん
07/09/28 14:23:55
>>389

URLﾘﾝｸ(www.au.kddi.com)

391:デフォルトの名無しさん
07/09/28 15:47:38
>>390
すみません。。熟読したつもりなんです…。

ﾀﾞｳﾝﾛｰﾄﾞｴﾗｰとかになるなら分かるんですが、ｸﾘｯｸしてもｳﾝともｽﾝとも言わないんですよ。
作成したｱﾌﾟﾘ側に問題があるのかも、と思ってHelloWorldもUPしてみたのですが同現象でした。
という事はやはりｻｰﾊﾞ側の問題なんですよね。。

一体何が悪いのでしょうか…

392:デフォルトの名無しさん
07/09/28 18:23:11
サーバ側に問題があるんだと思うんならさっさと確認しなよ
どうしたいわけ?

393:デフォルトの名無しさん
07/09/28 20:35:10
MIMEはセットしたのか？ちゃんとサーバーはContent-Lengthを返してるのか？
ってことじゃねぇの？
後は確認するだけだろ

394:391
07/09/29 00:07:26
すみません。ｻｰﾊﾞ関係というかWeb系の事はさっぱりなんです。。
っで、ｻｰﾊﾞを変えたら現象が変わったのでご報告を…。
ﾀﾞｳﾝﾛｰﾄﾞﾘﾝｸをｸﾘｯｸ→通信ｴﾗｰ(200 4207)
.htaccess内に以下を記述して同ﾃﾞｨﾚｸﾄﾘにｱｯﾌﾟﾛｰﾄﾞ→変わらず。
AddType text/vnd.sun.j2me.app-descriptor jad
AddType application/java-archive jar

一体何が悪いのでしょうか…

395:391
07/09/29 00:15:20
連投すみません…

↑のccessってなってるのは.htaccessの誤りです。
ちなみに現在使用しているｻｰﾊﾞはｱﾌﾟﾘ★ｹﾞｯﾄさんの提供ｽﾍﾟｰｽです。。

396:デフォルトの名無しさん
07/09/29 03:37:43
>391
>すみません。ｻｰﾊﾞ関係というかWeb系の事はさっぱりなんです。。

突き放すようだけど、勉強しなよ。場当たり的に聞きまくらないでさ。
ケータイアプリ作ってるのにWebサーバのことサッパリってのは話にならない。

397:デフォルトの名無しさん
07/09/29 07:23:10
>ケータイアプリ作ってるのにWebサーバのことサッパリってのは話にならない。

ごめん、w-zero3なんだ、うん。
いや、win32用PhoneMEバイナリもあるにはあるんだが・・・。

ところでマスター、CERN httpdを一つ。

#CERN派だった俺にはきびしい世の中になったもんだ。

398:デフォルトの名無しさん
07/09/29 09:10:13
CERNつかってたオサンならHTTPのなんたるかは知ってるよな。
いまはちょっと標準化がすすんでるだけでたいして変化はない。
URLﾘﾝｸ(www.studyinghttp.net)
ここでも見て情報を吸収すればいいよ。
仕組みさえわかってればサーバ設定なんか単なる方言でしかない。

399:デフォルトの名無しさん
07/09/29 09:48:46
>>397だが>>391とは別人だぞ。
まあ、netscapeが天下統一する時代に入ってからはクライアントサイドに興味を持って、サーバーサイドに疎いのは>>391と同じだが。
というか、.htaccessの設定すらろくにできんなら>>391はやっぱ基礎から勉強した方が良いぞ。

#そういやCERN httpdって今はw3c httpdか。

400:391
07/09/29 13:17:32
>>396
はい…。勉強しなおすようにします…。
とりあえず．ｈｔａｃｃｅｓｓを再ｱｯﾌﾟﾛｰﾄﾞしたり、属性を604に変更したりなど色々と
してみましたが解決しませんでした。。

ただ、いくら調べても分からないので今回の件で一点だけ教えてもらえませんか？
現在はﾀﾞｳﾝﾛｰﾄﾞﾘﾝｸをｸﾘｯｸすると「通信ｴﾗｰ 200 4207」と表示されるのですが
もし仮にJADﾌｧｲﾙ内の記述に誤りがあった場合などは上記のように通信ｴﾗｰが
表示されるものなのでしょうか？それとも不正なｱﾌﾟﾘ～的な表示になるのでしょうか？

今回の件がｱﾌﾟﾘ側の問題なのかｻｰﾊﾞ側の問題なのかすら分からないもので…。

401:デフォルトの名無しさん
07/09/29 13:29:22
なんでKDDIやアプリゲットに聞かないの？

402:デフォルトの名無しさん
07/09/29 19:52:19
>>400
エラーの方はたぶんサーバ側。
200は普通に考えたら成功を意味するリターンコードぽいが、とにかく
MIDPが動くにしても端末の表示情報の詳細なんて公開されてないから、
メーカー以外誰もわからん状況だと思う。

仕様ではContentTypeとContentLengthを返す事が必須になってるんだけれど、
ある日突然似たようなエラーが出始めたケースがあるらしい(俺自身は作ってないのでこれ以上は知らん)
たぶんサーバ管理者が出力する情報を変更したんだろう、とは思ってる

あと開発者向けのオープンアプリスレが携帯板がどっかにあるから、そっちで聞く方が詳しく判るだろう

403:デフォルトの名無しさん
07/09/29 20:48:42
あっちは飽食の巣

404:デフォルトの名無しさん
07/09/29 21:11:08
jadをcgiにしてcgiで強制的にContentTypeとContentLengthを返すとどうなんだ？
あとそのサーバーに対してダウンツールかなんかとにかくhttpヘッダを見れるツールでアクセスして
httpヘッダで何が返ってるかを確認するべし
どこどこのサーバーだとかではなくこのURLのこのファイルなんですがならこちらで確認も出来るんだがな
それらを公開する気が無いなら自分で何とかしなって言われて当然
わざわざそのためだけにアプリゲットのアカウント取る気にはならんしな

405:391
07/09/30 00:22:14
>>402 >> 404
すみません、色々ありがとうございます。
ｻｰﾊﾞやURLを公開する勇気がない（既に公開しているｱﾌﾟﾘがしょぼすぎて…）ので
なんとか自力で頑張ってみます。

ただ、ない知識で調べまくってようやくContentTypeとContentLengthの返却値が分かりました！
Server: Apache
Content-Length: 225
Content-Type: text/html; charset=iso-8859-1

となっているので、．ｈｔａｃｃｅｓｓでのMIMEタイプの追加が出来ていない事が原因だと分かりました（多分）
ちなみに．ｈｔａｃｃｅｓｓって中身書いてｱｯﾌﾟﾛｰﾄﾞしても、その瞬間ftpソフトの画面から消えてしまうのですが
そういう仕様なんでしょうか？なんとか頑張ってみます…。

406:391
07/09/30 00:48:37
またも連投になり申し訳ありません。
何度も書くのは気が引けるのですが、ｵｰﾌﾟﾝｱﾌﾟﾘの開発→配布にあたり同じような疑問を持つ方も
出てくるのでは…と思うので極力結果は書いていこうと思います。

上で書いた．ｈｔａｃｃｅｓｓが表示されないというのはftpソフトの設定でした。
問題なくｱｯﾌﾟﾛｰﾄﾞされていました。という事は．ｈｔａｃｃｅｓｓでのMIMEﾀｲﾌﾟの追加が許可されていない
ｻｰﾊﾞなのか、もしくは．ｈｔａｃｃｅｓｓの記述間違いなどが考えられますよね。。
また色々試して来ます。

407:デフォルトの名無しさん
07/09/30 01:37:56
>406
>極力結果は書いていこうと思います。
ここはキミの開発日記を書くところじゃないから迷惑だと思うよ。

オープンアプリ開発の技術的な問題をみんなで考えていくならともかく、
キミがつまずいてるのはサーバ設定の基礎的なことなわけで。
しかも特殊な設定で困ってるのではなく、単に知識不足なだけだし。

408:デフォルトの名無しさん
07/09/30 01:56:57
>>406
開発日記ならブログでも作ってそこに書いてくれ
ググッて引っかかるようにしてれば初心者も助かるだろ？
2chじゃスレが沈めばそれまでだ、ましてやこのスレは保管庫があるわけじゃないしな
ココに書くのは助けを求めて話し合いたいとかならともかくただの経過や開発日記なら迷惑だ

409:デフォルトの名無しさん
07/09/30 04:31:33
というか利用してるサバが許可してる事読めば一発で解決する事なのになんでgdgd2chなんかで書いてるの？
勉強しろってのもだけどマニュアル嫁も然り。
サバの初歩的な設定でつまづいてサバが許可してる事も分からないんじゃ誰もどうしようもないよ。

410:デフォルトの名無しさん
07/09/30 08:30:21
サーバー設定だって、オープンアプリには必須な項目なわけで。
この程度でブログで～とか言い出したらこのスレいらないよ。

まぁ俺もまずマニュアル等は読めと言いたいが、
きちんと読んでるやつはほとんどここで質問とかしないんじゃねぇのかな。

411:デフォルトの名無しさん
07/09/30 08:46:19
マニュアル？そんなの聞いたことねぇなぁ
ウソしか書いてない”仕様書”みたいなのはそこらじゅうに転がってるがね
番号がずれてるだけでどうしてここまで

412:デフォルトの名無しさん
07/09/30 11:41:24
>>391
サーバ側はどうでもいいから、リンクを選択しても反応しない問題については
解決したら報告をお願いしたい。
HTMLは別に間違ってないような気がしたんだけどな。

413:デフォルトの名無しさん
07/09/30 12:56:35
>>412
これだけ言われたらもう出てこれないだろｗ
しかもよってたかってﾎﾞﾛｸｿに言って「でもこれだけは結果教えろ」ってひどくね？ｗ
391の勉強不足は否めないが、それでも完全なｽﾚ違いな訳でもないし、同じ悩みを
持つ奴が出て来てもおかしくない（javaから入るやつなんてごまんと居る）

はっきり言って初心者って自覚してる奴に対して否定しまくったり迷惑だとか言ってる奴って
何がしたいの？関連してる内容であるにも関わらず「迷惑だ」って…ｗ
せっかくｵｰﾌﾟﾝｱﾌﾟﾘの開発をしようって思った奴を一人潰してるだけじゃん？
自分らが初心者だった頃の気持ちを忘れんなよ。殆どの奴が周りに助けられて今がある
んじゃねーの？掲示板や友人にも一切聞かず、自分一人でﾏﾆｭｱﾙとかだけでやってきた奴
なんて逆に少ないだろ？
あーだこーだ言ってる奴は「CLDC+MIDP～ﾏﾆｭｱﾙ非掲載の話題専用ｽﾚ」でも作ってろ。

と、391があまりに不憫だったので熱い想いを書いてみたｗ

414:デフォルトの名無しさん
07/09/30 13:24:36
まあjava全体の話するなら初心者がMEから入ること自体無謀だな。
実機で動いたとしても変なコードが覚えるだけだし。

というか、サバの設定の初歩的な部分がわかってないだけだからそもそも板違いだぞ。
そこさえクリアすれば問題が切り分けられる。
聞いてることがサバに関する初質だからまずは、
どこが問題か切り分けてからこっちに来れば良いだろう。

その上、どこのサバで何が使えてどこまで許可されてるかが分からんなら誰に聞いたって同じ。

ググレばどこにでも書いてあるような設定がらみでミスってるんだから
分からん事は自分で学習してればそもそも、ここに来る必要すらなかったかも知れんしな。
ちゃんとサバの設定してもダメならまた来れば良い。

415:デフォルトの名無しさん
07/09/30 13:28:54
>>413
問題なのは391が404とかみたく折角ちゃんと手を差し伸べてくれてる人間の手を蹴ってる事じゃね？
誰だって最初は初心者だ
それを初心者の自分が今作ってるしょぼいからなんてアホな理由で目の前に居る親切にしてる人の手を蹴ってる
プログラム以前に人間性がしょぼい人間に対して手を掛けようって人が居なくなってくってだけじゃね？
プログラムのデキなんてこんなところで初心者な質問してる段階で誰も期待してないしどんなテストアプリにアンカー張ったって
笑うようなことはしないだろ
ホントに助けて欲しくて自分の本来のurl晒したくなければアプリゲットのアカウントを自分でもう一個とってそこにテストアプリをあげるぐらいのことは出来るだろ
自分自身でどうにもできずに親切な人の手を蹴ってる馬鹿な行為と日記化しようとしてる事に対して嘲笑ってる人は多いかもしれんがね

特に「極力結果だけ書いていこう」ってことは毎回結果が変わるたびに日記を書きますって事だろ？
これがせめて「ちゃんと動いた時は最終結果を書き込みたいと思います」で以降書き込み自粛ならまだ多少は違ったろうがな
(自己解決にせよなんにせよちゃんと動いた時に質問を書いた人間がお礼と同時に結果を書くのは一種の礼儀の一つだろ
動きもしないし他人の手も蹴ってるのに日記だけ書くってどんだけ～～？)

413があまりにもアレなんで書いてみたw

416:デフォルトの名無しさん
07/09/30 13:47:32
久々に盛り上がってると思ったらコレか・・・

携帯Javaの話しよーぜ
それかSEXの話しよーぜ

次ページ