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

**デフォルトの名無しさん** · 2020/07/13(月) 13:51:48.09

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

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

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

**デフォルトの名無しさん** · 2021/01/18(月) 16:21:02.12

>>444
PythonNN.dll 経由すれば C++ からも numpy sympy 使い放題

**デフォルトの名無しさん** · 2021/01/18(月) 16:59:17.15

class Hoge; があるとして
Hoge *funcA()
{
return new Hoge;
}
Hoge funcB()
{
Hoge hoge;
return hoge;
}
Hoge &funcC()
{
Hoge hoge;
return hoge;
}
Hoge funcD()
{
Hoge *hoge = new Hoge;
return *hoge;
}
の違いって何ですか？

**デフォルトの名無しさん** · 2021/01/18(月) 17:10:54.88

戻り値のインスタンスがなんなのか考えれば判るんじゃね

**デフォルトの名無しさん** · 2021/01/18(月) 21:16:59.14

ちょっと疑問に思ったんだけど、PythonはC/C++の10倍速くないのか？

**デフォルトの名無しさん** · 2021/01/18(月) 21:21:18.08

処理系やライブラリがC系で作られてるのだからそれはない

まあバリバリ最適化、場合によってはfortranとかも使ってたりもするから下手な組み方より速かったりするかも知れないが

**デフォルトの名無しさん** · 2021/01/18(月) 21:37:02.89

たいていの言語はC/C++比何倍速いと言うのを売り文句にしてるけどな。

**デフォルトの名無しさん** · 2021/01/18(月) 22:08:09.63

>>455
具体的に挙げてみな

**デフォルトの名無しさん** · 2021/01/18(月) 23:35:24.09

Javaは20倍速いという有名なベンチマークがあったな。

**デフォルトの名無しさん** · 2021/01/18(月) 23:36:54.32

>>451
funcA: 呼び出し元で delete しないとメモリリーク
funcB: あまり問題ない
funcC: 戻り値にアクセスすると未定義動作
funcD: 呼び出すたびにメモリリーク

new の負荷や Hoge のコピーの負荷が気になったり気にならなかったりするかもしれない。

**デフォルトの名無しさん** · 2021/01/18(月) 23:47:52.23

倍速い　プログラミング
で検索して見たら、一等賞はRubyだった。
日本人として誇らしい。

**デフォルトの名無しさん** · 2021/01/19(火) 11:42:40.51

>>459
お前朝鮮人やろ

**デフォルトの名無しさん** · 2021/01/19(火) 12:12:48.98

プログラムが速いのとプログラミングが早いのは別やろ

**デフォルトの名無しさん** · 2021/01/19(火) 12:20:14.02

>>458
funcBってコピーコンストラクタが呼ばれる？
効率悪くない？

**デフォルトの名無しさん** · 2021/01/19(火) 13:00:12.23

funcCのやったら駄目コード　funcDの確実に漏れるコード
と比較すると些細に見える

**デフォルトの名無しさん** · 2021/01/19(火) 13:10:52.29

>462
保証はないけど、コンパイラが頑張ってくれる場合があるんじゃなかったっけね？

**デフォルトの名無しさん** · 2021/01/19(火) 13:23:41.08

>>451 >>464
Hogeのデストラクタでリソース解放するようなパターンで
2回解放されると困る場合があるな
もちろんブロックしてあったとしても解放一回でも問題ある訳だが

**デフォルトの名無しさん** · 2021/01/19(火) 13:53:53.51

未定義動作はどういう処理されるかわからないので所詮メモリリークするだけとわかっているfuncDのほうが些細に見える
大抵の環境でこの手の未定義でメモリリークよりひどい状態にならないので、そういう環境であるならfuncCのほうが些細であると言える

**デフォルトの名無しさん** · 2021/01/19(火) 14:11:35.68

>>466
debug中は動作するけどrelease版にすると落ちるとか

**デフォルトの名無しさん** · 2021/01/19(火) 17:24:37.17

>>465
the rule of five

**デフォルトの名無しさん** · 2021/01/19(火) 17:27:42.28

馬鹿がCのCGIモジュールで地方自治体のサービスを書いたせいでメモリリークしまくりの
複雑怪奇なコードが多量にある。対処が高価でメモリー潤沢なマシン、アホアホ大手のN

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

歴史的経緯で仕方がなかったんじゃないの？
全部作り直しますからお金くださいなんて提案はなかなか通らないからね

**デフォルトの名無しさん** · 2021/01/19(火) 19:17:03.09

