05/08/29 16:19:55
>>646
なんだがネーミングセンス最悪だな
>
> if (m_pUnzipStream != NULL)
頭にm_なんてつけるなよ。
グローバル変数もグローバル関数もデフォルトで全部使用禁止にすれば
そんなくだらないことする必要ないだろ。
フルオブジェクト指向でやれよ。
それにアンダースコアなんて変数名がすべて大文字のとき以外つかわないもんだぜ。
651:デフォルトの名無しさん
05/08/29 16:20:29
ネーミングセンスからしてBREWも長くは持つまい。
652:デフォルトの名無しさん
05/08/29 16:20:56
ハンガリアンとか、時代遅れなコーディング規約がBREWを駄目にしている
653:デフォルトの名無しさん
05/08/29 16:21:37
グローバル変数、グローバル関数の使用をゆるした
プログラミングを押しつけることがBREWを駄目にしている。
654:デフォルトの名無しさん
05/08/29 16:55:45
m_ってローカルとメンバを区別するのに使ってるんじゃないの？
655:デフォルトの名無しさん
05/08/29 16:57:09
そもそもグローバルな変数は使えなかったきがする
656:622
05/08/29 17:23:11
>>647
順番を入れ替えると、IMEMASTREAM_Releaseで
Int3割り込みが入るんです。
恐らく関連づいていたはずのバッファm_pMemoryStreamが
勝手に解放されている事への警告だと思います。
657:デフォルトの名無しさん
05/08/29 17:42:16
>>656
APIリファレンスのIMEMASTREAM_Set()。
658:622
05/08/29 19:13:05
>>657
ありがとうございまつ。
EZアプリサービス仕様書に目を奪われてAPIリファレンスの存在自体を忘れてまつた。
得心がいきまつた。
そこで皆様、またお恥ずかしい話なのですが
メモリからPNGをロードする為に
ISHELL_CreateInstanceでAEECLSID_PNGを指定して
オブジェクトを作っております。
これを解放しても何かが残っております。
今、ご教授頂いたAPIリファレンスを見てはじめて
このオブジェクトがIImageのオブジェクトではなく
IViewerのオブジェクトだと知ったのですが、
IVIEWER_Releaseを使ってもやはり何かが残ってしまいます。
ISHELL_CreateInstanceでAEECLSID_PNGを指定したオブジェクトを
正しく解放する方法をご教授下さいませ。
659:デフォルトの名無しさん
05/08/29 19:31:30
>>658
IMEMASTREAM使うのでUnzipと同じ場所でエラーが出てるだけだろ。
昨日の段階でAPIリファレンス指摘してるでしょうに。
660:デフォルトの名無しさん
05/08/29 19:57:44
つーか、ﾒﾓﾘﾘｰｸ起こして他人に質問するなんて、
どんなJavaﾌﾟﾛｸﾞﾗﾏｰ？('A`)
661:デフォルトの名無しさん
05/08/29 20:43:02
IAddrBookとIAddrRecの違いは何ですか？
662:デフォルトの名無しさん
05/08/29 23:55:13
>>635
買うだけ買って読むきしねー（本の匂いはなんか好きだがな）
663:デフォルトの名無しさん
05/08/30 03:25:26
それはBREWたんの忘れていったぱんつの匂いです
664:デフォルトの名無しさん
05/08/30 05:01:53
ぶりゅっ ぶりゅぶりゅぶりゅっ
665:デフォルトの名無しさん
05/08/30 07:20:05
＿＿＿＿＿＿＿＿
＜○ノ
∥
くく
しまった！ここは糞スレだ！
オレが止めているうちに他スレへ逃げろ！
早く！早く！オレに構わず逃げろ！
666:デフォルトの名無しさん
05/08/30 10:04:51
>>665
激しく既出
667:デフォルトの名無しさん
05/08/30 10:24:23
特急なんちゃらとか
Kはしねよ
668:デフォルトの名無しさん
05/08/30 12:09:29
開発支援サイトの8月29日に更新されたBREW3.1のサービスガイドの修正箇所に
表示文字に関して、移動機で表示されるフォントサイズに関する特記事項を削除。
（BREW3.1では表示フォントに差分が出ないため。）
とあるが、3.1ではフォントサイズ統一されてるってことか？
669:デフォルトの名無しさん
05/08/30 12:49:47
何れにせよ2.1からソースを作り変えるのもダルいんで、
フォントサイズを測って配置するルーチンはそのままな訳で
670:デフォルトの名無しさん
05/08/30 18:28:53
まあふつうそんなもんだ。フォントサイズ統一とかAPI設計の最初からやっとけ、でないと意味内
671:デフォルトの名無しさん
05/08/30 18:52:58
もうBREWなんかいらないなんて言えないよKDDI
672:デフォルトの名無しさん
05/08/30 23:00:13
開発者がうんざりしてくたらBREWやっても赤字になて
それで耐えられなくなってKDDIもBREWをついにあきらめる
というときがやってくるかもしれない。
673:デフォルトの名無しさん
05/08/30 23:07:47
>>672
おまえ頭回ってないってw
今日は終電までに帰った方がいいって
674:デフォルトの名無しさん
05/08/30 23:09:02
いや統一設計部分をさせようとふんばってるみたいだ
もう7mmほどなまぬるくみもってやんな
675:デフォルトの名無しさん
05/08/30 23:18:18
おまいら・・・
つ 旦～
676:デフォルトの名無しさん
05/08/30 23:25:44
3.1では固定フォントサイズの指定はあるが、シミュレータに対応していない糞仕様。
本当にマジクソ。ドキュメントも重要な項目が散財し、しかも嘘だらけ。
677:蕪留戦乙女
05/08/30 23:43:28
サボるんじゃないわよっ！！！
678:デフォルトの名無しさん
05/08/31 14:00:24
BREWたんは本当は優秀だけど
育ての親のクアルコム爺さんが適当に勉強とか教えてんだよ
象は首が長いてな感じに
679:デフォルトの名無しさん
05/08/31 15:37:02
メモリストリームからIImageにBMPをロードしたいです
IIMAGE_SetStreamを使えばできそうですが
IImageをファイルやリソース無しで作る方法がわかりません
AEECLSID_IIMAGEというクラスIDが見つかりません
どうしたらIImageをファイルやリソース無しで生成できますか？
680:デフォルトの名無しさん
05/08/31 16:30:14
AEECLSID_WINBMP
681:デフォルトの名無しさん
05/08/31 17:13:59
>>679
IBitmapじゃ駄目なの?
682:679
05/08/31 17:45:38
>>680
IWinBmpというクラスIDは見つかりません
リファレンスに書いてあったのは
AEECLSID_WINBMP AEECLSID_VIEW+1
のみです。これはどうつかうのでしょうか？
>>681
IBitmapにはメモリストリームからデータを作成する関数が見つからないです
683:デフォルトの名無しさん
05/08/31 17:48:26
>680
抽象クラスであるIImageの実装の一つがAEECLSID_WIMBMPだ
AEECLSID_JPEGとかもな
いいからやってみろ
684:デフォルトの名無しさん
05/08/31 18:33:07
というかIImageにしたいという理由も良くわからないな...。
IBitmapの方が自由度高くてよいと思うのだが。
WindowsBitmapからIDIBへの変換ルーチンなんて単純なもんだろ。
685:BREWたん製作委員会
05/08/31 19:22:52
BREWたんの設定
BREWたんの親のKが過保護。
BREWたんはJAVAたんより頭の回転が速い。
BREWたんは無邪気。（端末破壊もお手の物。）
BREWたんはわがまま。
BREWたんはパンツ穿いてない。
てかツンデレよりロリキャラ！？
686:デフォルトの名無しさん
05/08/31 19:49:15
クアルコム爺さん 今日も元気に 法螺を吹く (*'ハ`)ﾉ＜ ブオォ～
ｱｲｼｪﾙﾛｰﾄﾞﾚｽｲﾒｰｼﾞ→ｲﾒｰｼﾞをどっかに一時描写→それをｱｲﾃﾞｽﾌﾟﾚｲｹﾞﾄﾃﾞﾊﾞｽﾋﾞｯﾄﾏｯﾌでｱｲﾋﾞﾄﾏﾌに変換じゃ駄目かぬー
687:681
05/08/31 21:23:05
>>682
んなこたーない。
いちどメモリストリームからバッファに読み込めば、CONVERTBMP()で
IBitmapへのポインタが取れるよ。(要キャスト)
688:デフォルトの名無しさん
05/08/31 22:21:08
夏休み最終日だからかへんなのがいるな。。。
689:679
05/09/01 01:29:52
>>683
できました。ありがとうございます。
>>684
IImageにロードしてykuboさん提供の関数でIBitmapに変換しようとしていました。
>>687
ヘルパー関数!!
すっかり見落としていました。
もうIImageにロードしてIBitmapに変換する関数を書いてしまいましたが、
無意味だったのですね。
勉強になりました。
みなさんありがとうございました。
690:デフォルトの名無しさん
05/09/01 13:08:44
クアルコム爺さんﾋﾄﾞｽ
691:デフォルトの名無しさん
05/09/01 13:28:44
>>685 >>690
クアルコムが爺さん・Kが親なら、
端末は服とか？
＞パンツ穿いてない
コレがS端末のジョグと言う事か！？
692:デフォルトの名無しさん
05/09/01 20:33:44
BREWはもう諦めろ。俺のつとめてる会社はCPと相談してKDDIを切り捨てる事にした。
清算するとBREWアプリを作らない方が、会社として利益が出るんだそうだ。
で、これから俺はどうすれば良いんでしょうかね？社長。
ずっとBREW担当だったんで、JAVAなんぞ忘れましたよonz
693:デフォルトの名無しさん
05/09/01 21:18:16
BREWたんはな、自分を愛してくれる人にしかデレにならないんだYO！
おまいら、ちゃんと愛しているのか？
694:デフォルトの名無しさん
05/09/01 21:47:41
つまり、スカトロマニアになれと言う事ですね！
695:デフォルトの名無しさん
05/09/01 22:34:31
>>693
いいかげんお前キモイんだが
696:デフォルトの名無しさん
05/09/01 23:18:44
クラス名にIImage IBitMapみたいに
頭にIをつけなきゃ行けない載ってなんかねえ。
interfaceを意味するものだからといってわざわざつけなきゃいけないとは。
頭にm_とかつけなきゃいけないアホみたいなコーディング規約よりはましだが。
697:デフォルトの名無しさん
05/09/01 23:24:56
m_つけるなんてきまってないじゃん
べつにいいよ
698:デフォルトの名無しさん
05/09/01 23:25:17
グローバル変数、グローバル関数のみにg_とかつけて
メソッド(C++でいうところのメンバ関数)やフィールド(C++でいうところのメンバ変数)
にはm_なんてつけず通常通りのネーミングで記述するような
コーディング規約を標準にすればいいのに。効率悪すぎ。
699:デフォルトの名無しさん
05/09/01 23:33:07
m_
↑
mだとすごくダサいんだよなｗｗｗｗ
700:デフォルトの名無しさん
05/09/02 02:23:19
m9 という一次元配列つくって o3o という変数をインデクスに使えば、ちょっと顔っぽい
701:デフォルトの名無しさん
05/09/02 02:31:58
>699
m_じゃなくて、_（アンダーバー）だけにすれば少しはマシになるかも？
702:デフォルトの名無しさん
05/09/02 02:37:59
A`)ﾉｼ
703:デフォルトの名無しさん
05/09/02 02:42:41
m9（^Д^）ﾌﾟｷﾞｬｰ
704:デフォルトの名無しさん
05/09/02 03:14:28
m9という関数をつくって T_T という変数を引数にわたすと・・
m9(T_T) ブギャーなのに泣いてる・・・まさに Brew っぽいではないか！
705:デフォルトの名無しさん
05/09/02 03:44:04
>>698
ヒント：ローカル変数
706:デフォルトの名無しさん
05/09/02 12:30:18
Javaみたいにthisキーワードを使えば
ローカル変数だろうと、フィールド(C++でいうところのメンバ変数)との
違いを気にする必要もなく妙なコーディング規約に縛られることもないだろうに。
707:デフォルトの名無しさん
05/09/02 13:55:26
this->よりm_のほうが書きやすいと思うけどね
単にmが嫌いな人か
708:デフォルトの名無しさん
05/09/02 15:26:48
おれはsだよ
709:デフォルトの名無しさん
05/09/02 15:28:33
書きやすさだけで判断するとは愚かな。
変数名の中に織り交ぜてしまっては混乱の元。
リファクタリングもしずらい。
thisはローカル変数と同じ名前でなければ省略することができる。
ローカル変数やメソッド引数と同じときだけ
フィールド(C++でいうところのメンバ変数)にthisを付加すればいい。
thisにはそういうメリットがある。
710:デフォルトの名無しさん
05/09/02 15:51:32
＞thisはローカル変数と同じ名前でなければ省略することができる。
711:デフォルトの名無しさん
05/09/02 15:56:21
先生!
それでは省略された場合名前だけ見てもローカル変数かメンバ変数か引数か見分けがつかないということですか？
712:デフォルトの名無しさん
05/09/02 16:19:12
流れをぶった切ってー
静的な変数を含むCコードが正しくコンパイルできたぜ。
誰だよ、static な変数はアセンブラレベルでハックしないと使えないとか、
static な変数が使えないとか言い出した奴は。
が、しかし手元に実機がなくて検証できないぜ _no
713:デフォルトの名無しさん
05/09/02 16:24:32
>>712
結果を楽しみにしてます。
714:712
05/09/02 16:40:26
>>713
期待されてもｿﾝﾅﾆたいした内容じゃないよ？
ただ、 Quallcomm はわざと静的な変数を使わせないようにしているとしか思えないけど。
715:デフォルトの名無しさん
05/09/02 17:59:42
エミュでできるのは当たり前
実機で試したら破壊されますた
始末書書かされたorz
716:デフォルトの名無しさん
05/09/02 18:04:36
どーせメイクファイル変更しただけでしょ。意味もわからずに。
717:デフォルトの名無しさん
05/09/02 18:24:55
>>715
実機に決まってます。
>>716
当たり。
というか、他に変更するところなんかないだろ。
自分でリンカースクリプト書いてみたよ。
718:デフォルトの名無しさん
05/09/02 18:33:55
>>712
が、しかし手元に実機がなくて検証できないぜ _no
>>717
実機に決まってます。
脳内か？そろそろ徹夜はやめて一度寝たほうがいいぞ
719:デフォルトの名無しさん
05/09/02 20:21:08
メリットだけで判断するとは愚かな。
変数名の一部だからこそ常に一つの形に決まる。
リファクタリングもしやすい。
thisはローカル変数と同じ名前でなければ省略できてしまう。
結果、ローカル変数やメソッド引数と同じときしか
フィールド(C++でいうところのメンバ変数)にthisを付加しなくなる。
thisにはそういうデメリットがある。
720:デフォルトの名無しさん
05/09/02 20:26:11
会社とかチームとかでコーティング規約が決まってなきゃ
外に見えない変数名ぐらい好きにすればいいじゃないこのフサフサ野郎
721:デフォルトの名無しさん
05/09/02 22:49:37
>>719
アホか。どういうデメリットだ。
>>709の意味を変えてどうする。
722:デフォルトの名無しさん
05/09/02 23:05:23
windowsと関係ないのに、windows流の見苦しい変数名の付け方をするのが
間違っている。
m_ がなんとかという話ではない。
こういう事しているから、BREWは高校生が夏休みの宿題に作ったと言われる。
723:デフォルトの名無しさん
05/09/02 23:16:53
m_なもんいちいち守らなくてもいい
m_にこだわらんでいい
724:デフォルトの名無しさん
05/09/02 23:29:03
>>720
じゃあ変数名はfusafusayarouをつけろ
725:デフォルトの名無しさん
05/09/02 23:30:18
brew程度で正直混乱するものでもないがな
検証だけだ検証
726:デフォルトの名無しさん
05/09/02 23:37:56
え、m_ってメンバ変数とメソット分ける意味でつけるんじゃないの？
VCで見やすいぢゃん
727:デフォルトの名無しさん
05/09/03 00:52:03
複数人で作ってるんじゃなければ、自分の分かりやすいように作ればいいんだよ
他人からあれこれ言われるような筋合いは無い
728:デフォルトの名無しさん
05/09/03 01:03:37
>>727
そういう作り方していると、あなた今に仕事なくなるよ。
どーせ人の事だけどさ。
729:デフォルトの名無しさん
05/09/03 01:06:47
>>726
グローバル系を使用禁止にすればm_なんてつける必要ない
730:デフォルトの名無しさん
05/09/03 01:09:30
クラス、オブジェクト名は名詞、
メソッド(C++でいうところのメンバ関数)名はなるべき動詞に
なるように、というルールだけは守って欲しい。
関数なのに名詞になってるとか、クラスやオブジェクトなのに動詞になってる
ネーミングはキモイしわかりづらいし読みにくい
やっぱり、主語の次には動詞が来ないとおかしいでしょ。そして引数は目的語。
hisHand->compareTo(yourHand);
みたいにね。
731:デフォルトの名無しさん
05/09/03 01:11:38
おっこい構造体が一個だけだし
わかりやすいのでいーさー
あくまでぶりゅりゅんでな
732:デフォルトの名無しさん
05/09/03 01:57:30
「->」書くのめんどくさい
733:デフォルトの名無しさん
05/09/03 02:11:26
面倒くさがり屋の怠け者にはオブジェクト指向が理解できないということか
734:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/03 02:26:13
ハワイロスハワイロス
736:デフォルトの名無しさん
05/09/03 02:54:33
>>729
オート変数は?
737:デフォルトの名無しさん
05/09/03 04:17:05
関数内でローカル変数や引数と混同するから、m_は必要だと思うに一票。
もしくは、かならずthis->を付けるような癖を付けるか。
738:デフォルトの名無しさん
05/09/03 09:11:29
javaやc++はthisをふつーにつける
区別しやすいから
cはm_でなくてもわかりやすいのをつける
それだけのこと
739:デフォルトの名無しさん
05/09/03 15:49:44
thisは省略できちゃうから省略しちゃうんだってばさ。
最後に_か最初にm_がいいと思うが、
何でもいいから短いプリフィックスがサフィックス使うのがいいと思います。
740:デフォルトの名無しさん
05/09/03 16:21:20
これはペンです
741:デフォルトの名無しさん
05/09/03 16:32:59
いいえ、それはトムです
742:デフォルトの名無しさん
05/09/03 18:10:52
アイアムアボーイ
743:デフォルトの名無しさん
05/09/03 20:16:51
KDDI特急検証、たいへんなことになりましたな・・・
申し込もうとしたら、すでに予約でいっぱいだ。
これからは予約でも待たされることになるのか・・・
しかも検証ライン占有オプション超高い。1ヶ月で200万弱。あほかと思った。
744:デフォルトの名無しさん
05/09/03 20:58:33
ここでそんなこと書いていいんですか？
一般公開されてるんですか？
745:デフォルトの名無しさん
05/09/03 22:03:12
興味の無い奴にはどうでもいいし、興味のある奴はいずれぶつかる壁だろ。
つーか、Kはなんでもかんでも守秘にしたがるから、
新規参入の障害になるんだよな。
ﾎﾘｴﾓﾝに買収されろよｗｗｗｗｗｗ
746:デフォルトの名無しさん
05/09/03 22:17:29
たしかに、Ｋに関してはﾎﾘｴに買収されたほうがマシかもしれん
747:デフォルトの名無しさん
05/09/03 22:43:33
ところで、今自分の作っているのが他のアプリと比べてどの程度のレベルなのか知りたいんだけど、
最近のAUのアプリで技術的、スケール的にいけてるのってどんなのがあります？
748:デフォルトの名無しさん
05/09/03 22:47:51
ぶたなんかに売春されてほしくないなあうーじたいはすきだから
749:デフォルトの名無しさん
05/09/03 22:49:12
はっきりいってどれもあんまりたいしたことはない
コンシューマとかで人気ゲームだったのはすごいと思われがちだが
人気だったからすげえ技術だって錯覚しているだけ
750:デフォルトの名無しさん
05/09/03 22:50:21
ＡＵに限らずな
751:747
05/09/03 23:11:16
>>749
自分の作っているのもあまりたいしたことないので
どんぐりの背比べの中でどれくらいなのかが知りたいです。
自分がやったことあるのは封神霊符くらいなので。
752:デフォルトの名無しさん
05/09/04 00:28:08
>>747
携帯ゲーム板のBREWスレでも見てみれば？
ただ、他のアプリをモノサシに自分のアプリの出来に満足するのはどうかと思う。
時間があるなら常に最高のモノをつくれ。
753:デフォルトの名無しさん
05/09/04 00:29:50
×携帯ゲーム板
○携帯電話ゲー
具体的にはここ
ｽﾚﾘﾝｸ(appli板)l50
754:デフォルトの名無しさん
05/09/04 00:36:57
>>747
開発者だって知らないくらいプレイする側が評価できる
アプリの情報が少ないのが現実。
それを逆手にとって実装だけで落ちなきゃ良いや程度のものを作ってる。
短納期だし、ﾊｰﾄﾞのｽﾍﾟｯｸもしょぼいし、
何よりﾕｰｻﾞｰは中身を知らずに買うんだからな。
よって、Kの認証さえ通ってりゃ並。
755:デフォルトの名無しさん
05/09/04 00:48:15
プレイヤーが選択できるほどアプリの幅がない。これが実態。
ユーザーサイドから見れば一番憐れな状態だな。
756:デフォルトの名無しさん
05/09/04 00:59:14
だから糞アプリでも儲かっちゃうんだなこれが
757:デフォルトの名無しさん
05/09/04 14:35:06
BREWアプリ作ってケータイに入れることできるの一般人が
758:デフォルトの名無しさん
05/09/04 14:38:42
無理
どきゅもにバイバイ
759:デフォルトの名無しさん
05/09/04 15:16:12
>>744
そういや、ちょっと前に携帯板で、某社からのメールをコピペしてた奴がいたな。
その内容からガセネタと判断されたか、スレ住人からは無視されてた。
760:デフォルトの名無しさん
05/09/04 17:02:26
あっそ
761:デフォルトの名無しさん
05/09/04 21:46:35
とりあえずBREWに特価した部分で言えばカメラアプリ組めれば一流だな
762:デフォルトの名無しさん
05/09/04 23:05:21
このスレの仕組み
BREWで美味い汁吸ってる一部業者が他社に新規参入を思いとどまらせようとしている
763:デフォルトの名無しさん
05/09/04 23:06:40
あるあるｗ
764:デフォルトの名無しさん
05/09/05 01:00:48
そしてBREWで美味い汁吸ってる一部業者の下請けで苦しんでいるプログラマの集い
765:デフォルトの名無しさん
05/09/05 01:07:51
あるあるｗ
766:デフォルトの名無しさん
05/09/05 02:03:51
ねーよｗ
767:デフォルトの名無しさん
05/09/05 02:06:25
BREWアプリって一個100円～300円くらいだろ
1万人がDLした大ヒットでもたった100万～300万。
Kの申請に使う金が200万ｗ、技術者の給料もろもろあわせるとクソ赤字なんじゃね
768:デフォルトの名無しさん
05/09/05 02:09:23
結論でたな。
ＢＲＥＷで美味い汁吸ってる一部業者＝Ｋ
769:デフォルトの名無しさん
05/09/05 02:20:36
>>736
> >>729
> オート変数は?
オート変数も使用禁止
770:デフォルトの名無しさん
05/09/05 02:24:18
>>745
堀江に買収されても状況は変わらないだろう。
堀江もただのヴァカだから。
それ以前に、今のところ堀江にはKDDIを買収するほどの力があるとは思えない。
それよりも恐ろしいのはKDDIのBREWに関しての
暴走をだれも止められなくなること。
この閉鎖的というか、鎖国主義者というか
クローズドな江戸幕府のようなイカれた精神はあまりにも狂っているとしか言いようがない。
いつしかペリーが来航してBREWの検証の無料化を迫られる日がやってこないのだろうか。
771:デフォルトの名無しさん
05/09/05 02:39:59
>>762
もう甘い汁は吸わせないぞクズ業者め！
セキュリティホールで貴様らの信頼を失墜させてやる！
という香具師がでてくるのだろうか
772:デフォルトの名無しさん
05/09/05 03:10:46
データフォルダに関するAPIってどこに載ってるんですか？
773:デフォルトの名無しさん
05/09/05 03:18:11
BREW対応携帯電話の中に載ってる
774:デフォルトの名無しさん
05/09/05 04:20:49
>>773
リファレンスは？まさか端末仕様書でつか？
775:デフォルトの名無しさん
05/09/05 04:55:32
K拡張APIは守秘義務に引っかかる？
引っかかるなら答えられませぬ
776:デフォルトの名無しさん
05/09/05 10:12:05
拡張APIリファレンスに KDDI Proprietary & Confidential って書いてあるねー'`,､('∀`) '`,､
777:デフォルトの名無しさん
05/09/05 10:35:35
777get
778:デフォルトの名無しさん
05/09/05 12:13:01
データフォルダに関する記載は嘘ばっかりなので、頑張って試行錯誤しないと上手く行かないよ。
Kは氏ね。
779:デフォルトの名無しさん
05/09/05 12:27:36
データフォルダは2.1と3.1でも完全に別モノなんだっけ？
780:デフォルトの名無しさん
05/09/05 12:36:47
2.1でデータフォルダに相当するインターフェースはIFILECP
781:デフォルトの名無しさん
05/09/05 14:42:11
IDFMgrとIDF
782:デフォルトの名無しさん
05/09/05 15:52:12
誰か端末仕様書とデバイスファイルとARMコンパイラと転送ケーブルうｐして
783:デフォルトの名無しさん
05/09/05 16:40:21
あとKDDIの認証制度の内部事情と特急検証の権利とあとｶﾛﾘｰﾒｲﾄとﾘﾎﾟDもうｐよろ
784:デフォルトの名無しさん
05/09/05 18:07:09
テレパシーで送るんで方角ご教示おながい
785:デフォルトの名無しさん
05/09/05 18:22:22
青山一丁目によろしく
786:デフォルトの名無しさん
05/09/05 18:29:01
フォーラムにデータフォルダ関連の話がageてあるな
787:デフォルトの名無しさん
05/09/05 19:33:12
仕様書と脳内兄貴を三人ほど電波で送っときました
788:デフォルトの名無しさん
05/09/05 20:28:04
お姉ちゃんを送って下さい
789:デフォルトの名無しさん
05/09/05 20:30:26
>>778
そりゃひどいな。それがBREW開発の実体とは
790:デフォルトの名無しさん
05/09/05 20:35:59
>>785
あの評判が悪いヤクザ企業N社の関係者?
791:デフォルトの名無しさん
05/09/05 22:08:29
データフォルダに書き込むサンプルとりあえずコピペしたら
動いたけどそのあと他の市販のアプリ起動したらおちたよ
何が悪いか教えろよコノヤロー
あ、漏れの頭か
792:デフォルトの名無しさん
05/09/06 02:22:47
何が悪いか？
といったらBREW作った会社じゃなの？
793:デフォルトの名無しさん
05/09/06 07:07:46
Qが悪い
諸悪の根源
BREWってARMのチップ上でしか使えねんだろ？
将来性ないじゃん…
794:デフォルトの名無しさん
05/09/06 08:31:45
ま た Ｑ 爺 の 独 占 市 場 か ！ ？
795:デフォルトの名無しさん
05/09/06 08:57:53
>>793
なんでそーいう結論が出るのかわからん。
どーでもいいけど、BREWとPalmOSは何の関係があるんだ。
ARMチップつながりか？
796:デフォルトの名無しさん
05/09/06 14:50:59
各端末搭載コア表みたいなのないの？
A5502K ： MSM6100
とか。
797:デフォルトの名無しさん
05/09/06 15:50:31
SDK2.ｘと3.ｘを共存させられないの？
わざわざ垢二ついるの！？
798:デフォルトの名無しさん
05/09/06 16:14:16
共存はできるけど、2.0と2.1程ラクには行かない
799:デフォルトの名無しさん
05/09/06 16:21:29
>>785
○ノメディアの社員か○ノメディアの下請け会社の社員？
800:デフォルトの名無しさん
05/09/06 18:07:05
ソフィアクレゾールのスイッチャー使えば
801:デフォルトの名無しさん
05/09/06 19:15:00
ﾏｽﾀｰｱｯﾌﾟしますた
今から帰って寝ます
A`)ﾉｼ 乙ｶﾘｰ
802:デフォルトの名無しさん
05/09/06 19:23:20
( ´∀｀)ﾉｼおやすみー
803:デフォルトの名無しさん
05/09/06 22:28:09
マスターアップて？
アプリ完成？書類とっとと作れ
ＫＤＤＩに提出？次の仕事開始
検証合格？次の次の仕事開始
804:ブリュウ地底人
05/09/06 22:32:08
今日のねどころは床にしな
805:デフォルトの名無しさん
05/09/06 22:54:32
立って寝ろ
806:デフォルトの名無しさん
05/09/07 00:38:55
で、新機種の２つはBREW3.1と2.1どっちなのよ
807:デフォルトの名無しさん
05/09/07 02:04:07
端末仕様書読めってことでConfidential(´・ω・｀)
808:デフォルトの名無しさん
05/09/07 03:43:50
ARM C++ for BREW(安い方） のテンプレート仕様が中途半端な対応なんだけど、
60万円の本物のARM C++はちゃんと対応しているんですかね？
namespace も使えないなんて、ちょっと問題あるんですけど。
あとテンプレートのインスタンス化もすごい無駄な事やっているんですけど
（ファイル単位で使うテンプレートクラスメンバー関数のインスタンスを生成している模様）。
809:デフォルトの名無しさん
05/09/07 12:28:16
>>804
嫌だ。
健康維持のためベッドでしっかり8時間安眠する。
で、朝はちゃんと運動するのさ。
810:デフォルトの名無しさん
05/09/07 12:37:28
BREWスレ見ようとム板来たら一番上に…
携帯が風で飛びそうなんですがどうしましょう
811:デフォルトの名無しさん
05/09/07 12:52:44
とばせばいいじゃん。
青山一丁目まで
812:デフォルトの名無しさん
05/09/07 15:17:56
このスレの伸び具合っていつも一定ですね。
同じ人しか来てないんじゃね？
813:デフォルトの名無しさん
05/09/07 15:24:24
おいおまいら質問があります
端末機に入れたときのファイルサイズですが、計算方法は
端末機上でのファイルサイズ=(INT((純ファイルサイズ+(クラスタサイズ-1))/クラスタサイズ))*クラスタサイズ
で合っておりますでしょうか？
814:デフォルトの名無しさん
05/09/07 21:12:49
BREWの容量制限拡張の予定ってないのかな。
このままの容量だったら残業代無しででも徹夜で開発に参加したいとは思わないな。
815:デフォルトの名無しさん
05/09/07 21:14:00
>>799
その会社には気をつけろ。
変な奴がいるから。
その会社の下請けになったらおしまいだ。
社員どもがいつも徹夜ばかりさせられ振り回される。
816:デフォルトの名無しさん
05/09/07 22:17:52
>>814
1.5MBのほう？600Kのほう？
1.5MB以上あってもヒープが少なくちゃ使いづらいじゃん？
817:デフォルトの名無しさん
05/09/07 23:05:28
ちょいと質問。
IFILECP_Getを使っているコードの改造を要求されたんだが、
IFILECP_Getで移るUIについて書かれたドキュメントって何かある？
クリアキーとか電源キーとかで端末落ちてるんだけど
その辺の動作の書き方がよくわからん。
818:デフォルトの名無しさん
05/09/07 23:56:08
ｲﾀﾀ。。。
おしりに床ずれみたいなものができた。。。
819:デフォルトの名無しさん
05/09/08 02:20:11
>>818
悪いことは言わない。今日はもう寝とけ、な？
820:デフォルトの名無しさん
05/09/08 03:24:02
皆よ、今のBREWでいくら頑張っても給料は上がらないぞ。
まだまだBREWがさらに拡張されるまで待て。
このままではKDDIに踊らされてしまうぞ。
まるで、M$製品の仕様変更、言語やＡＰＩのバージョンアップに
踊らされて苦しんだVB厨やWindowsドライバ開発者のように。
821:デフォルトの名無しさん
05/09/08 15:37:03
ワンマン社長様：「オラオラ、はたらけてめーら奴隷ども。給料貰ってんだから働け奴隷ども」
ワンマン社長様：「あぁ、残業代出せだぁ？ 寝ぼけたこと言ってんじゃねえぞｺﾞﾙｧ！給料貰ってんだから文句言うんじゃねえぞ」
ワンマン社長様：「あぁ、月給が20万未満で安いだぁ？ てめーが自分で選んだ道だろｺﾞﾙｧ。てめーらは徹夜して当たり前なんだよ。」
ワンマン社長様：「労働組合？ そんなもん排除してくれるわい！！ てめーよ。社長様に逆らうとはいい度胸だ。なんならクビにしたっていいんだぜ。」
822:デフォルトの名無しさん
05/09/08 15:39:58
ワンマン社長様：「営業のやり方に不満があろうともてめーらはだまって俺らの指示に従ってりゃえーの！給料貰ってるんだから文句を言うんじゃない」
ワンマン社長様：「辞めたい？ じゃ辞めれば？ 都合がいいね。また新しい奴を安い給料で雇ってやるからよ。うちの会社では
長く会社にいない奴には昇給は与えないんだよ。わかったかゴルァ！ さ、おめーら今日も徹夜だ。てめーら携帯電話開発組には休みをとる権利なんてねぇんだよ。わかったかｺﾞﾙｧ！」
823:デフォルトの名無しさん
05/09/08 15:41:30
ワンマン社長様：「てめーには一生年収300万未満で働いて貰うぞヒッヒッヒッヒッヒ。20年経ってもな。かわいそうに、結婚して家族もっても生活苦しいだろうね。
子供を大学に行かせることもできない貧乏親父にでもなってなﾋｯﾋｯﾋｯﾋｯﾋ。」
824:デフォルトの名無しさん
05/09/08 15:43:02
ワンマン社長様：「携帯電話開発組は年収300万以下で十分なんだよﾋｯﾋｯﾋｯﾋｯﾋｯﾋ。一生ﾄﾞｶﾀでもやってろﾋｯﾋｯﾋｯﾋｯﾋ」
825:デフォルトの名無しさん
05/09/08 15:53:42
？(´・ω・｀)
826:デフォルトの名無しさん
05/09/08 18:35:57
MSの仕変は、まだ技術者に金が入ってたからいいじゃない
技術的に納得できるのも多かったしさ
827:デフォルトの名無しさん
05/09/08 23:23:38
といっても、個人でMSDN買うのに10万は取られるし。
VBがバージョンアップすると下位互換性も上位互換性もないため
かなり痛い目を見たって話だ。
VBからVB.NET、そのほか、C++やVBからC#, C++からmanagdC++
かなり苦しむ。ドライバ開発はかなり苦しい。
828:デフォルトの名無しさん
05/09/08 23:36:52
ドライバ開発が今も昔も苦しいのは同意だが
そのほかはMSのせいというより、技術者のスキルの低さに起因しているぞ
829:デフォルトの名無しさん
05/09/08 23:40:07
年収300万じゃＭＳＤＮつらいか
830:デフォルトの名無しさん
05/09/08 23:48:21
<幸福の手紙>
内容をそっくりコピーし、５つの別のスレに書き込みましょう。
あなたに幸福が訪れます。
１ 労働者派遣法は廃止しろ！
２ 偽装派遣は法律違反なので即刻停止しろ！
３ 技術者の使い捨ては止めろ！
４ 偽装派遣しか受注できない無能な経営者は退陣しろ！
５ 残業手当はきちんと払え！
831:デフォルトの名無しさん
05/09/08 23:49:22
>>828
だが、苦しい原因は情報の少なさ、ハードウェアへの依存度の高さにも起因していると思うぞ。
832:デフォルトの名無しさん
05/09/09 00:33:05
>>813
計算だけじゃダメだ。
謎のサイズになる端末もあるので、実際に実機に入れてサイズを見なきゃダメなんだ。
833:デフォルトの名無しさん
05/09/09 00:56:31
>>831
> だが、苦しい原因は情報の少なさ、ハードウェアへの依存度の高さにも起因していると思うぞ。
ドライバやBREWについてはそういえるが
それ以外は違うだろ
834:デフォルトの名無しさん
05/09/09 01:04:26
謎のサイズといえばヒープの計算がうまくいかないんですが
資料見て計算したものと実機で表示した値が
835:813
05/09/09 01:40:18
>>832
実機に入れてサイズを見るというとApp Loaderで見るのでしょうか？
App Loaderで一覧に表示されてるサイズはクラスタが考慮されているサイズ...
Windowsのエクスプローラで言うと"ディスク上のサイズ"なのでしょうか？
今までクラスタが関係ない、純粋なファイルのバイト数だと思っていました。
もしクラスタが考慮されているサイズを調べる方法があれば教えてください。
Confidentialな部分だったら資料名だけでもお願いします。
836:デフォルトの名無しさん
05/09/09 01:44:49
>>835
App Loaderで実機に入れて確かめる。
残念ながら、それが唯一許されている方法だ。
837:813
05/09/09 01:46:20
>>834
他のアプリやシステムの状態によって利用可能なヒープ量に揺れがあるような気がします。
あと計算ってどんな風にしましたか？どんな計算をしたかによって違いがあるかもしれません。
838:デフォルトの名無しさん
05/09/09 01:49:34
>>835
端末で直にEFS使用量見られるじゃん、バー表示付きで。
>>832はそれのことを言ってるんでないかい？
839:デフォルトの名無しさん
05/09/09 08:30:23
>ヒープとクラスタ
端末仕様書嫁
仕様書たん(*´Д`)ハァハァ
840:デフォルトの名無しさん
05/09/09 08:45:19
ちょｗｗｗ仕様書かよｗｗ
841:デフォルトの名無しさん
05/09/09 10:19:34
クラスタ８ｋを想定して机上計算だけですませてたｗｗｗｗｗｗ
842:デフォルトの名無しさん
05/09/09 12:01:39
ちょｗｗｗｗｗおまｗｗｗｗｗｗｗｗ
843:デフォルトの名無しさん
05/09/09 12:06:04
ちょワールドワイドウェブ仕様書かよワールドワイド
ってどういう意味？
844:デフォルトの名無しさん
05/09/09 12:06:40
わいわいウエスト
ヴィル・スミスのワイルドワイドウェスト
845:デフォルトの名無しさん
05/09/09 14:38:57
>>844
それｗ俺のDVD購入１枚目ｗｗｗ
846:デフォルトの名無しさん
05/09/09 20:36:56
この前 static 変数がどーとか言ってた人なんですが、
実機でテストしてきました。
結果ですが、普通に使えました。
847:デフォルトの名無しさん
05/09/09 21:07:34
>>846
一見普通に使えているように見えて、関係ないメモリ領域破壊したりしてないか？
848:デフォルトの名無しさん
05/09/09 21:15:43
>>847
いえ、一応実行する前にコード検証してますし、
ロードされたmodファイルのメモリ範囲だと思いますよ。
849:デフォルトの名無しさん
05/09/09 21:27:02
modファイルのメモリ範囲って……それって自己書き換えじゃない？
850:デフォルトの名無しさん
05/09/09 21:46:34
>>849
何か問題がありますでしょうか？
851:デフォルトの名無しさん
05/09/09 21:55:03
そりゃconstなダミーを用意して書き換えたら出来るよ。
なんだ、普通にstatic変数を使ったのかと思ったよ……。
852:デフォルトの名無しさん
05/09/09 22:05:53
>>851
いえ、普通にstaticな変数ですよ。
どこから、
>そりゃconstなダミーを用意して書き換えたら出来るよ。
という結論になったんでしょう？
mod ファイルには .bss セクションも含まれていますし、これで問題ないはずですよ。
853:デフォルトの名無しさん
05/09/09 23:09:11
>852
やっちゃだめ
ROPIで無いセクション置いたらだめ
854:デフォルトの名無しさん
05/09/10 00:23:04
>>853
>ROPIで無いセクション置いたらだめ
？
855:糞塚の統合先・あうの実態！！！
05/09/10 09:36:00
↓
年割率糞すぎ
マジで通話料高すぎ
無料通話少なすぎ
指定割の件数少なすぎ
学割廃止の改悪
繰り越しができない
パケあえない
パケ割にすると無料通話分にパケ代使えなくなる
Cメールのみ（家族）無料って写真も送れない糞
デュアル登場でかすむダブル定額（ライト含む）
機種変高すぎ
TV電話できない
SIMカードでないため機種変大変
および旧携帯は使えなくなり気分によってその日に持つ端末が変えられない
端末性能がどれも中途半端でショボイ
子供向けのおもちゃっぽいデザインばかり
3G中最低の通話音質で通話中ゲロゲローと蛙声になる
使えたと思ったら直ぐ充電切れ電池食い過ぎ
利用料金表示がいい加減
糞BREWアプリでゲームは貧弱
サポセン対応悪
ウリが着うただけ
凸凸凸凸凸 : : ::: :::: ::::::::::::::::::::::::::::::::::::::::::::::::::::::::
┳┳┳┳┳ : : : :: ::: :: Λ＿Λ . . . .: : : ::: : ::
┻┻┻┻┻ ::::::::: :: :/:彡ミ゛ヽ;）ー､ .来年のKDDIはどうなってしまう・・・
｜凸凸凸∧＿∧::::::::::::::::/ :::/｡ ヽ、ヽ、 ::i . .:: :.: ::
,/:::::::::::::::/⌒￣⌒ヽ）'ヽ:::::/ :::/・ ﾟ｡ヽ ヽ ::ｌ . :. :. .:
￣￣￣/;;;;;;;;;:: ::::ヽ;; |（_,ノ ￣￣￣ヽ､_ノ￣
::::::::::::::::|;;;;;;;;;:: ﾉヽ__ノ: : :::::::: :: :: :
￣￣￣l;;;;;;::: /￣￣知らねーよ￣￣￣￣￣
856:デフォルトの名無しさん
05/09/10 11:07:16
ここプログラム技術のスレ
とﾏｼﾞレスしてみた土曜の午前 皆様いかがお過ごしでしょうか
857:デフォルトの名無しさん
05/09/10 11:25:13
>>850
自己書き換えって、携帯にきちんとしたメモリマネージャが付くと出来なくなるんじゃない？
その辺は大丈夫なの？
858:デフォルトの名無しさん
05/09/10 11:42:40
('A`) ﾎﾟｶｰﾝ
859:813
05/09/10 13:01:09
あぁ、ViewからAllocated Sizeを選べばいいんですね？
ありがとうございました。
860:デフォルトの名無しさん
05/09/10 14:14:37
土曜日なのに出勤している香具師は負け組み！
やっぱり週末くらいは俺みたいに自宅で開発したいよね！
861:デフォルトの名無しさん
05/09/10 14:32:03
まあ、確かに土日出勤よりは勝ち組だなｗ
BREW開発者ヒエラルキー
持ち帰り土日休み＞出勤土日休み＞出勤土日持ち帰り＞土日無し
システム開発者ヒエラルキー
金融系＞ネットワークサービス＞ファーム＞Web＞ゲーム＞ケータイ(java)＞BREW開発
良かったな、下がいてｗ
862:デフォルトの名無しさん
05/09/10 14:33:22
プログラム未経験なのにいきなりBREWの研修を受けさせられる俺が来ましたよ
863:デフォルトの名無しさん
05/09/10 15:06:19
>>861
某軍曹より全然マシだと思うが
儲かるか否かは別として
864:デフォルトの名無しさん
05/09/10 16:33:18
>>857
ロードされた実行イメージが書き込み不可になると、
gcc で生成した mod ファイルはほとんど使えなくなりますから、
MMU が搭載されたらもっとスマートな方法で static 変数が使えるようになるでしょうね。
865:名無しさん＠そうだ選挙に行こう
05/09/10 18:33:52
そうまでしてグローバル変数使うだけの価値が見出せない
866:名無しさん＠そうだ選挙に行こう
05/09/10 18:40:29
グローバル変数とGOTOは男の浪漫
867:名無しさん＠そうだ選挙に行こう
05/09/10 19:13:13
modファイルはシステム全体から見れば一つの関数に過ぎないから
グローバルやスタティックな変数を使うことが禁止されるのなぜわかんないんだろうか？
まあARMにしか使えないBREW紙ねてことやね
868:名無しさん＠そうだ選挙に行こう
05/09/10 20:13:58
>>855
マジ？
今vodafone使ってるんだけど
3G機種にすると料金体系が変わって
無駄に金かかってしまうからどうしようかと
思ってauにしようかと思ったんだけど
そんな実体あり？
BREWアプリやJavaアプリにも興味があっただけに衝撃。
auもダメなら、残りは何処もか？
それもダメならPDAしかない！
PDAで日曜大工プログラマーとしてJavaアプリの開発でもしてるか。
BREW開発が貧乏人日曜大工プログラマーの手元にも届く日が
早くやってきますように
869:名無しさん＠そうだ選挙に行こう
05/09/10 20:17:45
>>861
携帯電話開発は金にならないってよくいうけど、
BREWだけは例外だと思っていた。
実体を見るとそうも逝かないことがわかってきた。
認証が必要だったりKDDIの思うつぼだったり。
しかしそれでも、
BREWの案件一つ引き受けると、
ものによってはかなり金になりそうな気がするんだけど。
エンジニアの懐は暖まらず会社の懐だけが暖まってしまうってこと？
870:名無しさん＠そうだ選挙に行こう
05/09/10 20:19:06
>>866
そういうことばかりやっているから徹夜して土日の休みもなくなってしまうんですよ。
871:名無しさん＠そうだ選挙に行こう
05/09/10 20:20:05
>>868
残念だが君の望むBREW開発は永遠に来ないと思われる。
KDDIでBREWアプリ出すのであればKDDI認定のCPにならないと
いけない仕組みになってるんだよ(´・ω・｀)
872:名無しさん＠そうだ選挙に行こう
05/09/10 20:28:54
>>867
じゃあなぜ gcc から生成した mod ファイルは static な変数を使用しているのでしょう？
873:名無しさん＠そうだ選挙に行こう
05/09/10 21:13:27
あげ
874:名無しさん＠そうだ選挙に行こう
05/09/11 00:59:35
はは、こりゃケッサクだ
875:名無しさん＠そうだ選挙に行こう
05/09/11 01:07:32
>>871
> >>868
> 残念だが君の望むBREW開発は永遠に来ないと思われる。
>
> KDDIでBREWアプリ出すのであればKDDI認定のCPにならないと
> いけない仕組みになってるんだよ(´・ω・｀)
それを覆してやろう。
BREWがそんなに凄いならな。
オープンソース業界から圧力をかけて
公開を求めるようにな。
BREWをオープンソース化せよ、と業界に呼びかけるのだ。
ただし、BREWが携帯Java以上に儲かり需要と技術的可能性を秘めてからの話だ。
可能性も需要も、コストパフォーマンスもたいしたことがないなら、
空気のように無視せざるを得ないだろう。
876:名無しさん＠そうだ選挙に行こう
05/09/11 01:51:35
無理。KDDIは別にオープンソースの人が文句言っても痛くないし。
BREWだからauにした、たんてユーザはいねえしな。
認定CP制度も、まあ、理由は分からないでもない。
認証にかかる時間や体制・姿勢が問題なだけ。
877:名無しさん＠そうだ選挙に行こう
05/09/11 02:06:35
>staticの話
前にアセンブラがどうのこうのって似たようなタイプの議論やったよね。
また繰り返してんの？
>>875
話が噛み合ってないよ？
それからこのスレはBREWで開発やってるCP関係者が中心のスレだから
キミがここに来てもほとんど意味はないと思う。
とりあえずキミのレベルに合った煽りやすいスレを探してみたらどうかな。
878:名無しさん＠そうだ選挙に行こう
05/09/11 02:16:13
>>876
文句っていうより、
タダで使わせてくれとたのもーってな。
Javaのほうもオープンソース化の圧力を受けてJ2SE6からソースコードが公開されるようだ。
BREWも公開してくれないかね。
KDDIがBREWでお金儲けをしたいっていう気があるならば。
それとも、KDDI本来の目的は、特定のアプリを携帯電話で実現させたいだけだとか？
つまり今のところ、BREWの需要はまだまだ低いのか。
興味本位でBREWに触れてみたかったが、将来像がつかめず残念だ。
ところで、BREWソースコードや資料が漏洩したらどうなるねん？
今んとこ、開発関係者は、BREWの資料は機密にするようにって言ってるけど
ちょっと口を滑らしたり資料を無くしたらすぐに外に漏れてしまいそうだしね。
一度漏れてしまったものを消去するのは大変だろうし、そうなったら
そこからＢＲＥＷの普及に拍車がかかるってことはないかな。
879:名無しさん＠そうだ選挙に行こう
05/09/11 02:16:40
ところで、お前ら選挙にはちゃんと行くか？
880:名無しさん＠そうだ選挙に行こう
05/09/11 02:21:09
ＢＲＥＷのＳＤＫは無料だしょ
881:名無しさん＠そうだ選挙に行こう
05/09/11 02:36:25
自分で作ったBREWをハックして
時鯖にアップして公開して携帯でちゃんとダウソして動かせるようにできた猛者はおらぬのか？
PS2やXBOXをハックしてLinuxをインストールする香具師だっているなら
それくらいのことできる香具師が現れそうな気がするのだが・・・
882:名無しさん＠そうだ選挙に行こう
05/09/11 02:55:40
>>881
もうちょい技術者の人数が増えないといかんともしがたい。
883:名無しさん＠そうだ選挙に行こう
05/09/11 02:59:22
>>877
あれはアセンブラが使えるかどうかっていう話じゃなかったかな。
今回は誰もが無理だと思っていたstatic変数の話でしょ。
>>846には是非とも詳しく話を聞きたい。まあ、教えてくれないとは思うけど。
884:名無しさん＠そうだ選挙に行こう
05/09/11 03:19:08
>>883
単純にコンパイラ・リンカオプションで書き込み可能スタティック変数領域を作っているんでしょ。
もしくは、static const で定数を定義して、無理やりキャストして書き込み可にできるんじゃないか？
static const int hoge;
void foo() { int& hogehoge = const_cast<int>( hoge ); hogehoge = 0; } とか。
そんなことより、そもそもなんでstatic変数が使用禁止なんだろうか？
885:名無しさん＠そうだ選挙に行こう
05/09/11 03:25:15
>>868>>875>>878
書き込み見ても何を言いたいのか、何を聞きたいのか、支離滅裂でわからんので
ピックアップしてレスをつけてみる。
１つめ…
BREWに触れたい（開発したい）、（開発環境を）タダで使いたい、ということなら
BREW SDKは無償で一般公開されている。今すぐでも開発を始められる。
２つめ…
BREWのオープンソース化を叫んでいるようだが、なぜそれにこだわっているのだ？
Javaがオープンソースだからといって、それと何を比較しようとしているのだ？
３つめ…
>>878
>BREWも公開（オープンソース）してくれないかね。
>KDDIがBREWでお金儲けをしたいっていう気があるならば。
１行目と２行目、どんな関係があるのだ？
886:名無しさん＠そうだ選挙に行こう
05/09/11 03:52:13
>>884
BREWSDKのガイドから抜粋（一応どのガイドかは伏せておく）
-----
（開発ガイドライン）
グローバル変数または静的変数を使用しないでください。
（説明）
BREW のアーキテクチャはグローバル変数または静的変数をサポートしません。
これは、動的にダウンロードされるアプリケーションがこれらのタイプのデータを処理できないためです。
さらに、グローバル変数や静的変数の使用はターゲット上でリンカーエラーを引き起こします。
永続データは、常にアプレット構造に格納してください。
-----
開発環境提供元がstatic変数を使うなと言ってるのに、なぜ使おうとするのかがわからん。
何でわざわざいらんことやって不安要素をアプリに盛り込もうとするのだ？
887:名無しさん＠そうだ選挙に行こう
05/09/11 04:29:30
自己書き換えってそんなに不安か？
mod自身の為に確保された領域の一部を使っているんだし、
しかもそれがダミーの領域であれば、
危険だとは特に思わないんだが。
888:名無しさん＠そうだ選挙に行こう
05/09/11 04:58:15
危険か危険じゃないかは問題じゃなくて、
使うなと決められてるルールに反してなぜ使いたがるのかということ。
889:886=888
05/09/11 05:17:10
言いたいことのニュアンスがちょっと違った。
危険か危険じゃないかはどうでもよく、そういう問題を言っているのではない。
static変数を使いたがる理由を知りたいわけでもない。
仮にこのスレの誰かが「安全にstatic変数は使えるぞ」と証明して見せても関係ない。
オフィシャルで「使うな」と決められてるのだから使うな。
なぜルールを破ることに躍起になっているのか。
ということが言いたかった。
890:名無しさん＠そうだ選挙に行こう
05/09/11 05:33:08
いかにもBREWスレらしい展開
891:名無しさん＠そうだ選挙に行こう
05/09/11 05:38:26
>なぜルールを破ることに躍起になっているのか。
これは俺の個人的な意見なんだけど、
好奇心がうずくんだろうな。多分。
俺もいろいろとBREWのコアな部分（アセンブラとか）を弄ってて楽しいし。
探求心がうずいてたまらないっていう人がそういうことをやって、
大抵は自己満足で終わるけれども、まあ、中にはそれを報告したいっていう人もいるんじゃない？
まあその辺のことについて同意してくれとは言わないが、理解してくれると（少なくとも俺は）嬉しい。
ﾏｼﾞﾚｽすまんかった。
892:名無しさん＠そうだ選挙に行こう
05/09/11 08:50:57
オフィシャルが使うなと言っている機能を使って
特定の条件(端末)でそれが原因で動かなくなった場合
その責任を誰が取るのかっていう問題だろ
趣味でやってるのならともかく
仕事でそういうことやってるやつがいたら
減俸等の懲戒処分だわ
893:名無しさん＠そうだ選挙に行こう
05/09/11 09:43:24
○○出来ましたよ～ぐらいの報告ならともかく
わざわざ禁止されてるとこつついて
俺○○出来るんだぜすごいだろお前ら下等生物にゃ出来ないだろ我を神と褒め称えよウェーハハハー
な態度に問題がある訳だ
まあ科学の発展には既存する概念を打破する必要がある場合もあるだろうけど…それはまた別のお話し
894:名無しさん＠そうだ選挙に行こう
05/09/11 10:22:47
アセンブラのときもそうだが使えるならソースだせよ。
記事とかの話じゃなくて実機に転送して動くまでのやつな
895:名無しさん＠そうだ選挙に行こう
05/09/11 11:28:00
>>883
教えますよ～
ここに書いていいんでしょうか？
896:名無しさん＠そうだ選挙に行こう
05/09/11 11:36:14
>>895
期待してる。
897:名無しさん＠そうだ選挙に行こう
05/09/11 12:21:33
>872
ARM向けGCCは現在fpicのオプションをサポートしていない。
なので、GCCが吐くバイナリはRWPIやERZIなセクションを持ちうるし、
持っている場合それはBREWにとって「危険な」バイナリ。
GCCを使うなら生成されるバイナリのマップファイルを確認した方がいい。
898:名無しさん＠そうだ選挙に行こう
05/09/11 12:22:35
ＢＲＥＷプログラムの端末への転送なんてＵＳＢケーブルとツール一つあればできてしまう
そのツールもクアルコム製の端末に依存しないツールだから入手するのは簡単じゃね？
899:名無しさん＠そうだ選挙に行こう
05/09/11 12:23:55
じゃあ先に結論から書いておきます.
BREW2.1 + gcc なら何の変更もなしに static な変数が使えるという結論でした.
ADS? 純正コンパイラのほうは >>886 の関係でそのままでは使用できません.
# 手元に無いんで誰か買ってくれないかな.
BREW3.1 は SDK 入れてないんで良くわかりませぬが、恐らく使えるはず.
900:名無しさん＠そうだ選挙に行こう
05/09/11 12:25:39
>>885
> >>868>>875>>878
> 書き込み見ても何を言いたいのか、何を聞きたいのか、支離滅裂でわからんので
> ピックアップしてレスをつけてみる。
>
> １つめ…
> BREWに触れたい（開発したい）、（開発環境を）タダで使いたい、ということなら
> BREW SDKは無償で一般公開されている。今すぐでも開発を始められる。
>
> ２つめ…
> BREWのオープンソース化を叫んでいるようだが、なぜそれにこだわっているのだ？
> Javaがオープンソースだからといって、それと何を比較しようとしているのだ？
今後、BREWがJavaよりも普及する兆しがあるかどうか？
BREWがJavaを越えるほど認知されるようになってくるかどうか？
そのとき、自作BREWアプリをいちいちKDDIに検証することなく自分のサーバで
即座に公開することができるようになるときがやってくるかどうか？
> ３つめ…
> >>878
> >BREWも公開（オープンソース）してくれないかね。
> >KDDIがBREWでお金儲けをしたいっていう気があるならば。
> １行目と２行目、どんな関係があるのだ？
自社の技術を普及させるためにはオープンソース化というのは
有効な手段の一つ。諸刃の剣になりうることもあるが。
オープンソースでおいしい思いをしている会社としてはIBMが好例だ。
901:名無しさん＠そうだ選挙に行こう
05/09/11 12:31:25
>>897
いえ、 gcc で作成したバイナリを elf2mod で変換した場合には、
mod ファイルに自動的に リロケーションを行うスタートアップルーチンが付くのですが、
そのルーチンは static な変数を使いますよ.
ちなみに -fpic はサポートしていますよ.
elf2mod が GOT を処理できないだけです.
>ARM向けGCCは現在fpicのオプションをサポートしていない。
ソースはどこでしょうか？
gcc で
902:901
05/09/11 12:32:58
>gcc で
ミスです.
903:名無しさん＠そうだ選挙に行こう
05/09/11 12:34:35
>>894
int func(){
void* p = (void*)10000;
__asm{
MOV r8,p
MOV r8,#0
MOV p,r8
}
if( p == (void*)0 ){
return 0;
}else{
return 1;
}
}
俺今会社にいないから実機に転送できねぇ。
誰か実験よろしく
904:名無しさん＠そうだ選挙に行こう
05/09/11 12:38:07
>>899
確かADSでやると、
Error: L6265E: Non-RWPI Section hoge.o(.bss) cannot be assigned to PI Exec region ER_ZI.
Error: L6248E: hoge.o(.text) in PI region 'ER_RO' cannot have address type relocation to __hoge_start in PI region 'ER_ZI'.
こんなエラーが出るんじゃなかったっけか？
905:名無しさん＠そうだ選挙に行こう
05/09/11 13:15:58
>>904
あいまいな記憶でそこまでエラー書けるのはすげーな
日曜くらい休んだほうがいいぞ
906:名無しさん＠そうだ選挙に行こう
05/09/11 14:28:31
実験ﾚﾍﾞﾙじゃ問題ないことだが・・・
会社に提出するコードには使えんわな
907:名無しさん＠そうだ選挙に行こう
05/09/11 14:32:29
>>892
> オフィシャルが使うなと言っている機能を使って
> 特定の条件(端末)でそれが原因で動かなくなった場合
> その責任を誰が取るのかっていう問題だろ
>
> 趣味でやってるのならともかく
> 仕事でそういうことやってるやつがいたら
> 減俸等の懲戒処分だわ
お前は上司の命令に逆らって青色発光ダイオードを作った中村を
妬んで「懲戒処分」だとか偉そうなことを言って
人の努力と苦労を詐取するつもりなのだろうか。
908:名無しさん＠そうだ選挙に行こう
05/09/11 14:39:56
当たり前だろ金にならなそうな物は潰す、万が一金になったらそれを搾取するに決まってるだろ
909:名無しさん＠そうだ選挙に行こう
05/09/11 14:50:10
>>907
他所が提供するプラットホーム上で
彼らが保証できない機能使うプログラム作って
それをお客さんに提供してお金もらって
万が一問題になったら知らんぷりする
それでは倫理が著しく欠如してるぞ
# 技術者としてのセンスも欠けてるかもな
なによりも工業生産的プログラムと知的発見を多分に含む発明を
同列に並べてる時点で時代錯誤の勘違い君にほかならん
910:885
05/09/11 15:12:59
>>900
>今後、BREWがJavaよりも普及する兆しがあるかどうか？
>BREWがJavaを越えるほど認知されるようになってくるかどうか？
それを予想できる人はいません。
あなた自身が四半期ごと・半年ごとなどに、業界の動向を見極めて判断してください。
>そのとき、自作BREWアプリをいちいちKDDIに検証することなく自分のサーバで
>即座に公開することができるようになるときがやってくるかどうか？
BREWの普及具合と、BREWの（au携帯の）勝手アプリが作れるかどうかということとは無関係です。
そしてKDDIは今のところ勝手アプリ・勝手サイトを認めるつもりがないので
CP以外がBREWアプリをau端末で動かせるようにするような行動を取る必要はありません。
私の感想を述べるなら、個人でau端末のBREWアプリを公開できるようにはならないでしょう。
KDDIもJavaアプリのときは勝手アプリ・勝手サイトが可能でしたが、
BREWアプリになって不可としました。技術的な理由、戦略的な理由などあるでしょうが、
キャリアが運用方針として決めたものを変更することはなかなか難しいです。
Qualcommから認可を受けて、au携帯ではないBREW対応端末でBREWアプリを動かすことは
できるようになるかもしれません。
１つ誤解を招きそうな表現があるので補足します。
>自社の技術を普及させるためには
Javaがドコモやボーダフォンの技術ではなくSunの技術であることと同様に、
BREWはあくまでKDDI 『が採用したau携帯のアプリ開発・実行環境』 の技術です。
BREWを採用しているキャリアはKDDIだけでなく世界に何社もあります。
BREW技術を広める行動が必要ならば、それはKDDIではなくQualcommの仕事です。
911:名無しさん＠そうだ選挙に行こう
05/09/11 15:17:17
長すぎて読んでられないので２行にまとめてください
912:名無しさん＠そうだ選挙に行こう
05/09/11 16:07:13
>>911
「キミは打ち合わせに出なくていいから作業してて」ってよく言われるだろう
913:名無しさん＠そうだ選挙に行こう
05/09/11 16:20:31
>>908
嫌だ。お前なんかに詐取されてたまるか。
決闘だ。
裁判所でな
914:名無しさん＠そうだ選挙に行こう
05/09/11 16:26:31
>>910
> >>900
> >そのとき、自作BREWアプリをいちいちKDDIに検証することなく自分のサーバで
> >即座に公開することができるようになるときがやってくるかどうか？
> BREWの普及具合と、BREWの（au携帯の）勝手アプリが作れるかどうかということとは無関係です。
> そしてKDDIは今のところ勝手アプリ・勝手サイトを認めるつもりがないので
> CP以外がBREWアプリをau端末で動かせるようにするような行動を取る必要はありません。
それは裏をかえせばそういう行動をとる必要があるということでもあるわけだな。
BREWと競合する技術が登場したら、KDDIも黙ってはいられなくなるだろう。
すでにJavaがあるから競合というのも何か違和感があるかもしれないが。
> 私の感想を述べるなら、個人でau端末のBREWアプリを公開できるようにはならないでしょう。
> KDDIもJavaアプリのときは勝手アプリ・勝手サイトが可能でしたが、
> BREWアプリになって不可としました。技術的な理由、戦略的な理由などあるでしょうが、
> キャリアが運用方針として決めたものを変更することはなかなか難しいです。
KDDIらに無断で自宅サーバにアップロードすることが
もしできたら、それが見つかったらどうなるんだろうか。
P2Pを使って公開というのもありそうだが。
915:名無しさん＠そうだ選挙に行こう
05/09/11 16:27:15
CPが気に入らないのでいい加減に独断アプリ公開を認めろ
っていうときはどうする？
916:名無しさん＠そうだ選挙に行こう
05/09/11 16:47:36
>>910
> BREWはあくまでKDDI 『が採用したau携帯のアプリ開発・実行環境』 の技術です。
どっちなんだと。
Qualcomの技術じゃないのかと。
> BREWを採用しているキャリアはKDDIだけでなく世界に何社もあります。
> BREW技術を広める行動が必要ならば、それはKDDIではなくQualcommの仕事です。
BREWの上でJava VMが動けば煩わしいことがかなり減って、
CPの手間も減って、かなり普及しやすくなるんじゃね?
BREWの魅力は携帯電話のネイティブアプリケーションをBREW化することで
ユーザがメーラなどのアプリをPCのように購入時に選べるということだろう。
現状のJavaで同じことをやるにはまだまだ容量制限とパフォーマンスの問題などがあるから
やっていないだけで、しばらくの間はBREWで凌ぐというのがBREW発案者の考えだろう。
917:名無しさん＠そうだ選挙に行こう
05/09/11 16:47:44
まあ、何はともあれ
BREW＝ブリュ＝糞
それが現実。
918:名無しさん＠そうだ選挙に行こう
05/09/11 16:49:11
>>917
まあそうは言うな。しばらくはJavaアプリ開発以上に辛い日々が続くが、
次々と制限解除が続けば開発も楽になり徹夜もしなくて済む日がやってくるかもしれない。
919:名無しさん＠そうだ選挙に行こう
05/09/11 17:54:55
こないかもしれない
だが問題の代償や未来のこと関係なく、
今、目の前の仕事から確実にこなしていくってのが
『プロ』のプログラマーって奴だぜ兄弟
920:名無しさん＠そうだ選挙に行こう
05/09/11 18:00:09
Javaは砂場遊びさせやすいから勝手アプリを許せるわけ。
使い方を間違えると簡単に指の一本や二本切り落とせる現状のBREWではそれはさせられない。
なんでこんな簡単なことがわからんやつが多いかな。
プロセスメモリ保護とか進めばBREWでも勝手アプリ許可されるだろう
5年後か10年後かは知らんが。
921:910=885
05/09/11 18:21:00
>>914
>それは裏をかえせばそういう行動をとる必要があるということでもあるわけだな。
>BREWと競合する技術が登場したら、KDDIも黙ってはいられなくなるだろう。
別の技術の登場と、KDDIが勝手アプリ・勝手サイトを認めるかどうかということは無関係です。
そもそもKDDIが勝手アプリを認めない理由はBREWの技術面から明らかです。
JavaアプリがKVM上で動作していることと違い、BREW携帯はアプリの異常動作から保護されないので
例えばメモリ破壊でリセットしまくりの粗悪アプリを作れます。
アプリ保存領域を全て使い切って他のアプリの動作を邪魔するアプリも作れます。
そのような勝手アプリを勝手サイトからばら撒けるような状況をKDDIは作るはずないでしょう。
そのため、認可したCPの、動作検証を通過したアプリのみをリリースしているのです。
>KDDIらに無断で自宅サーバにアップロードすることが
>もしできたら、それが見つかったらどうなるんだろうか。
技術的にそれが難しいという裏付けがあってBREW技術を採用しているのでしょう。
打ち破られれば、新たなセキュリティ対策を施すか、別の技術に乗り換えるでしょう。
922:910=885
05/09/11 18:29:48
私宛ての書き込みではないかもしれないけど、ついでに（失礼）レス。
>>915
au携帯ユーザーからそういう声が大量にKDDIに届けば…
例えば「EZアプリコンテスト」を開催して上位作を正式にリリース、
という形で勝手アプリをリリースさせる案はどうだろう。
既存CP以外が作ったアプリのリリース、アプリ数の増加、という点で合理的だと思う。
動作チェック（品質確認）作業がKDDIにとって負担となるので実現するかは怪しいが。
923:910=885
05/09/11 18:33:39
>>916
>Qualcomの技術じゃないのかと。
その通りです。言葉が足りてなくて済みません。元の書き込み>>900で
>(BREWは)自社(=KDDI)の技術
と表記されていたことに対し、BREWはKDDIが「生み出した」技術ではなく
「採用した」技術だよ、というつもりで書きました。
>BREWの上でJava VMが動けば煩わしいことがかなり減って、
>CPの手間も減って、かなり普及しやすくなるんじゃね?
確かにそう思います。出現を期待しているCPもあります。
でもいまだに無いところを見ると実現は難しいのでしょうね…実際諦めてます。
924:910=885
05/09/11 18:43:57
>>923の訂正と補足。
>元の書き込み>>900で
>(BREWは)自社(=KDDI)の技術
>と表記されていたことに対し、
>>900の該当個所をよく読んだら、>>900氏は別に
「(BREWは)自社(=KDDI)の技術」なんてこと言ってないですね。
私の勘違いで済みません。
----------
長々と好き勝手にレス付けさせてもらいました。ウザかったら済みません。
ここからなるべく引っ込んで、レスが必要なら最小限にします。
925:名無しさん＠そうだ選挙に行こう
05/09/11 18:45:19
気にする必要ないと思うよ
どうせ自作云々言ってるのはアプリ板の住人だろうし
926:名無しさん＠そうだ選挙に行こう
05/09/11 19:34:14
いきなり口調が変わるバカに萌え
927:デフォルトの名無しさん
05/09/12 00:48:03
>>820-824
わらえないのがまた…orz
928:デフォルトの名無しさん
05/09/12 01:48:31
>>919-927
そーれーがー きーみーのー ひびきー
929:デフォルトの名無しさん
05/09/12 14:15:16
だれかBREWでライブアップデータつくれ
930:デフォルトの名無しさん
05/09/12 14:23:07
>>929
了解。リリースは7ヵ月後な？
931:デフォルトの名無しさん
05/09/12 14:38:19
BREWだけで作られたメーラ、ブラウザ、2chブラウザ、RSSリーダ、
辞書、
なんでもござれ
といえる香具師いないかな
932:デフォルトの名無しさん
05/09/12 14:39:37
だれかBREWハックして
933:名無しさん＠BREWたん萌え
05/09/12 14:52:34
BREWアプリってADS登録にQualcomの署名が必要なんだべ？
んでもって日本での登録作業を仲介してるのがKDDIな訳だ。
だったら検証が云々の問題はKDDIだけでなくQualcomの方針にも問題があると思うが。
BREWを広くオープンなプラットフォームとするにはKDDIよりもまずQualcomが動かないといかんのだろうな。
934:デフォルトの名無しさん
05/09/12 15:32:18
我々がハックするより開発側取り込んだ方が早いかと
935:デフォルトの名無しさん
05/09/12 23:36:08
だからそもそもハックできない構造・体制になってんだっての
勉強して出直せ
936:デフォルトの名無しさん
05/09/12 23:39:25
そんなに個人開発したいんかよ
937:デフォルトの名無しさん
05/09/13 00:11:51
KDDIもQualcomもBREWの独占で甘い汁を吸おうとしてんだから
ハックだとかオープンソースを許す分けないだろ。
そもそも、このスレにいるIT土方もその甘い汁のおこぼれをもらおうと
毎日がんばってんだよ。
保守反動の利権屋に、共産主義を説明しても嫌な顔しかしねーよ。
938:デフォルトの名無しさん
05/09/13 00:56:27
もういいって。
非CPとCPでは持ってる情報の質・量ともに違いすぎるんだってば。
CPはBREWに関して何ができて何ができないかを既に理解してる。
対して非CPは情報不足ゆえ、CPから見ればヘンテコな妄想をぶちまけてしまう。
それだけのことだったんだって。
939:デフォルトの名無しさん
05/09/13 01:22:25
それで
～じゃんとか言う口調で言ってるのがうぜー
940:デフォルトの名無しさん
05/09/13 01:47:57
BREWナウいじゃん
941:デフォルトの名無しさん
05/09/13 02:44:25
ギャフン
942:デフォルトの名無しさん
05/09/13 03:44:42
>>937
待てども待てども、甘い汁なんて一滴も落ちてきませんが。
943:デフォルトの名無しさん
05/09/13 09:39:11
待ってるだけで落ちてくるわけなかろう。アフォか。
944:デフォルトの名無しさん
05/09/13 14:43:54
Ｃで書かれたプログラムを携帯に移植するには
BREWしかないの？
945:デフォルトの名無しさん
05/09/13 15:01:29
>>935
ハッカーなら契約と法律を破ってでもやるだろ。
ハックに成功したら勲章モノだぜ。
勲章モノになれば破ったものもすべて還元されるぜ
946:デフォルトの名無しさん
05/09/13 15:02:27
>>937
命令だ！
何としてでもハックするのだ！
947:デフォルトの名無しさん
05/09/13 15:03:12
>>942
甘い汁が落ちない今ならハックするチャンス。
ハックしないとお前の手元にも甘い汁は落ちないぞ
948:デフォルトの名無しさん
05/09/13 15:04:25
>>939
ｼﾞｬﾝｼﾞｬｶｼﾞｬﾝ！！！
ｼﾞｬｼﾞｬｼﾞｬｰｰｰﾝ！！！！
949:デフォルトの名無しさん
05/09/13 15:04:29
BREWじゃﾊｯｷﾝｸﾞしたとこで鉛筆１本もらえないからな('A`)y-~~
950:デフォルトの名無しさん
05/09/13 15:06:16
>>937
> KDDIもQualcomもBREWの独占で甘い汁を吸おうとしてんだから
> ハックだとかオープンソースを許す分けないだろ。
>
> そもそも、このスレにいるIT土方もその甘い汁のおこぼれをもらおうと
> 毎日がんばってんだよ。
>
> 保守反動の利権屋に、共産主義を説明しても嫌な顔しかしねーよ。
BREW開発者の閉鎖的な態度が共産主義じゃ。
努力しても一定の恩恵のみを受け
ろく何もしない奴だけが甘い汁を吸ってる
BREW開発の実体が甘い汁じゃー
CP以外は共産主義下にいる状態じゃー
951:デフォルトの名無しさん
05/09/13 15:06:41
>>949
ハックしてnyに流すのじゃ
952:デフォルトの名無しさん
05/09/13 15:07:32
ﾊｯｸﾊｯｸ
953:デフォルトの名無しさん
05/09/13 15:16:11
さあ、あなたの選択肢はどれ？
1) CPを誘拐してBREWの秘密を吐かせる
2) BREWﾄﾞｶﾀになる、あるいは継続する
3) 区アル混むとKDDIに乱入しBREWの秘密をnickする
4) 区アル混むとKDDIの鯖に乱入しBREWの秘密をnickする
5) CPになってBREWの秘密をnickする
954:デフォルトの名無しさん
05/09/13 15:46:00
6) 余計な仕事を増やさない
955:デフォルトの名無しさん
05/09/13 15:57:51
7)BREWたん(*´Д`)ハァハァ
956:デフォルトの名無しさん
05/09/13 16:06:29
7)ジョーダナ・BREWスターたんﾊｧﾊｧ
957:デフォルトの名無しさん
05/09/13 16:38:15
>>945
勉強して出直せ
958:デフォルトの名無しさん
05/09/13 17:09:55
なんかウザイのが棲みついちゃったなぁ
959:デフォルトの名無しさん
05/09/13 18:25:21
こういう時は嘘でも同意してあげれば一人で納得して居なくなると思われ。
ハックマンセー
BREWオープンソース化マンセー
まだ夏休みの地域ってあるのか？沖縄か？
960:デフォルトの名無しさん
05/09/13 18:40:11
>>959
アプリスレの方じゃないの。
あっちいつもあんな感じじゃない。
961:デフォルトの名無しさん
05/09/13 22:19:50
ﾌｧｯｸしたい
962:デフォルトの名無しさん
05/09/13 23:39:11
開発うぜーほどやりにくくないがナ
検証だけじゃんこれだけじゃんうざすぎんのは
なんかプログラムしにくいとかぶーたれてるけど
963:デフォルトの名無しさん
05/09/14 00:11:46
おまえら検証がうざいとかいっているけど、ソニーや任天堂やったことないのか？
KDDI検証なんかソニー任天堂の1/100位の甘さだぜ。
964:デフォルトの名無しさん
05/09/14 00:14:09
>963
何か知らんが数ヶ月放置されたり
なぜか金を積むとその期間を短縮できたり(最近じゃ多少の金では無理らしいが)
するの? > S / N
チェックの厳しさはよく聞くが。
965:デフォルトの名無しさん
05/09/14 00:16:11
>>957
（ﾟДﾟ）ﾊｧ?
966:デフォルトの名無しさん
05/09/14 00:16:34
>>963
検証の頻度が違うから比較してもだめだよ。
携帯のゲームはゲーム機向けよりむずっと短納期で沢山作って行かなくては
いけないのだから。
1月で作れるものが検証に2ヶ月かけられるんだぜ、嫌になるさ。
967:デフォルトの名無しさん
05/09/14 00:17:07
>>961
ﾌｧｯｸ諦めてﾊｯｸだけにしておきなさい
968:デフォルトの名無しさん
05/09/14 00:18:39
ﾊｯｸﾏﾝ
969:デフォルトの名無しさん
05/09/14 00:23:32
>>963
どのくらい儲けの差があるかわかってるボクちゃん？
970:デフォルトの名無しさん
05/09/14 00:46:41
コンシューマと携帯を比較してる恥ずかしいお馬鹿さんがいるのはこのスレですね
971:デフォルトの名無しさん
05/09/14 08:53:21
>>975
な に か 次 ス レ た の む
972:デフォルトの名無しさん
05/09/14 10:40:40
コンシューマもやった人間に言わせれば
SもNもKほど糞仕様書ではなかったな
Kがダメなのは検証とかも含めて書類がらみだろ
最終的に色々な機能を使うとどの書類を見てどれを提出すればいいんだか・・・
973:デフォルトの名無しさん
05/09/15 15:39:29
テンプレにBREWたんの特徴よろ
974:デフォルトの名無しさん
05/09/15 15:50:39
URLﾘﾝｸ(www.brewjapan.com)
Tips更新
975:デフォルトの名無しさん
05/09/15 21:43:57
>>973
キモイのはもうこないでくれ
976:デフォルトの名無しさん
05/09/15 22:50:05
>>975
よろ
977:デフォルトの名無しさん
05/09/15 23:01:15
じゃあ2時間くらいたっても誰もたてなかったら俺が立ててやるぜ
978:闇天使ブリュー
05/09/15 23:13:06
あたしをものにするき？
979:デフォルトの名無しさん
05/09/16 00:53:47
>>977
よろ
980:デフォルトの名無しさん
05/09/16 01:23:24
>>973
ジョーダナ・BREWスター
でいいじゃんじゃんじゃんじゃんじゃんじゃん
981:デフォルトの名無しさん
05/09/16 01:24:59
ジョーダナ・BREWスター
URLﾘﾝｸ(www5f.biglobe.ne.jp)
982:デフォルトの名無しさん
05/09/16 01:35:25
おっともう寝るから明日の夜まで誰も立てなかったら立てることにした
983:デフォルトの名無しさん
05/09/16 01:52:54
>>982
スレはどこだ！ スレはどこだ！？
984:デフォルトの名無しさん
05/09/16 14:01:39
次スレ BREW(Binary Runtime Environment for Wireless) 6
ｽﾚﾘﾝｸ(tech板)l50