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

1 名前：デフォルトの名無しさん [05/02/19 11:51:16 ] J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。 質問でも議論でも何でもこい、と。 前スレ： CLDC+MIDP+携帯電話用Javaスレッド part 3 pc5.2ch.net/test/read.cgi/tech/1091798483/ 過去スレ 携帯JAVAのスレッド pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち) CLDC+MIDP+携帯電話用Javaスレッド part 2 pc5.2ch.net/test/read.cgi/tech/1070858996/ -- Java一般に関しては： 【初心者】Java質問・相談スレ51【大歓迎】 pc5.2ch.net/test/read.cgi/tech/1091770298/ NTT DoCoMoのiモード携帯電話用Java(iアプリ)については： iモード携帯電話用Java（iアプリ） Part 6 pc5.2ch.net/test/read.cgi/tech/1091286071/ >>2-5あたりにリンク集 620 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 02:41:54 ] 584は透過型proxyというものを知らないんだろうな。 621 名前：584 mailto:sage [2005/08/18(木) 07:42:54 ] >>617,618 経過を把握していないのでじゃぁ教えて。 仕様書には通信できると書いてあるのに503を返してくる理由は？ もちろん当時そこまで解明したんだろ？？ >>619 ありがとう、だんだん見えてきたんじゃない？ MobileWebClockerはHTTPサーバまで到達していない。 つまりアプリに表示している時間はゲートウェイサーバの時間であり、プログラムが想定どおりに機能していない可能性が高いということか。 User-AgentではねているかTrusted Domainでも通信できないということになるかも。 こんな重要なことが仕様書に書いていないというのは、3GCの不具合の一種かもね。 >>620 619の言うVodaゲートウェイが透過型なのか、どんな実装をしているのかはVoda内部の人間しかわからんだろ。 622 名前：らるる mailto:sage [2005/08/18(木) 08:12:53 ] >>608 タネ明かしどもです。 通信できなかったら例外出るもんばかりだと思ってたんですが、そうではなかったんですね。 エミュでは問題なく通信できるようです。 192.168.1.101 - - [18/Aug/2005:07:40:47 +0900] "HEAD / HTTP/1.1" 200 0 "-" "UNTRUSTED/1.0" Untrustedなアプリが通信しようとすると、 Vodafone側のGatewayがErrorResponseを返す。 MobileWebClockerは、ErrorResponseのDateフィールドのみを見て「通信できた」と思いこんでた。 というわけで。 しょうもないアプリのバグ取りに協力していただいてどもです。 623 名前：608=594 mailto:sage [2005/08/18(木) 08:29:52 ] MobileWebClockerのエラー処理が甘くて、通信が成功していると勘違いしているのが真相だろ。 暗黙のうちに経由するゲートウェイが吐くエラーが受け取れたからといって、Internetと通信できたとは言えない。 3GCの通信不可の話はもういいよ。 事実を理解できる者にはとっくに結論が出ている。 あと、将来3GCに対応するつもりなら、HEAD methodはやめたほうがいいよ。 端末によっては使えない可能性がある。＞rarul氏 624 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 12:19:42 ] VodafoneのGatewayのエラーから正確な時刻が取得できてるなら アプリ的にはOKでは？ 625 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 12:58:26 ] ？？User-Agentではねている？？ 626 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 13:53:48 ] 仕様と実際の動作が食い違うなんてよくあることなのに仕様だけみてできると喚いてるバカだということはよくわかった 627 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 14:41:15 ] >>584は数々の無礼を土下座して詫びろ 628 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 15:25:10 ] >>627 ガリレオ様は一般人には謝罪しないでつよ 629 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 15:32:35 ] 要するにvodaはパケットフリーをいいことに 通信しまくらないように鯖で止めてるんじゃないの？ AUみたいに端末側で止められないから。 630 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 17:48:29 ] >>584にとっては反省して謙虚になるか懲りずに同じ事をしでかして真のデムパになるかの試金石だな 631 名前：584 mailto:sage [2005/08/18(木) 22:07:03 ] 遅くなってすまそ。 ”事実を理解できない者”が騒いでいるので素直に謝ります。仕様書の内容を信じて通信できると言い張ったことは間違ってました。その点は申し訳なく思ってます。 ただ彼らの発言によりHEADならOKとか間違った方向に結論づけられなくてよかった。多くの真実も明らかになった。 事実を理解できる608さん、らるるさん、（それと629さんもかな？）には感謝してます。 User-Agentが可能性の一つとして考えられることは事実を理解できる人には当然分かっていただけていると思う。 ただUntrusted時のUser-Agentが、902SHと802SHだけ他に比べると変なのは気になるね。 903SHはその仕様がこっそり変わてたりするかも。 というわけでこの話題はクローズでいいかな？ 632 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 22:30:30 ] むしろもっと追求すべきじゃね？ 633 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 22:45:42 ] よくわかってないんですが，結局trustedになれば通信できるの？ 634 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 23:03:54 ] >>631 903shのUser-Agent Vodafone/1.0/V903SH/SHJ001/SN************** Browser/UP.Browser/7.0.2.1 Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.2.2 Ext-V-Profile/VSCL-2.0.0 ********は端末番号 903shで試してほしいことがあればやりますよ 635 名前：634 mailto:sage [2005/08/18(木) 23:08:12 ] Vodafone/1.0/V902SH/SHJ001/SN************** Browser/UP.Browser/7.0.2.1 Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.2.2 Ext-V-Profile/VSCL-2.0.0 ちなみに902shのもの 636 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 23:10:59 ] 自分自身が”事実を理解できない者”なのに「”事実を理解できない者”が騒いでる」と言い出すあたりさすがガリレオ様 637 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 23:20:38 ] >>634,635 それは内蔵ブラウザのUser-Agentなんだよね。 アプリが送出するUAは少し違うとVodaの仕様書にか書かれている。 しかしアプリのUAを調べようにもゲートウェイでブロックされるので現時点では調べようが無い。 902Tのときも仕様書がすぐに改定されたので今回も一月以内にVodaから発表があると思うよ。 お気持ちだけアリガト。 638 名前：584 mailto:sage [2005/08/18(木) 23:21:31 ] ↑584です。 639 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 00:16:00 ] >>631で謝ったつもりか？まず日本語から覚えてこいよ あと目障りだからｲﾗﾈ 640 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 03:12:27 ] ★User-Agentが可能性の一つとして考えられることは事実を理解できる人には当然分かっていただけていると思う★ 歴史に残る珍説 641 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 03:19:15 ] >>631 どこの三国人か知らないがまず日本語を覚えて来い！ 何勝手に仕切ってんだボケ！ と、プログラムのプの字も知らない漏れが言ってみるテスト。 642 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 08:15:56 ] 謝ってるようにみせかけて実はその場しのぎの言い訳を書き連ねるという最低のパターンだな 643 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 09:59:31 ] これも記録しとけ 「 ただUntrusted時のUser-Agentが、902SHと802SHだけ他に比べると変なのは気になるね。 　903SHはその仕様がこっそり変わてたりするかも」 「903SHはその仕様がこっそり変わてたりする」 こいつほとんど勘だけで行き当たりばったりの文章書いてる その知識は携帯機種板の厨房以下 あそこの連中がまだ携帯に詳しいぞ 644 名前：デフォルトの名無しさん mailto:age [2005/08/19(金) 10:26:56 ] age 645 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 12:42:17 ] 初心者ですが、質問です NokiaDeveloper'sSuite2.2を用いて、アプリを作っていて、 エミュレーターで動作確認をしたMIDletをNokiaPCSuiteで実機にインストールしようとしているのですが、 実機でそのアプリを起動しようとすると「無効なファイル」というエラーが発生してしまいます。 何か特殊な作業とか必要あるのでしょうか 646 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 15:01:55 ] 902SH802SH→903SHの仕様の差なんか全然関係ないわけだが アプリからの通信がボダのゲートウエイで勝手に拒否されてるのは ボーダフォン３G発売以来一貫している 647 名前：584 mailto:sage [2005/08/19(金) 19:35:04 ] 再三警告しているにもかかわらずオツムのレベルの低い者が”まだ若干”いるようですが、無視して続けさせてもらいます。 ココはプログラム技術板だよ。ホント頼みます 648 名前：584 mailto:sage [2005/08/19(金) 19:36:46 ] ■目的 Voda3GゲートウェイサーバがUntrustedアプリの通信をブロックする理由を解明したい。 ■背景 仕様書にはブロックするとの記述がない。（正常に通信できると書いてある） つまり実機もしくは通信経路になんらかの実装上の問題、誤解を恐れずに言うとバグが存在しているのではないか？と想像している。 ■Untusted時のVアプリが送出するUser-Agent ・902SH,802SH UNTRUSTED/1.0 ・902T Vodafone/1.0/V902T/TJ001 Java/VF-Java/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.2.2 Ext-V-Profile/VSCL-2.0.0 UNTRUSTED/1.0 ・802N Vodafone/1.0/V802N/NJ001 Java/UP.Browser/7.0.2.1.307Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-J-Profile/JSCL-1.2.2Ext-V-Profile/VSCL-2.0.0/UNTRUSTED/1.0 ・802SE Vodafone/1.0/V802SE/SEJ001 Java/SEMC-Java/2.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 Ext-V-Profile/VSCL-2.0.0/UNTRUSTED/1.0 649 名前：584 mailto:sage [2005/08/19(金) 19:37:33 ] ■仮説 アプリが送出するUser-Agentをゲートウェイサーバが判断してブロックしているのではないか？ (1) User-Agentに"UNTRUSTED/1.0"が含まれる場合はブロック (2) UAが"Vodafone/"で始まっていないはブロック ■584の見解 仮説(1)だとすると仕様書にその記述があってもいいと思う。なぜ無いかというと仮説(2)だからではないか？ 仮説(2)はVodafone端末ではないとゲートウェイが認識して通信をブロックしていると推測でき納得もできる。 つまり902SHと802SHのUser-Agentの実装がバグっているのかもということ。 さらに言うと902Tや802Nならゲートウェイを通過できるのかもしれない。 シャープがそれに気づいているならば903SHでこっそり直しているかもしれない。 650 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 19:42:28 ] 再三警告ってどのﾚｽだよ？(ﾌﾟｹﾞﾗ 651 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 22:08:20 ] ム板だけど、お前さんのための板じゃないってこと覚えとけ。 初心者お断りですかそうですか。二度と来ねぇよ。 652 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 22:33:07 ] Vodafoneのサービス側の問題であって、プログラム技術とは関係ない、で終了ですねｗ 653 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 22:44:03 ] ＞つまり902SHと802SHのUser-Agentの実装がバグっているのかもということ ノキアとかモトローラとかソニーエリクソンとかはいつ舞台に登場しますかね ここまでひどいと荒らしで削除依頼出した方がいいかも知れんな 654 名前：デフォルトの名無しさん mailto:結局真性デムパへの道へ一直線・・・ [2005/08/19(金) 22:55:28 ] >>584さんここはプログラム技術板ですよ、ホント頼みますよ・・・。 655 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 22:59:10 ] >>652が正解 部外者が討論して解明できる問題じゃない。 参考までに>>600で書いたけど902TでもNG。 だから>>613、>>619にvodaゲートウェイと書いた。 >>無視して続けさせてもらいます たのむから自分のサイトで。 656 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 23:38:20 ] >>652が正解 つーか>>584と 一時これに加担しようとしていた>>634の携帯厨以外は全員わかってるわけだが バカは論理が破綻してるのに認識する能力がまったくないわけで ＯＫ！！じゃあこう説明しようか じゃあ１０万歩ゆずってUserAgent原因説wwwwを採用しよう、そう仮定しよう でボダがきめたUserAgentをﾕｰｻﾞｰがどうしようての？ 何も出来ることはないわな 一般のHTTPサーバーでのUserAgent振り分けの話じゃないから何も出来ることはない 相手はボダのゲートウェイですよ 657 名前：584 mailto:sage [2005/08/20(土) 00:16:28 ] >>653 ドキュメントに載っているよ。702は割愛しただけ >>655 902Tでダメだと判断した検証方法を説明できます？ >>656 User-AgentはVodaが決めてないでしょ。あんなバラバラなのに。 指針くらいは各メーカーに指示したと思うが、シャープの開発者はそれを間違えて実装てしまった。 でシャープの開発者がそのバグを認めて修正してくれる（くれている？）ことを期待している。 SH53のようにいつか902SHも廃れるわけだし。 658 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:22:47 ] >シャープの開発者はそれを間違えて実装してしまった 麻原はあまりに言動がおかしいから精神鑑定されるらしいが このスレにも鑑定が必要なやつが一人いる 659 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:43:12 ] >>584は自己紹介板にでも専用ｽﾚ立ててｵﾅﾆｰしろやｳﾞｫｹ 660 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:54:08 ] 今度はシャープの携帯だけがおかしいということにしようとしてるな 661 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 01:06:19 ] >Ｔ902でダメだと判断した検証方法を説明できます？ 何を書いても納得しないに１０ペソ。 俺の発言にもうレスつけるな。 662 名前：584 mailto:sage [2005/08/20(土) 01:23:23 ] 了解。 661=655=600なんだよね。 説明できないというのであれば902Tで通信できないというのは十分検証してないってことね。 ありがと。ども 663 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 01:46:15 ] >User-AgentはVodaが決めてないでしょ。あんなバラバラなのに。 >指針くらいは各メーカーに指示したと思うが、シャープの開発者はそれを間違えて実装てしまった。 シャープが間違えてないことは584が自分で示した資料の中に 書いてあるのにな。面白すぎ。 664 名前：デフォルトの名無しさん [2005/08/20(土) 01:50:41 ] もうここまでくれば荒らしですよ このスレを荒らすのがこいつの真の目的 665 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:09:46 ] いやー、さすがガリレオ様 666 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:11:02 ] あまりにも>>584が無礼極まりないので 長文スマソm(__)m 自分もそうだが、最近Ｖアプリを作り始めた人も多いと思うので 知らない人のために、参考までに実験結果を報告しておく。 以下の通信プログラムをV902T、V501T、V603SH、V602SH、V601T、V601SHで動作確認。 V902T以外は全て通信成功(200)。受信データも意図したものを得た。 V902Tは通信失敗(503)で受信データは「ただいま混雑しています。(M503900)」。 接続サーバは自宅ApacheでV902Tのみ接続形跡なし。 なぜならログ出力なし、Apacheのサービス落とした状態で実行しても同じ結果。 667 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:11:45 ] 　public void doHttp() { 　　byte[] buf = null; 　　HttpConnection http = null; 　　OutputStream out = null; 　　InputStream in = null; 　　ByteArrayOutputStream baos = null; 　　String resMsg; 　　in resCode 　　try { 　　　http = (HttpConnection)Connector.open( "xxxxxxxx" ); // 自宅サーバURL 　　　http.setRequestMethod( HttpConnection.POST ); // GET HEADでも確認 　　　long time = http.getDate() ; 　　　in = http.openInputStream(); 　　　resCode = http.getResponseCode(); 　　　int contentLength = (int)http.getLength(); 　　　buf = new byte[1024]; 　　　baos = new ByteArrayOutputStream(); 　　　int len = 0; 　　　while ( ( len = in.read( buf ) ) != -1 ) { 　　　　baos.write( buf, 0, len ); 　　　} 　　　baos.close(); 　　　buf = null; 668 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:12:27 ] 　　　resMsg;= new String( baos.toByteArray() ); 　　　baos = null; 　　　in.close(); 　　　in = null; 　　　http.close(); 　　　http = null; 　　} catch ( Exception e ) { 　　　tb.setString( e.toString() ); 　　} finally { 　　　try { 　　　　if ( out != null ) out.close(); 　　　　if ( baos != null ) baos.close(); 　　　　if ( in != null ) in.close(); 　　　　if ( http != null ) http.close(); 　　　} catch ( Exception ex ) {} 　　} 　 // resMsg; と resCode を携帯の画面に表示。 　} 669 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:12:56 ] >>584よ 末端開発者が、これ以上どんな検証をしろというんだ? でも、お前の思考は天然パーマなので納得しないに20ペソ。 電波出すなら、たのむから自分のサイトで。 670 名前：584 mailto:sage [2005/08/20(土) 02:17:23 ] >>663 この仕様書が書かれたのは902SHが発売された後だよ。 2.3.4.1章はあとから実機ベースの事実を書いただけと思われる。 671 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:23:36 ] >>670 もし仮にそうだとすれば少なくともシャープの端末がそのようなUser-Agentを渡すことをVodafoneが把握していながらなおも弾いているということになる 672 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:25:37 ] >>666 ＞なぜならログ出力なし、Apacheのサービス落とした状態で実行しても同じ結果。 P6、P5、P4、VGS携帯→vodafoneのｹﾞｰﾄｳｪｲ→→ネット上の一般ｻｰﾊﾞｰ　　　アプリから通信可 新３G携帯→vodafoneのｹﾞｰﾄｳｪｲ　　　　　　　　　　　ネット上の一般ｻｰﾊﾞｰ　　　アプリから通信不可 vodafoneのｹﾞｰﾄｳｪｲがアクセスしてくれないからログもなし。 すべて既出です 673 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:28:07 ] >>672 既出なのは>>666もわかってると思うよ。 なぜかガリレオ様が頑なにそれを認めてくれないんだよ、シャープ開発者の間違いとか言ってるし・・・。 674 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:31:42 ] ここにム板の巨人、ガリレオ様が誕生した。 675 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:32:26 ] そろそろ釣りﾃﾞｽﾀとか言い出すころあいね。 676 名前：584 mailto:sage [2005/08/20(土) 02:32:57 ] 釣りﾃﾞｽﾀ! 677 名前：584 mailto:sage [2005/08/20(土) 02:35:54 ] >>666 662の無礼な発言、大変申し訳ない。 まさにこの検証を誰かにやって欲しかったです。 仮説(2)が間違っていたと証明されました。 つまりは仮説(1)か他の要因かということになり、現時点ではこれ以上検証することは何もなくなりました。 検証いただいた方々、ありがとうございます。そして申し訳ありませんでした。 678 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:42:46 ] 仕様だけに過剰に固執し、自分では検証を一切せず他人の検証結果に頼って 勝手に自分の妄想を喚くだけ喚いてそれで終わりですか・・・ふざけんな 679 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:48:01 ] 釣りだったということにしておけば自の愚かさが隠蔽できると方向転換（ry 680 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 02:54:44 ] >>584の書き込みを全部消してくれ。 681 名前：デフォルトの名無しさん mailto:ここまで酷い電波は久しぶり [2005/08/20(土) 03:31:52 ] ガリレオ様が偉大すぎる件について 682 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 16:51:51 ] >>584はもうでてくんなよな 683 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 17:47:14 ] 【ガリレオ】CLDC+MIDP+携帯電話用Javaスレッド part 5【誕生】 684 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 18:24:49 ] >>683 おい、びっくりさせるなよ 思わずスレッド検索してしまった なくてよかった あいつなら、やりかねないからな 685 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 23:29:00 ] 次のスレタイは確定ですよ。そして>>1で語り継ぎますよ 686 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 23:48:05 ] J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。 質問でも議論でも何でもこい、と。 でも電波だけは勘弁な。 687 名前：584 mailto:sage [2005/08/21(日) 11:25:51 ] 今回の件は既出ではない。 らるるさんも知らなかったし、HEADなら通信できるという者もいた。 「Untrustedだから通信できないのであろう」というのは確かに既出だった。 しかし「Voda3Gゲートウェイがブロックしている」は今回明らかになった。 （一部の人は独自に検証して知っていたかもしれないが公ではなかった） 仕様書には通信できると書かれている。 902SHのUAは何かおかしい。これも事実だ。 今回のやりとりはこのスレにとっても非常に有益だったと考える。 688 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 11:39:02 ] 584=負け犬の遠吠え＜ｷｬﾝｷｬﾝ 689 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 12:18:44 ] >>687 > しかし「Voda3Gゲートウェイがブロックしている」は今回明らかになった。 ハァ？？？ 690 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 13:42:15 ] >>584が過去ﾚｽ検索の仕方さえ知っていれば起きなかった無駄なやりとり 691 名前：デフォルトの名無しさん [2005/08/22(月) 15:25:23 ] おめでとうございます！ >>584さんのレスは、下記のスレの>>19において「ド低能な発言の数々」として紹介されました！ ここにその栄誉を称え、ここに賞します。 最高にド低脳な発言してください in ム板(VII) pc8.2ch.net/test/read.cgi/tech/1124511889/ 692 名前：デフォルトの名無しさん mailto:sage [2005/08/22(月) 23:39:30 ] >>691 >>584が低脳かどうかはともかく、向こうのスレの空気を読めてないよ。 自分で書いて自分で報告するのも、かなり低脳度が高くすばらしい。 693 名前：デフォルトの名無しさん mailto:sage [2005/08/22(月) 23:45:02 ] >>692 心配しなくても空気考えるほどのスレじゃないので、向こうのスレもね 気にしないで使ってください 694 名前：デフォルトの名無しさん mailto:sage [2005/08/23(火) 00:29:03 ] byte[] col=bb[0];(bbは2次配列) ってやるとＣ言語のポインタみたいになって、colをいじるとbbまで変わってしまいます。どうすればbbは影響を受けなくなりますか？ 695 名前：デフォルトの名無しさん mailto:sage [2005/08/23(火) 01:29:56 ] 確実にスレ違い。arraycopyかな？ 696 名前：デフォルトの名無しさん mailto:sage [2005/08/23(火) 09:40:50 ] できました！ありがとうございました&スイマセンでした。 697 名前：デフォルトの名無しさん mailto:sage [2005/08/23(火) 23:30:50 ] >>692 >>584さんでつか？ 698 名前：デフォルトの名無しさん mailto:sage [2005/08/23(火) 23:37:35 ] たぶん、そんなところだろ 699 名前：584 ◆cr8hHrxU9o mailto:sage [2005/08/24(水) 01:33:30 ] 692はオレじゃない。 その手の内容は自分からは書き込まないって。（もっとも同じ事思ってるけど） なにか進展があれば今後もコテハンで書き込むよ。 何回か詐称されたので念のためトリップ付けとく。 700 名前：デフォルトの名無しさん mailto:sage [2005/08/24(水) 04:16:37 ] >>699 あなたが本物の584だということを証明しないと トリップ付けても何の意味も無いですよ 701 名前：デフォルトの名無しさん mailto:sage [2005/08/24(水) 07:27:13 ] >>700 つまり584にもう一暴れしろ、と言いたいのかね？ 702 名前：デフォルトの名無しさん mailto:sage [2005/08/24(水) 08:24:37 ] もう暴れるネタがありませんよ >>584の知識ではムリポ 703 名前：デフォルトの名無しさん mailto:sage [2005/08/24(水) 10:30:10 ] >>699 == >>584 手前の中でなにか進展があっても、こっちじゃ既出。手前の過去の書き込み読んで、頭冷やして消えろ。 質問スレのリソースの無駄なので、とっとと、System.gc()で消えな。 704 名前：デフォルトの名無しさん mailto:sage [2005/08/24(水) 20:45:09 ] 参照が残ってるので、GCにはどうしようもありません。 705 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 10:25:29 ] >>704 上手いｗ 706 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 19:47:03 ] なるほど。つまり、粘着がどうたらということを引っかけてるのか。 707 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 20:01:42 ] オレからしたらそれなりに理屈の通った発言をしてる584より、アンチ584発言の方がよっぽど遠吠えに聞こえるが(w とか言ってみるﾃｽﾂ 708 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 20:22:19 ] >>707 エラーをキャッチしました。 709 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 20:48:30 ] >それなりに理屈の通った発言をしてる584 これは笑うところですか？ 710 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 22:41:17 ] おまいら、もうどうでもいい584にからむほどネタがなくて困ってるのですね。。 そんなおまいらに聞きたい、MIDP2.0を学ぶのにいい入門サイトない？ 「ここが変わった」とか「新しい機能を実際に使ってみよう」のような感じのサイトがあると、 とっかかりやすくてうれしい。 711 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 22:56:45 ] >>707 >>584さん、それはいくらなんでも必死すぎですよｗ 712 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 23:11:39 ] >>709 何も分かってないガキの落書きだから放置推奨 713 名前：デフォルトの名無しさん mailto:sage [2005/08/26(金) 00:08:22 ] >>709 笑えばいいと思うよ。 714 名前：デフォルトの名無しさん [2005/08/26(金) 02:48:36 ] すみません質問です。 アプリで固定小数点数を使った計算処理を行いたいのですが、sinまたはcosを自前で高速に計算するにはどうすればよいのでしょうか？ あらかじめサインテーブルを持っておくのでも良いのですが、既に容量がギリギリになりそうなので出来れば起動時に計算で求めたいのです。 また、計算処理部分は3キャリア共通で使いたいのでsin/cos関数は使わないようにしたいです。 ネットで検索して「40バイトサインジェネレーター」というものは発見したのですが、 アセンブラで書かれておりJavaには移植できそうにありません。 良い方法をご存知の方、いらっしゃいましたらご教授願います。m(_ _)m 715 名前：デフォルトの名無しさん mailto:sage [2005/08/26(金) 08:09:11 ] >>714 つ【テイラー展開】 716 名前：デフォルトの名無しさん mailto:sage [2005/08/26(金) 08:47:36 ] 40バイトサインジェネレータ でぐぐると >これを使わずに32bit整数(16:16固定小数点)でsinをマクローリン展開させたのよりは遥かに精度が高いです って出てきた 717 名前：デフォルトの名無しさん mailto:sage [2005/08/26(金) 10:43:22 ] 容量ってのがJarサイズのことなら、テーブルをリソースに逃がしてやればいいかもね。 ソース内に書くより断然減る 718 名前：デフォルトの名無しさん mailto:sage [2005/08/26(金) 13:25:03 ] おいら714じゃないけど， 昔sinテーブル作ってたけど，最近授業でテイラー展開やったの思い出して作ってみた． //x=角度(-1〜1を-10000〜10000で入力)，n=近似度 public static int sin(int x,int n){ int ans=0; int i,j; for(i=0;i<n;i++){ int flag=1; if(i%2==1)flag=-1; int ko=1; int bo=1;//分子分母の初期値 　　for(j=0;j<2*i+1;j++){ 　　　ko*=x; 　　　bo*=j+1; 　　　if(j>0)ko/=10000; 　　} 　　ans+=flag*ko/bo; 　} return ans; } 精度まで検証してないけどある程度使えそう．約500バイトになった． 719 名前：718 mailto:sage [2005/08/26(金) 13:34:27 ] 間違えた．xは-1.7〜1.7(17000〜17000）だ． 結果が10000倍で帰ってくるので適当に． 720 名前：718 mailto:sage [2005/08/26(金) 13:36:45 ] またミスった・・． 正確には3.14/2だから-1.57〜1.57(-15700〜15700)か．

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef