【初心者歓迎】C/C++室 Ver.104【環境依存OK】

**デフォルトの名無しさん** · 2018/12/28(金) 06:04:52.38

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

**デフォルトの名無しさん** · 2018/12/28(金) 06:06:22.84

c++builder10.3 community
IID_PPV_ARGSを使わない場合どうしたら良いか教えてください
何を入れたら良いのかわからないです
#include <windows.h>
#include <tchar.h>
#include <shlobj.h>
#include <shellapi.h>
#include <commoncontrols.h>
void __fastcall TForm1::Button1Click(TObject *Sender) {
IImageList *piml;

SHGetImageList(SHIL_JUMBO, IID_IImageList, (void**)&piml);// pimlがNULLになる

SHGetImageList(SHIL_JUMBO, IID_PPV_ARGS(&piml));// 成功
}

**デフォルトの名無しさん** · 2018/12/28(金) 07:22:25.34

わけのわからん言語をこねくり回して、つまらんことしてちゃ、つまらん。

**デフォルトの名無しさん** · 2018/12/28(金) 11:40:52.89

**デフォルトの名無しさん** · 2018/12/28(金) 11:42:24.93

つまんね

**デフォルトの名無しさん** · 2018/12/28(金) 11:48:00.87

>>997
UTF-8 は char * に入れるもの
char32_t * ならぎりぎりセーフ

wchar_t * は wcs 用
UTF-32 を wchar_t * に入れる

**デフォルトの名無しさん** · 2018/12/28(金) 12:09:16.93

utf8は漢字仮名に3バイト使ってることわかってんのか
処理を簡単にするためいったんwchar_t使うのは普通のこと
でなければ文字数のカウントすら文字コードを調べる羽目になる

**デフォルトの名無しさん** · 2018/12/28(金) 12:17:53.33

その用途ならchar32_t*ってことじゃね

**デフォルトの名無しさん** · 2018/12/28(金) 12:21:31.54

調べる羽目になるっていうけど、たったそれだけのことでしかない
当然、パフォーマンス的に最適な方法は場合による

**デフォルトの名無しさん** · 2018/12/28(金) 13:36:08.91

>>8
c++17は調べてないが、
char32_tだと文字列処理のライブラリも正規表現も使えないだろ。
既存のライブラリ使うためにまた変換するのか？

>>9
たったそれだけて、文字列処理なんか主たる作業じゃないC/C++プログラマにとっては、
utf8の文字コード常に思い浮かべながらコーディングするなんてのは不快極まるだろ。
*x == 'あ'
これが書けないことがたったそれだけかよ

**デフォルトの名無しさん** · 2018/12/28(金) 13:40:58.79

endian でドツボですねわかります

**デフォルトの名無しさん** · 2018/12/28(金) 13:46:43.01

そもそもchar32_tてutf32用だろwwww

**デフォルトの名無しさん** · 2018/12/28(金) 14:07:56.51

判ってないなお前

**デフォルトの名無しさん** · 2018/12/28(金) 22:03:45.49

このなかで一番美人なのって真ん中だよね？深キョンレベルだと思うのだが
ちなみに向かって右は目も鼻も整形してるって本人が公言してるけどそれ抜きにして誰が一番美人だと思う？
http://bigsta.net/media/1933567086757747003_3564907098

**デフォルトの名無しさん** · 2018/12/29(土) 09:44:06.88

VSだとwchar_tは16ビットだろ。
だから3バイト以上/文字あるutf8だとおいしくもなんともないが、
unixは32ビットなんで、シェル出力をfgetwsでwchar_tで受け手、時にwstringで処理すると、
fgets->charより格段に楽に処理できる場合がある。
環境依存であんまり人に推奨できないだろうけど、unix, gcc限定なら正しく処理できる
もちろんwslでも使える

**デフォルトの名無しさん** · 2018/12/29(土) 12:44:13.02

次から次へと嘘を並べるのがウリナラ

密漁船を捜索中だった→密漁船は既に発見し救出中(実際は瀬取り中？)だった
レーダーは水平以下へ照射していた→上空へレーダー飛んだのはなぜ
機体は真上を飛んでいた→実際は1km以上遠方だった
カメラを向けただけで照射はしていない→レーダーも回転して対面していた

**デフォルトの名無しさん** · 2018/12/29(土) 13:22:25.41

環境：Win10/VC++2015

WinSockでマルチキャスト受信のプログラムを作っているんですが、
マルチキャスト送信している別PCとの接続において、
以下のケース2の挙動に困っています。

■ケース1（期待する挙動）
LANケーブルが接続されている状態で受信ソフト起動
⇒ recvfrom()で受信する
⇒ LANケーブルを抜く
⇒ recvfrom()がブロックする
⇒ LANケーブルを挿す
⇒ recvfrom()がデータを受信し、ブロックが解除される

■ケース2
LANケーブルが接続されていない状態で受信ソフト起動
⇒ recvfrom()がブロックする
⇒ LANケーブルを挿す
⇒ recvfrom()はブロックしたまま、いつまで経っても解除されない
　　（受信＆ブロック解除してほしい）

なぜrecvfrom()はブロックされたままなのでしょうか？

**デフォルトの名無しさん** · 2018/12/29(土) 13:25:48.49

selectしてないから

17 · 2018/12/29(土) 13:51:03.81

>>18
selectは「複数ソケットのとき」という先入観があったのですが、
1ソケットのときでも使うんですね。
ありがとうございました！

**デフォルトの名無しさん** · 2018/12/30(日) 13:06:57.06

gccでしか確認してないが、warningは出るんだが
前にu8をつけない'あ' は int (4バイト)展開されるんだな
u8つけてしまうと下位1バイトしか処理されないんで正しく処理されない。

wchar_t buf[0x100];
としとくと
buf[i] == L'あ'
ではwarningすらでない.

**デフォルトの名無しさん** · 2018/12/30(日) 16:05:04.48

文字リテラルにu8プレフィックスは使用できない。

**デフォルトの名無しさん** · 2018/12/30(日) 16:10:42.14

【ＴＯＫＩＯがまた被曝を応援】　「不勉強」「操られている」のはローラではなく、安倍と食事した奴
http://rosie.5ch.net/test/read.cgi/liveplus/1546137382/l50

**デフォルトの名無しさん** · 2018/12/30(日) 16:13:30.28

https://cpplover.blogspot.com/2012/02/blog-post_16.html

**デフォルトの名無しさん** · 2018/12/30(日) 16:43:37.53

>>21
いったいいつの時代の話してるんだ古すぎるんだよ情弱
C++17から問題なく使用できる

**デフォルトの名無しさん** · 2018/12/30(日) 16:50:02.84

情弱がねごとほざくからそのたんびにイラン労力強いられることとなる
ちったぁ情報収集してこいよダニ

**デフォルトの名無しさん** · 2018/12/30(日) 16:50:18.97

どうせだったら、utf8専用のchar8_t型も用意しといてくれたら良かったのに。
ascii文字圏の連中にはどうでもいいことなんだろうけどw