CGIの場合、確保したメモリーを解放しないのは、十分妥当な戦略なので、メモリーリークではないかもしれない。

高価なマシンは、アクセス数の対価では？

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/19(火) 20:50:10.62

さっと実行してそのまま終わるコマンドラインツールなんかだと
メモリの free はしなくて良いという論はあるね。

つっても、プログラムは改修されることもあるし、
一部を部品として切り出して転用したいこともある。
駄目だったらまた最初から作り直せばいいじゃんと言えるような
規模でもない限りはやっぱりそれなりに作法に
則っておかないとグダグダになると思うんだよな。

**デフォルトの名無しさん** · 2021/01/19(火) 21:01:57.59

exit on free ・・・・・・・

**デフォルトの名無しさん** · 2021/01/19(火) 21:55:42.74

記憶域確保のコストは議論されるのに、なぜか解放のコストは議論されない。

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/19(火) 22:18:11.76

>>474
何を言ってるんだ？されてるだろ？
だから最後の free をすべきかどうかとかいう論が出てくるんじゃないか。

**デフォルトの名無しさん** · 2021/01/19(火) 22:58:48.04

>>450
こういうのもあるんですね
ぜひ参考にさせていただきます！

**デフォルトの名無しさん** · 2021/01/20(水) 11:08:03.53

>>468
GodJob

**デフォルトの名無しさん** · 2021/01/21(木) 01:43:06.87

Hoge funcB2()
{
return Hoge{};
}

C++17以降はこれが正解
他に対してデメリットしかない

**デフォルトの名無しさん** · 2021/01/21(木) 10:32:06.28

デメリットしかないんじゃダメじゃん

**デフォルトの名無しさん** · 2021/01/21(木) 14:04:53.08

move constructor と copy constructor があるのは理解したが
どちらがどういうタイミング(条件)で使い分けられるのか
詳しく正しく解説してるサイトはありませんか？

**デフォルトの名無しさん** · 2021/01/21(木) 19:08:01.09

>>480
std::move()
あと氏ね

**デフォルトの名無しさん** · 2021/01/21(木) 19:38:07.97

>>481
言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/21(木) 21:13:38.93

rvalue を受け取れるところに rvalue を渡したらムーブになるという単純な規則なので詳しい説明を見るまでもないよ。
(一定の条件を満たすとコピーもムーブも省略して直接オブジェクトを構築するといったような例外はある。いわゆる RVO)

でも何が rvalue なのかとか右辺値参照の仕組みだとかいった前提知識は必要なので、
そこらへんも含めた総合的な説明となると「江添亮の C++ 入門」を一通り読めばいいと思う。

https://ezoeryou.github.io/cpp-intro/

**デフォルトの名無しさん** · 2021/01/22(金) 15:56:45.94

rvoはあくまでコピーの省略であってムーブの省略ではないぞ
あと江添本ゴリ押しするくらいならこっちにしろ
ttps://cpplover.blogspot.com/2009/11/rvalue-reference_23.html?m=1

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/22(金) 16:11:48.09

>>484
ムーブも省略の対象になるよ。
https://timsong-cpp.github.io/cppwp/n3337/class.copy#31

RVO という言葉がそれを含むかどうかは場合によると思うけど。

**デフォルトの名無しさん** · 2021/01/22(金) 17:23:58.50

string Hoge(){ return string("HOGE"); } があって
string s = Hoge();
char *p = s.c_str();
で p を使用する側があるとき
const char *Fuga(){ return string("HOGE").c_str(); } を代わりに使おうとすると
const char *q = Fuga();
までは正常(に観える)ですがその後 q の中身が消えてしまいます。
理由は判るのですが Fuga みたいな関数を作りたいときどのように描くのが普通ですか？

**デフォルトの名無しさん** · 2021/01/22(金) 17:37:13.27

>>486
最初の3行で書いているやり方でいいんじゃないの

**デフォルトの名無しさん** · 2021/01/22(金) 17:39:39.87

例を満たすだけなら
const char* Fugo() { return "HOGE"; }
が一番楽だと思うけど、もうちょっとやりたいことを具体的に

**デフォルトの名無しさん** · 2021/01/25(月) 12:00:41.77

ふと思ったのですが、
文字の配列（文字列）を char * で表すとき、最後の要素をヌル文字にすることで、文字列の長さを
別に指定しなくて済んでますよね。
同様に、任意のデータ（例えば構造体とか）の配列をポインタで表すとき、終端に何か特別な
値をセットして、配列の要素数を指定せずに済ませられますかね?

