[過去ﾛｸﾞ] 文字コード総合スレ Part12 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
55: デフォルトの名無しさん [sage] 2018/12/20(木) 23:23:21.93 ID:tzmwAGAt(2/2) AAS
いや、C++よりも面倒なことってないから
そんな経験するのは無理だよ
56: デフォルトの名無しさん [] 2018/12/20(木) 23:49:16.62 ID:/Up9dRku(8/8) AAS
やはり低学歴知恵遅れには
C++はむり
ﾚｽみればよく分かる
ﾚｽから頭の悪さがにじみ出てる
低学歴のﾚｽはすぐにわかるわ
残念なことに
57(1): デフォルトの名無しさん [sage] 2018/12/21(金) 12:36:36.76 ID:C7PBMVlX(1) AAS
データのアラインメントはどんな言語を使うにしても気にする必要がある。
しかし、Windows が VisualC++ でビルドされていて、VisualC++
もしくは互換のアラインメントができる言語でアプリを組めば、
気にしなくてもよい、ということだけだろう。
58: デフォルトの名無しさん [sage] 2018/12/21(金) 14:56:12.53 ID:wVAQd9sY(1/3) AAS
>>57
gcc も同じだよ。64bit版linux gccはwchar_tを16ビットにするか32ビットにするかを切り替えビルドできるからさらに厄介。
構造体を丸ごとダンプしたバイナリデータを同じOS上の別プロセスに渡すのは繊細な注意がいる。
59: デフォルトの名無しさん [sage] 2018/12/21(金) 16:01:10.01 ID:2iFVCAc3(1/4) AAS
で、なんだっけ？バイナリファイルのデータが
16bitで格納されていようが32bitで格納されていようが
C/C++だったらアライメントを勝手に調整してくれるんだっけｗ
へー、勝手にねー、intで扱ってれば、勝手に調整してくれるんだーｗ
60: デフォルトの名無しさん [] 2018/12/21(金) 16:43:13.79 ID:wVAQd9sY(2/3) AAS
intが16bitの組み込み向けプログラムであっても同じコンパイルオプションで作ったモジュール同士ならバイナリの復元はC言語の型キャストだけで可能。
構造体が仕様として公開されている場合、どの言語であれアラインメントを意識した実装が必要になるが、C言語は実装コストが最も低くなる傾向はある。
スクリプト言語を使う人がアラインメントを意識せずにすんでいるのは、ライブラリ実装した人が頑張ってくれた・くれているおかげ。
61(1): デフォルトの名無しさん [sage] 2018/12/21(金) 17:01:59.77 ID:2iFVCAc3(2/4) AAS
一方他の言語では、指定したオフセットから何バイト読み込むか指定するだけなのであった
62: デフォルトの名無しさん [sage] 2018/12/21(金) 17:02:51.29 ID:2iFVCAc3(3/4) AAS
C言語は、ヘッダファイル書いた人が頑張ってくれた・くれているおかげ
63(1): デフォルトの名無しさん [sage] 2018/12/21(金) 17:23:19.85 ID:wVAQd9sY(3/3) AAS
>>61
先生。指定したオフセットから何バイト読み込むか指定する作業は、まさにアセンブラと同レベルの作業じゃありませんか。違いますか、先生。
64: デフォルトの名無しさん [sage] 2018/12/21(金) 17:47:28.44 ID:2iFVCAc3(4/4) AAS
>>63
違いますね。memcpy相当ですから
65(1): デフォルトの名無しさん [sage] 2018/12/21(金) 18:13:53.48 ID:ORTv1gtC(1) AAS
低学歴知恵遅れ先生はC/C++スレだけじゃなくてここにもくるようになったのか
66: デフォルトの名無しさん [sage] 2018/12/21(金) 21:50:05.59 ID:0muy2Btq(1) AAS
>>65
色んなところにいるよ
67: デフォルトの名無しさん [sage] 2018/12/21(金) 22:02:28.52 ID:SVNbSsFy(1) AAS
相変わらず日本語の読解に問題がありそうな奴がいるなぁ。
68: デフォルトの名無しさん [] 2018/12/21(金) 23:50:03.63 ID:j37Ohb1y(1) AAS
まず低学歴知恵遅れは
低学歴知恵遅れの自覚がないからな
69: デフォルトの名無しさん [] 2018/12/22(土) 11:38:13.24 ID:boWDflNh(1) AAS
実行時に使用中のCPUがLEかBEかを判定するプログラムを
Cでサンプル欲しいのですがどこかにありますか？
70: デフォルトの名無しさん [sage] 2018/12/22(土) 13:36:46.26 ID:aa5NQG9N(1) AAS
bool is_bigendian() {
return htons(1) == 1;
}
71: デフォルトの名無しさん [sage] 2018/12/31(月) 08:52:03.67 ID:Tj5kujd4(1) AAS
C1制御文字の<128>って多くの文字コードで「PAD」と名付けられているのに
UnicodeでのU+0080はxxxみたいに無名なのって理由ある？
72(1): デフォルトの名無しさん [sage] 2018/12/31(月) 13:29:33.60 ID:8Z6ezMyM(1) AAS
U+0080,U+0081,U+0084,U+0099は、ISO6429/ECMA-48で制御文字に含まれていない
というか削除されてる
外部ﾘﾝｸ[htm]:www.ecma-international.org
外部ﾘﾝｸ[pdf]:www.ecma-international.org
WikipediaソースによるとUnicode初期ドラフトにはU+0080も入っていたみたいなことも書かれてるね
外部ﾘﾝｸ:en.wikipedia.org
73: デフォルトの名無しさん [sage] 2019/01/01(火) 01:45:48.02 ID:kXQfWbAp(1) AAS
なんてこった
エイプリルフールだって？
74: デフォルトの名無しさん [sage] 2019/01/01(火) 23:58:04.80 ID:j16q/z48(1) AAS
あけましておめでとうございます
2019年は何が起きるかしらね
75: デフォルトの名無しさん [sage] 2019/01/02(水) 00:20:17.09 ID:R6tFufwf(1) AAS
エイプリルフールはまだだけど元号ネタとかあるだろうな
新元号『NEO平成』に決定みたいな
76: デフォルトの名無しさん [sage] 2019/01/02(水) 11:30:40.86 ID:6YX6jwF2(1) AAS
新元号『��』
77: デフォルトの名無しさん [sage] 2019/01/02(水) 22:33:06.92 ID:Fz1uszjs(1) AAS
新元号が分からなくてグリフが間に合わないからUnicode 12.1を出すってのは仕方ないけど
新元号の組字のためだけにAdobeJapan1を改訂するってのは馬鹿げてる
78: デフォルトの名無しさん [sage] 2019/01/03(木) 00:28:36.38 ID:agNiXwq6(1) AAS
元号は安晋に内定してるだろ
79(2): デフォルトの名無しさん [sage] 2019/01/03(木) 09:15:51.35 ID:IESB6EpY(1) AAS
MS-DOS でのプログラミングではメモリ内の特定のバイトについて
文字の中の何バイト目かを 1 バイトずつ遡って調べるということも
あったようだけど自分ではそういうコードを書いた記憶がない。
いや、もしかしたらあったのかもしれないけど。
EUC-JP の場合は ASCII なバイトかシングルシフトが現れた時点で
確定するようだけど。Unicode の時代になって良かったね。
まあ、そんなようなことを今更思った。あけましておめでとう。
上下前次1-新書関写板覧索設栞歴
あと 923 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s