【初心者歓迎】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プレフィックスは使用できない。