[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 18:13 / Filesize : 239 KB / Number-of Response : 985
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

BREW(Binary Runtime Environment for Wireless) 5



1 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 10:01:00 ]
BREW(Binary Runtime Environment for Wireless)についてのスレ

テンプレ
kintubo.kakiko.com/brew/

前スレ
04 pc8.2ch.net/test/read.cgi/tech/1111028365/
関連情報>>2-10

■過去スレ
03 pc5.2ch.net/test/read.cgi/tech/1096006023/
02 pc5.2ch.net/test/read.cgi/tech/1076511398/
01 pc2.2ch.net/test/read.cgi/tech/1011078904/


656 名前:622 mailto:sage [2005/08/29(月) 17:23:11 ]
>>647
順番を入れ替えると、IMEMASTREAM_Releaseで
Int3割り込みが入るんです。
恐らく関連づいていたはずのバッファm_pMemoryStreamが
勝手に解放されている事への警告だと思います。

657 名前:デフォルトの名無しさん mailto:sage [2005/08/29(月) 17:42:16 ]
>>656
APIリファレンスのIMEMASTREAM_Set()。

658 名前:622 mailto:sage [2005/08/29(月) 19:13:05 ]
>>657
ありがとうございまつ。
EZアプリサービス仕様書に目を奪われてAPIリファレンスの存在自体を忘れてまつた。
得心がいきまつた。

そこで皆様、またお恥ずかしい話なのですが
メモリからPNGをロードする為に
ISHELL_CreateInstanceでAEECLSID_PNGを指定して
オブジェクトを作っております。
これを解放しても何かが残っております。
今、ご教授頂いたAPIリファレンスを見てはじめて
このオブジェクトがIImageのオブジェクトではなく
IViewerのオブジェクトだと知ったのですが、
IVIEWER_Releaseを使ってもやはり何かが残ってしまいます。
ISHELL_CreateInstanceでAEECLSID_PNGを指定したオブジェクトを
正しく解放する方法をご教授下さいませ。

659 名前:デフォルトの名無しさん mailto:sage [2005/08/29(月) 19:31:30 ]
>>658
IMEMASTREAM使うのでUnzipと同じ場所でエラーが出てるだけだろ。
昨日の段階でAPIリファレンス指摘してるでしょうに。


660 名前:デフォルトの名無しさん mailto:sage [2005/08/29(月) 19:57:44 ]
つーか、メモリリーク起こして他人に質問するなんて、
どんなJavaプログラマー?('A`)

661 名前:デフォルトの名無しさん [2005/08/29(月) 20:43:02 ]
IAddrBookとIAddrRecの違いは何ですか?

662 名前:デフォルトの名無しさん mailto:sage [2005/08/29(月) 23:55:13 ]
>>635
買うだけ買って読むきしねー(本の匂いはなんか好きだがな)


663 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 03:25:26 ]
それはBREWたんの忘れていったぱんつの匂いです

664 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 05:01:53 ]
ぶりゅっ ぶりゅぶりゅぶりゅっ



665 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 07:20:05 ]
________
    <○ノ
     ‖
     くく
しまった!ここは糞スレだ!
オレが止めているうちに他スレへ逃げろ!
早く!早く!オレに構わず逃げろ!

666 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 10:04:51 ]
>>665
激しく既出

667 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 10:24:23 ]
特急なんちゃらとか








Kはしねよ

668 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 12:09:29 ]
開発支援サイトの8月29日に更新されたBREW3.1のサービスガイドの修正箇所に

表示文字に関して、移動機で表示されるフォントサイズに関する特記事項を削除。
(BREW3.1では表示フォントに差分が出ないため。)

とあるが、3.1ではフォントサイズ統一されてるってことか?

669 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 12:49:47 ]
何れにせよ2.1からソースを作り変えるのもダルいんで、
フォントサイズを測って配置するルーチンはそのままな訳で


670 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 18:28:53 ]
まあふつうそんなもんだ。フォントサイズ統一とかAPI設計の最初からやっとけ、でないと意味内

671 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 18:52:58 ]
もうBREWなんかいらないなんて言えないよKDDI