**デフォルトの名無しさん** · 2018/12/30(日) 23:19:20.59

教えてください。
C++のvectorについてです。
あるvectorの要素を自分自身に追加したいとき、どうすればよいのでしょうか。
例えば、v.push_back(v[2]);のようなことをしたいのです。

**デフォルトの名無しさん** · 2018/12/30(日) 23:25:38.38

それでいいんじゃね？

**デフォルトの名無しさん** · 2018/12/31(月) 07:35:40.55

>>27
それ以外の何を望むの?
特定場所への挿入v.insertぐらいしかないじゃん

**デフォルトの名無しさん** · 2018/12/31(月) 07:57:31.16

27です。レスありがとうございます。v.insertでうまく行きました。
v.push_back(v[i])だとなぜか空の要素が追加されてしまい、困っていました。

**デフォルトの名無しさん** · 2018/12/31(月) 08:53:01.66

>>27
https://stackoverflow.com/questions/18788780/is-it-safe-to-push-back-an-element-from-the-same-vector

**デフォルトの名無しさん** · 2018/12/31(月) 09:18:55.86

>>30
まともなpush_backの実装なら対策されているので問題ないはず。
無対策でも明示的にコピーコンストラクタを呼べばうまくいかくも。(要素の型をTとする)
v.push_back(T(v[2]));

**デフォルトの名無しさん** · 2018/12/31(月) 09:25:50.67

あ～そういうことか
俺もハマりそうだなそれ
でもそれはvectorの実装側の責任になるか

**デフォルトの名無しさん** · 2018/12/31(月) 10:05:21.41

>>27
意図しないエレメントが追加されてしまうC++は何？バージョンも併せて教えてよ

27 · 2018/12/31(月) 10:10:54.60

環境書くのを忘れてました。すみません。
Win7、Visual Studio 2008です。

**デフォルトの名無しさん** · 2018/12/31(月) 10:19:59.32

>>32
まともでない実装ってのはどのテンプレート？つかコンパイラ？

**デフォルトの名無しさん** · 2018/12/31(月) 10:27:09.66

>>35
thx
なるほど10年前のコンパイラならstlにバグ残ってる可能性あるわな
2011、2014、2017でずいぶん新しくなってるよ
仕事で2008指定されてるとかじゃなければ2017入れて損することあんまないと思うけど

**デフォルトの名無しさん** · 2018/12/31(月) 10:27:22.88

さすがにvectorではまともでない実装にお目にかかったことはない。
VisualStudio2010のMFC独自コンテナCArrayで同じ問題ではまったことがあっただけ。

**デフォルトの名無しさん** · 2018/12/31(月) 11:04:33.38

マジかよ MFC 最低だな！
失望しました。WPF 使うの止めます

**デフォルトの名無しさん** · 2018/12/31(月) 11:44:30.10

vsに2011ってのもあったのか、いやあ勉強になるなぁ

**デフォルトの名無しさん** · 2018/12/31(月) 11:46:37.75

C++の規格と混同しているっぽい。

**デフォルトの名無しさん** · 2018/12/31(月) 11:58:04.83

C++の規格の話

**デフォルトの名無しさん** · 2018/12/31(月) 12:28:15.56

つまり江添亮の話

**デフォルトの名無しさん** · 2018/12/31(月) 20:39:25.62

>>31
参考になりました。ありがとうございます。

**デフォルトの名無しさん** · 2019/01/01(火) 03:54:37.57

元日記念カキコ

**デフォルトの名無しさん** · 2019/01/01(火) 15:38:58.76

gnuのobstackってざっくり理解するなら普通にデータ構造としてのstackのいち実装って認識であってますか？

**デフォルトの名無しさん** · 2019/01/01(火) 17:39:02.76

うん

【大吉】【249円】 · 2019/01/01(火) 18:06:26.08

はっキネン

**デフォルトの名無しさん** · 2019/01/03(木) 02:16:07.41

Privateにメンバ関数を置くのって別にいいですか？

**デフォルトの名無しさん** · 2019/01/03(木) 02:25:02.88

いいんじゃね？
そのクラスの中のみでよく使われる関数とかprivateにする

◆QZaw55cn4c · 2019/01/03(木) 03:52:58.78

zen2 5GHz が来た！
https://wccftech.com/amd-ryzen-3000-zen-2-cpus-ryzen-9-3900x-ryzen-7-ryzen-5-listed-online/

**デフォルトの名無しさん** · 2019/01/03(木) 15:12:15.57

誤爆しました

**デフォルトの名無しさん** · 2019/01/04(金) 00:19:38.87

デバッガってどう動いたら正常なんでしょうか
vscodeでハロワしてみてブレークポイントで止まる→これでいいんだよな？となりまして

**デフォルトの名無しさん** · 2019/01/04(金) 00:50:16.36

リクツを語ると
デバッガにデバッガを適用するとバグかどうかを検出できない

**デフォルトの名無しさん** · 2019/01/04(金) 20:57:44.72

Win32APIなんですが、
ウィンドウクラスにアイコンハンドルを設定してWS_OVERLAPPEDWINDOWスタイルで
CreateWindow()すると問題なくタイトルバーにアイコンが表示されるのですが、
WS_POPUPスタイルでCreateWindow()した後にSetWindowLong()でWS_OVERLAPPEDWINDOWスタイルに変更すると、
タイトルバーにアイコンが表示されません。
WM_SETICONをSendMessage()しても変わりませんでした。
どうすれば表示されるようになるでしょうか？

**デフォルトの名無しさん** · 2019/01/04(金) 23:35:35.15

>>55
つ Win32API質問箱

55 · 2019/01/05(土) 00:28:56.43

>>56
そちらはスレが盛んでないので、こちらでお聞きしました･･･

**デフォルトの名無しさん** · 2019/01/05(土) 08:53:49.71

じゃあ自力で頑張って下さい

**デフォルトの名無しさん** · 2019/01/05(土) 12:19:51.40

>>55
http://eternalwindows.jp/control/controlbase/controlbase06.html
http://chokuto.ifdef.jp/urawaza/api/SetWindowLong.html
SetWindowLong 関数で変更されたそのデータは SetWindowPos 関数が呼び出されるまで反映されません 👀
Rock54: Caution(BBR-MD5:79b7e0206b0fd5ffcfddd514fa488d36)

55 · 2019/01/05(土) 22:25:41.89

>>59
SetWindowLong()後にSetWindowPos()はコールしていたのですが、
WM_SETICONをSendMessage()するときのアイコンハンドル取得方法がまずかっただけでした（汗）
（LoadIcon()のHINSTANCE引数が正しくなかった）
今は問題なくアイコンが表示できています。
お騒がせしました！

**デフォルトの名無しさん** · 2019/01/06(日) 01:50:50.63

>>60
https://g.co/kgs/ZEZu9X 👀
Rock54: Caution(BBR-MD5:36abcc1a7fb24404caf692865ab3af18)

