【初心者歓迎】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/

**デフォルトの名無しさん** · 2020/08/09(日) 12:11:08.88

>>97
viable function とか言うから規格上の確認がしたいのかと思ってたけど、そこは実験でいいのか。

**デフォルトの名無しさん** · 2020/08/09(日) 12:17:12.21

>>99
まずキャストが「標準変換」しか「サポート」しないというその前提はどこから出てきたのか示すのが先でしょ。
https://timsong-cpp.github.io/cppwp/n4861/expr.cast

**デフォルトの名無しさん** · 2020/08/09(日) 12:26:51.20

>>100
draftを見たら、実引数から仮引数への標準変換が有る場合には、暗黙の型変換
となりえて、viable function となり、かつ、標準変換には
char ---> int だけでなく、int ---> char の変換も含まれているらしいことが
分かりましたが、確認のため、VC++ 2019でチェックしてみました。

>>101
やはり、「(型)値」の形式を筆頭とする明示的型変換には、標準変換以外でも
「組み込みの変換(キャスト)」
が有るのかも知れませんね。
これは始めて知りました。

**デフォルトの名無しさん** · 2020/08/09(日) 12:29:59.88

>>102
最後、何が言いたいかと言うと、
『「組み込みの変換」には、「標準変換」には含まれていない変換も含まれている。』
ということです。
CBase*--->CDerived*
は、「標準変換」には含まれていませんが、「組み込みの変換」には含まれているということです。

また、それとは別に、int--->charは、危険を招くことがあるにも関わらず、「標準変換」
に含まれてしまっていると言うことです。

**デフォルトの名無しさん** · 2020/08/09(日) 13:40:09.55

CBase* は CDerived＊から変換したものかもしれないから変換可能なのが自然だろう。アップキャストとは違って暗黙にはされないし。
C式のキャストはチェックは継承関係をチェックしないがC++のキャストはするしな。

**デフォルトの名無しさん** · 2020/08/09(日) 15:59:54.85

char と int は cast されてる訳じゃないからな

**デフォルトの名無しさん** · 2020/08/09(日) 18:28:19.40

みなさま、色々と有難うございました。
今回はこれで質問を閉じたいと思います。

**デフォルトの名無しさん** · 2020/08/11(火) 07:34:37.14

マンぐり返しってなんですか？

**デフォルトの名無しさん** · 2020/08/11(火) 14:53:04.07

>>107
http://ja.wikipedia.org/w/index.php?curid=1374466

**デフォルトの名無しさん** · 2020/08/13(木) 15:42:03.16

初心者なんですけど、tupleって使ってますか？

**デフォルトの名無しさん** · 2020/08/13(木) 15:49:39.88

tuple も tie も便利よ

**デフォルトの名無しさん** · 2020/08/13(木) 18:45:13.00

tupleは型リストとして良く使うな

**デフォルトの名無しさん** · 2020/08/15(土) 00:15:34.53

回答ありがとうございます
使って人いて安心しました

**デフォルトの名無しさん** · 2020/08/15(土) 01:10:43.51

自分は構造体で間に合ってるからまだタプルの恩恵に与ったことない

**デフォルトの名無しさん** · 2020/08/15(土) 19:36:08.85

超ド素人の質問ですみません。
https://stackoverflow.com/questions/18647965/createprocess-problems-when-using-proc-thread-attribute-preferred-node-or-proc-t
このURLのサンプルコードをコンパイルすると、以下のエラーが発生します。

引数の型がおかしいんでしょうか？
何が悪いのか？どう修正したら良いかわかりません。教えて下さい。
[bcc32c エラー] File1.cpp(37): no matching function for call to 'InitializeProcThreadAttributeList'
processthreadsapi.h(650): candidate function not viable: no known conversion from 'std::size_t *' (aka 'unsigned int *') to 'PSIZE_T' (aka 'unsigned long *') for 4th argument

このURLの中の質問者の現象の再現をしたいのです。