672 名前:デフォルトの名無しさん [2005/08/30(火) 23:00:13 ]
開発者がうんざりしてくたらBREWやっても赤字になて
それで耐えられなくなってKDDIもBREWをついにあきらめる
というときがやってくるかもしれない。

673 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 23:07:47 ]
>>672
おまえ頭回ってないってw
今日は終電までに帰った方がいいって

674 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 23:09:02 ]
いや統一設計部分をさせようとふんばってるみたいだ
もう7mmほどなまぬるくみもってやんな



675 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 23:18:18 ]
おまいら・・・

つ 旦〜


676 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 23:25:44 ]
3.1では固定フォントサイズの指定はあるが、シミュレータに対応していない糞仕様。
本当にマジクソ。ドキュメントも重要な項目が散財し、しかも嘘だらけ。

677 名前:蕪留戦乙女 mailto:sage [2005/08/30(火) 23:43:28 ]
サボるんじゃないわよっ!!!

678 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 14:00:24 ]
BREWたんは本当は優秀だけど
育ての親のクアルコム爺さんが適当に勉強とか教えてんだよ
象は首が長いてな感じに

679 名前:デフォルトの名無しさん [2005/08/31(水) 15:37:02 ]
メモリストリームからIImageにBMPをロードしたいです
IIMAGE_SetStreamを使えばできそうですが
IImageをファイルやリソース無しで作る方法がわかりません
AEECLSID_IIMAGEというクラスIDが見つかりません
どうしたらIImageをファイルやリソース無しで生成できますか?

680 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 16:30:14 ]
AEECLSID_WINBMP

681 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 17:13:59 ]
>>679
IBitmapじゃ駄目なの?

682 名前:679 mailto:sage [2005/08/31(水) 17:45:38 ]
>>680
IWinBmpというクラスIDは見つかりません
リファレンスに書いてあったのは
AEECLSID_WINBMP AEECLSID_VIEW+1
のみです。これはどうつかうのでしょうか?

>>681
IBitmapにはメモリストリームからデータを作成する関数が見つからないです


683 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 17:48:26 ]
>680
抽象クラスであるIImageの実装の一つがAEECLSID_WIMBMPだ
AEECLSID_JPEGとかもな
いいからやってみろ

684 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 18:33:07 ]
というかIImageにしたいという理由も良くわからないな...。
IBitmapの方が自由度高くてよいと思うのだが。
WindowsBitmapからIDIBへの変換ルーチンなんて単純なもんだろ。



685 名前:BREWたん製作委員会 [2005/08/31(水) 19:22:52 ]
BREWたんの設定
BREWたんの親のKが過保護。
BREWたんはJAVAたんより頭の回転が速い。
BREWたんは無邪気。(端末破壊もお手の物。)
BREWたんはわがまま。
BREWたんはパンツ穿いてない。

てかツンデレよりロリキャラ!?

686 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 19:49:15 ]
クアルコム爺さん 今日も元気に 法螺を吹く (*'ハ`)ノ< ブオォ〜



アイシェルロードレスイメージ→イメージをどっかに一時描写→それをアイデスプレイゲトデバスビットマッフでアイビトマフに変換じゃ駄目かぬー


687 名前:681 mailto:sage [2005/08/31(水) 21:23:05 ]
>>682
んなこたーない。

いちどメモリストリームからバッファに読み込めば、CONVERTBMP()で
IBitmapへのポインタが取れるよ。(要キャスト)

688 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 22:21:08 ]
夏休み最終日だからかへんなのがいるな。。。

689 名前:679 mailto:sage [2005/09/01(木) 01:29:52 ]
>>683
できました。ありがとうございます。

>>684
IImageにロードしてykuboさん提供の関数でIBitmapに変換しようとしていました。

>>687
ヘルパー関数!!
すっかり見落としていました。
もうIImageにロードしてIBitmapに変換する関数を書いてしまいましたが、
無意味だったのですね。
勉強になりました。

みなさんありがとうございました。

690 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 13:08:44 ]
クアルコム爺さんヒドス