**デフォルトの名無しさん** · 2019/01/06(日) 13:24:20.28

>>57
盛んでないなら先ず盛んにしろよ
欲しい者は先ず自ら与えると言うぞ

**デフォルトの名無しさん** · 2019/01/06(日) 16:05:17.54

難癖つけ太郎

**デフォルトの名無しさん** · 2019/01/07(月) 19:00:48.26

ﾂｹﾀﾛｻｧﾝ

**デフォルトの名無しさん** · 2019/01/09(水) 15:58:07.62

C++て3年周期で新規格リリースされるんだなC++20が来年発表て、
えーかげんもうついていけんわ
家電のモデルチェンジじゃあるまいし。言語の追っかけなんかやってられん。

**デフォルトの名無しさん** · 2019/01/09(水) 18:23:48.31

C言語の需要はそういうところじゃねえの
もうこれ以上進歩しないが大抵のことはできる
適度に難しいところもある

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/09(水) 18:30:18.01

>>65
もしそうしたければ古い版の規格で書いてもええんやで。
C++20 が出ても C++11 が消滅するというわけでなし。
まあ主要なコンパイラがサポートしなくなったらしょうがないけど……

**デフォルトの名無しさん** · 2019/01/09(水) 22:38:39.03

C++11が神過ぎる。
それまでとは雲泥の差。
これだけでずっと戦える。

**デフォルトの名無しさん** · 2019/01/10(木) 07:42:30.84

>>67
言語って自分だけで済まんだろ
キャッチアップしていかんと人の書いたコードが読めなくなる
こんな短期間でアップデート繰り返すんじゃなくもっと精査した上で規格変更しろといいたい
アップデート繰り返す度にユーザ減少してるだろ

**デフォルトの名無しさん** · 2019/01/10(木) 07:53:15.61

>>66
new/delete無造作に使ったコードを組込なんかで書くと、
メモリフラグメント作りまくるだけだからな。
ハードウェアの一部としてRTOS上で安定動作させるためには、
ポインタ使いまくりのbetter Cとして書くしかない。
4kB メモリのRL78でコード書いてみろと

**デフォルトの名無しさん** · 2019/01/10(木) 11:58:03.74

>>69
C++の良かったのは仕様が枯れてることだったのにな
今は逆を逝っててどんどん人が離れて逝ってる

**デフォルトの名無しさん** · 2019/01/10(木) 13:39:40.00

utf-8の文字コードが格納されてるchar配列から、デコードされた文字をstd::string型に入れる方法を教えてください
以下のような変換を実装したいです

char ai[] = {0xe3, 0x81, 0x82, 0xe3, 0x81, 0x84}; // "あい"のutf-8コード
std::string str = ??
std::cout << str << "\n"; // prints "あい"

**デフォルトの名無しさん** · 2019/01/10(木) 14:15:08.46

>>72
aiの最後にnull文字は入れないの？
入れないなら
srd::string str { ai, sizeof(ai)/sizeof(ai[0]) };

**デフォルトの名無しさん** · 2019/01/10(木) 14:38:26.46

>>72
wstringに入れろ

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/10(木) 17:13:07.72

>>69
時間を掛けたら扱う項目 (提案) も増えるからどっちでも同じだよ。
一度の変更が大量になるよりは小さな変更を頻繁にした方が良いというポリシー。
その方が実際の運用で出た問題をフィードバックしやすいという利点もあるしな。

>>73
配列の大きさを知るには std::size か std::extent を使えよ。

**デフォルトの名無しさん** · 2019/01/10(木) 17:38:07.90

C++ には C 以来伝統の sizeof / sizeof 以外に
配列の要素数を知る方法があったはず…と思ったが std::size だったか。
でも標準で使えるのは C++17 以降だよね。

「C++ならテンプレート使えばできますよ」的な情報は色々あるけど、
結局、移植性を考えると古典的な sizeof 割り算が便利だったり。

**デフォルトの名無しさん** · 2019/01/10(木) 19:00:06.40

ちょっと知ったかは、よくよく初心者を馬鹿にする。
自分も、初めは、初心者だったくせに。

**デフォルトの名無しさん** · 2019/01/10(木) 19:11:35.64

スタティックおじさんにならないように戒めなければ

**デフォルトの名無しさん** · 2019/01/10(木) 20:37:36.88

ヒカキンの年収が10億超え!?明石家さんま・坂上忍も驚愕の総資産とは??
https://logtube.jp/variety/28439
【衝撃】ヒカキンの年収・月収を暴露！広告収入が15億円超え！？
https://nicotubers.com/yutuber/hikakin-nensyu-gessyu/
HIKAKIN(ヒカキン)の年収が14億円！？トップYouTuberになるまでの道のりは？
https://youtuberhyouron.com/hikakinnensyu/
ヒカキンの月収は１億円！読唇術でダウンタウンなうの坂上忍を検証！
https://mitarashi-highland.com/blog/fun/hikakin
なぜか観てしまう！！サバイバル系youtuberまとめ
http://tokyohitori.hatenablog.com/entry/2016/10/01/102830
あのPewDiePieがついに、初心YouTuber向けに「視聴回数」「チャンネル登録者数」を増やすコツを公開！
http://naototube.com/2017/08/14/for-new-youtubers/
27歳で年収8億円　女性ユーチューバー「リリー・シン」の生き方
https://headlines.yahoo.co.jp/article?a=20170802-00017174-forbes-bus_all
1年で何十億円も稼ぐ高収入ユーチューバー世界ランキングトップ10
https://gigazine.net/news/20151016-highest-paid-youtuber-2015/
おもちゃのレビューで年間12億円！今、話題のYouTuberは6歳の男の子
https://www.businessinsider.jp/post-108355
彼女はいかにして750万人のファンがいるYouTubeスターとなったのか？
https://www.businessinsider.jp/post-242
1億円稼ぐ9歳のYouTuberがすごすぎる……アメリカで話題のEvanTubeHD
https://weekly.ascii.jp/elem/000/000/305/305548/
世界で最も稼ぐユーチューバー、2連覇の首位は年収17億円
https://forbesjapan.com/articles/detail/14474

**デフォルトの名無しさん** · 2019/01/10(木) 22:25:25.90

std::sizeが使えなかったとしても(主要なゲーム機の環境の1つはC++14止まりだし)、テンプレートで取得するのはC++の移植性には影響しなくないか？

**デフォルトの名無しさん** · 2019/01/10(木) 22:41:00.66

ていうかGUIとかマングリングの統一とかvtblが最初に来ることとか
テンプレート周りばっかりじゃなくて解決して欲しい問題いっぱいあるんだけどなぁ
あと個人的にはプロパティとかも欲しい

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/11(金) 00:50:02.24

配列の要素数を取得するだけのものを自分で書くならこんな感じかな。

template<class T, size_t N>
std::size_t size(T (&)[N]) {
return N;
}