**デフォルトの名無しさん** · 2020/08/15(土) 19:50:05.09

読んだままだろ
cbの型が合っていないといっているからcbの型をSIZE_Tにすりゃ良いんでないかい

**デフォルトの名無しさん** · 2020/08/15(土) 20:10:51.19

ほうほう。で、どうやって？
言っとくが私はC言語をポインタで挫折した男だ！！

**デフォルトの名無しさん** · 2020/08/15(土) 20:16:57.66

PSIZE_Tとやらじゃね
main関数の中の
size_t cb;
これを
PSIZE_T cb;
にするだけ？

**デフォルトの名無しさん** · 2020/08/15(土) 20:21:07.23

>>117
ありがとう。
でもエラーが以下に変わっただけでした。
processthreadsapi.h(650): candidate function not viable: no known conversion from 'PSIZE_T *' (aka 'unsigned long *') to 'PSIZE_T' (aka 'unsigned long *') for 4th argument

**デフォルトの名無しさん** · 2020/08/15(土) 20:25:40.50

あ、PSIZE_Tじゃなくて、SIZE_Tにしたら行けました！！
大文字小文字の間違いだったってことですか？
とにかくありがとうございました！！

**デフォルトの名無しさん** · 2020/08/29(土) 01:18:06.72

変数やら関数にtemplate指定するのに一々上に記述するのが面倒なんですが、スコープ内で一括指定するみたいな記法ってありますか？

**デフォルトの名無しさん** · 2020/08/29(土) 01:27:39.26

typedef HogeT<Fuga> Piyo;
とかこういうこと？

**はちみつ餃子** ◆8X2XSCHEME · 2020/08/29(土) 01:35:50.74

typedef でも害はないけどusing を使うのがモダンな方法やぞ。
C と共用するヘッダファイル (または C++11 未満の規格に従わざるを得ない場合) を除いては typedef を使う理由はもう無い。

**デフォルトの名無しさん** · 2020/08/29(土) 01:45:55.49

template<typename foo>
foo bar[256];
template<typename foo>
foo baz();

を仮に
template<typename foo>{
　foo bar[256];
　foo baz();
}
みたいな感じで

**デフォルトの名無しさん** · 2020/08/29(土) 10:19:15.51

foo bar[256], baz();

**デフォルトの名無しさん** · 2020/08/30(日) 16:59:19.60

列挙型を宣言した後に構造体型で列挙型の変数を作成、
列挙型の変数はキーボードから入力できないので、構造体型にキーボードから入力するための変数を作成、
その値によって列挙型の変数に代入、
動的にメモリを確保して列挙型を入力、後に出力
これが上手く動作しないです助けてください

**デフォルトの名無しさん** · 2020/08/30(日) 17:04:48.88

コード晒せよ

**デフォルトの名無しさん** · 2020/08/30(日) 17:18:07.67

#include<iostream>
using namespace std;
enum Type{Tec, Des, NA};
struct Human{
Type type;
char ans;
};
int n; char* pA;

void dataInput(Type& tp){
for(int i=0;i<n;i++){
cin>>tp.ans;
pA[i]=tp.ans;}
}
void showData(Type& tp);
int main(){
cin>>n;
pA=new char[n];
Type tp;
dataInput(tp);
showData(tp);
return 0;}
void showData(Type& tp){
for(int j=0;j<n;j++){
cout << pA[j] << "\n";}
}

**デフォルトの名無しさん** · 2020/08/30(日) 17:35:41.30

>>125 https://www.ranvis.com/articles/smart-questions.ja.html#code

**デフォルトの名無しさん** · 2020/08/30(日) 17:52:49.59

