[過去ﾛｸﾞ] C言語なら俺に聞け 163 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
46: (ﾜｯﾁｮｲ 5fc1-mtNr) 2024/09/05(木)20:45:06.75 ID:mduO1G690(1) AAS
今はアニメもCGで作る時代だけど、だからデッサン力なんて不要と言ってるのに近いなw
336(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ f532-Q1tn) 2024/11/08(金)13:02:23.75 ID:Me1tPYCI0(1/2) AAS
char と wchar_t の不整合じゃなくて const の有無の問題じゃないの？
C++ で文字列リテラルまわりの扱いで仕様変更があったからそれに関係してるのかも？
C++ での文字列リテラルの型は const char[] (ワイド文字リテラルの場合は const wchar_t[]) だが、文字列リテラルから直接変換する場合に限り char* (ワイド文字リテラルの場合は wchar_t*) に暗黙に変換して構わないというルールが C++03 まではあって、このルールは C++11 で削除されたという経緯がある。
つまり C++11 以降は文字列リテラルから暗黙には const を剥がすことが出来ない。 (キャストを書けば出来るけど。)
C では文字列リテラルの型は元から char[] で、 const が付いてない。
だから const まわりの制限とは関係ないんだが、これは C の仕様のほうがおかしいし、 C++ と同様の判定をしたほうが理に適っているとマイクロソフトが考えることはあるかもしれない。
404: (ﾜｯﾁｮｲ ff76-J7R8) 2024/11/30(土)18:53:59.75 ID:k7UOR52k0(6/8) AAS
bmpCoreHeader.bcBitCount の範囲チェックが必要そう
uint64_t max;
max = 1 << 64; // max == 0x8000000000000000 で意味がありそう
max = 1 << 65; // これ64bit整数の範囲超えているよね、プロセッサ依存の値になる予感
603: (ﾜｯﾁｮｲ 465c-6Hi7) 02/09(日)13:46:45.75 ID:KfUn2qZi0(1/2) AAS
>>594
そのサイトクソだよ
650(1): (ﾜｯﾁｮｲ de76-/Fy3) 02/11(火)21:58:43.75 ID:VhWouMxY0(2/2) AAS
こんなの分割コンパイルしたら分からないし ライブラリならなおさら
実行時にどのオブジェクト由来なんて情報持っておけるのか？
int func(int *ip, int *iq)
{
if (ip == iq) {
} else {
}
}
745(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ ed32-p0tU) 03/28(金)13:32:37.75 ID:gM96YdDw0(2/3) AAS
x86-64 なら System V ABI ではどうせ 64 ビットレジスタで受け渡されるからそこんところでは問題にならないのだが、最適化したときにどうなるかまるで予想がつかない。 放置してよいとは言えない。
いったん intmax_t にキャストするのが正当な方法だと考えられている。
外部ﾘﾝｸ[html]:www.jpcert.or.jp
967: (ﾜｯﾁｮｲ df0a-WCdg) 07/24(木)18:51:03.75 ID:bvlLnJ990(1) AAS
そんな可読性の低いコードを書くのはかなりの変人だしな
997: (ﾜｯﾁｮｲ 73e7-QSEr) 08/19(火)21:43:32.75 ID:mzrtf/o60(7/10) AAS
おわり
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.263s