実装自体には sizeof を使ったって害はあまりない (あえてする意味もないけど)。

template<class T, size_t N>
std::size_t size(T (&a)[N]) {
return sizeof a/sizeof a[0];
}

sizeof でのやり方を「そのまま」書く、またはマクロで覆うのは、
型チェックの支援を受けられないから変なミスをしやすい。

変数 a が (配列ではなく) ポインタのときに
sizeof(a)/sizeof(a[0]) という式がコンパイルは通っちゃったりするし。
変数名を二回書かなきゃならないのも、
何かの修正のときにうっかり片方だけ書き換えたりとか有りがち。

プログラミングをそれなりに長くやってると、
馬鹿みたいなつまらないミスをした経験のひとつやふたつやみっつや二百くらいはあるでしょ。
型システムはそういうのを多少なりとも事前に検出してくれるありがたい仕組みなんだから、
積極的に活用したいところ。

**デフォルトの名無しさん** · 2019/01/11(金) 01:26:18.63

C++標準じゃないけどVC++の_countofが重宝してる

**デフォルトの名無しさん** · 2019/01/11(金) 07:47:16.24

>>75
>時間を掛けたら扱う項目 (提案) も増えるからどっちでも同じだよ。

同じ訳ないだろが、
仕様変更、追加したものの、さんざん使ったあげくそんなもん使うなってのはいくらでもあるだろ。
auto_ptrはどーした。
だから3年なんて製品のモデルチェンジ並の仕様変更じゃなく、言語オタク共がもっと時間をかけて精査して、
10年に一度ぐらいの変更にしとけってこった。
そもそもCのプリプロセスだったわけで、
Cとの整合性は確保した上で双方同時に仕様変更しろといいたい。
だいたいどっち見て仕様変更してんの？言語オタクのセンズリか？wwww

**デフォルトの名無しさん** · 2019/01/11(金) 11:25:51.10

3年ごとなのはいいと思うけど、クラステンプレートの引数推定なんか
関数テンプレートみたいに推論できないテンプレート引数が残る形に出来ない上に
エイリアステンプレートには使えないしクラステンプレートの参照にも使えないし
デフォルトテンプレート引数では省略できないしで・・

便利だけど、あまりにも片手落ちじゃね？と思うことはある

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/11(金) 13:40:13.69

>>84
> 同じ訳ないだろが、
> 仕様変更、追加したものの、さんざん使ったあげくそんなもん使うなってのはいくらでもあるだろ。

同じだよ。
散々使ったからようやくわかったことで、ただの言語オタクどもがどんだけ理屈をこねた
ところで現実的なプロダクトの実際なんかわかりゃしない。
精査をしっかりすれば事前にどうにか出来てたと本当に思うのか？

> auto_ptrはどーした。

これはまあ……アレだ……
これ自体は擁護しようがないほどアレだけど、
一番アレなのを抜き出して言うのもちょっとどうかなって。

強いて言えば、当時としてはスマートポインタという概念を提示出来たという
成果といえなくもないんじゃないかな……。

> 10年に一度ぐらいの変更にしとけってこった。

https://i2.wp.com/ds3.jp/wp-content/uploads/2017/07/023.jpg

> だいたいどっち見て仕様変更してんの？言語オタクのセンズリか？

そうならないために言語オタクにゆだねない (実際の運用で見極める) という選択なのに、
お前はもっと言語オタクに活躍しろって言ってんだぞ。
おかしいだろ。

**デフォルトの名無しさん** · 2019/01/11(金) 14:33:07.36

仕様変更が止まってる言語はともかくとして仕様策定のない言語に比べればC++の更新スパンは割と長い方という認識がある

これより長いのメジャーどころだとC11(1,20年)/Fortran2008(5年)/Ada2005(10年)/Haskell(5年前後)くらい？
Haskellなんかは処理系拡張ゴリゴリだしアテにならないし他はもう古めかしさを感じるなぁ

**デフォルトの名無しさん** · 2019/01/11(金) 14:56:08.31

これ以上Dをdisるのはやめて

**デフォルトの名無しさん** · 2019/01/11(金) 16:08:50.25

まぁ、TypeScriptは年6回updateしてるけど次が待ち遠しいな。

**デフォルトの名無しさん** · 2019/01/11(金) 20:26:13.94

426名無しでいいとも！＠放送中は実況板で2019/01/10(木) 18:17:49.03ID:b7PfIJnh0

新しい物好きな人は、よく、古いもの馬鹿にする。
古いものに、大切なものがあることが、
よくあることを、知らない人が多い。

**デフォルトの名無しさん** · 2019/01/12(土) 08:06:07.36

古いという感覚を持つと話をしただけで古いものが悪いとは一言も言っていないが……？
一方でもしその良さが「新しい仕様を頻繁に覚えなくて良い」なら、言語に対して掛けるコストが減る事と、自身が怠惰である事の2面性を常に持つかもね

プログラマなんて怠惰でナンボだけど覚える事に怠惰か書く事に怠惰か人それぞれよね

個人的には草案で嬉しそうな機能を追加します！って言いながら実際の仕様では無限に延期される方が嫌

**デフォルトの名無しさん** · 2019/01/12(土) 13:08:56.44

これな
youtube
qqwgldvnNlk
#t=41m41s

**388** · 2019/01/12(土) 23:22:31.27

>>82
配列の参照のsizeofは配列のサイズじゃないから害はあるな()

**388** · 2019/01/12(土) 23:28:35.62

>>84 は面白いよな、散々使うことで問題が見付かるって自分で初っ端から言ってるのに「だからスパンを長くしろ」つまり散々使うことが出来ないようにしろって言ってる
そして最後には言語オタクのセンズリかって、言ってる事が弾けまくってるな。

言語オタクのセンズリになってるのが不味いから、積極的に一定毎に更新するようにしていってるんだがな

**デフォルトの名無しさん** · 2019/01/13(日) 09:10:56.47

何が言いたいのか分らん

**デフォルトの名無しさん** · 2019/01/13(日) 09:35:19.34

箇条書きでよろ

**デフォルトの名無しさん** · 2019/01/13(日) 14:11:24.44

おれは >>84 に同意だな
数年で更新ってそれがどれだけワークしてるのさ
だいたいどれだけ認知されてるのかようわからん小さい機能追加が山盛りな一方で
大規模なconstexprとかひかえめにいって大クソじゃん？
理論もなければ、現実のワークフローなにも考慮にはいってない
結局オナニーでしょ、何オタクかはしらんが

**デフォルトの名無しさん** · 2019/01/13(日) 15:03:59.93

1.仕様が確定してからでなければ実務には使われない
2.実務で使われないと良し悪しは分からない

3-1.仕様確定のスパンが短いと、仕様に提案されてから試されるまでが短い（もし悪ければ次で撤回も可能）
3-2.仕様確定のスパンが長いと、提案されてから実務で試されるまでが長い（撤回されないと言えば聞こえは良いが、当然悪いものが残り続ける）