691 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 13:28:44 ]
>>685 >>690
クアルコムが爺さん・Kが親なら、
端末は服とか?

>パンツ穿いてない
コレがS端末のジョグと言う事か!?

692 名前:デフォルトの名無しさん [2005/09/01(木) 20:33:44 ]
BREWはもう諦めろ。俺のつとめてる会社はCPと相談してKDDIを切り捨てる事にした。
清算するとBREWアプリを作らない方が、会社として利益が出るんだそうだ。

で、これから俺はどうすれば良いんでしょうかね?社長。
ずっとBREW担当だったんで、JAVAなんぞ忘れましたよonz



693 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 21:18:16 ]
BREWたんはな、自分を愛してくれる人にしかデレにならないんだYO!
おまいら、ちゃんと愛しているのか?

694 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 21:47:41 ]
つまり、スカトロマニアになれと言う事ですね!




695 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 22:34:31 ]
>>693
いいかげんお前キモイんだが

696 名前:デフォルトの名無しさん [2005/09/01(木) 23:18:44 ]
クラス名にIImage IBitMapみたいに
頭にIをつけなきゃ行けない載ってなんかねえ。

interfaceを意味するものだからといってわざわざつけなきゃいけないとは。

頭にm_とかつけなきゃいけないアホみたいなコーディング規約よりはましだが。



697 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 23:24:56 ]
m_つけるなんてきまってないじゃん
べつにいいよ

698 名前:デフォルトの名無しさん [2005/09/01(木) 23:25:17 ]
グローバル変数、グローバル関数のみにg_とかつけて
メソッド(C++でいうところのメンバ関数)やフィールド(C++でいうところのメンバ変数)
にはm_なんてつけず通常通りのネーミングで記述するような
コーディング規約を標準にすればいいのに。効率悪すぎ。


699 名前:デフォルトの名無しさん mailto:sage [2005/09/01(木) 23:33:07 ]
m_


mだとすごくダサいんだよなwwww

700 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 02:23:19 ]
m9 という一次元配列つくって o3o という変数をインデクスに使えば、ちょっと顔っぽい

701 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 02:31:58 ]
>699
m_じゃなくて、_(アンダーバー)だけにすれば少しはマシになるかも?