**デフォルトの名無しさん** · 2021/01/25(月) 12:05:50.09

番兵値とかnullオブジェクトパターンとかでググれ

**デフォルトの名無しさん** · 2021/01/25(月) 14:11:32.50

番兵を知らないってことはアルゴリズムの教科書を買った方がいい

**デフォルトの名無しさん** · 2021/01/25(月) 14:51:09.66

ただのnull終端を番兵と呼んでるんなら、
それこそまともなアルゴリズムの本をちゃんと読んだほうがいい。

**デフォルトの名無しさん** · 2021/01/25(月) 15:21:22.55

strlen()はあるのにobjlen()とかlistlen()とかstructlen()が無いね

**デフォルトの名無しさん** · 2021/01/25(月) 15:22:51.03

つsizeof

**デフォルトの名無しさん** · 2021/01/25(月) 15:30:44.92

listはお決まりのイディオムで
sizeof(list)/sizeof(list[0])

**デフォルトの名無しさん** · 2021/01/25(月) 15:59:40.42

確保した大きさと使用してるサイズを同一視ならば

**デフォルトの名無しさん** · 2021/01/26(火) 01:42:28.90

配列をポインタで関数に渡すとき、番兵を使ってる例って少ない（無い?)ですよね?
たいていはポインタと、サイズの入った変数、ですよね。
番兵を使った方が関数の引数が減ってシンプルじゃないですかね?

sizeof()は上記目的には使えないですよね。あと配列をmallocで割り当てた場合も。

**デフォルトの名無しさん** · 2021/01/26(火) 02:09:38.03

そもそもC++スレなんだからコンテナでrange based forとかイテレータとかsize使ってるやつの方が多いんじゃねーの

**デフォルトの名無しさん** · 2021/01/26(火) 02:10:14.56

いやCスレでもあったな…

**デフォルトの名無しさん** · 2021/01/26(火) 03:09:22.29

番兵はユニークな値でないと困るけど
一般の配列で絶対に使わない値　が存在しうるかはわからない
文字列は \0 を番兵として使うからなと値域を制限してるから成立してる

**デフォルトの名無しさん** · 2021/01/26(火) 07:44:27.25

>>497
番兵の値がいくつかということはコメントとかに書くくらいしかできないからサイズを使う場合よりも保守性が低いとか、サイズが分からないと直接終端にアクセスする必要のあるアルゴリズムを使う際にいったん末尾まで余計な探索しないといけないとか、デメリットも多いな。ケースバイケースだが、番兵よりサイズの方が扱いやすいことが多いと思う。

**デフォルトの名無しさん** · 2021/01/26(火) 08:13:19.70

>>497
自分は、C++でよく見る先頭ポインタと末尾+1ポインタのペアが落ち着く。

**デフォルトの名無しさん** · 2021/01/26(火) 09:28:05.96

>>497
ポインタの配列とかならまれに見るよ
Win32APIのStartServiceCtrlDispatcherAとか
逆に言うとポインタぐらいしか番兵としてみんなが認める値がない
ポインタならNULLを番兵にするのはだいたい同意するだろうし

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/26(火) 10:58:58.35

Go や Rust でスライスが基本的な型として入っているのは
大きさのわからん配列 (の参照) が
問題を生みやすいことを学んだ故だと思う。

C++20 に std::span が入ったのもその必要性・有用性を認めてのことだろうから、
std::span そのものは使えない状況であったとしても
番兵より大きさ (もしくは終端の位置) で管理するスタイルが基本になっていく流れはあるんじゃないかな。

**デフォルトの名無しさん** · 2021/01/26(火) 14:04:56.83

たとえばある配列をわたされてインデクスiを参照したいとするじゃん
番兵しかなかったら、とりあえずインデクスiまでずーっと舐めないと
途中で番兵でてきたらアウトオブレンジでえらいこっちゃ
配列とサイズで管理しないとランダムアクセスがごっつうおそなってお話にならない

**デフォルトの名無しさん** · 2021/01/26(火) 14:07:28.72

で、まあ実際ヌル終端文字列の処理ってこんなのばっかりで、文字列をやたらと
きったりはったりする場合は結局文字数とセットにしたほうがいいよね、ってなって
最近のモダン言語はだいたい文字数とセットで管理するほうが主流だよね

**デフォルトの名無しさん** · 2021/01/26(火) 14:16:08.72

