【初心者歓迎】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/07/31(金) 02:35:13.36

そうだね
というか最初はbegin=endだから、findで一度もループ処理が発生しないだけ

**デフォルトの名無しさん** · 2020/07/31(金) 08:38:17.94

>>68
自分で明示的に初期化していないだけで、vectorの変数を宣言しただけで勝手に(サイズが0のvectorとして)初期化してくれる。
vectorのコンストラクタがそれをやってくれている。

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

>>69-70
わかりやすい説明ありがとうございました
なんかスッキリしました

**デフォルトの名無しさん** · 2020/07/31(金) 11:04:11.23

#include <vector>
#include <algorithm>
#include <iostream>

int main() {
std::vector<int>vec;
vec.reserve(10);
auto result = std::find(vec.begin(), vec.end(),3);
std::vector<int>vec2;
vec2.resize(10);
auto result2 = std::find(vec2.begin(), vec2.end(),3);
return 0;
}

**デフォルトの名無しさん** · 2020/08/04(火) 14:37:50.75

boostっていうやつはもう下火なんですか？

**はちみつ餃子** ◆8X2XSCHEME · 2020/08/04(火) 20:36:32.51

んなわけない

**デフォルトの名無しさん** · 2020/08/04(火) 22:16:06.06

極力使わずに済ませたい

**デフォルトの名無しさん** · 2020/08/05(水) 08:45:38.77

下火っていうか
調理場にあるラップのようなもので特に意識されることはないけど欠かすことのできないもの
でもラップを使った料理っていうとどうしてもお手軽感がぬぐえない
プロの調理師はこういうものはできるだけ人目につかないようにする

**デフォルトの名無しさん** · 2020/08/05(水) 12:41:11.56

ラップは隠さんだろ
化調でどうよ

**デフォルトの名無しさん** · 2020/08/06(木) 09:55:51.94

聞き方が悪かった
boostは習熟したほうがいいですか？

**デフォルトの名無しさん** · 2020/08/06(木) 10:17:16.18

あなたのやりたいことに役立つのなら。

**デフォルトの名無しさん** · 2020/08/06(木) 11:01:09.05

boostじゃなくても同じことが出来るものがあったら後者を選ぶな
なんでだろ自分でもわからんω

**デフォルトの名無しさん** · 2020/08/06(木) 11:13:25.84

いまならasioなどのために使うのでは。
そしてネットワーキングTSが標準に入ると、また使わなくなる。
そういうサイクルがあるのでは。

**デフォルトの名無しさん** · 2020/08/07(金) 21:54:30.74

>>42
win32api使うならTCHAR使いましょうよ

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

MBCS対応する気ないならTCHAR使う意味ないよ
MBCS_Support_Deprecated_In_MFCだし

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

WCHAR決め打ちで行くんならDrawTextWにしないと

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

>>82
TCHARはオワコン
全く不要

**デフォルトの名無しさん** · 2020/08/08(土) 11:52:52.81

じゃあ何使うか言え

**デフォルトの名無しさん** · 2020/08/08(土) 12:49:23.95

ナウはQuattroかな

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

>>86
wchar_tでいいよ
ちなみに>>84みたいなのはバカのやること

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

>>88
ありがとう

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

https://ja.uncyclopedia.info/wiki/Progress_display

これは素晴らしいな。

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

https://ja.wikipedia.org/wiki/Sl_(UNIX)

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

C++11の前はboostめっちゃ使ってました

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

Debianがgcc8なのでfilesystemをboostのほう使うとか。
互換性が動機という場合もありますね。

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

C++ の仕様に関する質問です。

OpenGL では、

typedef unsigned char GLboolean;
#define GL_FALSE 0
#define GL_TRUE 1
void glVertexAttribPointer (GLuint index, GLint size, GLenum type, GLboolean normalized,
　　　　　　　　　　　　　GLsizei stride, const void *pointer);
となっていますが、
　　glVertexAttribPointer(locAttr, 3, GL_FLOAT, GL_FALSE, 8 * sizeof(float), (void*)0);
と書いた場合、第四引数の GL_FALSE は 0 なので、int 型の整数リテラル(32BIT)ですが、対応する仮引数は、
GLboolean 型(8BIT)となっています。

overload resolution で、best matching アルゴリズムで最適な関数を探す際、対象の関数のプロトタイプ宣言の仮引数の型と
実引数の型を比較して、1つでも型が不適格のものが見つかった場合、「viable function」ではないとみなされ、候補から除外されます。

例として、unsigned char 型の仮引数に、int 型の変数を渡そうとすれば、不適格に成り、その関数は対象から除外されます。

しかし、この場合の様に、0 や 1 という整定値ならどうなるでしょうか。つまり、
unsigend char 型の仮引数に int 型の整数であるところの 0 という整数リテラルが、「適合」するというのは、
正しい仕様でしょうか？

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

その関数はCの関数なので、そもそもマンぐり返されてないし、より適合するオーバーロード関数の存在なんて考慮してないんじゃね？

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

>>94
> unsigned char 型の仮引数に、int 型の変数を渡そうとすれば、不適格に成り、その関数は対象から除外されます。

これが誤解なのでは？
暗黙変換されるでしょ。

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

>>96
確認しました。charの仮引数の場所に、int 変数を実引数にして渡しても、
エラーも警告も出ませんでした。
関数呼び出しだけでなく、
int i = 0x123456;
char c = i;
としてもエラーも警告も出ませんでした。
テストは、VS2019のC++で行いました。

**はちみつ餃子** ◆8X2XSCHEME · 2020/08/09(日) 00:32:08.26

整数型同士はどの組み合わせでも暗黙の型変換はされるんじゃね。
変換後の型が符号付きかつ、変換後の型が表現できる範囲に収まらない値だったときの挙動が未定義ではあるので、
狭い方向への変換のときに警告くらいは出してくれることもあるみたいだが、
オーバーロードの解決の際に排除されることはない。

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

>>98
ついでに、お聞きしたいのですが、
class CBase {・・・};
class CDerived : public CBase {・・・};
の場合、
CDerive* ---> CBase*
への変換は標準変換は有りますが、
CBase* ---> CDerive*
への変換は標準変換は有りませんよね。
しかし、
CBase *pBase;
に対して、
(CDerived*)pBase
というcastは、down castであり、気をつけなければならないキャストではありますが、組み込みのcastとして、
どのコンパイラでもサポートしています。
(この場合、型の解釈の変更だけでなく、マシン語レベルでの生の値も、offset分だけ変更になることがあるのは
周知の通りです。)
ということは、標準変換ではないにも関わらず、キャストではなぜかサポートしていると言うことになるのでしょうか？

**デフォルトの名無しさん** · 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とかを買えばいい