んで仕様策定を言語オタクのオナニーって言ってるのに、実務で試されない、策定の期間だけ伸ばして言語オタクなんとかしろって言ってるように聞こえるからよく分からんわけだ
だって君たち仕様確定してからじゃないとそうそう草案の機能なんて使わないでしょ？追わないでしょ？私だってそうだ

期間が長ければその間に普及する概念も多くなるし（少なくともc++はそれを取り込む方針の言語なので）あんまり長くすると大変だと思うよ

**デフォルトの名無しさん** · 2019/01/13(日) 16:52:54.35

>>97
c++14のconstexprは条件分岐とかループにも対応してるから、そこそこ使えるよ。
文字列リテラルの長さを取得する関数とかも定数化できるし。
テンプレートの非型引数をあれこれする関数を定数化したりとか。

**デフォルトの名無しさん** · 2019/01/13(日) 16:58:40.56

機能追加したい人が、ブランチして機能追加して実務で実証して、
それから正式に仕様を提案すりゃいいじゃん
なんで仕方なく業務でC++使ってるだけなのにベータテストみたいな
仕様更新に巻きこまれなきゃならないのさ

**デフォルトの名無しさん** · 2019/01/13(日) 17:05:15.75

そんなことよりrvoを強制してほしい…

**デフォルトの名無しさん** · 2019/01/13(日) 17:05:25.96

仕様を確定させないと各コンパイラでの実装と互換性チェックとか出来ないし、
既存のコードが動かなくなるわけでもなし、
10年くらい経って十分枯れた機能を使ってれば良いだけでは？

**デフォルトの名無しさん** · 2019/01/13(日) 17:06:11.78

>>99
その程度の最適化はコンパイラが勝手にやればよくね？
もっと大規模なことしたいからわざわざconstexprなんてキーワード追加して
かつ人間様がわざわざそれを指定するんだろ？
で大規模なことをできる仕様か？あれが？
どうせみんなデバッグするときにconstexprをはずしてんだろ？
アホと思わないか？

**デフォルトの名無しさん** · 2019/01/13(日) 17:10:55.99

>>103
Visual Studioでしか試してないけど、わざわざ外さなくてもデバッグビルドでは定数化されないのが普通じゃないの？

**デフォルトの名無しさん** · 2019/01/13(日) 17:11:37.75

constexpr相当を勝手にやられたら、参照してるほうがリコンパイルが必要か判断できなくなるんじゃないの？

**デフォルトの名無しさん** · 2019/01/13(日) 17:27:56.15

constexpr指定を使わずに同じような定数化を自動でやるとなると、
一度全ての関数を定数化可能か調べるためのプレビルドみたいなことをしないと無理だよね。

**デフォルトの名無しさん** · 2019/01/13(日) 17:43:24.56

定数畳み込みなんて古典的な最適化手法だし、
gccはstrlenの最適化やるだろ
だからもっと大規模なことをやるためのconstexprだろと言ってる

**デフォルトの名無しさん** · 2019/01/13(日) 17:50:38.42

その最適化をコンパイラ依存でなく標準規格化したことに意味があると思うんだけど。
gccで出来ればあとは何でも良いの？

**デフォルトの名無しさん** · 2019/01/13(日) 18:13:13.67

珍説どうも
その程度の最適化技術を持たないコンパイラベンダなんてどうでもいいな
clangのバックエンド自分で作った方が早い

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/14(月) 02:10:17.55

constexpr 相当のことはコンパイラが最適化で頑張るのが筋だというのは
まったく正当な意見だと思うんだが、本当に速度が必要な個所のチューニング
をしたいとき、つまりコンパイラの最適化以上のことがしたいときに
打てる手段が無かったりだとか処理系の拡張構文を使わなければならないというよりは、
不格好でも constexpr の方がマシ。

C++ は現実的に使えることを指向した言語で、現実はクソなんで、
クソを少しマシに書けるようにするってのは妥当な選択肢。
コンパイラが十分に賢いだとかいうような
理想的な世界で生きてる人は別に constexpr を使わなくてもいいよ。

**デフォルトの名無しさん** · 2019/01/14(月) 06:19:38.07

pythonやmatlabみたいに配列やvectorを:とかでスライス抽出できないんですか？

**デフォルトの名無しさん** · 2019/01/14(月) 07:17:53.28

技術スキンだけ高い奴が、できる奴と思い込んでるチキン。

**デフォルトの名無しさん** · 2019/01/14(月) 09:22:28.84

>>111
それをアセンブラで書いてみてくれ

**デフォルトの名無しさん** · 2019/01/14(月) 10:26:42.41

++20のfilterでスライスみたいな事ができるようになる
しばし待たれよ

**デフォルトの名無しさん** · 2019/01/14(月) 13:02:31.28

>>110
constexpr指定はコンパイラにはわからない関数呼び出し先で
定数化できる計算であるとコンパイラに教えられるので
指定できるならした方がいいだろうけど

＞本当に速度が必要な個所のチューニング
そういう個所がコンパイル時にわかってる定数だけで構成されてる例なんて
まず滅多にないんだけどね

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/14(月) 13:29:30.02

>>115
>> 本当に速度が必要な個所のチューニング
> そういう個所がコンパイル時にわかってる定数だけで構成されてる例なんて
> まず滅多にないんだけどね

constexpr はコンパイラに対するヒントであるだけでなく、プログラマにとっての制約でもある。
「そういう (速度が必要な) 箇所」であるにもかかわらず実行時の値に依存しているということを
プログラマが気づくことが出来る (ので分離するなどの工夫をする機会があるかもしれない)
というのは十分に便利だよ。

**デフォルトの名無しさん** · 2019/01/14(月) 13:39:03.52

わかってないな
本当に解決しなきゃいけないボトルネックが、たかだか定数の畳み込みだけで
解決出来ることなどまず無いと言ってんの

ただの数回、数十回の普通の演算はそのままやっても十分速いんだよ
むしろ定数化できるとこを全部定数化したせいで、(即値にならないような構造体の場合)定数を読みに行くコストの方が大幅に高くなる可能性もある
constexprというか言語の機能を盲信しすぎ

**デフォルトの名無しさん** · 2019/01/14(月) 13:47:53.15

あと、
＞「そういう (速度が必要な) 箇所」であるにもかかわらず実行時の値に依存しているということを
ファイルから読んだ内容、mainに渡された引数、ネットワークから受け取ったデータ
そういうの(および一度でもそれらと関わった変数)全て実行時の値だってわかってる？

**デフォルトの名無しさん** · 2019/01/14(月) 22:35:17.67

オフラインで複雑な計算して、結果をバイナリで埋め込んでおくことはよくやる
ゲームなら当たり前にやるワークフローだよな
しかしそういう典型的な用途にconstexprは向いてないという間抜け具合
C++でなんでもやるというのが目的になってんだよね
こういうのをオナニーって言う

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/15(火) 09:17:36.65