複数のＬＥＤをリズミカルに光らせるプログラムを書いております。
現在は赤、青２色で色々遊んでおります。
'' __delay_ms(100);''
って感じの関数（用語？）を覚えまして、各パート毎に点灯時間、消灯時間を打ち込みました。
で、実行してみた所、１パートの青ＬＥＤが全て点滅し終わった後で２パートの赤ＬＥＤの
点滅に移る形になってしまいました。
赤、青ＬＥＤには各１個づつＰＩＣマイコンのピンを振ってありますので
スタティック制御ができるんだと思いますが、その制御（点滅）を同時に開始出来る
文（？）を教えて頂きたいと思います。
よろしくお願いします。

**デフォルトの名無しさん** · 2020/08/30(日) 17:59:55.82

ここで暴れてる人か
https://mevius.5ch.net/test/read.cgi/tech/1594528940/

**デフォルトの名無しさん** · 2020/08/30(日) 18:03:01.59

>>129
PICの質問なら電気電子板の方が良いぞ

**デフォルトの名無しさん** · 2020/08/30(日) 18:11:43.57

tp.ansで入力された値によって対応した識別子を出力させたいのですが、charでは１文字しか出力できないので手詰まりになってます。どなたかご助言頂けないでしょうか。

**デフォルトの名無しさん** · 2020/08/30(日) 18:26:31.79

>>132 これじゃダメ？
#include <iostream>
#include <string_view>

enum class Type{ Tec, Des, NA };
struct Human{ Type type; }

Type to_type(std::string_view s) noexcept {
if (s == "Tec") : return Type::Tec;
if (s == "Des") : return Type::Des;
// Expects(s == "NA");
return Type::NA;
}

std::string to_string(Type t) {
if (t == Type::Tec) return "Tec";
if (t == Type::Des) return "Des";
return "NA";
}

int main() {
int n; std::cin >> n; // サイズとか要らないので読み飛ばす
std::string str;
std::cin >> str;

auto data = to_type(str); // 列挙型にして保持

std::cout >> to_string(data) >> '\n'; // 文字列型にして出力
}

**デフォルトの名無しさん** · 2020/08/30(日) 20:44:11.23

>>133
アドバイスありがとうございますm(_ _)m

ごめんなさい！_が何かは理解できましたが、autoが難解でよくわかりませんでした...

**デフォルトの名無しさん** · 2020/08/31(月) 10:54:44.11

auto は甘え

**デフォルトの名無しさん** · 2020/09/03(木) 14:13:37.77

mainのスレッドをCPUハグなしに無限に一時停止しておく方法はありますか？

**デフォルトの名無しさん** · 2020/09/03(木) 14:26:19.18

ハゲ

**デフォルトの名無しさん** · 2020/09/04(金) 12:14:12.72

>>136
目いっぱいsleep_forしてループで回す

**デフォルトの名無しさん** · 2020/09/05(土) 12:38:00.42

>>136
無限に実行されるサブスレッドの終了を待つ。

**デフォルトの名無しさん** · 2020/09/06(日) 09:31:49.54

mainからWinMainを呼ぶことも可能
WinMainが動いてる間はmainは止まってるよ

強制的に一時停止させるならPauseキー

**デフォルトの名無しさん** · 2020/09/07(月) 16:47:36.61

cmakelistsでメモリ関連の設定の仕方をご教授いただけないでしょうか。

**デフォルトの名無しさん** · 2020/09/08(火) 00:01:30.52

>>141
もっと具体的に

**デフォルトの名無しさん** · 2020/09/08(火) 03:22:53.47

マルチっぽい

**デフォルトの名無しさん** · 2020/09/10(木) 22:29:57.24

>>141
はい

**デフォルトの名無しさん** · 2020/09/19(土) 19:53:45.14

linuxでvswprint()使ってみたんだが、事前に必要なバッファサイズがわからない場合の求め方がわからん。

1. vsnprintf() と同じように nullptr を渡してみた
⇒必要サイズじゃなくてエラーの-1が返ってきた

2. 仮のサイズで呼び出して領域不足のエラーなら増やす方針にした
⇒エラーが領域不足なのか他のエラーなのか見分けがつかない(errno=0のまま)