702 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 02:37:59 ]
A`)ノシ

703 名前:デフォルトの名無しさん [2005/09/02(金) 02:42:41 ]
m9(^Д^)プギャー

704 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 03:14:28 ]
m9という関数をつくって T_T という変数を引数にわたすと・・
m9(T_T) ブギャーなのに泣いてる・・・まさに Brew っぽいではないか!



705 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 03:44:04 ]
>>698
ヒント:ローカル変数

706 名前:デフォルトの名無しさん [2005/09/02(金) 12:30:18 ]
Javaみたいにthisキーワードを使えば
ローカル変数だろうと、フィールド(C++でいうところのメンバ変数)との
違いを気にする必要もなく妙なコーディング規約に縛られることもないだろうに。

707 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 13:55:26 ]
this->よりm_のほうが書きやすいと思うけどね
単にmが嫌いな人か

708 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 15:26:48 ]
おれはsだよ

709 名前:デフォルトの名無しさん [2005/09/02(金) 15:28:33 ]
書きやすさだけで判断するとは愚かな。
変数名の中に織り交ぜてしまっては混乱の元。
リファクタリングもしずらい。
thisはローカル変数と同じ名前でなければ省略することができる。
ローカル変数やメソッド引数と同じときだけ
フィールド(C++でいうところのメンバ変数)にthisを付加すればいい。

thisにはそういうメリットがある。



710 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 15:51:32 ]
>thisはローカル変数と同じ名前でなければ省略することができる。

711 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 15:56:21 ]
先生!
それでは省略された場合名前だけ見てもローカル変数かメンバ変数か引数か見分けがつかないということですか?

712 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 16:19:12 ]
流れをぶった切ってー

静的な変数を含むCコードが正しくコンパイルできたぜ。
誰だよ、static な変数はアセンブラレベルでハックしないと使えないとか、
static な変数が使えないとか言い出した奴は。

が、しかし手元に実機がなくて検証できないぜ _no


713 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 16:24:32 ]
>>712
結果を楽しみにしてます。

714 名前:712 mailto:sage [2005/09/02(金) 16:40:26 ]
>>713
期待されてもソンナニたいした内容じゃないよ?
ただ、 Quallcomm はわざと静的な変数を使わせないようにしているとしか思えないけど。



715 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 17:59:42 ]
エミュでできるのは当たり前
実機で試したら破壊されますた
始末書書かされたorz

716 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 18:04:36 ]
どーせメイクファイル変更しただけでしょ。意味もわからずに。

717 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 18:24:55 ]
>>715
実機に決まってます。

>>716
当たり。
というか、他に変更するところなんかないだろ。
自分でリンカースクリプト書いてみたよ。

718 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 18:33:55 ]
>>712
が、しかし手元に実機がなくて検証できないぜ _no
>>717
実機に決まってます。


脳内か?そろそろ徹夜はやめて一度寝たほうがいいぞ

719 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 20:21:08 ]
メリットだけで判断するとは愚かな。
変数名の一部だからこそ常に一つの形に決まる。
リファクタリングもしやすい。
thisはローカル変数と同じ名前でなければ省略できてしまう。
結果、ローカル変数やメソッド引数と同じときしか
フィールド(C++でいうところのメンバ変数)にthisを付加しなくなる。

thisにはそういうデメリットがある。


720 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 20:26:11 ]
会社とかチームとかでコーティング規約が決まってなきゃ
外に見えない変数名ぐらい好きにすればいいじゃないこのフサフサ野郎

721 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 22:49:37 ]
>>719
アホか。どういうデメリットだ。
>>709の意味を変えてどうする。

722 名前:デフォルトの名無しさん [2005/09/02(金) 23:05:23 ]
windowsと関係ないのに、windows流の見苦しい変数名の付け方をするのが
間違っている。
m_ がなんとかという話ではない。

こういう事しているから、BREWは高校生が夏休みの宿題に作ったと言われる。


723 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 23:16:53 ]
m_なもんいちいち守らなくてもいい
m_にこだわらんでいい

724 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 23:29:03 ]
>>720
じゃあ変数名はfusafusayarouをつけろ



725 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 23:30:18 ]
brew程度で正直混乱するものでもないがな


検証だけだ検証

726 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 23:37:56 ]
え、m_ってメンバ変数とメソット分ける意味でつけるんじゃないの?
VCで見やすいぢゃん


727 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:52:03 ]
複数人で作ってるんじゃなければ、自分の分かりやすいように作ればいいんだよ
他人からあれこれ言われるような筋合いは無い

728 名前:デフォルトの名無しさん [2005/09/03(土) 01:03:37 ]
>>727
そういう作り方していると、あなた今に仕事なくなるよ。
どーせ人の事だけどさ。


729 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 01:06:47 ]
>>726
グローバル系を使用禁止にすればm_なんてつける必要ない

730 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 01:09:30 ]
クラス、オブジェクト名は名詞、
メソッド(C++でいうところのメンバ関数)名はなるべき動詞に
なるように、というルールだけは守って欲しい。

関数なのに名詞になってるとか、クラスやオブジェクトなのに動詞になってる
ネーミングはキモイしわかりづらいし読みにくい

やっぱり、主語の次には動詞が来ないとおかしいでしょ。そして引数は目的語。
hisHand->compareTo(yourHand);
みたいにね。


731 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 01:11:38 ]
おっこい構造体が一個だけだし
わかりやすいのでいーさー
あくまでぶりゅりゅんでな

732 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 01:57:30 ]
「->」書くのめんどくさい

733 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 02:11:26 ]
面倒くさがり屋の怠け者にはオブジェクト指向が理解できないということか


734 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 02:16:57 ]
Person you = Persion::createYou;
Person niChannelar = new Person("2ちゃんねら");
you->run(100); //貴様は100m走る。

if(you->isChicken()){
 you->awayFrom(niChannelar); //貴様は臆病なので2ちゃんねらーから逃げる。
}



735 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 02:26:13 ]
ハワイロスハワイロス

736 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 02:54:33 ]
>>729
オート変数は?

737 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 04:17:05 ]
関数内でローカル変数や引数と混同するから、m_は必要だと思うに一票。
もしくは、かならずthis->を付けるような癖を付けるか。

738 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 09:11:29 ]
javaやc++はthisをふつーにつける
区別しやすいから

cはm_でなくてもわかりやすいのをつける
それだけのこと



739 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 15:49:44 ]
thisは省略できちゃうから省略しちゃうんだってばさ。
最後に_か最初にm_がいいと思うが、
何でもいいから短いプリフィックスがサフィックス使うのがいいと思います。

740 名前:デフォルトの名無しさん [2005/09/03(土) 16:21:20 ]
これはペンです

741 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 16:32:59 ]
いいえ、それはトムです

742 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 18:10:52 ]
アイアムアボーイ

743 名前:デフォルトの名無しさん [2005/09/03(土) 20:16:51 ]
KDDI特急検証、たいへんなことになりましたな・・・

申し込もうとしたら、すでに予約でいっぱいだ。
これからは予約でも待たされることになるのか・・・

しかも検証ライン占有オプション超高い。1ヶ月で200万弱。あほかと思った。

744 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 20:58:33 ]
ここでそんなこと書いていいんですか?
一般公開されてるんですか?



745 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 22:03:12 ]
興味の無い奴にはどうでもいいし、興味のある奴はいずれぶつかる壁だろ。

つーか、Kはなんでもかんでも守秘にしたがるから、
新規参入の障害になるんだよな。
ホリエモンに買収されろよwwwwww

746 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 22:17:29 ]
たしかに、Kに関してはホリエに買収されたほうがマシかもしれん

747 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 22:43:33 ]
ところで、今自分の作っているのが他のアプリと比べてどの程度のレベルなのか知りたいんだけど、
最近のAUのアプリで技術的、スケール的にいけてるのってどんなのがあります?


748 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 22:47:51 ]
ぶたなんかに売春されてほしくないなあうーじたいはすきだから

749 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 22:49:12 ]
はっきりいってどれもあんまりたいしたことはない

コンシューマとかで人気ゲームだったのはすごいと思われがちだが
人気だったからすげえ技術だって錯覚しているだけ

750 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 22:50:21 ]
AUに限らずな

751 名前:747 mailto:sage [2005/09/03(土) 23:11:16 ]
>>749
自分の作っているのもあまりたいしたことないので
どんぐりの背比べの中でどれくらいなのかが知りたいです。
自分がやったことあるのは封神霊符くらいなので。


752 名前:デフォルトの名無しさん mailto:sage [2005/09/04(日) 00:28:08 ]
>>747
携帯ゲーム板のBREWスレでも見てみれば?
ただ、他のアプリをモノサシに自分のアプリの出来に満足するのはどうかと思う。
時間があるなら常に最高のモノをつくれ。

753 名前:デフォルトの名無しさん mailto:sage [2005/09/04(日) 00:29:50 ]
×携帯ゲーム板
○携帯電話ゲー

具体的にはここ
hobby7.2ch.net/test/read.cgi/appli/1125576268/l50

754 名前:デフォルトの名無しさん mailto:sage [2005/09/04(日) 00:36:57 ]
>>747
開発者だって知らないくらいプレイする側が評価できる
アプリの情報が少ないのが現実。

それを逆手にとって実装だけで落ちなきゃ良いや程度のものを作ってる。
短納期だし、ハードのスペックもしょぼいし、
何よりユーザーは中身を知らずに買うんだからな。

よって、Kの認証さえ通ってりゃ並。



755 名前:デフォルトの名無しさん mailto:sage [2005/09/04(日) 00:48:15 ]
プレイヤーが選択できるほどアプリの幅がない。これが実態。
ユーザーサイドから見れば一番憐れな状態だな。

756 名前:デフォルトの名無しさん [2005/09/04(日) 00:59:14 ]
だから糞アプリでも儲かっちゃうんだなこれが






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<239KB

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