>>117-118
やりたいときに出来る方法があるというのは無いより「マシ」と私は >>110 で述べたが、
それが君にとっての妄信なのかい？
要するに、 constexpr の成果は限定的すぎると言いたいんだろ？
ほとんどの機能は個別に見ればどうでもいいような些細なものなのは普通のことだ。

**デフォルトの名無しさん** · 2019/01/15(火) 09:57:48.09

何度も言ってきたが、負けを認めたら死ぬ病気なのか？君は

**デフォルトの名無しさん** · 2019/01/15(火) 10:02:02.52

ついでに言えば、俺は「指定できるならした方がいい」と書いた
俺が成果を限定的だと貶してるんじゃなくて、
君が過信してるの

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/15(火) 10:05:46.91

>>122
じゃあ何が問題なんだい？
指定できるならした方がよくて、指定できるようになってるのは指定できないより良いというのなら意見は一致してるじゃないか。

**デフォルトの名無しさん** · 2019/01/15(火) 10:23:37.90

＞本当に速度が必要な個所のチューニング
＞をしたいとき、つまりコンパイラの最適化以上のことがしたいときに
＞打てる手段が無かったりだとか処理系の拡張構文を使わなければならないというよりは、
＞不格好でも constexpr の方がマシ。

**デフォルトの名無しさん** · 2019/01/15(火) 10:26:22.74

(途中送信してしまった)
本当に"速度"が必要なときに速度より移植性やC++標準への準拠を優先してconstexprマンセーする
これを過信と言わずして何と言う

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/15(火) 10:40:35.59

>>125
速度が必要な個所が「なるべく」移植性が高い形で表現できればそれに越したことは無いし、
更にそれ以上が欲しいなら移植性を犠牲にすることも出来るんだから、
constexpr の導入に何の問題もないだろ？

**デフォルトの名無しさん** · 2019/01/15(火) 19:01:25.37

何でC++スレはプログラム板で勢いあるんですか？

**デフォルトの名無しさん** · 2019/01/15(火) 19:02:26.94

C++で有名人になりたいです
どうすればいいでしょうか？

◆QZaw55cn4c · 2019/01/15(火) 21:38:31.55

>>128
c++ のコンパイラを c で記述すれば、それだけで有名になれると思います
gcc が c から c++ になったときは心底残念に思っていました

**デフォルトの名無しさん** · 2019/01/15(火) 22:36:39.63

>>129
それって無理では‥

**デフォルトの名無しさん** · 2019/01/16(水) 01:23:29.16

>>130
つ ttps://www.amazon.co.jp/dp/4797344369

**デフォルトの名無しさん** · 2019/01/16(水) 04:10:04.96

>>94
はちみつなんとかもそーだけど、
おまえもほんま馬鹿やね。表面しか読めないんだな。
10年間、言語オタを隔離してしまえといってるのだよ間抜けちゃん。
世の中から隔離された世界でせんずりこいてろといってる。ザーメン臭でくさいやつは地上に出るな。

大体、大規模プログラミングはすでにC++には向かないことが露呈して久しく、
せいぜいbetter Cとして生き残るぐらいしか道はないのにどういう意図を持っての3年ごとの改訂なんだ。
ポリシーなき改訂ははた迷惑なだけ
これだけ頻繁に改訂されると、スペック以外の解説本では、すでにストラウストラップ本自体改訂をキャッチアップできてない。
その邦訳ともなればますます現行仕様から浦島太郎になるのは必至。せっかく覚えた頃に新スペックの登場か？
C++初心者はいったいどの本買ってるのさ？キチガイ言語オタ江添本でも買うのか？
結局、ユーザー減少させてるだけだろうが

**デフォルトの名無しさん** · 2019/01/16(水) 04:55:20.85

他人をけなす人には、なりたくないな
https://lavender.5ch.net/test/read.cgi/pav/1534982458/

**デフォルトの名無しさん** · 2019/01/16(水) 05:13:03.61

なるな人間になるな

**デフォルトの名無しさん** · 2019/01/16(水) 09:06:01.53

もしかして、最初の「なる」はNULLと掛かってる？
中身のない人間、アクセスしちゃダメな奴、みたいな意味で。

ちなみに自分は「ヌル」派。
だってNULLを「ナル」と読んだら「ぬるぽ」と言えなくなるもの。

**デフォルトの名無しさん** · 2019/01/16(水) 09:58:04.96

>>131
一応買ってみました
でもどうせコンパイラ作るならC++でClangとかの実装を勉強したい

**デフォルトの名無しさん** · 2019/01/16(水) 12:17:10.07

C++好きな人って、C‡‡、Java嫌いな人が多いのって偏見ですか？
関数型言語かRustの話しかしてない気がします

**デフォルトの名無しさん** · 2019/01/16(水) 13:56:12.46

>>135
回文

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/16(水) 15:05:52.98

>>132
C++ の言語としてのポリシーはこのように提示されている。
Stroustrup 自身がその著書に書いたもの。
委員会の公式な文書にするとかどうとかいう議論はあったけど、
結局どうなったのかは知らない。

・C++ の進化は現実の問題をその動因とする
・完全主義にはこだわらない
・C++ は今現在役に立つ言語でなければならない
・人に何かを強制しない
・静的タイプシステムに対する暗黙の違反が無い
・同じ機能なら人に教えやすい方を選ぶ
・C のプリプロセッサは使わないように
・C との正当でない非互換性が無い
・C++ 以外に他の低レベル言語を必要としない (アセンブラは除く)
・使わない機能はコストを発生させない

これらの考え方に基づいて今要求されているものが (不完全でも) より素早く反映しやすくする
リリース体制として ship train model が導入された。
多くの人が関わるので妥協はあるだろうが、一環したポリシーの下で改定されている。

そのポリシーを気に入らないでいる自由はあるし、それはどんどん主張して良いが、
ポリシーが無いというのは事実誤認だし、自分にとって妥当ではないからといって
必要としている人を侮辱するべきではないよ。

**デフォルトの名無しさん** · 2019/01/16(水) 15:25:10.37

俺が以前「D&E読んでないのか」、って言ったせいではちみつはD&Eの受け売りするようになったな・・・

ttp://i-saint.hatenablog.com/entry/20101012/1286822888
「あるプログラム言語を使うためにその言語の弁護人になるべきではない。」
そういうただの弁護人になってるバカは大抵C++を実用レベルで使ってない人間ばっかりだ

**デフォルトの名無しさん** · 2019/01/16(水) 15:27:49.73

そやな

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/16(水) 15:39:55.50

>>140
？
このスレで言われたから読んだということは無いはずだが、どの発言のこと？
正確に覚えてないけど
私が持ってるやつは (日本語版の) 初版だからたぶん 2006～2007 年頃には読んでるはず。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/16(水) 15:56:46.23

現実的な問題があるならそれは解決されなければならない問題であって、
改定を先延ばしにすることを要求するのはおかしな話じゃない？