どうすりゃいいんだろう？

**デフォルトの名無しさん** · 2020/09/19(土) 19:54:59.55

×vswprint()
〇vswprintf()

**デフォルトの名無しさん** · 2020/09/19(土) 22:28:47.13

cppreferenceにはエラーが消えるまで再確保＆呼び出しやり直す必要があるかもねって書いてある

**デフォルトの名無しさん** · 2020/09/20(日) 03:23:25.61

C++のコードを拾ってきてコンパイルしたら、構造体の初期化で non-trivial designated
initializers not supported というエラーになってしまいます。
例えば typedef struct _Hoge { int a; int b; int c; } Hoge; みたいなときに
Hoge hoge = { .b = 1, .c = 2, }; みたいにメンバーが省略されていると駄目のようです。
でも元のプロジェクトではコンパイルできてるっぽいです。

自分の側では諸般の事情(?)でg++ 7.5.0で-std=c++1zでコンパイルしています。
上記のエラーを避けるにはどういう方法があるでしょうか?

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/20(日) 04:34:43.96

>>148
C++ の規格としてその書き方が採用されたのは C++20 から。
(余談だが C だと C99 から出来る。)

それらの規格に準拠したコンパイラ (より新しいバージョンの g++) を用意するか、
でなければ古いスタイルの書き方で初期化するしかないという普通のことしか言えぬ。

**デフォルトの名無しさん** · 2020/09/20(日) 07:17:40.34

>>149
どうもです。いえ、何かコンパイラーオプションとかあるのかなと思いまして。
ちなみに新しい書き方の場合
1. 全ての要素を
2. 宣言と同じ要素順序で初期化
しないといけない、で正解ですかね? 1.の縛りは未初期化要素を避けるため?

とりあえず Hoge hoge; hoge.b = 1; とか書き直して逃げておこうかと思います。

**145** · 2020/09/20(日) 08:00:08.91

>>147
ありがとう。なるほど、代替手段が無いとも書いてあるね。
formatにエラーがある場合はどこかで打ち切らなきゃならないか。

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/20(日) 12:32:15.36

>>150
> 1. 全ての要素を

いいえ。要素の初期化を一部省略して書いた場合は
デフォルトメンバ初期化子 (があればそれ) で初期化するか
あたかも {} が与えられたかのようになります。

つまり >>148 の例でいえばデータメンバ a は 0 で初期化される
ことが保証されます。

> 2. 宣言と同じ要素順序で初期化

はい。その通りです。

どうしてこのような制限を入れたのかきちんと議論をみたわけではありませんが、
コンストラクタのメンバ初期化子リストは自由な順序で書けるが
実際の初期化順序は宣言の順序になるというルールが微妙にイケてなかったことの
反省なんじゃないかなと想像します。

**デフォルトの名無しさん** · 2020/09/22(火) 21:06:20.18

gdb で、カレントディレクトリに .gdbinit を作って "b func" を記述したんですが、
funcが共有ライブラリの中にあると、funcがまだロードされてないので無視されますよね?

対話的に追加する場合はyを押して強制追加できますが、.gdbinit の中だとデフォでnが
選ばれるようです。.gdbinit の中での強制（自動）追加は可能でしょうか?
ちなみに ~/.gdbinit で add-auto-load-safe-path というのはやってあります。

ググったらありそうですが見つけられず... お願いします。

**デフォルトの名無しさん** · 2020/09/23(水) 18:31:13.84

「C++には特にこれ！と言えるような入門書がない」という書き込みを見たのですが、そうだとしたらC++を習得した人は初学者のときどうやって技術を身につけていったのでしょうか？

**デフォルトの名無しさん** · 2020/09/23(水) 18:36:58.57

「ロベールのC++入門講座(ロベール著)」と「明解C++入門編(柴田望洋著)」を買ったけどこれでいいのかな…

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/23(水) 18:37:15.81