Ｃ言語に前にあったPascalとかも知らないんだろうな…

**デフォルトの名無しさん** · 2021/01/26(火) 14:53:45.91

最近のモダン言語は文字数とバイト数がバラバラだけどランダムアクセスできてんの？

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/26(火) 16:04:26.82

>>508
文字列をランダムアクセスする必要とかあるの？
ないよね？

っていうのがモダン言語の解じゃないかな。
どうしても必要なら事前に 32 ビット整数 (に相当する文字型) の配列にするし。

**デフォルトの名無しさん** · 2021/01/27(水) 11:38:43.30

>>500
char * なのに
"hoge\0fuga\0hage\0\0"
みたいな内容期待してるAPIとかあるからな

**デフォルトの名無しさん** · 2021/01/27(水) 11:40:55.88

>>497
malloc とか new とか
ポインタ - 1 のアドレスにサイズが書き込まれてたりするな

**デフォルトの名無しさん** · 2021/01/27(水) 19:33:34.87

C++17のvariantというものを初めて使おうとしていますが
自分のコードでは、variantの中身にはすべてset(int i)というメソッド(iの値をセットする）があるので
visit([=](auto& v) { v.set(hoge); }, value);

としたら、「const ...をset()のthisに渡すのはクオリファイアーを無視してる...」的なエラーに。
あれ、自分の元のコードではvalueはconstじゃないはずなんですが....
もしかしてvisit()の変数って強制的にconst扱いですか? constじゃないやり方とかあります?

**デフォルトの名無しさん** · 2021/01/28(木) 02:35:10.89

>>512
きっと省略したところに問題があるんでしょう。
オンラインコンパイラにエラーを再現させるコードを貼って示してもらえば、何か見えてくると思います。

**デフォルトの名無しさん** · 2021/01/28(木) 17:23:11.37

ヌル文字は文字列処理してセパレータが被った時の最終手段なので勘弁して欲しい

**デフォルトの名無しさん** · 2021/02/02(火) 16:38:37.97

>>497
そういう時、自分は構造体に配列のポインタとサイズを書き込んで、構造体のポインタを渡している。
実務経験ゼロのアラフィフ日曜プログラマなので、この方法が良いのかどうかはしらない。
理工学部出身なので、学生時代はプログラムしてたよ。
コロナ禍で外出する頻度も減ったので、久々にプログラミングを再開してみた。

**497** · 2021/02/03(水) 19:53:19.07

>>515
あ、実は既にその方法にしていたりします。
配列のポインタ＋サイズの引数だと若干うるさくなることのほかに、構造体でデータ型をネストしたい
（構造体の要素に配列を持たせ、その配列の要素も似たような構造体...）部分などもあり、そうするのが
自然（というか必須?）な感じがしました。

**デフォルトの名無しさん** · 2021/02/04(木) 00:19:59.58

C標準ライブラリのソースコードを眺めていると、実装した関数をエイリアスで別名をつけていることがあります
C言語のことがよくわかっていない為か、最初からエイリアスの名前で関数を書いた方がいいのではないか？と思えてしまいます
一体、なんのために実装関数名とエイリアス名を分けているのですか？

**デフォルトの名無しさん** · 2021/02/04(木) 02:01:32.78

昔の6文字までしか名前を解決できないボロリンカの名残だろ

**デフォルトの名無しさん** · 2021/02/04(木) 05:05:52.26

初心者だけど目的がないから勉強できん
どうすればええんや

**デフォルトの名無しさん** · 2021/02/04(木) 09:29:01.10

なにか作ればいい

**デフォルトの名無しさん** · 2021/02/04(木) 11:36:18.55

>>515-516
APIだとそもそも構造体の先頭数byteにその構造体のサイズが入ってるって普通

**デフォルトの名無しさん** · 2021/02/12(金) 15:44:52.65

Visual C++のアプリ作れって言われたんやけど
アプリ作成の段階でワイ詰んだから質問しに来たンゴ
アホみたいな初心者やけど助けてほしいンゴ

【使用環境】
Visual Studio 2008

【やりたいこと】
VB.netとかで言う「Buttun1_Click」で
「MessageBox.Show("HELLO")」がやりたい
【わからないこと】
①本とかで「Managed C++ アプリケーション」で作れって書いてあるが
　テンプレートにそんなものはない
②「Dialog」をなんか作れることはできたが
　ビルドしたら「error LNK2019: 未解決の外部シンボル _WinMain@16 が関数 ___tmainCRTStartup で参照されました。」
　が出てくる。
　定義すれば解決！らしいけど定義のやり方がわかんない
③main関数をどこに書けばいいかわからない（ファイルが多すぎて）

**デフォルトの名無しさん** · 2021/02/12(金) 15:54:15.89

int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
{

**デフォルトの名無しさん** · 2021/02/12(金) 16:19:00.28

勘違いしたふりしてC#で作っちゃえよ

**デフォルトの名無しさん** · 2021/02/12(金) 16:32:05.70

本を使う場合はその本のバージョンに全部合わせないと無い項目とかあってしんどいよ
慣れれば無くなってても代わりはこれだろ、って当たりつけられることもあるけど
学習目的で参考する本があるならバージョンは合わせたほうがいい
そのバージョンの入手が難しくなっている場合もあるからその場合は本を変えるしか無い
出版された後にバージョンが変わってしまいそのとおりに学習ができないというケースが多発するので本よりググったほうが楽という面が大きい

**デフォルトの名無しさん** · 2021/02/12(金) 16:50:26.27

環境たる Visual Studio の使い方がﾊﾞｰｼﾞｮﾝで全然違うからねぇ
それを使えた上で何かの言語とAPIやフレームワーク駆使して実行ファイルを作るから
ド頭でつまずくと先進むのは難しくなるわな

**デフォルトの名無しさん** · 2021/02/12(金) 16:59:13.12

>>522
> ①本とかで「Managed C++ アプリケーション」で作れって書いてあるが
そんな本は今すぐ捨てろ
今時Managed C++なんてやっても意味ない
あと、できればVisual Studio 2019買ってもらえ
準備ができたらここに書いてあるとおりに実行すればいい
https://docs.microsoft.com/ja-jp/cpp/windows/walkthrough-creating-windows-desktop-applications-cpp?view=msvc-160

**デフォルトの名無しさん** · 2021/02/12(金) 18:01:31.31

個人的には前例になっとるプログラム（機能は違うが、処理内容はほぼ同じ）
がVC++で作られとったからそれを参考にしようと思ったんやが
何せプログラムではなく「プロジェクトの作成」で詰んでしまってなあ・・・

まさに「何していいかわからん」状態ですわ・・・

**はちみつ餃子** ◆8X2XSCHEME · 2021/02/12(金) 18:35:40.44

>>522
Windows の GUI アプリのエントリーポイントは (main ではなく) WinMain なので、
スタートアップルーチンは WinMain があるものだと思って呼び出そうとする。
それがないからエラーって言ってる。

WinMain がどういうものかはここに公式な説明がある。
https://docs.microsoft.com/ja-jp/windows/win32/api/winbase/nf-winbase-winmain

それと他の人も書いてるが Managed C++ はやめたほうがいい。
.NET Framework を基盤にするアプリケーションを書くときにネイティブコードとの間で仲立ちする
のが主な目的のもので、普通のアプリケーションをそれで書くのは適してないし、
仲立ち用に使うにしても今では C++/CLI のほうがマシというのが一般的な評価だと思う。
俺自身は使ったことないから聞きかじりの評判しか知らんけど。

>>528
Windows のデスクトップアプリを一から書くなら C# のほうが楽だと思うから
C# スレへ行けと言いたいところなんだが、下手に前例があるのはしんどいな……。

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/12(金) 18:39:18.35

いちいち説明するのも面倒なので貼っとくよ。
https://ja.m.wikipedia.org/wiki/C%2B%2B%E3%83%9E%E3%83%8D%E3%83%BC%E3%82%B8%E6%8B%A1%E5%BC%B5

Managed C++は現在ではC++/CLIに相当する。

**デフォルトの名無しさん** · 2021/02/12(金) 18:43:42.13

処理の主体がOSに近い所（GUIで窓の操の面倒をみるのがほとんど）なら
先例をもってくるほうが手近だけど、データ処理ならエッセンスだけ抜き出して
C#でGOするのもアリかもしれん

仕事で言語指定までされてる話ならがんばれ

**デフォルトの名無しさん** · 2021/02/12(金) 18:55:05.22

C++ で、DLL を作るプロジェクトじゃないの？

漏れなら、Ubuntu 18.04, mruby で、C/Ruby ごちゃ混ぜで書くけどw

**デフォルトの名無しさん** · 2021/02/12(金) 19:03:16.62

そもそも、Windows で、C/C++ の仕事があるのか？
想像できない

すべてのサーバーが、Linux なのに

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/12(金) 19:50:54.67

>>533
仕事はサーバーだけではない。
サーバーはLinuxだけではない。

**デフォルトの名無しさん** · 2021/02/12(金) 20:39:41.87

>>528
それ、Managed C++なの？
マジでそうならC++じゃなくてC#にした方がまだマシだぞ

**デフォルトの名無しさん** · 2021/02/12(金) 21:45:27.24

このスレにまでRubyキチガイが現れるようになったか

◆QZaw55cn4c · 2021/02/13(土) 01:09:45.11

>>522
私ははるか昔に visual c++ にほとほとあきれ返ってしまったので、それいらい cygwin の中にある mingw32 を使って win32api だけを使って書いていた時期がありました
最近は c++11 以降ではスレッドも簡単に書けるようになったので、まあ、しばらくお休みはしてはいるのですが、いつか、c++11 主体で、ときどき win32api を呼ぶ、という感じの混在させたようなものを書いてみようか、などと、鬱々と考えています、考えているだけですけど‥‥

**デフォルトの名無しさん** · 2021/02/13(土) 08:57:57.49

奥が深いというか複雑なんやなこれ

とりまvs2008なのは会社の環境やから許してくれや
vc++もほとんどいじってなかったしなぁ

あれからとりあえず「空のc++アプリケーション」つくって
「dialog」1つ作って「ボタン」1個置いて
あとは「サブシステム」はちゃんと「windowsアプリケーション」にしたで

ダブルクリックしたらイベント書けるらしいけど
何かいたらいいか分らんかったから
とりあえずMessagebox::show("");
だけ書いた

結局出てきたエラーが
fatal error C1189: #error :
Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version.
Please #define _AFXDLL or do not use /MD[d]
c:\program files (x86)\microsoft visual studio 9.0\vc\atlmfc\include\afx.h

なんやけどワイはここで詰んだ

前任者マジでこのツールどうやって使ってたんや・・・？
アホやけどほんま教えてほしいやつこれ

**デフォルトの名無しさん** · 2021/02/13(土) 09:59:44.52

プロジェクトのプロパティで/MD[d]とか書いてあるところを血なまこになって探す
見つかったらそこを/MDに変える

**デフォルトの名無しさん** · 2021/02/13(土) 13:40:09.63

>>538
それ多分.NETじゃなくなってない？
余計遠ざかってるんじゃね

**デフォルトの名無しさん** · 2021/02/13(土) 13:49:12.60

元の司令は　>>522 「Visual C++のアプリ作れ」だから正解

**デフォルトの名無しさん** · 2021/02/14(日) 02:10:49.62

Linuxって…テキストファイルの最後には…必ず'\n'が入るって仕様なの？
なんか…GTK系は全部…そんな感じ…。最後に'\n'が入ると想定して最後は改行してない…。
気持ち悪いんだけど…。'\n'なしで終わってもいいよね？…どうしよう仕様合わせようか…
'\n'なしで終わったらいいじゃない…。カルチャーショック…。どう思います？

**デフォルトの名無しさん** · 2021/02/14(日) 03:19:57.80

>>542
やたらと...を使うのに比べたら、最後に¥nが無いことくらい気持ち悪くもなんともない

**デフォルトの名無しさん** · 2021/02/14(日) 03:47:05.07

ファイルの最後で改行して終わるってのはコーディング規約とかでも結構あると思うが

**デフォルトの名無しさん** · 2021/02/14(日) 09:03:18.32

ケツカンマみたいなものだよな

**デフォルトの名無しさん** · 2021/02/14(日) 12:32:42.26

C++のイディオムでwhile(std::getline(…, …))ってあるけど、
あれもファイル終端にLF無いと破綻するよ

**デフォルトの名無しさん** · 2021/02/14(日) 12:44:08.40

https://stackoverflow.com/questions/ 729692/

POSIXの仕様です

**はちみつ餃子** ◆8X2XSCHEME · 2021/02/14(日) 14:02:31.79

Vim で勝手に改行を付け加える仕様がどうこうで揉めたことがあったような。
テキストはどことやりとりするかわからんし、
POSIX の中だけで完結できるわけでもないからなぁ。
どっちも想定しておくに越したことは無いよね。

ちなみに C や C++ のソースコードも昔の仕様だと最後が改行ってのは要求されてたよ。
いつ削除されたんだったか覚えてないけど。

**デフォルトの名無しさん** · 2021/02/14(日) 14:11:50.05

>>546
え、マジで？たった今タイプしたとこなんだけど