ドキュメントが追い付いていないのは、これは確かにあるけど、
翻訳とかに時間がかかるのが分かっているから
早め早めに改定がリリースされるのはむしろありがたいことでしょ。
デカい改定が一気にくるよりは。

constexpr が限定的に過ぎるとかいうのはわかってる話で、
だから制限を緩くしたり consteval を検証したりしてるんだろ。
それでも必要だと判断したから入れたんだから、
そこに文句付けたって今更な話で擁護もクソもない。
駄目な部分があるのは知ってるっつーの。それでも要るんだよ！

**135** · 2019/01/16(水) 17:16:27.25

>>138 回文には気づかなかった。
「なるな」「人間に」がそれぞれ反転同一で、
それらフレーズを反転同一になるように並べて作成した回文か。
「人間になるな人間に」でも構造的には同じね。

いくらかPPAPな感じがしないでもない。
あと、正規表現のパズルっぽくもある。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/16(水) 17:26:40.42

酢にピリッとした風味を足すのに使えます

＿人人人人人人＿
＞　スピリタス　＜
￣Y^Y^Y^Y^Y^Y￣

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/16(水) 17:28:13.10

>>145
すまん。誤爆した。

**デフォルトの名無しさん** · 2019/01/16(水) 17:58:49.69

はちみつと関係ないと思ったけど、餃子の方には関係ありそう。

しかし、C++スレッドでの真摯な態度と裏腹に、
他所ではどういうキャラクタなんだろ、と思わせる投稿ね。

**デフォルトの名無しさん** · 2019/01/16(水) 18:12:30.55

真摯かねぇ・・・・希望的観測で詳しくないことに首突っ込んだり
自分の間違いや認識の誤りは絶対に認めないクソコテなのに

まぁそれも俺の主観だから他の人がどう思うかは知らんけど。

**デフォルトの名無しさん** · 2019/01/16(水) 18:41:54.90

>>145
風味って鼻から空気が出る時に感じる食べ物の香りかと思ってたわ

**デフォルトの名無しさん** · 2019/01/16(水) 20:40:09.12

c++が対象にしてる現実問題って何だ？
c++使う大規模プロジェクトってゲームがまずあると思うけど
例外禁止未だに普通だし標準ライブラリも限定的にしか使わないよ

**デフォルトの名無しさん** · 2019/01/16(水) 20:47:01.61

c++で書かれたc++のコンパイラのことだろ
ここが0.001%早くなるだけで世界から年間１０００００時間くらいが節約できるんじゃねえの

**デフォルトの名無しさん** · 2019/01/16(水) 21:54:11.46

じゃあLLVMのコーディングスタンダードこれな
https://llvm.org/docs/CodingStandards.html

例外、RTTI、iostream使わない
現実に使えるソフトってのはこういう制約で作るわけだ
C++の標準化やってる連中はメタプログラミングで遊んでるだけ
現実問題なんて何もわかってない

**デフォルトの名無しさん** · 2019/01/16(水) 23:10:45.86

例外使わないとかないわー
初心者かよ

**デフォルトの名無しさん** · 2019/01/16(水) 23:12:36.63

だから、ブラウザ、ロケット射的距離のシミュレーション、機械学習

**デフォルトの名無しさん** · 2019/01/16(水) 23:36:41.52

>>153
初心者ってのはC++の例外のバイナリモデル説明できねーやつのことな

**デフォルトの名無しさん** · 2019/01/16(水) 23:44:05.56

>>154
でC++がそれらに対してどんな問題解決してくれたんだ？

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/17(木) 01:07:41.88

>>152
そこらへんはしゃーない。便利な機能も害悪な場面は有るし、
ある時点では有用だったものが後には足を引っ張ることもある。
あるプロジェクトで縛りを設けるからといって
それが現実の全てというわけではない。

ただ、例外を使わない方向というのは大きなプロジェクトでは
そこそこあるかも？

>>153
例外が忌避されるのは他の言語と接続したときに、
呼出した側が例外を捕捉できないというのが致命的で、
つまりはそういった場面が想定されるようなライブラリでの一般的な規則。

外へ出る前に例外を全部キャッチしてしまうってのでも、
まあなんとかならんことはないが、
近頃では std::optional を活用した方がいいという雰囲気はある気がするね。

Go や Rust は最初からそういう方向だし。

**デフォルトの名無しさん** · 2019/01/17(木) 02:01:31.97

このスレ、初心者を見下す者ばかりだし、

何が　【初心者歓迎】だよ。
【初心者歓迎】はずせ。

そう言うと、「何にもそんなことしてないよ」
とか、レスが来る。
子供スレ。

**デフォルトの名無しさん** · 2019/01/17(木) 08:10:37.95

optionalはヒープ使わないだけでnullと大差ない
せっかく静的にnot nulが保証されてるとこを壊してしまう
ほとんどアンチパターン

**デフォルトの名無しさん** · 2019/01/17(木) 08:21:29.72

業務でC++使ってない雑魚の意見なんて無視しろ

**デフォルトの名無しさん** · 2019/01/17(木) 08:22:23.19

趣味でC++齧ってるやつと本気で仕事としてやってるやつじゃ格が違うんだよ

**デフォルトの名無しさん** · 2019/01/17(木) 08:22:55.36

C++では好きなだけ効率を犠牲にして安全を手にすることができる
効率を犠牲にして安全を手にすることを余儀なくされている言語とは区別すべきだ

**デフォルトの名無しさん** · 2019/01/17(木) 08:47:23.41

業務で使ってない素人は平気で例外禁則とか言って返り値チェックで死ぬほど汚いコード書くんだよな

**デフォルトの名無しさん** · 2019/01/17(木) 09:07:15.76

まぁ業務と違って趣味は時間を無駄につぎ込めるから
人によっては素人の方がレベル高かったりするけどな

そういうのと比較するのはホントやめて欲しい

**デフォルトの名無しさん** · 2019/01/17(木) 09:09:21.72

>>164
は？業務と趣味でやってる奴が一番最強

**デフォルトの名無しさん** · 2019/01/17(木) 10:35:25.89

>>159
optionalの理解間違ってるよ

**デフォルトの名無しさん** · 2019/01/17(木) 10:39:29.94

>>163
例外禁止されるのは業務の方だろ
一見汚くなるがそちらの方がバグが少なくメンテしやすいという判断で
トップダウンで強制される
趣味なら最新の機能ばんばん使って自由にやりゃいい

**デフォルトの名無しさん** · 2019/01/17(木) 12:13:15.88

実際には例外を禁止するとバグが増えてメンテしにくくなるんだけどな

**デフォルトの名無しさん** · 2019/01/17(木) 13:51:39.37

そのソフトが気に入らないなら、
そのソフトを使わなきゃ良いだけだし。
そんなことも、いい年になって、わからないのか。

**デフォルトの名無しさん** · 2019/01/17(木) 14:34:02.57

このスレ卒業死体

**デフォルトの名無しさん** · 2019/01/17(木) 14:43:25.66

スレばいいじゃない