>>154
絶対確実というようなものは挙げられないけど、ほどほどのものはたくさんあるよ。

**デフォルトの名無しさん** · 2020/09/23(水) 18:37:48.29

1. 既に C を覚えて使いこなしてた
2. Eiffel を学んだ
3. C++ は better than C として使った
4. template を学んだ
5. Perl を学んだ
6. Python を学んだ
7. D を学んだ
8. C# 悪くないね

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/23(水) 18:45:30.79

>>155
C++ の規格はちょくちょく改定されてて、特に 2011 年の改定はインパクトが強かったんだ。
入門の範囲にすらいくらかの影響がある程度には。
それより古い本だと (今となっては) 不格好なスタイルになっているかもしれない。

**デフォルトの名無しさん** · 2020/09/23(水) 18:51:28.72

>>156
なるほど
ほどほどのもので学んでいった感じですかね

>>158
参考になります！
ありがとうございます

◆QZaw55cn4c · 2020/09/23(水) 20:09:48.16

>>158
私は、もう年を取ってもう新しい規格にはついていけないと悟ったので、せめて初心者のための本を買ってレビューする余生を過ごそうと思っています
そういえば江添本を放置してましたね、10/4 の資格試験が終わったら、あらためて江添本をレビューするつもりです

**デフォルトの名無しさん** · 2020/09/28(月) 19:18:28.08

今読んでいる入門書の例題です
時間計算機で9時45分の1時間25分後を計算するには以下のように入力します
945+125=
11:10
http://codepad.org/jOsbQgsX

ところが実行してみるとVC++では0:10、mingwでは0:70という結果が出ます
掲載されたソースと見比べても違いはないようなのでお手上げです
教えて下さい

**デフォルトの名無しさん** · 2020/09/28(月) 19:26:38.70

>>161
addclockとsubclockにリターン値がないよ
return hour * 100 + minute;
が必要なんじゃないの？

**デフォルトの名無しさん** · 2020/09/28(月) 19:30:48.89

あと、なんて本？
関数の戻り値型(関数名の前に書くintとかそういうやつ)を省略する入門書なんて珍しいから気になる

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/28(月) 20:34:20.88

関数の返却値の型を省略すると int とみなされるのは C89 では保証された動作だったが C99 で廃止された。
だから古い本ならそれほど珍しいわけではない。
そんなに古い本をいまどき手にしてしまうってのはめずらしくはあるが。

**デフォルトの名無しさん** · 2020/09/28(月) 20:45:52.82

>>162
おっしゃるとおりでした、なぜかreturnの行を完全に打ち忘れました。
見直しの最中にも気づかず・・・

今読んでいるのは「はじめて読むC言語」という1991年の本で名著らしいです。
ネットで「はじめて読む8086」の後に続けて読めば理解が深まると言われ手に入れて読んでいます。

途中コンパイルが通らずさんざん頭を捻って拡張子をcppからcにしたら動くようになったりして
古い本で勉強するのはなかなか大変です。

ありがとうございました。

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/28(月) 23:29:53.28

>>165
当時としては名著だったかもしれんが、仕様の改定はあるし、
周辺事情も変わっていくものなので古い資料で入門するのはだいぶん遠回りな気はするぞ。

C は最新規格でも歴史的事情を色々と引きずっているので古い規格から追っていくのも
無駄になるわけではないし、それを楽しめているならそれもよいけれど、
入門の段階で変な苦労を背負いこんで挫折するともったいないので
キツいと思ったら他の学び方もとれるということは覚えておいて欲しい。

**デフォルトの名無しさん** · 2020/09/29(火) 06:25:09.45

いやいや
.cpp を .c と間違えてコンパイル通らないってのは
古い本のせいじゃないぞ

あるあるだけど

**デフォルトの名無しさん** · 2020/09/29(火) 06:27:46.01

世の中にはJavaとJavascript一緒にしてるひともいるからなー(棒)

