Visual Studio 2005ス ..
367:240=257
06/07/30 07:08:27
>>338
ありがとうございます。
私としては甘く考えてるつもりは無いんですがね。
年は確かに30ですが。
あえて言わせてもらうなら、VBが基礎だとは個人的には思えないんですが。
基礎を重視するという考えは、私も大事だと思いますが、VBを基礎と考えなくても良いと感じてます。
学ぶの語源は、まねる。
覚える事柄を如何に少なくすし、関連付けるか、が肝だと思います。
いきなりC++から始めてるというよりは、C++に必要なCの部分もやってるつもりです。
「Cをやってから、C++に移る」よりは、自分にとっては「C++に必要なCの部分を学んでC++やる」方が効率的だと思います。
「言うのは簡単だよ」と言われそうですが、闇雲に進むよりは、最短距離を考えながら進むべきだと思います。
自分が納得したやり方で進む方が、後悔が無くていいですよ。
368:デフォルトの名無しさん
06/07/30 07:32:26
CもできないうちからアンチVB厨かよ
369:デフォルトの名無しさん
06/07/30 08:06:48
>いきなりC++から始めてるというよりは、C++に必要なCの部分もやってるつもりです。
C++を理解するにはほぼ全てのCの知識が必要だと思う(95%くらい?)
どうしてもC++やりたいなら「Java,C#(オブジェクト指向)→C(低水準言語、マクロ)→C++(糞オブジェクト指向)」がいい気がする
どうせ世の中じゃJavaやC#もかなり需要あるんだし
370:デフォルトの名無しさん
06/07/30 08:10:03
>>369
そんな変なパスを薦めないように。
C++をやりたいのなら、いきなりC++か、C->C++が最も良いのは明らか。
371:デフォルトの名無しさん
06/07/30 08:20:35
ソリューションをビルドすると、含まれるすべてのプロジェクトを
ビルドしようとします。途中でエラーが発生してもそのプロジェクトの
ビルドをあきらめるだけで、次のプロジェクトのビルドに移るんですが、
とにかくエラーが発生した時点でソリューションのビルド全体を
中止させるようにはできますか?
372:デフォルトの名無しさん
06/07/30 08:24:54
プロジェクト間の依存関係をソリューションで定義すればいい
373:デフォルトの名無しさん
06/07/30 08:28:41
>>240
>「Visual Studio 2005」 か 「Visual C++ 2005 Express Edition 」のどちらを使ったら良いか迷ってます。
これはどうなったの?
374:デフォルトの名無しさん
06/07/30 08:34:28
流石にもう、最初にCは止めた方がいいだろうな
まあ、Delphiから入ったオレが言うのも何だけど、
C#かJavaでオブジェクト指向を身につけるのがいいんじゃないかな
オススメは、そろそろスレ違いで無駄な弁明をさっさと中断して、
自分で心に決めているらしいC++の勉強を始めるか、
適切なスレにアドバイスをもらいに行くかだな
375:デフォルトの名無しさん
06/07/30 08:44:12
↑自分の意見を聞いてもらえないと駄々をこねる馬鹿
376:デフォルトの名無しさん
06/07/30 08:48:11
>>372 THX。今まで
「おまえそこでビルドに失敗してるんだから
次も失敗するだろが、ボケ」
って一人でキレてました。
377:369
06/07/30 08:49:17
>>370
>C++をやりたいのなら、いきなりC++か、C->C++が最も良いのは明らか。
C,C++で挫折する奴の最大の要因はポインタだと思うから(240は過去Cで挫折してる)
ポインタの無いJavaでオブジェクト型の参照について熟考した後の方が
Cやるにしても躓かないかなと思った
でも初めからC++は無いと思うぞ、
378:デフォルトの名無しさん
06/07/30 08:55:04
>>377
いい加減スレ違いだ。
自説を述べたければチラシの裏にでもどうぞ。
379:デフォルトの名無しさん
06/07/30 09:00:22
アセンブラから始めるのが最強
380:デフォルトの名無しさん
06/07/30 09:08:17
とうの昔にスレ違い。お前ら全員反省汁!
罰としてマクロだらけの俺のプログラムをデバッグしてもらおうか。
381:デフォルトの名無しさん
06/07/30 09:10:41
変質者のスレ違い質問のせいでスレが荒れちゃったな
382:デフォルトの名無しさん
06/07/30 09:16:01
未経験者で何やっていいかわからん人はここへ
初心者のためのプログラミング言語ガイド Part3
スレリンク(tech板)
383:デフォルトの名無しさん
06/07/30 09:20:00
まあ、そこまで言わなくてもいいだろ。
最初はVS2005ProfessionalにするかExpressにするか迷ってたんだから。
>>367
好きにやればいいと思うよ。
こんだけ言っても聴かない人だ、自分で試してみない事には気が済まないだろう。
ただそれで壁にぶち当たったとしても自分の実力不足とか勘違いしてがっかりスンナ。
それは単なる準備不足だから、その時にこそココで言われたこと思い出して基礎から
やり直せばいいんだからさ。
384:デフォルトの名無しさん
06/07/30 09:24:30
>>383
>最初はVS2005ProfessionalにするかExpressにするか迷ってたんだから。
違うぞ、VS2005とVC++2005EEを比べてたんだよ
ProとExpress比べてたのは>>228であって>>240とは別人
最初から意味不明なんだよ
385:デフォルトの名無しさん
06/07/30 09:27:12
Professional考えてるなら評価版使ってみてから質問してくれ
それできないやつは買っても使えないだろうし
386:デフォルトの名無しさん
06/07/30 09:38:09
>>383
お前、いい加減にしろ
387:デフォルトの名無しさん
06/07/30 09:46:11
これはもうアレだな
クマだな
うん
388:デフォルトの名無しさん
06/07/30 10:06:54
プロジェクトの設定でDebugプロファイルとReleaseプロファイルを
同じ値にするにはどうしたらいいですかね
Releaseにすると値がデフォルトに戻っちゃうんです
389:388
06/07/30 10:12:36
書き忘れましたが環境はVC++2005(ProとEE)です
390:デフォルトの名無しさん
06/07/30 10:17:12
プロジェクトのプロパティで変更したい構成を選んでから設定
391:デフォルトの名無しさん
06/07/30 10:29:23
ひょっとして「全ての構成」ってところで設定すれば
DebugとRelease切り替えても値が変わらないようになるって仕組み?
392:デフォルトの名無しさん
06/07/30 10:33:31
いや、全ての構成タブでは両方に設定できるだけ。
393:デフォルトの名無しさん
06/07/30 11:52:22
全部同じ値にしたいなら分ける必要ないと思うのですが
394:デフォルトの名無しさん
06/07/30 11:52:47
プロパティマネージャを使うといいと思うよ。
いろいろと幸せになれると思うよ。
395:デフォルトの名無しさん
06/07/30 12:45:16
VCスレじゃないですよ
396:デフォルトの名無しさん
06/07/30 13:17:14
VS2005 Standardってコンパイラの最適化はついてるの?
397:デフォルトの名無しさん
06/07/30 13:25:57
ExpressEditionの情報だが
> Visual C++ 2005 Express Edition には "最適化コンパイラ" は含まれますか。
>
> はい、Visual C++ 2005 Express Edition には、その他すべての
> Visual Studio 2005 エディションに含まれる予定のものと同じ、
> 最適化を行うコア コンパイラが含まれています。
> Profile Guided Optimization (PGO) など、拡張された新しい最適化機能の一部は
> Visual Studio 2005 の Professional 以上のエディションでしか使用できないことに注意してください。
URLリンク(www.microsoft.com)
398:デフォルトの名無しさん
06/07/30 13:31:26
>>397
ありがとう。
やっぱりPro版買ってくるね ノシ
399:デフォルトの名無しさん
06/07/30 13:33:37
(;゜。゜) エッ!
400:デフォルトの名無しさん
06/07/30 13:41:02
Pro持ってるけどPGOなんてほとんど使わんね。
401:デフォルトの名無しさん
06/07/30 13:42:16
/LTCG:PGINSTRUMENT でリンクしたモジュールで全然速くならないとぼやいてた人がいた。
そりゃあ〜たなんだ・・
402:デフォルトの名無しさん
06/07/30 13:55:00
IPO/PGO使って本格的に最適化したかったらIntelのコンパイラ入れた方がよさげだな
403:デフォルトの名無しさん
06/07/30 14:39:11
>>402
intelコンパイラって単独では、動作しないでしょ?
404:デフォルトの名無しさん
06/07/30 14:57:57
inteロンパイラ
405:デフォルトの名無しさん
06/07/30 15:03:43
>>403
別途VSが必要だがStdでもおk。
コンパイラだけならVC++ 2005 Expressでも使える。
406:デフォルトの名無しさん
06/07/30 15:14:43
コンパイラだけならicc単独で動きますね。
407:デフォルトの名無しさん
06/07/30 17:34:25
URLリンク(japan.internet.com)
IEで.NET動かすやつなんだけど、
出来たりできなかったりする。
だれかやってみたやついる?
408:デフォルトの名無しさん
06/07/30 17:41:54
ゲーム作るなら
VS2005のどれがお勧め?
409:デフォルトの名無しさん
06/07/30 17:43:38
J#
410:デフォルトの名無しさん
06/07/30 17:46:38
JScript .NET
411:デフォルトの名無しさん
06/07/30 17:49:44
オンラインに対応させたくても
J#でおk?
412:デフォルトの名無しさん
06/07/30 17:56:04
おk
413:デフォルトの名無しさん
06/07/30 17:56:34
>>408
C++、C#
ってかVBってまだDirectXあるのかな?
414:408
06/07/30 17:59:05
C++いまやってるんだけど、
C#とCppの違いってどんなもん?
415:デフォルトの名無しさん
06/07/30 18:01:28
まずはマネージアプリ作りたいのかどうかから決めないとな。
416:デフォルトの名無しさん
06/07/30 18:02:31
C++とJavaくらい違う
417:デフォルトの名無しさん
06/07/30 18:02:46
JavaとC++の違いと同じ
418:408
06/07/30 18:06:50
そうですか・・・。
C++を数週間前使い始めたばかりなのでC++のままのほうがいいか
それかC#にするか
どちらのほうがいいでしょうか。
419:デフォルトの名無しさん
06/07/30 18:09:34
いい加減スレ違いに気がつけ
420:デフォルトの名無しさん
06/07/30 18:22:53
>>407はスルー??
421:デフォルトの名無しさん
06/07/30 18:34:57
質問の仕方が悪いことに気付け
422:デフォルトの名無しさん
06/07/30 18:38:12
>>408
全部使うのがお勧め。本体はC++がいいし、開発ツール類はC#かVB.NETが
向く。J#は思いつかんが、ひょっとしたら必要な場面に出くわすかもしれない
423:デフォルトの名無しさん
06/07/31 16:44:07
#pragma warning (disable: xxxx) に相当する記述を
コマンドラインからすることはできますか?
ソースコード中書かずに一括指定したいです。
424:デフォルトの名無しさん
06/07/31 16:44:55
どう見ても /wdxxxx でした。
本当にありがとうございました。
425:デフォルトの名無しさん
06/07/31 20:16:43
>>422
参考に拾ってきたJavaのソースコードをどうしてもキーワード色分け表示したいときに
もしかしたら使わないこともないかもしれない
426:デフォルトの名無しさん
06/07/31 22:20:24
これでFA関係などの制御系の外部機器を操作する事って可能ですか?
通信とかできないかな・・・
ラダーはあらかじめセットしといたとして
427:デフォルトの名無しさん
06/07/31 22:31:47
.NET検索しにくいからWinFXにして欲しかったのになぁ
428:デフォルトの名無しさん
06/07/31 22:50:19
>>426
何がしたいのかわからないけど、VisualStudio.Net 2005 で出来ないなら
他の何使っても出来ないと思うよ。
429:デフォルトの名無しさん
06/07/31 22:52:51
>>428
>他の何使っても出来ないと思うよ。
VBでできるかどうかは知らないがVBでできないとしてもPLCでできないわけがない
430:デフォルトの名無しさん
06/07/31 22:56:53
わけがわからんなw
431:デフォルトの名無しさん
06/07/31 22:59:43
> VisualStudio.Net 2005
って何?
432:デフォルトの名無しさん
06/07/31 23:03:54
Visual Studio 2005 の間違い
433:デフォルトの名無しさん
06/07/31 23:31:18
>>431
>>428は異世界からのレスです
434:デフォルトの名無しさん
06/07/31 23:49:53
VS2005は SP 有るんだよね。
VS.NET2003 は結局そう言うの一切無かったなぁ。
435:デフォルトの名無しさん
06/07/31 23:58:32
2003(theSpoke)買ったけど今は2005EE使ってる
Pro版ダウソできるの気付かなかったお
436:デフォルトの名無しさん
06/08/01 00:06:52
これだからデジタルデバイドのゆとり世代は困る。
URLリンク(blogs.msdn.com)
437:デフォルトの名無しさん
06/08/01 00:07:09
>>434
VS.NET 2003 はSP1が出るよ。
438:デフォルトの名無しさん
06/08/01 00:27:15
>>435
Enterprize Edition は Professional より上等だよ。
439:デフォルトの名無しさん
06/08/01 00:28:47
なんでもいいからさっさと直せ
URLリンク(connect.microsoft.com)
440:デフォルトの名無しさん
06/08/01 10:49:22
Microsoft Visual C++ Express Edition なんですがアンインストールできなくなりました。
「プログラムの追加と削除」で削除しようとしたら、PCが固まってしまい、再起動。
その後同様にアンインストールしようとしているんですが、
microsoft visual c++ 2005 express edition -jpn\vs_setup.msiを開けませんでした
ってエラーがでて終わってしまいます。
なんとかアンインストールできないものでしょうか?
441:デフォルトの名無しさん
06/08/01 10:49:51
もう一度インストールする
442:440
06/08/01 10:56:10
>441
それ(再ネットワークインストール)もやってみたんですが、
「〜セットアップ中に問題が発生しました。セットアップは正常に終了しませんでした。」
って出てきてだめなんです。
443:デフォルトの名無しさん
06/08/01 11:30:12
フォーマットすればいんじゃね?
444:デフォルトの名無しさん
06/08/01 11:36:14
アンインストール失敗以前にシステム復元してからやいなおしても、アンインストール失敗。
いらいらしてきた。
445:デフォルトの名無しさん
06/08/01 11:49:41
フォーマットすればいんじゃね?
446:デフォルトの名無しさん
06/08/01 12:35:57
失敗してもいいじゃない、にんげんだもの
447:デフォルトの名無しさん
06/08/01 12:39:18
これは参考にならんか?
URLリンク(forums.microsoft.com)
448:デフォルトの名無しさん
06/08/01 14:34:25
>>63と同じような症状でCtrl+TABで切り替えダイアログがでるだけで、
ENTER押さないとタブ切り替わりません。
いろいろ調べてみた感じでは、Ctrl+TABだけでも切り替わるみたいなんだけど、
直し方まではわからなくて不便です…。
誰か直し方わかりませんか?
449:デフォルトの名無しさん
06/08/01 16:42:18
format c:/U
450:デフォルトの名無しさん
06/08/01 21:28:40
fdisk /MBR
451:デフォルトの名無しさん
06/08/01 21:36:47
これがいんじゃね?
URLリンク(www.orient-computer.co.jp)
452:デフォルトの名無しさん
06/08/01 23:27:16
ホームセンターで土木工事用カナヅチ買ってきてガシガシでいいじゃん。
453:デフォルトの名無しさん
06/08/02 06:10:33
VS2005入れないとVC8で作ったソフトが動かないんですけどどうしてですか?
454:デフォルトの名無しさん
06/08/02 06:30:27
J
455:デフォルトの名無しさん
06/08/02 07:36:54
どうしてもです
456:デフォルトの名無しさん
06/08/02 08:31:06
PC初心者
URLリンク(pc7.2ch.net)
457:453
06/08/02 12:01:58
自己解決しました!!
VC8ランタイムというものが必要なのですね
URLリンク(kkkon.hp.infoseek.co.jp)
458:デフォルトの名無しさん
06/08/02 17:51:23
ソリューションのプロパティで新しく「Test」っていう構成を作成して、
コンパイル・オプションや参照を設定してメイクしたんだけど、
そのあと「Debug」や「Release」に切り替えると、
その構成で指定していた参照設定が「Test」のに変わっちゃってた。
コンパイル・オプションなんかは各々の構成で指定したのが
ちゃんと生きているのに。
いったいどうゆうことなんでしょ。。。とほほです(´・ω・`)
459:デフォルトの名無しさん
06/08/03 00:18:07
>>458
プロパティで「参照設定」を選択すると、構成のドロップダウンリスト
はN/Aになる。各ビルド項目について設定するものじゃないんじゃないの?
460:デフォルトの名無しさん
06/08/03 00:49:56
MSDNとか見てると最近C#とVBばっかになってきた今日この頃
C++とかのUnManagedかC#とかのManaged
一長一短だとは思うが開発上のいいところ悪いところを上げてくれ
言語的なものでも構わない。
ちなみに俺はVS2005C#に乗り換えようかと考えてる
461:デフォルトの名無しさん
06/08/03 00:58:18
C#は、.NET Frameworkが入っていないと動かない。
フリーウェアとかなら、.NET Frameworkを入れろと出た段階で、
.NET Frameworkを入れるのではなく、プログラムがゴミ箱行き。
まあ、.NET Frameworkを入れろと出る親切なプログラムも少ないが。大抵は、なんたら.dllが無いと出て起動しないだけだな。
462:デフォルトの名無しさん
06/08/03 01:24:04
マイクソソフトさん、WindowsUpdateで.NetFrameworkを強制的にインスコしちゃってください!
463:デフォルトの名無しさん
06/08/03 03:17:36
>>462
嫌がる顧客がいるだろうが
セキュリティに関するもの以外は極力選択させるべき
464:458
06/08/03 09:18:32
>>459
ありがとうございます。
どうやらそのようですね、次のバージョンに期待したいと思います。。。(´・ω・`)
465:デフォルトの名無しさん
06/08/03 11:15:05
確かに.NET Frameworkを入れるのはめんどい。
でも、この間GExplorerを使いたくて渋々入れたら、予想よりまともに動くので驚いた。
Javaアプリみたいな感じかと思ってたよ。
466:デフォルトの名無しさん
06/08/03 11:27:34
でも、いずれ.NETがデフォで入ってるWindowsになるんでしょ?
そのときはもう.NETという言葉すらなくなっている。。。
467:デフォルトの名無しさん
06/08/03 11:29:42
既にでふぉではいってるよ
468:デフォルトの名無しさん
06/08/03 11:40:11
Vista July CTP には 3.0 がデフォで入ってたな
469:460
06/08/03 15:57:34
>>461
確かに、.NET入ってないとdllが足りないと言われたり
問答無用で強制終了したりしますね
自分のPCならいいんだけど、会社の共用PCなんかだと制限で.NET入れられないから
使えないアプリとかあってマジ困る
>>465
案外、安定してますよね
>>466>468
Vistaは.NET3.0が標準装備らしいです
Vista以降は.NETがデフォになるのかなぁ…
回答サンクス
470:デフォルトの名無しさん
06/08/03 22:01:13
>>360
遅レスながら。。。 DirectShow SDKはPlatform SDKに移動しました。ただし、内部で
DirectXのオブジェクトなどを呼んでいるようなので、結局DirectX SDKも一緒に入れる必要があります。
471:デフォルトの名無しさん
06/08/03 23:35:43
>>465
なんかあんたの住む世界だけ3年ぐらい時間が遅れてないか?
ここプログラム板だよね?w
472:デフォルトの名無しさん
06/08/04 10:02:19
あんなの知らなくても恥でもないけどなw
473:デフォルトの名無しさん
06/08/04 15:29:37
.NETはこれからのプログラムの形のひとつのあり方だとは思うがなー
474:デフォルトの名無しさん
06/08/04 15:30:54
VS2005Proだけどエディタ上でカーソルを上に押し続けるだけでなんであそこまでもっさり出来るんですか?
475:デフォルトの名無しさん
06/08/04 16:08:11
>>474
チミのPCがヘボなだけ
476:デフォルトの名無しさん
06/08/04 16:28:07
>>472-473
俺も、初めてTurbo-C使ったときは、printfリンクしただけで10k bytes超えるような
クソ言語、誰が使うか、やっぱ TASMだ、と思ってた。
Vistaが広まるころには、通常のGUIツールとかは.NET言語製があたりまえになるよ。
C#からだと、P/Invokeでインポートライブラリみたいなの無しで簡単に
DLL内のルーチン呼べるから、シビアなチューニングがいるところはC/C++
で書いてDLL化。多様性が必要なウワモノはC#かC++/CLIだろうな。
477:デフォルトの名無しさん
06/08/04 17:50:53
>>475
その点Eclipseは廃スペックだろうが、低スペックだろうが容赦なくモサるな。
478:デフォルトの名無しさん
06/08/04 18:02:46
アスロン64 3200+でも低スペックの範疇ですかのう・・・
479:デフォルトの名無しさん
06/08/04 18:07:52
>>478
いや十分・・・・なんだけど今じゃ10000万円を余裕で切るんだよなー・・・・・
何も知らなかった頃にセロリンノートを15万で掴まされた俺は・・・・orz
480:デフォルトの名無しさん
06/08/04 18:26:20
そりゃぁ、1億もつめば余裕で買えるだろうよ。
481:デフォルトの名無しさん
06/08/04 18:30:56
個人用で一億を超えるマシンの方が珍しい
482:デフォルトの名無しさん
06/08/04 18:53:28
>>477
NativeのEclipseがあるだろ。
483:デフォルトの名無しさん
06/08/04 22:11:28
>>476
C++でマネージドホゲホゲ使うくらいなら最初からC#の方が遙かに小回り効くし楽だし問題でない
484:デフォルトの名無しさん
06/08/04 22:26:27
>>483 おマイ文章読めないでしょ?
485:デフォルトの名無しさん
06/08/04 22:40:54
C++
リソースエディタどこやねん
どっかで拾う必要あるのか!?
もしくは自分で・・・・・
486:デフォルトの名無しさん
06/08/04 22:49:02
>>476
クソ言語だと思っていたら、やっぱりクソで終わった言語の方が多いけどな
487:デフォルトの名無しさん
06/08/04 22:50:37
>>485
つStandard Edition
488:デフォルトの名無しさん
06/08/04 22:55:59
>487
アーーーー!
MSめ!
中途半端に無料にしやがって。
489:デフォルトの名無しさん
06/08/04 23:02:55
>>488
つ自作
だってMSは.NETを普及させたいんだもん
490:デフォルトの名無しさん
06/08/04 23:17:59
そのためのExpress
491:デフォルトの名無しさん
06/08/04 23:25:08
つXN Resource Editor
492:デフォルトの名無しさん
06/08/04 23:37:16
>>488
大人しくC#使えよ
もしくはフリーのリソースエディタ
493:デフォルトの名無しさん
06/08/04 23:52:42
別にどうということもないけど、C#に慣れるともうC++いや。
速度も遅くないっていうか、何倍も早く同じ機能を実装できるので
その分最適化に時間回せるんだよね…。
問題はVistaまでの配布だけだよ本当。WPFがかなり速いらしいのも嬉しい。
…と、MFCのソフトいじりながら愚痴。
494:デフォルトの名無しさん
06/08/05 00:06:11
C++とC#ってどう違うの?
C#のコードっぽいの見たこと歩けどなんかVBみたいな感じがプンプンした。
495:デフォルトの名無しさん
06/08/05 00:23:42
Java + VB = C#
496:デフォルトの名無しさん
06/08/05 00:24:07
Fortran + Pascal = C#
497:デフォルトの名無しさん
06/08/05 00:28:02
父:C++ 母:Java
┃ .┃
┗━┳━┛
┃
┏━┻━┓
┃ .┃
姉:VB.NET 妹:C#
498:デフォルトの名無しさん
06/08/05 00:30:31
VistaがWinの過半を超えるのは、3年後くらいかな。
ちなみに、C#感覚でC++でプログラミングできるのが、C++Builder。
MSがC++BuilderレベルのC++言語を出してくれればいいのだが。
あるいはネイティブを吐くC#
499:デフォルトの名無しさん
06/08/05 06:23:47
VB、VC、ADO.net、MFC知ってたらC#はまだ手をつけなくてもいい?
それとも別の言語としてちょっとは勉強してみるべきかな。
500:デフォルトの名無しさん
06/08/05 07:18:52
知らんがな
501:デフォルトの名無しさん
06/08/05 08:17:40
>>498
ngen.exe
502:デフォルトの名無しさん
06/08/05 10:18:00
>あるいはネイティブを吐くC#
ネイティブコード吐いたところであの言語仕様じゃ
リンクするライブラリ(VM.DLL?)は軽くならないだろうし
意味がないと思うがな
503:デフォルトの名無しさん
06/08/05 12:08:31
っていうか、そもそもそんなに.NETが遅い重いとか思えないけど。
起動とWinフォームのコントロールの表示が重いだけじゃん。
504:デフォルトの名無しさん
06/08/05 13:40:10
VM=遅い重いってイメージはやっぱ強いよね。JavaVMのせいで。
それを押しのけられるか、潰されてしまうか。
パフォーマンスを上げ始めたActionScriptあたりに追い抜かれる可能性もある。
505:デフォルトの名無しさん
06/08/05 14:33:54
過度にパイプライン化が進んだきょうびのCPU事情鑑みると、
VMの実行コストは隠蔽されてしまう可能性もあるんだよな。
Javaが生Cの速度抜いた事例みたく、中間コードの質が高ければ
速度的にも逆転しちまう可能性すらないわけじゃない。
506:デフォルトの名無しさん
06/08/05 14:53:04
もう今頃何年遅れの議論してるんだろうか。頭が悪いにも程があるというもの
.NETがVM?
いや、知らなかったよw
507:デフォルトの名無しさん
06/08/05 14:55:16
俺もしらなかたた。
>>506がご高説をたれてくださるぞ。
508:デフォルトの名無しさん
06/08/05 14:57:17
みなのもの静まれ
今から>>506がJavaのVMと.NETがどう違うか説明して下されるぞ。
509:デフォルトの名無しさん
06/08/05 15:19:14
先言っておくがJITのことならJavaだって同じだろ。
510:デフォルトの名無しさん
06/08/05 15:23:59
JavaのVMのイメージを引きずらないようにMSはVMという言葉を使わないんだろうな
511:デフォルトの名無しさん
06/08/05 15:44:31
Sunって事実上、スクラッチからOS作ってないのでは?間違ってたらごめん。
512:デフォルトの名無しさん
06/08/05 15:45:37
パクリと思われたくないからだろ
Javaと構想がほぼ同じな2番煎じだしな
513:デフォルトの名無しさん
06/08/05 15:46:25
「スクラッチからOSを作る」の定義を聞こうか。
514:デフォルトの名無しさん
06/08/05 15:51:45
微妙にスレ違い風味ですね
515:デフォルトの名無しさん
06/08/05 16:08:45
フルスクラッチって言いたかったんじゃないの?w
まあフルスクラッチという言葉自体、和製英語っぽい、
かなり意味不明感のある言葉だけどね。
516:511
06/08/05 16:09:43
>>513
すまん。Solaris(本物のUNIXでそ?)しか浮かんでなかった…
517:デフォルトの名無しさん
06/08/05 16:22:48
え、.net って COM のローダの改良版でしょ?
518:デフォルトの名無しさん
06/08/05 17:29:35
.NETがJava並みと考えていたとは……
Windowsは重さと技術と互換性をバランスしているに違いない
519:518
06/08/05 17:31:40
また変な事言ってまった…
×Windowsは重さと技術と互換性をバランスしているに違いない
○Windowsは先進性と重さと互換性をバランス良く実現させているに違いない
ってか。
520:デフォルトの名無しさん
06/08/05 17:54:12
>>516
Sunの設立経緯を調べれば何やってた連中だか一発なんだがなぁ。
夏の中坊というより本当に若いだけなんだろうなorz
521:デフォルトの名無しさん
06/08/05 20:04:11
VisualC++2005で関数名や変数名なんかのシンボルにマウスポインタを
合わせるだけでそいつを宣言したときのコメントが現れるようにするには
どんな風にコメント書けば良いのでしょうか
522:デフォルトの名無しさん
06/08/05 20:22:26
VC++でCEdit使っていてフォントを
font.CreatePointFont(120, "MS Pゴシック")にすると、
表示は大丈夫だけどIME変換中のキャレットが馬鹿でかくなって
変換中の文字は見えないし、変換候補で出てくるリストも白文字で
左斜め120度にひっくり返ったリストになって出てくるんだけど、
どうしろと言うんじゃMSゴルァヽ(`Д´)ノ
523:デフォルトの名無しさん
06/08/05 21:47:36
>>521
タブ入れるとダメらしぃ
524:デフォルトの名無しさん
06/08/05 22:50:11
>>521
XML ドキュメント コメントの形式で書けば便利かも
525:デフォルトの名無しさん
06/08/06 00:20:58
>>501
ngen.exeってほんとにネイティブなexeを作ってくれるの?
.net frameworkのない環境にexeを移してもつかえるの?
526:デフォルトの名無しさん
06/08/06 00:27:01
>>525
ネイティブコードに変換したキャッシュを作る。
起動時にJITコンパイラを動かす必要がない。
527:デフォルトの名無しさん
06/08/06 00:28:09
>>526
へえ。
じゃあ
> .net frameworkのない環境にexeを移してもつかえるの?
みたいなことは無理なんだね。さんくす。
528:デフォルトの名無しさん
06/08/06 00:35:52
俺の開発環境
URLリンク(f42.aaa.livedoor.jp)
529:デフォルトの名無しさん
06/08/06 00:47:41
横になげえな、おい
530:デフォルトの名無しさん
06/08/06 00:48:29
>>527
なんていったってクラスライブラリが必要だからな。
.NET Frameworkを抜きに動かすことはできない。
531:デフォルトの名無しさん
06/08/06 00:52:06
>>527
それが出来れば誰も.NETなんて使わんわな。
532:デフォルトの名無しさん
06/08/06 01:12:13
どうせwindowsでしか動作しないのだからライブラリをスタティックリンクできる選択肢も用意してくれればいいのに。
ファイルが肥大化するだろうけど、単独起動できるメリットの方が大きい。
メモリもディスクもいっぱいあるのだから。
533:デフォルトの名無しさん
06/08/06 01:21:16
>>532
アップデートはどうすんの
534:デフォルトの名無しさん
06/08/06 01:24:54
アップデートしたらしたで、互換性の問題が出るわけだけっども
535:デフォルトの名無しさん
06/08/06 01:25:50
セキュリティの問題があるから、フレームワークは自動更新されるほうがいいな
536:デフォルトの名無しさん
06/08/06 01:33:47
昔と比べてネットの速度が上がったとはいえ
全部リンクさせた実行ファイルとかを
ダウンロードすんのは鬱陶しいと思うが。
537:デフォルトの名無しさん
06/08/06 01:47:22
まあ、事実上.NETFrameworkは標準搭載に近いわけだし、静的リンクにこだわる必要は薄いわな。
ときに不勉強の俺に教えていただきたいんだけど、.NETFrameworkのWindows以外への移植とかって
進んでたりするんでしょーか。
はじめっからそういう方面は志向してないのかな。
538:デフォルトの名無しさん
06/08/06 01:50:57
MS は Mac OS X と Free BSD 向けの .NET 1.0 を出していた
だけど Windows 以外の環境では Mono の方が出来がいいから
MS 製の .NET Framework を使っているやつはいないだろう
539:デフォルトの名無しさん
06/08/06 02:03:58
>>533
必要なら、プログラム作成者が再リンクしてプログラムをアップデートすればいいじゃん。
540:デフォルトの名無しさん
06/08/06 02:10:32
>>539
どう考えても本末転倒だろ。
作者のメンテ労力が無駄すぎる。
541:デフォルトの名無しさん
06/08/06 02:12:16
馬鹿いっちゃいかんよ
配布の手間はユーザ数に比例し
ユーザのアップデートの手間はソフト数に比例する
動的リンクならば手間はユーザ数だけで決まる
542:デフォルトの名無しさん
06/08/06 02:16:25
msの目論見〜.NET Frameworkをインストールしなければ最新技術の結晶であるC#のバイナリが動作しない。だから皆NET Frameworkを入れるに違いない。
現実〜.NET Frameworkなんてよくわからないけど怪しいから入れない。.NET Frameworkが必要なプログラムは嫌われる使われない。
543:デフォルトの名無しさん
06/08/06 02:20:36
>>540 >>541
プログラム自体のバグでも作者のメンテ労力の無駄とか言ってアップデートしなさそうだな
544:デフォルトの名無しさん
06/08/06 02:21:00
まあ、その状況もいい加減変わりつつあるわけだが。
MS製品自体が普通に.NET Framework要求したりするようになって久しいし、
開発する側からしてもC#の有用さは認めるところだし。
545:デフォルトの名無しさん
06/08/06 02:24:39
C#は作りやすいけど使いづらい。つまり作る側の都合の世界でありアプリユーザには何のメリットもない。
Officeは絶対に.NET Frameworkを要求しないことがすべてを表している。
546:デフォルトの名無しさん
06/08/06 02:27:04
>>543
そんなんは作者のモラルに聞いてくれ。
作ってる奴からすれば、自分の責任の及ばないところで勝手に使ってるコンポーネントが
差し換わっちまうことに拒絶反応示したくなるところなんだろうが、時代錯誤もいいとこだ。
もちろん更新対象がある程度枯れていて、バージョンアップが無駄に悪影響引き起こさないことが
前提ではあるわけだが…少し前ならいざ知らず、最近のはいい加減合格点くれてやってもいいべ。
547:デフォルトの名無しさん
06/08/06 02:34:40
>>545
作る奴が最大能力を発揮できる環境がユーザーにメリットをもたらさないって、明らかに主張が変だぞ。
それに馬鹿いっちゃいかん、Officeは.NET Framework要求しまくりだ。特にネットワーク連携関連。
個人で使う分には出番が無いとか言うなよ、Officeは企業ユースで使われてなんぼのアプリなんだから。
548:デフォルトの名無しさん
06/08/06 02:38:30
C#だと最大能力を発揮できてC++だと最大能力を発揮できないって・・・
論理破綻しているな。
549:デフォルトの名無しさん
06/08/06 02:48:16
>>547
>作る奴が最大能力を発揮できる環境がユーザーにメリットをもたらさないって、明らかに主張が変だぞ。
いくら作る奴が最大能力を発揮できてもその結果がユーザーの要求と異なればそれはただのオナニーだ。
ユーザー側にメリットは無い。
550:デフォルトの名無しさん
06/08/06 03:02:59
>>548
>C#だと最大能力を発揮できてC++だと最大能力を発揮できないって・・・
>論理破綻しているな。
してないよ。同程度の熟練度のプログラマが作業するなら、C++とC#を使って
同じ労力で発揮できる生産性には、明らかな開きがある。
ここで指す「最大能力」が、実行時のスループットのことのことを指すなら話は別だが、
それだってC#で開発時間を短縮して、後の最適化に作業リソースを割り振る選択がある。
このスレの中でも、そういうスタンスで作業してる奴の話が出てきてる。
そもそも使いづらいってなんだよ。
他の環境にもってきづらいのは間違いないから、いろんな政治的理由なんかも含めて
C#を使わない、使えない状況があるのはわかるが、使える環境で片意地張って使わないのは
単にアホの所業だ。
俺が知らない=使いづらいとか、そういう理由だったら笑うぞ。
551:デフォルトの名無しさん
06/08/06 03:05:40
>いくら作る奴が最大能力を発揮できてもその結果がユーザーの要求と異なればそれはただのオナニーだ。
それは言語系の責任じゃないな。
何使ってもオナニーしかしないやつはオナニーしかできんってだけの話だ。
552:デフォルトの名無しさん
06/08/06 03:05:52
C++と同等のスキルを持ったC#プログラマを集めにくいという意味で使いづらい
553:デフォルトの名無しさん
06/08/06 03:08:15
開発側じゃなくてユーザーが使いづらい、ってことじゃないの?
554:デフォルトの名無しさん
06/08/06 03:10:11
まあ、それはそれなりに同意。
つっても、最近のC#人口も無視できない勢力だしな。
C#の何が悪いって、他の処理系から見たら存在しないも同然の規格なんで、
組み込みだのゲームだの、生バイナリ出力必須なC++一択連中からしたら、
乗り換えの選択肢にものぼりゃしないことなんだよな。
プラットフォーム非依存のコード書くなら、普通Java使うだろうし。
555:デフォルトの名無しさん
06/08/06 03:14:19
多くのVBプログラマもC#への乗り換えにメリットを感じないと思うぞ。
多分、だけどな。
556:デフォルトの名無しさん
06/08/06 03:18:13
それはまあ、VBが無駄に進歩しちゃってるからなあ…
言語にうるさい手合いは色々言うんだろうが、あれはあれで確実に成功した言語だよな。
言語体系がCやC++、C#とも違いすぎるんで、移行する勉強が大変だって主張もあるらしいし。
でも、VBは切り捨てが発表されたんじゃなかったっけ?
557:デフォルトの名無しさん
06/08/06 03:24:42
Visual Basic 6.0 IDE は、延長サポートの一環として、2008 年 3 月まで Windows Vista でサポートされます。
URLリンク(www.microsoft.com)
558:デフォルトの名無しさん
06/08/06 03:25:15
まあ業務系プログラマはVB.NET使ってろってことだ
559:デフォルトの名無しさん
06/08/06 03:28:35
他人事ながら、VB使いの人の将来が微妙に心配だな…
560:デフォルトの名無しさん
06/08/06 03:42:02
>>559
COBOLerと同じ道を歩んでいくんじゃないのか?
561:デフォルトの名無しさん
06/08/06 03:43:00
ならまあ、ある意味安泰ではあるな。
って、マジカ!?
562:デフォルトの名無しさん
06/08/06 03:56:33
COBOLと違ってVBはMSに捨てられたらそれまでだからなぁ
563:デフォルトの名無しさん
06/08/06 07:21:06
まぁ会社にはVBで作られたうんこコードが山ほどあるだろうからなんとかなるだろう。
カワイソス(・ω・)
564:デフォルトの名無しさん
06/08/06 07:24:07
今でも企業とかはVBが多いの?
565:デフォルトの名無しさん
06/08/06 08:27:44
俺のプログラムは .NET framework というより Windows を静的リンクして配布したいです。
ライセンス的に問題ないでしょうか?
566:デフォルトの名無しさん
06/08/06 09:43:06
>>565
君のギャグセンスに問題がある。
567:デフォルトの名無しさん
06/08/06 10:43:47
>>558
VB.NETとC#は構文が違うだけで似たようなもんだと思うぞ。
568:デフォルトの名無しさん
06/08/06 10:59:19
>>562
捨てるには、あと10年ほどかかるんジャマイカ。
16bitコードをやっと捨てようとしているぐらいなんだから。
569:デフォルトの名無しさん
06/08/06 11:44:28
>>568
10年って長いようで短いからなぁ
570:デフォルトの名無しさん
06/08/06 11:54:18
で、その10年間にVB.NETで業務系システムがこんもりと作られたとして、
10年後に皆さん一斉に全部廃棄してください、と。
あるあr・・・ねーよw
571:デフォルトの名無しさん
06/08/06 12:02:22
COBOL.NET
572:デフォルトの名無しさん
06/08/06 12:10:47
汎用機等と違ってPC/Windowsを(部分的にでも)使ったシステムは
その分H/WやOSのリプレイスの方が早く来てS/Wのリプレイスサイクルも短いと思う。
システム屋は「ここ数年持ってくれればおk」な作りしか出来ないから
よほど短命なものでなければ.NETだろうが何だろうが構わんと。
573:デフォルトの名無しさん
06/08/06 12:12:56
>>572
意味が分かりません。
574:デフォルトの名無しさん
06/08/06 12:14:59
俺はわかる
例外も多いだろうが概ね
575:デフォルトの名無しさん
06/08/06 12:17:20
>>574
あんたすげーよ。
まぁ取るに足りない意見だろうから、詳しく知りたいとも思わんが。
576:デフォルトの名無しさん
06/08/06 12:22:48
574じゃないけど、別に普通に読めるだろ
しかし、ドドネトの議論みてもそうだが、
どう考えてもPGでもなんでもないタダのパソヲタ風情がかなりの割合で紛れ込んでるなw
577:デフォルトの名無しさん
06/08/06 12:25:34
自分が理解できないことは取るに足りない意見かよwww
578:デフォルトの名無しさん
06/08/06 12:27:32
得てしてそういうもんだ。
579:デフォルトの名無しさん
06/08/06 12:27:54
俺も良くわからん。最後の一行の意味が。
580:デフォルトの名無しさん
06/08/06 12:30:28
おれのことか
581:デフォルトの名無しさん
06/08/06 12:30:44
Basic系言語は、ゲイツの思い入れの深い言語だから、絶対に無くならないという
噂だったが、肝心のゲイツがいなくなっちゃったからなぁ
582:デフォルトの名無しさん
06/08/06 12:32:32
VBで何が悪いかと聞かれて、悪いところって実はほとんどないんだよなあ。
逆になんで干されることになっちゃったのかね。
583:デフォルトの名無しさん
06/08/06 12:35:05
え?君のまわりでは、干されてることになっちゃってるの?
584:デフォルトの名無しさん
06/08/06 12:35:39
いや、普通に現役だけどさ…
585:デフォルトの名無しさん
06/08/06 12:42:24
>>582
純なVBなら
実行スピードは?
それとランタイムが必要。
あとはVBで作るとC/++系プログラマから阿呆扱いされること。
586:デフォルトの名無しさん
06/08/06 12:56:29
DBサーバに金も負担も掛けたくないからストアド使うなビュー使うなとか
言っておいて言語にはVB指定しておいて、遅いから端末アプリで何とかしろと
言う訳判らんユーザが多いことといったらもうね・・・
だいたいあっちにもこっちにも使わねーインデックス張り過ぎなんだよな。
587:デフォルトの名無しさん
06/08/06 13:17:30
VBでも自力でCreateWindowしてメッセージループ回したりできるんだけどな(´・ω・`)
RADの側面だけが目立ってるけどSDKベッタリな使い方もできる。
Publicメソッドでユーザー定義型を引数にできないのは致命的だが。
588:デフォルトの名無しさん
06/08/06 13:21:12
>あとはVBで作るとC/++系プログラマから阿呆扱いされること。
これ、半ば以上言いがかりだよな。
習得が楽な言語で楽して何が悪いのかって話だろうに。
やっぱこの手のもんは、ある程度アカデミックな方面にも求心力がないと駄目なんかね。
589:デフォルトの名無しさん
06/08/06 13:25:03
C#は馬鹿にされないVBとしてつくられたのかな
590:デフォルトの名無しさん
06/08/06 13:37:53
その通り
591:デフォルトの名無しさん
06/08/06 13:38:41
「C」って文字が入ってるしな
でもJavaのパクリなんだけどな
592:デフォルトの名無しさん
06/08/06 13:42:20
Cに挫折してVB逝った奴も多いからな。
馬鹿にされるのは当然というか必然というか。
593:デフォルトの名無しさん
06/08/06 13:51:55
>>592
え〜、Cがわからない奴がVBに行ってもどうしようもないコードしか書けないんじゃないの。
594:デフォルトの名無しさん
06/08/06 13:52:37
C++の強大無比さと情け容赦の無いメモリーリークに負けてC丼行くのはOKなのか?
595:デフォルトの名無しさん
06/08/06 13:52:48
>>588
レトルトのトマトソースをゆでてスパゲティの上に載せただけで美味しいパスタ料理ですといってるようなもんだろ。VBっつーのは。
イタリヤ料理人から見るとチャンチャラおかしい。
596:デフォルトの名無しさん
06/08/06 13:54:49
Cがわからない奴==ポインタが理解できない奴
VBにはポインタがないから。
597:デフォルトの名無しさん
06/08/06 13:56:22
Borland C++Builderから移行してきました。
BCBではEurekaLog(URLリンク(www.eurekalog.com))というものを使っており、
EXEファイルに組み込み、エラーが発生すればログファイルが生成される
もので、重宝していました。このようなツールかライブラリはVisualStudio
にはありますか? 通常実行では実行速度にまったく影響を与えません。
598:デフォルトの名無しさん
06/08/06 13:57:48
>>595
たとえ手作りソースでもチャンチャラおかしいだろ。
パスタとソースはパンで絡めて仕上げるもの。
599:デフォルトの名無しさん
06/08/06 14:02:49
>>596
参照とか、インスタンスとか言われても理解できないんじゃ、VB.NETもやっていけないんじゃね。
600:デフォルトの名無しさん
06/08/06 14:18:24
言語はTPOで使い分けるのが常識だろ。
.NETやJavaは業務アプリ向けだと思うけどね。パッケージソフトや日曜プログラマが好む
ユーティリティ系のプログラムには向いてない。
逆に販売管理のようなものをC++でやれっていわれたら遠慮するわ。
601:デフォルトの名無しさん
06/08/06 15:12:13
つーか、別に一つの言語だけでソフトを組む必要性もないしな。
.NETでありがたいのは、配布パッケージを何種類も作らなくて済むことかな。
配布後の起動時のJITにまかせていくから何気に便利。最初のキャッシュを
みかけ早くするためだけにngen使うとダメだが。
602:デフォルトの名無しさん
06/08/06 15:22:09
>>600
Javaはともかく.NETは趣味プログラミングに向いてると思うけど。
603:デフォルトの名無しさん
06/08/06 15:29:07
好きな言語を使えばいいと思うよ
604:デフォルトの名無しさん
06/08/06 16:02:49
>>603
そう思って今C丼の本を斜め読みして入門コードを書いたが
まだ不気味で馴染めない
1)スコープ解決演算子が. やっぱ::じゃないと吐き気がする
2)includeもしてないファイルのクラスオブジェクトがなぜ使える?
(これはVSが奇妙なのかも知れんがキモイ)
3)C++/CLIもそうみたいだが、何故か勝手にbaseクラスがある(爆笑)
MSってマジにバカ集団なのか?
それとも俺が低脳なのかw
605:デフォルトの名無しさん
06/08/06 16:07:40
お前が低脳
606:デフォルトの名無しさん
06/08/06 16:07:52
>>604
言わずもがな
607:デフォルトの名無しさん
06/08/06 16:15:07
throw std::runtime_error("もういやだ。");
のように例外を投げてこれを捕捉しなかった場合、
デバッガで例外の発生を検知して例外が発生した行を
表示すると言うことはできますか?
今試しに例外を投げてみたら、単に例外が発生した旨を
示すダイアログがでるだけです。このダイアログは
Visual Studio の中からではなくターゲットプロセスを
単独で実行しても表示されるので、ランタイムか OS が
表示させているものだと思うのです。
608:デフォルトの名無しさん
06/08/06 16:34:27
例外を窓から投げ捨ててるのね
609:デフォルトの名無しさん
06/08/06 17:24:24
「好きな言語を使えばいい」というのはアマチュアの考え。
プロはJavaだろうがVBだろうがC#だろうが、
複数の言語を使えなければ仕事が来なくなる。
610:デフォルトの名無しさん
06/08/06 17:42:52
>>607
メニューのデバッグ→例外から、デバッグ中に例外が投げられた時どうするかを選べる。
中断を選んでおけば、例外が投げられたらその箇所で停まる。後は必要なら呼出履歴を見て遡れ。
611:デフォルトの名無しさん
06/08/06 18:04:46
>604
> 1)スコープ解決演算子が. やっぱ::じゃないと吐き気がする
そりゃ、蓮コラの見すぎだ。
612:デフォルトの名無しさん
06/08/06 18:24:17
C#には名前空間エイリアス修飾子演算子 :: があるよ
613:デフォルトの名無しさん
06/08/06 18:28:18
VC++2005Expをインストールしている環境に、ProやStdを入れても
問題ないでしょうか?
IDEの設定(ツールバーの配置とか)を後からインストールした
バージョンが引き継いでくれると楽なんだが…。
614:デフォルトの名無しさん
06/08/06 18:29:15
やはり俺が低脳だったんだなw
つかさ、C++もろくに出来んヘタレに生意気言われるのってココでしか味わえない貴重な経験だよな
615:デフォルトの名無しさん
06/08/06 18:45:31
>>604
> 2)includeもしてないファイルのクラスオブジェクトがなぜ使える?
> (これはVSが奇妙なのかも知れんがキモイ)
Visual Studioが奇妙〜ってくだりは、「君はいったい何でC++組んで来たんじゃい」
っておもた。
616:デフォルトの名無しさん
06/08/06 19:22:18
>>604
1〜3全て言語設計の結果、それなりに利点があると思われたから。
言っておくが、俺はC#マンセー派ではないぞ。
617:デフォルトの名無しさん
06/08/06 19:37:19
>>604
言ってることが意味不明だよあんた。
C++プログラマが馬鹿と思われるじゃないか。
618:デフォルトの名無しさん
06/08/06 19:40:07
え?w
619:デフォルトの名無しさん
06/08/06 20:02:43
C++のincludeは色々と面倒なとこがあるし、変えるのはあまり不思議じゃないな。
620:デフォルトの名無しさん
06/08/06 20:04:35
煽り合うのをやめろ!
621:デフォルトの名無しさん
06/08/06 20:10:11
>>620
わかった!!!
622:デフォルトの名無しさん
06/08/06 21:01:45
Visual Studioの次のバージョンではUIがOffice2007みたいなリボンになるの?
623:デフォルトの名無しさん
06/08/06 23:20:43
それはねーべー
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4226日前に更新/224 KB
担当:undef