**デフォルトの名無しさん** · 2019/01/17(木) 15:55:58.66

setjmp 使えばよろし

**デフォルトの名無しさん** · 2019/01/17(木) 17:20:21.35

遂に中級者になるのか……

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/01/17(木) 20:25:15.31

>>173
なんでID消えてるの？

**デフォルトの名無しさん** · 2019/01/17(木) 20:47:04.58

浪人で消してるんでっしゃろ

**デフォルトの名無しさん** · 2019/01/17(木) 21:54:16.18

単なるエラーを返すのに例外機構みたいな大域脱出って牛刀感あるよな。

**デフォルトの名無しさん** · 2019/01/17(木) 22:25:28.97

エラーコードの取り間違いやチェック漏れがないように書くにはすごい集中力が必要で神経をすり減らす作業
スローすれば僅かな労力で安全に済むところをわざわざ戻り値にするのは事を大げさにするだけ

**デフォルトの名無しさん** · 2019/01/17(木) 23:05:50.61

つ errno

**デフォルトの名無しさん** · 2019/01/17(木) 23:24:18.46

なあに、例外のcatch漏れや例外安全を欠いていないか注意するのと比べたら
たいてい局所的に判断できるから大したことない。

>エラーコードの取り間違いやチェック漏れがないように書くにはすごい集中力が必要で神経をすり減らす作業

検査例外じゃない例外機構でそれを保証するのも簡単じゃないと思うがな。
まぁ、一人開発で投げるのもcatchするのも全部把握しているという前提ならわからんでもないが。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/18(金) 00:32:34.20

>>179
そのへんはチェックするツールとかあったりしない？
知らんけど。

**デフォルトの名無しさん** · 2019/01/18(金) 00:49:25.33

実はキャッチ漏れは戻り値処理漏れよりはるかに少ない
戻り値処理はその場でエラー処理したくない場合にも一度変数に受け取って分岐を入れて呼び元に返すということを繰り返さなければならない
なので処理漏れを起こしうる確率が呼び出し箇所の数に比例して増えていくことになる
そして本当のエラー処理をしたい場所が隠れてしまいコードの可読性が低下する
可読性が低下すればミスがさらに増える
例外なら処理したくない場合は何も書かなくていいので間違えようがないので安心
またエラー処理をしたいまさにその箇所だけに処理を書けばいいのでコードの見通しが非常に良くなりミスも激減する

エラーコード戻し安全なコードを書くことは実は非常に難しい
エラーコードチェックのせいで無駄な変数と分岐が大増殖するので正確にシステムの状態を追うことが困難になりミスが増える
例外を使えばフローが非常に単調で綺麗になるので安全なコードを書くのも簡単になる

**デフォルトの名無しさん** · 2019/01/18(金) 01:03:26.14

同じ理由で、忌み嫌われてるgoto文も、実はけっこう便利だと思う

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/18(金) 01:11:53.91

正しく使えば何だって便利だし、
駄目な使い方をすれば何だって駄目だっていう
すごく当たり前すぎる話

**デフォルトの名無しさん** · 2019/01/18(金) 08:10:56.74

>>183
>>180
プログラミング辞めてツールでチェックしてもらえば？

**デフォルトの名無しさん** · 2019/01/18(金) 08:14:02.62

>>180
それが検査例外じゃないかな。
いろいろ批判もあるけど、例外の内容に応じてそれぞれ異なるリカバリを確実に行うことを
保証する手段としては今のところそれ以外無いかなと思う。
まぁ、erlang/swiftあるいはgoのpanicのように、エラーの種類なんて気にせず「この下の
処理が失敗した」とだけ捉えるのが例外の扱いとして妥当なところかも。

**デフォルトの名無しさん** · 2019/01/18(金) 09:51:47.22

>>181
使い捨てでないまともなプログラムはいたるところにエラーリカバリー処理が入る
つまり例外だといたるところにtry catchかつ外に投げる例外は誰がcatchするのか仕様が複雑
仕事で大規模なプロジェクトに関わったことない人はこういうのが理解できていない

**デフォルトの名無しさん** · 2019/01/18(金) 10:01:53.52

例外押しのやつはどうせほとんどcatchせずにそのままexitさせてるだろ
exitするぐらいなら異常が発生した場所でabortする方がはるかにいい
確実にスタックダンプが残せる

**デフォルトの名無しさん** · 2019/01/18(金) 10:41:00.50

例外が有用なのってネットワークとストレージのioぐらいという認識
それ以外で必要性を感じない
配列外アクセスとかで例外とばすなと思う

**デフォルトの名無しさん** · 2019/01/18(金) 11:40:22.57

>>188
そういうバグが原因の例外はcatchしなければいいんでは？

**デフォルトの名無しさん** · 2019/01/18(金) 13:31:14.01

>>189
だから現実的にそういうのに例外をなげる仕様にありがたみがないでしょ

**デフォルトの名無しさん** · 2019/01/18(金) 13:49:33.80

>>190
なんで？SEGVも起こさずに潜在的なバグとして残り続けるよりよくない？

**デフォルトの名無しさん** · 2019/01/18(金) 13:57:52.52

>>191
自分でcatchするならtry catchがうざい
バグ扱いでcatchしないならそもそも例外投げずにpanicされた方が調査が楽
また下手にどこかでcatchされたらバグに気づかない危険性がある

以上の理由により

**デフォルトの名無しさん** · 2019/01/18(金) 16:42:12.57

gotoなんか品質チェックに問答無用で引っ掛かる

**デフォルトの名無しさん** · 2019/01/18(金) 16:50:08.01

お間抜けな品質チェックだこと

**デフォルトの名無しさん** · 2019/01/18(金) 17:34:28.42

ID:cHsPUmRi ってcatchで全ての例外がキャッチされると思ってるのか？

**デフォルトの名無しさん** · 2019/01/18(金) 17:42:49.84

例外が発生しました

「このPCの電源が入っていません」

**デフォルトの名無しさん** · 2019/01/18(金) 17:59:44.06

例外機構は誰がキャッチするのか別の問題を作った
問題先送りで日本人らしい
結局本質的には何の解決ももたらさなかった
例外機構はオカルトだったんだ。占いの類

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/01/18(金) 18:01:08.56

例外なくしてOS作れるか？

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/18(金) 18:48:44.03

>>197
エラーを返却値で返すことにしたところでそれは同じでしょ。
どこまで上に (返却値によって) 伝播すべきかってのは
どこでキャッチすべきかと問題は同じだよ。

**デフォルトの名無しさん** · 2019/01/18(金) 18:57:17.35

ダウソファイルのファイル名置換する簡単なプログラムをC++とC#で書いてみた(C++で作って、それ見ながらC#に変換した)
もともとシェルスクリプトでもいいようなプログラムなんで実行速度とかどーでもいい
コンパイル時間長が
C# <<< 超えられない壁 <<< C++
C++のコンパイル時間と比べるとC#は一瞬で完了する。これは、快適性がだんちだな。