**デフォルトの名無しさん** · 2020/09/29(火) 19:54:00.24

やさしいCとかはじめてのCとかを買えばいい

**デフォルトの名無しさん** · 2020/09/29(火) 19:56:00.21

えっちいのは…

**デフォルトの名無しさん** · 2020/09/29(火) 20:20:10.22

今の本が終わったらK&Rも読もうと思っていたのですが
VS2019環境だと警告まみれになりそうで気が重くなってきました

**デフォルトの名無しさん** · 2020/09/29(火) 20:55:27.62

読んだってそのまんまのコード書く必要なかろうに

**デフォルトの名無しさん** · 2020/09/29(火) 21:07:40.59

俺的には絶版だけどダイテル本がすげー勉強になった
問題までキッチリ解いたらかなりの力になると思う
んで詳説Cポインタでポインタをもっと掘り下げて
今は色々プログラミングしながら（つっても長くて2千行程度）もっとシステムコール勉強してるとこ
それ終わったらネットワークプログラミングもやるつもり

**デフォルトの名無しさん** · 2020/09/30(水) 00:15:19.73

プログラミング言語C 第2版、K & R、1988

C89/90 の本だから古いけど、MISRA-C などの組み込みでは使う規格

◆QZaw55cn4c · 2020/09/30(水) 07:33:04.37

>>174
C99 は、C++ への互換性を無視するという規格委員会の独善が鼻につき推奨できない
C89 = K&R2 こそ必要にして十分というべきだろう

**デフォルトの名無しさん** · 2020/09/30(水) 18:40:28.90

いつまでK&Rなんて読んでんの？

**デフォルトの名無しさん** · 2020/10/01(木) 12:10:36.95

原理主義者は読む
というか、原理主義者になりたいので読む
なんつったって聖典だからね

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/01(木) 14:04:43.10

>>175
ほう！実に興味深い！
具体的に互換性が無視されているというのはどこのことかな？

**デフォルトの名無しさん** · 2020/10/01(木) 15:17:29.86

読むのは勝手だけど
昔の仕様を頑なに守り続けるのもどうかと思う
だからと言って新しい仕様が何でも良い訳ではないが

**デフォルトの名無しさん** · 2020/10/01(木) 18:56:14.66

K&R読むと、コンパイラ作るの楽になるように設計してるなーってわかるよね。
あと、こりゃ別にlintいるわーってのもわかる。

**デフォルトの名無しさん** · 2020/10/01(木) 19:09:33.99

PASCALもそうだな

◆QZaw55cn4c · 2020/10/01(木) 20:04:00.09

>>178
私のコメントに興味を持ってくれて嬉しい
しかし、今、リアルの私は終わりのない忙しさで連日睡眠時間が 3 時間という有様だ…
おそらく 11月1日2日3日の連休までにはこの忙しさも収束するだろうから、それまで気長に待っていてくれ給へ

◆QZaw55cn4c · 2020/10/01(木) 20:08:33.39

>>181
PASCAL と C を一緒にしてはいけない
PASCAL は LL(1)パーサですべてが記述されている、という C にはない独自の美しさを誇っている
C はセマンティクスに妥協しまくっておりシンタックスはボロボロだ、こんなものは私の求める美しさではない

高みを目指すのなら、C/C++ の「なあなあですませる」態度に決別するべき

**デフォルトの名無しさん** · 2020/10/01(木) 21:03:36.43

>>182
それは大変ですね。
便所にラクガキする時間をぜひ永眠もとい睡眠に使ってください！

**デフォルトの名無しさん** · 2020/10/01(木) 21:47:26.01

struct {
char x;
struct {
char a : 4;
union {
char b : 2;
char c : 2;
};
char d : 2
};
};

こうやるとabcdは正常なんですがxの値がおかしくなります
xの最初4ビットがa
xの最後2ビットがd
xの残り2ビットがbとcで共有
どうやればできますか？

**デフォルトの名無しさん** · 2020/10/01(木) 23:40:30.95

>>185
x も union に入れるといいかもしれない。
「xの残り2ビットがbとcで共有」については、間に union 挟む形だと
ビットフィールドの割り付けが途切れちゃうから、 struct {a, b, d} と strunct {a, c, d} に
分ける必要があるかもしれない。

でもこんなことやりたくなるのはハードウェアレジスタの操作やバイナリフォーマットの操作ぐらいな気がして、
そうなると残念ながらビットフィールドや union 使った方法には移植性に難があるのであまりお勧めできない。

**デフォルトの名無しさん** · 2020/10/02(金) 05:47:34.60

>>186
185じゃないけど、レジスタ設定でおすすめのやりかた教えてください。

ハードウェアありきでレジスタ構造再現するより、目的や意味で分類するソフトありきの方が読みやすいように思えたんですが
このやりかたの利点てなんだろう。処理が早い？

**デフォルトの名無しさん** · 2020/10/02(金) 07:00:47.14

ポインタって*pは指し示したアドレスの先の値なのに
宣言のときに初期化するとchar *p=xxxx;はアドレスが入るって整合性取れてないなと思ってたら
char* p=xxxx;って意味なのね

**デフォルトの名無しさん** · 2020/10/02(金) 07:05:50.26

>>187
符号なし整数型にビットシフトとビットマスクで。

移植性を考慮する必要が無いなら、出力コード見ながら調整したビットフィールドで望みの動作に
できることも多くて、できてしまえばレジスタの定義も楽でレジスタアクセスするコードも読みやすいから、
それで済ませたくなる気持ちはわかる。

「目的や意味で分類する」というのはレジスタアクセスするコードの上に関数を作る話になると思うので、
レジスタアクセスの方法（ビットフィールドかシフト＆マスクかなど）に関わらず好きに関数作って読みやすくすればいい。

**デフォルトの名無しさん** · 2020/10/02(金) 09:23:56.92

>>186
> 間に union 挟む形だとビットフィールドの割り付けが途切れちゃう
納得しましたありがとう！

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/02(金) 11:23:13.43

>>188
そうだけど、宣言の文法上の結合規則では * は p の側に結合する。
宣言は char という型指定子と *p という宣言子から成り立っているのであって、
しかし char* という型の p が宣言されるので整合性という意味では
やっぱりなんだか微妙という感はちょっとある。

**デフォルトの名無しさん** · 2020/10/02(金) 11:33:34.73

もちろん慣れたら問題無い
char a[] = "A\n";
char *p = a;
*p = 'B';
char *q;
q = a;
printf("%s", q);

**デフォルトの名無しさん** · 2020/10/02(金) 14:24:12.68

>>191
VS2019がchar *p;をchar* p;に勝手に変更するので
おかしいなと思ってたんだけど知ってみれば納得できるというか

**デフォルトの名無しさん** · 2020/10/02(金) 14:33:33.60

>>192
ポインタ難しい論の実際ってポインタより配列、文字列のせいって気がする。

**デフォルトの名無しさん** · 2020/10/02(金) 15:08:30.47

char *p; か char* p; かでごねてる人って
char *p[]; とか char (*p)[N]; とかはどうしてるんだろ

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/02(金) 15:15:02.81

>>195
どっちでもいいけどどっちかには揃えたくない？

**デフォルトの名無しさん** · 2020/10/02(金) 16:05:30.99

自分で揃えりゃいい話だし
他人がどう書こうが関係ないし

**デフォルトの名無しさん** · 2020/10/02(金) 16:39:54.61

vsならvsに任せる
人間がやったらミスするんだから機械に任せる
vs標準のフォーマットが嫌なら変えればいいが、変えた時点で標準ではないと認識しといて

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/02(金) 16:39:59.46

>>197
自分ではどう書くかは決めてるってことなんだよね？

**デフォルトの名無しさん** · 2020/10/02(金) 17:02:53.55

書き込めないω