そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります
コードを貼れる所
http://codepad.org/
https://ideone.com/
前スレ
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/
探検
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
レス数が1000を超えています。これ以上書き込みはできません。
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります
コードを貼れる所
http://codepad.org/
https://ideone.com/
前スレ
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/
Win32APIで現在OSが再生中の音声の値を取得する方法を教えてください。
その瞬間の値をLR各1個取れればいいですが、ある程度連続的に配列に取り込めるほうがベターです。
スペクトラムアナライザを作ろうと思います。
Windows10/Visual Studio 2017/ C or C++です。
sqrt((double)2);
後者の俺はおかしいですか
それ以前に定数にsqrt()なんて使う時点で
あるいは、希に発生する宇宙線の影響を検出したいという意図が有るのかもしれない
あるいは実行環境のバグを検出しその後の処理を切り替えたいとか
そもそも浮動小数点数で無理数を正確に表すこと自体が不可能だけど、どこまでの精度を求めてるの？
sqrt呼ぶのと同精度でいいよ
すでにありそう
素因数分解が必要そうだから結構面倒になるかな？
という形式ならいけそうだな。
有理数クラスの約分に相当する処理を自動的にやらせる感じ。
>>7
3じゃないけど、定数でsqrt呼ぶのがだめというだら、代案を示してほしい。
で充分だよ
static const double SQRT2 = 1.414213...(必要な桁)
にしようよ…
何とかなりませんか？
64bitでコンパイルされたし
まあ今どきはそういうデスクトップマシンも無くはないけど……。
malloc のアロケーターの実装とセットになって
OS がよきに計らってくれないものなのかな
プロセスあたりメモリ2GBの制限に引っかかってるのかな。
この20億バイトのmallocの他にもメモリを使っててトータル不足とか。
プロセスで使えるメモリを3GBにする設定とかあるんだっけ。
あとはOSを64bitにするか。
でもまあメモリ空間が足りないとどうしようもないよな。
mallocでプラス2GBとか普通は32bitじゃ無理
32bitのWindows上のプロセスで2GBより大きなメモリを使うためには…
・OSの動作モードを「カーネルで1GB, プロセスで3GB」のメモリ配分に変更
・リンク時にオプション /LARGEADDRESSAWARE を指定
…という具合に、動作環境と実行ファイルの両方での対処が必要みたい。
さらに加えると、Win32APIの HeapAlloc() を使わないとダメかも。
これはライブラリの malloc() がどう実装されてるかによるが。
それは良かったでちゅね
良いこ良いこ
0026デフォルトの名無しさん垢版
2018/07/06(金) 18:42:29.85①コンテナのat(size_t)を呼び出している
②コンテナにイテレータがあればイテレータ
③コンテナにイテレータがなくat(size_t)があればat
コンテナ.begin()が定義されていれば*<コンテナ.begin()が返却するもの>、
そうでなければ*<std::begin(コンテナ)が返却するもの>
で要素アクセスする。
at()はオーバーヘッドがあるので、forに限らず、将来的にもコンパイラが知らぬうちに呼びだすことはないと思うよ。
0028デフォルトの名無しさん垢版
2018/07/06(金) 19:39:02.31begin 関数と end 関数で帰ってくるイテレータで繰り返すようになってる。
標準ライブラリにあるコンテナの場合は std::begin と std::end が適用されて、
これは基本的にはそれぞれのコンテナのメンバ関数 begin と end をそのまま呼び出すが、
配列などのために特殊化した版が用意されている。
自分が独自に作ったコンテナを range based for に対応させたい場合は、
メンバ関数として begin と end を持っておけば std::begin と std::end 経由でそれが呼び出されるし、
非メンバ関数としてそのコンテナの型を受け取れる begin 関数と end 関数を用意してもよい。
どの名前空間にある begin 関数と end 関数が呼び出されるかは ADL で解決されるんだが、
このあたりの理屈は面倒なんで ADL をキーワードにしてググって。
独自に用意したコンテナについて、やりたければ at を呼び出すように作ることはもちろん出来るよ。
既存のコンテナについても、 std::begin と std::end を特殊化すれば、現実には挙動を変えられたりもするが、
std 名前空間にある関数をオーバーロードすることは禁止されていて、
std 名前空間内のテンプレート関数の特殊化も (全面的に禁止ではないが) 制約があるので、
規格の範囲内ではカスタマイズすることは出来ないと考えて良い。
0031デフォルトの名無しさん垢版
2018/07/06(金) 22:06:07.41詳しい情報サンクス
あっと驚く
auto を使えとか、
int a = 1;
よりも
int a {1};
のほうがいいだとか、書いてありますが、本当にこれにしたがったほうがいいのでしょうか？
他の本とスタイルが違うように思います。
c++11以降はそっちが推奨。
ただ会社で使うと周りがついてこれないから直せと言われるかもしれない。
ありがとうございました。
現場のｺｰﾃﾞｨﾝｸﾞ規約に従いなさい
ﾄﾞｶﾀになりたいのにﾄﾞｶﾀのｵｷﾃに従わないのよくない
ﾄﾞｶﾀにしばかれるぞ
int a = 100;
int b(200);
int c{300};
俺は昔はaで統一してて最近はbに統一してるけど、なんとなく
0039デフォルトの名無しさん垢版
2018/07/07(土) 19:03:20.75『プログラミング言語C++』第4版ではc{300}の書き方をオヌヌメしてる。
(p.168 6.3.5 初期化)
C++11以降でないと使えないのが欠点だって。
とんくすこ
勉強になりました
○>>39-40
2文字の "\n" を 1文字の 0x0a に変換してくれるような
無い。
標準入力とかの外部入力から \ n (0x5c 0x6e) を渡して
それが 0x0d になって欲しいんじゃないの？
わかりにくくてすまん
>>46 やっぱ無いのか。サンクス
sprintfに渡したらいかんのか？
いずれにしろ標準関数にはないね
メンバ関数ポインタについて質問です。
int (*Calculator::mfp)();
int (Calculator::*mfp)();
のどちらが正しいかという話が書いてあります。
「
あとは「どこに」つけ足すかですが、これは簡単に考えると2種類考えられます。
int (*Calculator::mfp)();
int (Calculator::*mfp)();
しかし、静的メンバ変数として普通の関数ポインタを作った場合を考えると、前者
では問題があることが分かります。
typedef を使わず静的メンバ変数として普通の関数ポインタを作ると次のようになります。
class Calculator {
public:
static int (*mfp)();
};
int (*Calculator::mfp)();
静的メンバ変数の実態を定義する時には変数名の前に Calculator:: をつける必要があります。
しかし、もし前者の宣言法が正しいのであれば、この静的メンバ変数の実体定義と区別
がつきません。これでは困りますね。
ということで、後者の宣言法が正しいと推測されます。
」
でも心配しなくていいよ！
だって先頭に*付けたらstaticなメンバ関数ポインタの実体定義とグローバル変数として定義したメンバ関数ポインタが区別つかなくなっちゃうじゃん？
だからどこに付けるか分からなくなっても推測できるから安心だよ！ラッキー！
ってことじゃね？
(俺はググるけど)
型名 (クラス名::*{名前}opt) と来たらメンバ関数ポインタと
馬鹿の一つ覚えで認識しているのでこれ以上ややこしくされると困るわ
this を引数にする普通の関数のポインタを使っちゃう）
＞int (*Calculator::mfp)();
これは、mfp は普通の関数（static メンバ関数＝メソッド）のポインタ、int (*f)() と同じもの
＞int (Calculator::*mfp)();
::*
->*
という演算子が別途存在する、と覚えておく
::*
->*
の使い方は、
https://mevius.5ch.net/test/read.cgi/tech/1434079972/39
訂正します
「＝メソッド」は削除してください、これは間違いですね
static メンバ関数は、this を必要としない(普通の）関数
::*, ->* は「インスタンスメソッド」に使います
実際別の演算子だし
使いどころも少ないので
どちらか迷うなんてことは今まで考えたこともないんだけど
ロベールさんは迷う事がよくあるってことなのかな？
以下の本から読むというのはどうでしょうか？
その後、コンピュータアーキテクチャの本や
OSやコンパイラの本を読むというプランは
どうでしょうか？
低レベルプログラミング
Igor Zhirkov
固定リンク: http://amzn.asia/e6zmk4x
頭悪いんだから偉そうに書くなやｗｗｗ
柴田望洋訳のC++とどっちがいいですか？
工作など面倒なことはしたくないです。
C/C++ スレを粘着の侵略から守るため、必死で闘った。
しかしそれが正義などではなく、太古の昔から繰り返されてきた煽りあいの歴史をなぞっているだけである事もよく知っていた。
哀しかったよ。いや、馬鹿になった事がじゃない。C/C++ を勉強した事がだ。C/C++ は破産するまで終わらないゲームなのだ。
たぶん間抜けな猿が始めたに違いない。
fj へ戻れだと？道は一本きりではないか。
大切なのは自分の立場を見つけることだ。そこで何を煽るべきか何を煽るべきでないかを考える。
本物の目玉は鼻の上についている一組分、それだけだ。
そこから見てみろ、なにが見える？
改行に使うのって <<endl;で覚えて問題ないですか？
以前入門書を買ってその時は読んでる本が難しすぎて勉強自体やめてしまったんですが
先程ロベールの入門書を買ってきて始めたんですが、以前読んだ本には\nと書いてあった気がします。（うろ覚え）
どっち使っても変わらないですか
他にC++初心者スレあったら誘導お願いします＞＜
ロベールの本で "\n" と std::endl の違いは説明されています。
今読んでる限りでは特に説明がないような・・・
始めたばかりなので当然最後まで読んではいませんが後のほうのページで説明されてるんですかね
\nは文字としての改行コード
endlは改行込みで且つバッファを即空になるまで書き出す命令
イメージとしては\nを読み込んだ時に呼び出される改行処理を直で呼び、且つflushも呼び出します
\nだけではflushが起こらずただバッファに\nという1バイトが入るだけ
何が違うのだろうか？ それはいきなりアプリが落ちた時に判る
まだ書き出ししてないバッファの内容は消失する
なぜそんな危険があるのにバッファなんてものを使うのか？
それはIO装置がメモリに比べてとても遅いから律速されるためだ
一旦メモリに溜めておいて最低回数で一気に書き出した方が速い
詳しくありがとうございます
今の段階ではなんのこっちゃ分からないですが…どちらで覚えても問題はないですかね
アプリ作成経験なんて当然皆無ですしバッファの意味も分かりません…
だから今の段階で疑問に持つようなとこじゃないのかなと
色々問題はあるだろうけど理解出来ないところが先ず問題だな
でも疑問を持ったから質問したんだろ？
違いの内容を (今は) 理解できなかったっていうのは仕方ないかもしれんが、
違いの説明をしてるのにそれを無視する結論では回答者を馬鹿にしていると取られても仕方ないぞ。
わからなかったのがバッファについてなら、それをキーワードにしてググればいくらでも解説が出てくるし、
それもよくわからなかったのなら「参考にして本を読み進めてみます」くらいの言葉で締めとけよ。
もちろん感謝してますし、無視せずお礼も言ってるはずですよ。
まぁ文章力がないのでそういうふうに捉えられてしまったかもしれません。どうもすいません
読んでそうそう前の入門書と違う表記でモヤモヤしたのでそれが解決しただけで収穫だと思ってます
おしっこに於ける膀胱がバッファに相当する
膀胱が無ければ腎臓により生産された尿は即排出せねばならない
君がデートの最中でもだ
5chに何を期待してるんだか
ああ、説教に見えた？
端的に言い直すわ。
俺がヤだ。
お前の感想とか興味無いしスレチ
天才かよ
新規作成しても何も出てきません。何が原因なのでしょうか？インストールする際にたくさん
選ぶ項目がありましたがその際に何か選択しわすれていたのでしょうか・・・？
環境はwin10 64bitです
ありがとうございます
からのプロジェクトって何も書いてない真っ白なページが出てくるんじゃないんですか？
何も出てこないんですけど・・・・。
一回一回のアンインストール時間等もかなり長くキリがないので
どこどこのページでどれをインストールすればいいのか教えてほしいです;
ありがとうございます
その手順で何回かやってましたが何も起こらずです;
砂時計が少し出てたので何かを読み込もうとしてる感じはありましたが・・・
今からインストールからやり直すのですが
ワークロード、個別のコンポーネントの項目でどれを選べばいいか教えてほしいです
用途はC++の入門書に書いてあるコードを実行です
https://gyazo.com/48057912d8ac21da300faaf6362919e4
何も出ないって何かおかしいからイベントログ見てみるとか
ユニバーサルWindowsプラットフォーム開発
C++によるデスクトップ開発
Visualstudio拡張機能の追加
この３つを選択してインストールしてるんですが他にも選ばなきゃいけないものがあるんでしょうか
https://gyazo.com/7cd6a220d3e234cb796a87425c8b1b68
コンソール
デスクトップ
空
この３つですね
何かダウンロードし忘れてますかね・・・
source.cppの真っ白画面出てきましたがやりかたあってるのかな…？
一応自己解決です
空のプロジェクトはソースコード入ってないから自分で新しく入れろってこと
visual c++ 入門とかでググったら色々出てくると思うが
http://codepad.org/OHOFfttDのコードだと狙い通りに昭和の年数が帰ってくるんですが
http://codepad.org/kq6vlVqaこちらだと思ったとおりに帰ってきません
参照渡しをすると、この問題は解決できるという答えは分かりましたが、サンプルコードの違いが分からないので
どういうときに参照渡しとやらを使えば良いのか分かりません
教えて下さい
後者のコードでは、もとの変数には影響が及ばない。そのコピーではなく、もともとの変数を関数で操作をさせたい場合に引数を参照に指定する
func(5); 別に問題ない リテラルを書き換えてるのではなく a はコピーとって コピー側を書き換えてる
void func(int &a) { a = 2; }
func(5); リテラルの書き換えになって駄目ー
回答有り難うございます
直接操作の意味がよく…分からないです。すみません
前者のコードはint shouwa = WesternToShouwa(western);
と戻ってきた値を代入してるから直接操作にならないんですか？
申し訳ないが５ｃｈが謎の規制をしており十分な書き込みができないため他の人に回答を譲る
cin >> year;
WesternToShouwa(year);
って書いてて year が書き換わることを期待してるんやろ？
前社は 代入により書き換えてる
year② = WesternToShouwa(year①);
①は呼び出しの前後で変わっていない が 代入演算子により ②で書き換えてる
ありがとうございます。
なんとなくわかってきたような…
どちらのコードも戻り値はかえってきてるんですよね・？
前者はint shouwa = の部分で返った値をshouwa に格納してるが
後者は返った値がどこにも格納されてないのだ
なるほど！
返ってきた値を引数に直接入れることは不可能なんですね。でも仮引数で＆を使えば直接値を変えることが可能になると。
分かりました。ありがとうございます
↑のコードですが、 system() により、 Main1.exe というプログラムを
実行しています。
今、使っている IDE は、 Visual Studioです。
Main1.exe の置き場所ですが、プロジェクトのソースコードが置かれているところに
置くとうまくいきました。
もし、かりに、このプログラムの .exe ファイルを別の場所に持って行った場合に、
Main1.exe はどこに置けばいいのでしょうか？
その位置関係の指定方法が分かりません。
ありがとうございます。
今、Visual Studio から実行しています。
http://codepad.org/epS67q3p
↑このexeファイルの場所とMain1.exeの置き場所が違いますが、
うまく実行できています。
http://codepad.org/epS67q3p
逆に、Main1.exeを↑のexeファイルと同じ場所に置くとうまくいきません。
これは、 Visual Studio 上から実行しているからでしょうか？
ありがとうございます。
今、試してみたら、同じフォルダに入れることでうまく実行できました。
相対パスの基準ディレクトリになれるのは、
1. カレントディレクトリか、
2. プロジェクトフォルダか、
3. 呼び出す方のファイルのあるフォルダ
例
intdata[5] = {7, 10, 21, 30, 36};
intresult[5] = {};←関数で{1, 0, 1, 0, 0}を得る
という課題が出たのですが、さっぱりわかりません；；
{
int i;
for (i = 0; i < count; ++i)
result[i] = data[i] % 2;
}
どう分からないのか分からないと説明のしようもないのだわ。
もちろん、その課題の解答例を示すことはできるけど、
丸写しにしても分からない状態は解消しないだろうし。
とりあえず、判定したい情報が入った配列dataを関数に渡すことはできるのかな?
「引数として整数の配列を渡して、それに格納されてる値をそのまま表示する関数」
のような関数を作れる?
教えるのが彼の仕事なんだから
初心者を誘い込んでいたぶっている様にしか見えないな
答える方だってさっぱりわかりませんがさっぱりわかりません
デフォルト引数についての説明が少なすぎてよくわかりません
どやって宣言するんでしょうか？プロトタイプ宣言の文にもデフォルト引数を書く必要があるんですか？
なんか簡単なコードを書いて頂けると助かります
基本的には宣言の方に書くもんだ。
ありがとうございます。関数の本体には引数書かなくていいんですね(+_+)
関数定義の場所でデフォルト引数を書くことも出来るけどね。
関数の定義は宣言を兼ねるので、宣言が不要ならば関数定義の箇所でデフォルト引数を書いておけば
それ以降の呼出し箇所でデフォルト引数が使われる。
ただし、宣言と定義の両方にデフォルト引数を書いたら駄目。
デフォルト引数は関数呼出しのときに補われるのであるから、
関数呼出しのときにデフォルト引数が何かわかっていなければならないので、
分割コンパイルしたときに実装 (関数定義) 側にデフォルト引数が書かれていても
呼出し側でデフォルト引数が何かわからない。
それでは困るから、原則としてはプロトタイプ宣言の側にデフォルト引数を書くものだと思っておけば無難ってことになる。
http://codepad.org/A357YvMb
19行目からどういう順番で動いて何やってるのか一切分からないので解説して下さい;
点数高い順に並べ替えてるみたいなんですが、どう動いてるのか分からないので全然納得出来ないです
まず先頭と2番目を比較し、2番目の方が大きければ先頭と入れ替える。
次に先頭と3番目を比較し、3番目の方が大きければ先頭と入れ替える。
・・・
先頭と末尾をを比較し、末尾の方が大きければ先頭と入れ替える。
ここまでで、先頭の要素は、他のすべての要素より大きくなる。
つまり、先頭の要素は一番大きい要素になる。(内側のループ1回目)
次に2番目と3番目、2番目と4番目・・・2番目と末尾で同じことをすることで、
2番目の要素は2番目に大きい要素になる。(内側のループ2回目)
あとはこれを繰り返せば、大きい純に並び替えられる。
詳しくは、「選択ソート』で検索。
ありがとうございます
[]の中のtとsが添字と要素数ごっちゃになって混乱してました
難しい…
C++言語プログラミングのクラス実装にて
文字列を合成するメンバ関数を以下のように書きました
std::string オリジナルクラス::getConectString()
{
return 文字列1 + 文字列2;
}
このあとに、合成された文字列の「長さ」を求めるためのメンバ関数を
int オリジナルクラス::getConnectLength()
{
return getConnectString().length();
}
とすると「長さ」が正しく求まりました
上記のように、getConnectString()というメンバ関数名に.length()を用いることは
使い方としてあっていますか？
よろしくお願いします
あってます
ありがとうございます
不安解消できました
メソッドチェーンを早速調べてみます
初めて知る言葉なので感謝です
http://codepad.org/iEAdMKmK
これをvisualstudio2017で実行するとstrcat,scrcpyの宣言を確認してくださいとか何とかたくさん出て実行できません
何が原因なんでしょうか？何かインストールのし忘れですか
http://www.cplusplus.com/reference/cstring/strcpy/
http://www.cplusplus.com/reference/cstring/strcat/
#include <stdio.h>
#include <string.h>
#include の後ろに、半角空白が入る
include 行より前に
#define _CRT_SECURE_NO_DEPRECATE
を置くと警告は消せるけど
実行できません＝コンパイルエラーなら
本質は >>142 の stdio.h と string.h のｲﾝｸﾙｰﾄﾞ足らずでしょう
ありがとうございます。
#include <stdio.h> #include<string.h>入れても結果は同じでした。(iostremをぬいても結果は同じでした）
https://gyazo.com/a4a296eff2f108205068ec8724814005
自分の環境がおかしいんですかね…入門書のコード自体は間違ってないんでしょうか？
>>143さんの
strcpy_s ,strcat_s という表記にしてみたらおかげさまで実行できました！
「セキュアじゃないから使うな」はエラーになってるのな
C++のコードでstring.hを勧めちゃダメでしよ
最初の質問読まずに脊髄反射すんな
最初の質問が>>141なら、既にcstringをインクルードしてるんだから、わざわざstring.hなんて書くべきではないと思うけど、最初の質問てどれのことだろう？
public: int meas() {return 1;}
};
int Func() {return 1;}
int main()
{
Abc aa;
int (*flist[])() = {aa.meas}; // １．error 非標準の構文
int(*fpFunc[])() = { Func ,Func}; //２．ok
}
クラスインスタンスのメンバー関数の関数テーブルをつくりたいんだができない。何か良い方法は
無いものだろうか？ ２ができるのに１ができないのは解せない。
class CTest { public: void Func(); };
void (CTest::*fpFunc)() = CTest::Func;
問題なくコンパイルできたと思います。このように、メンバ関数ポインタの文法は
<戻り値の型> (<クラス名>::*<変数名>(<引数リスト>);
この説明は読んだが、それはインスタンスに対してはつかえないでしょ。
{aa.func,bb.func}
のように集合したい場合に使えないから上の例とは問題がすこし違うとおもう。
というかC++では仕様的に無理なのかな？
無理だよ。
メンバ関数の実体はインスタンス毎にそれぞれメモリ上に配置されるのではなく、異なるインスタンスでも実体は一つ。だから、インスタンスごとにメンバ関数のアドレスが異なる訳ではないので、そういうことはできない。
メンバ関数をポインタ経由で呼ぶためには、インスタンスそのもののポインタと、メンバ関数ポインタをセットで使う必要がある。
わざわざ糞サイトを宣伝しなくて良い
なるほどな・・・質問者ではないが勉強になる。
詳しい解説サンクス
普通に
int main(){
Abc aa;
Abc bb;
int list[] = {aa, bb};
…
auto x = list[0].meas(); // 呼び出し
…
じゃダメなの？
thisポインタ周りの話は基本中の基本だと思ってたんだが最近は違うんかね
俺も数回しか使ったことないし
std::functionとラムダ式組み合わせたら?
std::function<int()> first[] = {[&aa](){return aa.meas();}};
そういうことなのですか？ 分かりやすい説明でスッキリしました。
>>159
そうですね。それだとイメージ的にはthisのポインターリストですからメンバーを含めてｃと同様の関数テーブルをつくるには
PointerPareList[]＝{
{this1, メンバー関数のローカルポインター1},
{this2, メンバー関数のローカルポインター2},
{thisn, メンバー関数のローカルポインターn},
};
にすればよいのかな。でもローカルポインター（クラス内の相対アドレス）がとれない？でしょうね。それに実行方法も
問題ですね。
>>164
私もラムダを使う方法で実現しました。functionは知らなかったので使わずに関数ポインター配列でもできました。
ラムダ式を使うとすんなり動作しました。
http://codepad.org/IIJB22M5
これの11行目と12行目は何をする関数でこのプログラムで何の役割を担ってるんですか？
typedef,ファイルの分割、参照辺りから駆け足になってきて本の説明だけじゃ中々理解できません(+_+)
なぜこんなものが必要なのかはJavaにて議論されてる
ttps://qiita.com/katolisa/items/6cfd1a2a87058678d646
ttp://d.hatena.ne.jp/Nagise/20141010/1412930502
ttps://geechs-magazine.com/tag/tech/20170215_2
ttps://teratail.com/questions/27789
ttps://www.deep-rain.com/programming/program/626
ラムダ式を関数ポインタに代入できるのは、キャプチャしてない場合だけ。
今回の場合、元のオブジェクトをキャプチャする必要があるので、
関数ポインタに代入することは出来ないはず。
実際、手元のclang++ではビルドできなかった。
処理系の独自拡張でたまたま動作しているだけじゃないかな?
java知らないので一瞬わからなかったです;
ドット演算子でメンバ関数表示出来ないからややこしいことしてたんですね
分かりました。ありがとうございます
キャプチャしてません。（あまりよくわかってないが、、）
オブジェクトをグローバルで定義してるからだろうか？
組み込みなので頭で定義してる。
fpfunc funclist[] = {
[](bool tf ){ Seqif.ledon1( tf ) },
[](bool tf ){ Seqif.ledon12( tf ) },
[](bool tf ){ Seqif.ledon21( tf ) },
[](bool tf ){ Seqif.ledon35( tf ) }
}
> PointerPareList[]＝{
> {this1, メンバー関数のローカルポインター1},
> {this2, メンバー関数のローカルポインター2},
> {thisn, メンバー関数のローカルポインターn},
> };
そのメンバー関数って要素ごとに異なるの？
異なるならこんな感じでやればいい
#include <stdio.h>
class Abc {
private:
int n;
public:
Abc(int n_) : n(n_) {}
int meas0() { return n + 0; }
int meas1() { return n + 1; }
};
int main() {
Abc aa(10);
Abc bb(20);
struct {
Abc& This;
int (Abc::*Func)();
} list[] = {
{ aa, &Abc::meas0 }, { aa, &Abc::meas1 }, { bb, &Abc::meas0 }, { bb, &Abc::meas1 }
};
for (auto x : list) {
auto n = (x.This.*x.Func)();
printf("n = %d\n", n);
}
}
メンバ変数に直接アクセス出来ないから値だけを返す関数作ってるのかな？って
URL先見て理解したんですが間違えてますか；
書き換えさせないけど値の読み出しはさせてやるためのget～関数、
と考えるのが宜しいかと。
凄い。そういうことができるんですね。
メンバー関数のタイプはすべて同じなのだがクラスのタイプがことなるものが混在するばあいはどうすればいいだろ。
Abc aa(10);
Efg bb(20);
こんな場合。
この入門書で、何の説明もなく使われてるんですが…
サイズを表すのに充分な unsigned な整数型
ありがとうございます。照らし合わせたら何とか理解できました;
それとなんですが……ロベールってプログラミング初めてやるのに向いてる書籍ではないんでしょうか？
書籍スレで聞いたら噛みつかれたりしてまともじゃなかったので、、もしもっと簡単な本あれば教えてほしいです;
入門者向けというのは内容が簡単という意味ではない。
入門的なことを根本的な理屈から説明している本は難しいかもしれないが入門者にとっては有用だし、
でもそういうのはモチベーションが続かないっていう人にとっては理屈はともかく動作するものを中心に
した方が良いかもしれないし、学習のスタンスによるんじゃないの。
良いか悪いかというスカラ的な軸では評価できないよ。
俺はロベールの本とやらを読んだことが無いので具体的な評価はできないけども、
古いという点でややマイナス評価かな。
C++11 (C++ の仕様の 2011 の改定) が大きなターニングポイントなので、
それよりも古い仕様を想定した書籍は現代作法的にちょっと微妙な箇所があったりする。
C++11 or later をあからさまにターゲットにした和書は
https://www.amazon.co.jp/dp/4774174084/
しか持っていない、これも辞典形式で右辺値参照とかは詳しくない、いまはもうちょっと増えているかと期待するが
基本クラスを作って各々派生させるくらいしか思いつかなかった
#include <stdio.h>
class Base {
public:
iint n;
Base(int n_) : n(n_) {}
virtual int meas0() = 0;
virtual int meas1() = 0;
};
class Abc: public Base {
public:
Abc(int n) : Base(n) {}
int meas0() override { return n + 0; }
int meas1() override { return n + 1; }
};
class Def : public Base {
public:
Def(int n) : Base(n) {}
int meas0() override { return n + 10; }
int meas1() override { return n + 20; }
};
... 続く
Abc abc(100);
Def def(200);
struct {
Base& This;
int (Base::*Func)();
} list[] = {
{ abc, &Base::meas0 }, { abc, &Base::meas1 },
{ def, &Base::meas0 }, { def, &Base::meas1 }
};
for (auto x : list) {
auto n = (x.This.*x.Func)();
printf("n = %d\n", n);
}
}
いいお値段する本なので中々乗り換える決心が付きませんでしたが
これを機にもっと簡単なコードが沢山載ってて手で動かしながら直感的に覚えられる新しい版の本探してみます。
スレチにも関わらずアドバイス頂きありがとうございます(´ω｀)
入門書≠簡単ではないんですね…苦しんで覚えるCみたいにいい意味でタイトルに偽りある本があればいいんですが
参考になります。ありがとう。
void func1(){}
}
namespace Name2{
void test{
Name1::func1(); //error になる。
}
}
ｖｓ２０１７でテストするとコンパイルOKなのだが、TIのｃｃｓコンパイラだとエラーになる。
TIの場合はNamespaceはクラスにたいしては有効だけれども、グローバル関数に関してはエラーになる。
これは正しい文法なのだろうか？
そのUE４はC++
銃弾の反動とかゲーム中にどんな計算されてるのか知りたいんだけどどうやったら知れますかね？
まず、プログラミングの初心者が、C++ を学ぶには数年以上掛かる！
Ruby など数言語を数年いじくりまわした人が、やっと、C++ を学ぶスタート地点に立てる
各言語の入門書は、決してプログラミング初心者向けではない！
数言語をいじくりまわした人が、その言語に関しては、知らないというだけ。
既に数年のコンピューターリテラシーを学んだ人が、各言語の入門書を学べる
つまり、プログラミング初心者と、各言語の初心者は違う。
まず、Ruby, Python, JavaScript など、軽量言語を数年やるべき
C++ は最難関！
20年以上、C で開発している中高年でも、ほとんどの人は出来ない！
それでも、やりたいのなら、ロベールしかない。
他の本では、絶対に無理だから！
漏れらみたいに、10言語を何十年もやってれば、速習でも読めるけど。
初心者がC++ なんて、時間の無駄
ストラウプスのネタ本を読んでからまったりと覚えれば良いと思うがな
一方、C++ は高校生
小学生が、高校生の教科書を理解するには、10年掛かる。
読んでも理解できない
小・中・高と、簡単なものから順序よく理解していかないといけない
だから、プログラミングの初心者が、C++ から始めるのが根本的に間違い！
それとも誰か、プログラミングの初心者は、C++ から始めろって勧めた奴でもいたか？
> プログラミングの初心者が、C++ を学ぶには数年以上掛かる
> Ruby など数言語を数年いじくりまわした人が、やっと、C++ を学ぶスタート地点に立てる
こマ？
> 20年以上、C で開発している中高年でも、ほとんどの人は出来ない！
新しいことを覚える気がないK&RかC89脳おじさんなだけじゃないの？
> 各言語の入門書は、決してプログラミング初心者向けではない！
> 既に数年のコンピューターリテラシーを学んだ人が、各言語の入門書を学べる
> まず、Ruby, Python, JavaScript など、軽量言語を数年やるべき
RubyやPythonやJavaScirpt の入門書も同様ではないの？
学習用擬似言語みたいなものが必要になってくるな
「ストラウプスのネタ本」とは具体的にはどんな本なの?
言葉だけ見るとハゲ先生がC++に関して面白おかしく書き綴った
軽く読める本に思えて興味をそそられるんだが。
ネット検索できる程度の情報(タイトルとか)を教えて下さいな。
ロベールよりも遥かに難しいから、読んでも無駄
「苦しんで覚えるC」は、内容がない。
手順書だから、1～2時間ぐらいで読める。
こう打ち込んだら、こう表示されるという内容
「たのしいRuby 第5版、2016」を3回読んだ方が、遥かにためになる。
Ruby は、C/C++ みたいに余計な儀式がない。
処理が、ソースコードそのままで表現される
スクエニなど、社員が数千人いても、募集しているだろ。
C++ なんて、千人中1人も出来ない
20年開発していても、資格を取れないとか、そんな奴ばっかりだろ。
そういう連中がどうやって、C++ の本を理解できるのか？w
無理や
Rubyの女神・女優の池澤あやかも言ってる。
初心者が大学で、Cから始めるから、皆プログラミングが嫌いになる。
Rubyから始めれば良いのにって
本格的にプログラミングをやろうとする人に関しては正しい入門方法だと思う。
Cからの入門が適切な人にとっては、次はC++でもよいと思う。もともとC++はCを含んでいるので
初心者がC++から始めるというのはある意味正当な方法だろう。
具体的には、たとえばハードウエア割り込み信号を捉えるプログラミングは、他の言語では非常に
理解しずらいと思う。C++なら直接割り込みが起こったところをステップ動作で観測できる。
こんな言語は他にはないだろう。しかもそのデータをメモリーに蓄積して、適切に処理したのちに
さらにデータベースに格納するなど。微細な部分から非常に大規模な部分までをトータルにカバー
できるというダイナミックレンジにおいてもC++以外の言語はないのではないだろうか？
とはいえ自分もC++は毛嫌いしていままで使ったことはなかったが、使ってみればかなり便利だ。
C++の設計と進化
細かく道筋教えていただきありがとうございます
使いこなせるようになりたい言語はC++C#と決まってるので出来れば
この２つを覚えるのに有用な言語がいいんですがruby,python,javascriptの３つのうちどれが有用ですか
出来れば実行環境を用意するのに手こずらない言語がいいです。一度何処かのスレでjava勧められて環境変数が云々で挫折してるので‥
たのしいRuby 第5版、2016
オブジェクト指向を学びたいなら、
スッキリわかる Java入門 第2版、2014
どの言語でも、環境構築が難しい。
だからプログラマではない、Excel エンジニアが多い
どの企業でもプログラマ募集ではなく、
コンピューターリテラシーがある人を求めているのは、そういうこと
数十のLinux コマンド・PowerShell のコマンドを知っている人とか、
環境変数PATH を知っている人とか
1. Ruby, Python, JavaScript,
2. Java, Kotlin, C#,
3. C, C++
言語の順番で言えば、C# は6番目。
5年後ぐらいw
1は軽量・動的言語、2は静的言語、3はポインターを扱う言語。
だから大学教育で、7番目のCから教えるのは、明らかな間違い
はるかに短時間で読めるし、身につく。
それぐらい、C++ は難しい・ややこしい。
C/C++ のようなポインタのある言語は、必要に迫られるまで避けるべし！
たのしいRuby 第5版、2016
みんなのPython 第4版、2017
スッキリわかる Java入門 第2版、2014
Java は「pathを通す」―環境変数 path を設定するだけで使えるようになりますよ
OS はなんですか？
私は Java を推薦します。
Ruby は癖があり、python はオブジェクト指向が徹底されず（private 変数を外から触れる）いまひとつ
何言ってんの？
そうでもないんですか…
綺麗なゲーム作りたいから早くC++C#やりたいんですが厳しいですか;
>>スッキリわかる Java入門 第2版、2014
お薦めしてもらったスッキリjavaは買ったんですが前述の通りsdkが説明どおりにやってもインストール出来なくて…
C++やるためにvisualstudioはインストールしたんですけど、visualstudioあればRubyとかpythonも出来るんですか？
>>203
OSはwin10の64bitです。dokojava筆者の説明どおりにやってなんどもインストール・アンインストール繰り返しましたが駄目でした
とことん相性が悪いようです;;
https://techacademy.jp/magazine/8998
で Java インストールを試してみてください
以前トラブっているのを読んでいた限りでは、この方法が有効なはずです、Windows7, WindowsXP 時代からこうしてきました
コマンドプロンプトでjavac10.0.2って出てきたんですがこれは成功いけてますか？
以前教えてもらった時はpowershellとか色々やっても
全然駄目だったのに……今回一発で出来たっぽいです
なんと感謝していいのやら;ありがとうございます…！
脱線してスレ違いになってすいません。
コマンドプロンプトで「javac -version」を入力後、enter で
https://static.techacademy.jp/magazine/wp-content/uploads/2016/08/java014-620x403.jpg
の画面が出ればOKです
読んだことはない(お高いのでなかなか買う踏ん切りがつかない)。
『プログラミング言語C++』第4版の中でも何回か言及されてるから
いつか読もうとは思ってる。
…とか言いつつ、先刻まで「進化と設計」と覚えていた。
確かに「設計と進化」、設計して作ってさらに進化、じゃないと
話が合わないね。
丸暗記以外はしない人には不要かも知れないけど
実装が勝手にnoexceptを付けたりできますか？
cppreferenceによるとunordered_map()のデフォルトコンストラクタはnoexceptが付かないことになってますが
noexcept(unordered_map<string, int>()) の値を見てみたら、ideone.comではtrueになっていました。
Visual C++だとfalseです。
安全側、制約の強い側になるので実装によって異なっていても問題ないということですか？
ユーザー・システム環境変数の画面のPATH をわからない人は、プログラマーにはなれない。
プログラマーになれない、Excel エンジニアが多いのは、PATH の仕組みがわからないから
数十ある、基本コマンドを勉強していないから
シェル(PowerShell・コマンドプロンプト)で、
「ruby 引数」のようなパス無しの「コマンド名 引数」でなぜ、
実行ファイルが探し出されるのか？
ruby で起動される実行ファイルは、ruby.exe, ruby.dll, ruby.sh なのか？
それらが同じフォルダにあれば、どれが起動されるのか？
こういう質問に答えられない人は、何十年プログラミングしていても環境構築できない
こういう人は、単なる土方プログラマーで、
コンピューターリテラシーがないから、企業が採用したくない人！
土方プログラマーはいらない！
コンピューターリテラシー、つまりシステムの知識がある人が求められている
BIOS, ドライバ, OSのカーネル, ...
問題ない。
https://timsong-cpp.github.io/cppwp/n4659/res.on.exception.handling#5
> An implementation may strengthen the exception specification for
> a non-virtual function by adding a non-throwing exception specification.
ポインタの仕組みだけで、1冊出てるぐらいに難しいw
よく、スレで宗教戦争を起こしているでしょ
C言語がポインタの表記について混乱しているから、難しい。
に一票かなぁ
何で悩むのか分からない
混乱してるようには思えないんだが、どう混乱してるの？ まあ確かに関数のポインターの型表記
などは難しいといえば難しいな。それを言うならC#だってラムダの型表記などはautoしてみないと
分からないようなことがある。ラムダもポインターに似たようなものだからね。
C11あたりからその駄目部分をカバーしてきている。つまり使い方を選んで使えばC++は
非常に便利に使えるようになってきている。
本を読んでもC++の作者が書いた本は混乱していて分かりずらい。物事を複雑に考え過ぎて
混乱している。こういう人には綺麗な言語を作るのは難しいだろうと思う。今のC++はC#やJava
が作り出した成果を取り込んで、精神を叩き直されたC++だから元々のC++とは違うものだと思う。
これらの違い
ありがとうございます。
明示的に許されていたのですね。
今回はVisual C++でコンパイルできないコードをideone上でミニマムに
再現しようとしたところコンパイルできてしまって躓いていました。
＞C11あたりからその駄目部分をカバーしてきている。
私は C++11 以降は「進んで追わない」と決心してしまった敗者ですが、
そういう敗者であっても、C++11 が以前の欠点をカバーしている、というのなら、それをおききしたいです
C++11 later の改良点をひとことでいうと、何なんでしょうか？
autoキーワードにより、イテレータの型名の指定を省略できるようになった。
std::map, std::setの高速版のstd::unordered_map, std::unordered_setが使えるようになった。
初期化リストにより、初期化が楽になった。
ムーヴにより、所有権の移動を高速化できる。
安全じゃなくて？
constexprキーワードにより、さらなるコンパイル時計算の最適化が可能になった。
例外の扱いが改善された。
＞例外の扱いが改善された。
kwsk
noexceptキーワードを使う方法が推奨されている。
noexcept {
int f(int n) {
return n + 1;
}
}
例えば、初期化リストを使えば、要素をまとめて確保できるので高速化が期待できる。
ムーヴは、コピーよりも高速である。
何が？
素人考えだけど
vector<int> vec = {1, 2, 3};
for (auto elem : vec) {
cout << elem << endl;
}
みたいなことが出来るのは実用的にはものすごくありがたいよ
濫用して読みにくくなるのは問題だけど、決まりきった処理を簡潔に書きたい場合はむしろ読みやすくなるわけだし
そういうところが凄く便利になったね。
でも過去の負の遺産も引きづっている。なかでもcoutは特に嫌いだ。
coutは使わないことにしている。コードが汚くなって台無しだ。
ルート2っていうのがそもそも代数的に定義されたもので、有理数の加減乗除で表すのは不可能
じゃあルート2が何で存在するかっていうと、その代数的性質を満たす仮の数(!)にどこまでも近づけるから
どこまでも近づくっていうのは、好きなオーダーで誤差を小さくすることが出来ることを言う
結局ルート2っていうのは任意の誤差で二乗して2になるような性質に近づく手続きのこと
誤差のオーダーを与えればそれを満たす数をただひとつ返す関数があれば
それはルート2 と数学的に同値
あんま役にたたないけど
sqrt(2.);
>>4
何か問題？
√2の定義くらい中学で習うから
実用的なのはデータベースで100TBくらいじゃねえの
0.0から6.24...まで0.00000000000000000000000000000001刻みで計算しとくんだろ
あとはルックアップテーブルに丸投げ
CPU近くの独自回路のハードウェアで計算させるか、
CPUが三角関数の値を欲しがって遥か遠方のDBに問いかけて遥か遠方のDBから数表の値が返ってくる莫大な時間か
ルートの計算なんて除算と同程度に速いんだから
タイムクリティカルな場所じゃなければ
毎回計算すれば良いよ
少なくともわざわざ>>13みたいにプログラマが計算しなくて良い
というconst WCHAR*を指すポインタ定数があるとき、
typedef const WCHAR* LPCWSTR;
と型宣言がされていると、
const LPCWSTR p = L"aaaa";
と書けるけど、このときなぜ後ろのconstが前に出てくるんでしょうか。
なぜ前に出て“これる”か、ということなら
ポインタを修飾してることが明確だからかな
typedefしてないと*の後にしか書けない
これ後ろのままでもコンパイル通るんですか。
で、前でもコンパイラが理解できるからどっちでもOKと。
ただそれなら、
const const WCHAR* p = L"aaaa";
という記述も特別OKにしてもらいたかったです。
え？
一辺の長さが 1 の正方形を書けば、その対角線 √2 が静的に可視化されている、のですけれども
それだと*が2つ以上の時に困る
const const WCHAR** p
が
const WCHAR * const * p
const WCHAR * * const p
WCHAR * const * const p
のどれになるか分からん。
スレチだしレスするの迷ったんだけど
1辺が1の正方形を本当にかけるのか、対角線を引いたときに本当にルート2なのか、可視というが何が見えてるのか
って感じで、1を正確に測りとれるとか三平方の定理とか、対角線の長さを測りとれるとか
いろんな仮定が入ってる
結局仮のルート2に収束する数列とか、>>244の言う数表(ただし無限に続く)とかと同じ議論が起きちゃう
ルートなんて学校で習っただろ
正確に三等分なんて、分子レベル素粒子レベルまでたどり着いても不可能だってことにならない？
(一般的には)近似値しか計算出来ないのも同じ
実は計算方法までそっくり
スレチも山の賑わい…
正方形も、その対角線も、静的に存在しており無限の過程を認識する必要はないでしょう？
その対角線を、例えば 10 進法表記に対応させるときに、無限の過程が発生するだけで
アキレスと亀の話と似ている気がします
ただ実数と有理数の間には実際にでかい隔絶があって、自然数からの加減乗除による拡大は有理数で止まる
あと本物の正方形を誰が見たこともないように、正方形や円っていうのは仮定の上にあるもの
実数の存在を正方形や円(パイ)に求めるのは、結局その仮定を無意識のうちに使用しているだけ
ただ実数と有理数の間には実際にでかい隔絶があって、自然数からの加減乗除による拡大は有理数で止まる
あと本物の正方形を誰が見たこともないように、正方形や円っていうのは仮定の上にあるもの
実数の存在を正方形や円(パイ)に求めるのは、結局その仮定を無意識のうちに使用しているだけ
3次元の立方体はイメージ出来るけど、
4次元の立方体ってイメージ出来る物なのかな？
訓練を積んだ数学者なら出来るの？
例えば3次元立方体を2次元平面で切断したときに出来る図形と同様に
4次元立方体を3次元空間で切断ｗしたときに出来る立体をイメージ出来るの？
イメージ出来るって言うのを、頭のなかで回転したり任意の方から光を当てて影を見たり切断面かいたり
出来ることだとすれば四次元は比較的いける。その辺が専門の大学院生ならイメージできる
正多胞体(多面体、多角形の四次元ばーじょん)も発見されてるし、だいぶ見えてると思う
五次元もいける数学者が数人いるという噂もある
立方体より単体のほうがイメージしやすいが
立方体だと[0,1]^nに微分同相とかきっとそんなん
やはりスゴイと言うしかない
そういう人なら、ゴムボールを切らずに裏返しにする事も出来そうだ
勿論、頭の中でだけど
切断wという予測変換に驚き
√2は手続きではないだろう。
1に1を足した数に2ってラベルがついてるのと同じで、
(√2)^2=2となるような無理数にラベルがついてるだけ。当然2の平方根に完全に一致する。
そして誤差のオーダーを必要とする時点で近似的な取り扱いしかできないということになるのだから、
√2が必要であれば√2として持つしかないだろう。
10進小数点表記で任意精度で表すためにはその手続きが必要となるだろうけど。
じゃあルート2の定義はっていうと、方程式の解であって、1と2の間に存在しそうだけど本当にあるの？って話
結局新しい仮定が必要になってきて、それが収束有理数列と同値で、この列は手続き=関数と同値
なんかスレチで荒らしてすまんな
困難わかってても実際はあまり役にたたたないし
それは正の数の平方根数が実数上に確かにある存在の証明の手続きでしかないよね
実際に任意精度で√2を求められる関数を使って(√2)^2が2になるか確認するには無限の時間がかかるよね
正の数の平方根数が実数上に確かにあるという前提に基づけば単に√2は(√2)^2が2になる性質を持った無理数、
といった形で取り扱えば十分だし、「√2は手続きだ」は言い過ぎじゃないかな。
それを言い出したらほぼ全てが手続きになってしまう。「数学的に同値」というのは「√2は手続きでも表せる」ってだけでしょ。
4次元の立方体なんてイメージとしての意味をなさないだろ。ｗ というか各辺が４ｍの
4次元立方体なら「各辺の長さ＝４ｍ」且つ「各々の辺が互いに直行する」というだけの話だから、
Leng(a,b,c,d) =（４，４，４，４）
cross（a,b） ＝true ； cross（a,c,）＝true： cross（a,d）＝true；
ってことだけだろ。
性質として体積は４^4 とか表面積は＝ん？になるとか
一寸考えれば誰でもイメージを膨らませることはできる。
一応ね、
4次元超立方体同士がすれ違うときに
接空間を頭の中に描けるかどうかかな
さらにそれらが自転していたらどうかとか
ちゃんとスマポ使わないと漏れますよね？
デストラクタが走らないからそれもないか
プロセスが消える時に全て消える
文章読めない人の中でねじまがったんだろ
unsigned charはcharより沢山文字が格納できる型ってことであってますか？
またsize_tは整数型ってことであってますか？
合ってない
ロベールにもろくに説明ないので弱りましたね(+_+)
Size_tはアドレスを整数値に直すのに使ってたり関数の戻り値に使ってる例題があったので
整数を表すなにかと思ってたんですが違ってます、か
ググってみてもイマイチ分かりません
https://www.wdic.org/w/TECH/size_t
もっと先に進めば unsigned の使いどころとか size_t の説明とかが
詳しく載ってるって構成じゃないの?
この時点でコードの細かい部分まで理解する必要はない、てな感じで。
疑問は疑問として(忘れずに)保留しておいて、とりあえず読み進むのも手かと。
cout<<(int)(unsigned char)ch<<endl;
これは何をやってるコードなんですか？キャストって2つ一変に使えるんでしょうか。
特にコード自体に意味はなく文字は数字で表現されてると伝えたかったんでしょうか？
ロベール入門は章の冒頭から応用みたいな例題出すから意味がわからなくなります
未定義な部分や処理系定義な部分もあるので、
ビット表現で考えていたら言語仕様的には実は未定義みたいなのに引っかかってそれはそれでぐぬぬぬぬってなることもある。
char については歴史的事情でややこしいのは確かだと思う。
char が符号付きか符号無しかは処理系定義だが、
char が符号有りだったとしても符号無しだったとしても signed char とも unsigned char とも違う独立した型になっている。
>>283
char が符号付きとして定義されていた場合に int にそのままキャストすると符号拡張されるから、
それを抑制するためにいったん unsigned char を経由したのではないかと考えられるが、
入っている値が 'C' であることが確定しているならば負数ではない値で表されることは保証されているので、
unsigned char にキャストする意味なく、いきなり int にキャストしても結果は同じ。
単なるcharがsignedかunsignedかは処理系依存だから、
変数に格納された値を正整数(一般に0-255)としてダンプしたいときは
いったん unsigned char にキャストしてから int にキャスト、
すなわち (int)(unsigned char)ch と書くのが確実であり良い習慣である。
……てな感じかなぁ。おそらく初心者にはサッパリ分からないだろうけど。
static_cast<int>(static_cast<unsigned char>(ch)) じゃろとか
そもそも 0-255 の範囲の数値なら unsigned char で変数宣言すべきとか、
ツッコミどころも色々あろうが、きっと後のページで説明されるよね。
intには勝手に変換される
char ch = 'C';
cout << (int)(unsigned char)ch << endl; // 67 と表示される
cout << (unsigned char)ch << endl; // C と表示される
少なくとも unsigned char が必ず int に変換されるとは言えない。
自動的に変換される処理系もあるかもしれんが、それはそれ。
>>283 のケースで int への明示的キャストを外すと int へは変換されない。
std::operator<< がいくつかの基本的な型に対応するようにオーバーロードされている内には
unsigned char のシグネチャを持つものも用意されているので、
unsigned char 型の引数が与えられればそのままマッチする。
変換が挟まる余地はない。
「試すんじゃなくて規格でどう動くべきか語れ」と言われればその通りだけど、
俺の能力を超えているということで。より有能な人の援護を期待。
ありがとうございます
せっかく回答貰ったのですがunsigned charがどういう型なのかとかそういった説明が
本書で無いのでやはり何度読み返しても理解できませんでした
今は文字を符号なしの整数に直すおまじないってことで覚えておこうと思います
まずそっから
そしてそれを8bit、16bit、32bitで表現するとどうなるか
考察しなさい
わかった？
どっかから拾ってきた関数のｿｰｽ(なんかのlibcのｿｰｽ)をｺﾋﾟﾍﾟして
signed charとunsigned charの2進表現をﾀﾞﾝﾌﾟしてやったから
補数のお勉強が捗ったら、あとで参考にしなさい
表現できる範囲に着目した方が理解しやすいんでないかなぁ。
ﾋﾞｯﾄ演算なんかできない
ﾊﾞｶのいうことなんか
ほっといていいからな
1 の補数を使うようなのも許されるし、実際に存在する。
ポータビリティに配慮しなければなんでも出来るのが C/C++ の良いところだが、
ガチで規格を把握しようとすると未定義の罠だらけなんよな。
ﾘﾄﾙｴﾝﾃﾞｨｱﾝとﾋﾞｯｸﾞｴﾝﾃﾞｨｱﾝの計算機では
ﾋﾞｯﾄ演算の結果がかわる
もしくは変わるようなｸｿみたいなｺｰﾄﾞを書く
もう察しがつくのが怖いわ。。。
unsigned char* baka = (unsigned char*)&aho;
知恵遅れはこんなことを平気でする
そして計算機によって結果がかわっておかしいおかしいとかいうﾜｹ
キャストの必要性と負の数の内部表現は全く関係ないように思うけど
少なくとも以下の3種類は存在する
1の補数
2の補数
符号ビット
マイナスゼロはトラップ値として使ったりする
すいません↑の29行目のコードって何してるんですか？
int size = sizeof student / sizeof *student;
sizeofで studentと*studentが3に化けて 3,3で割り算して1じゃないんですか
意味がよく分かりません;
配列の定義が見えてる場合 "sizeof 配列名" は配列全体の総バイト数になるのよ。
対して "sizeof *配列名" は "sizeof 配列名[0]" と同じで配列要素1個のバイト数。
配列全体のバイト数 / 配列要素1個のバイト数 == 配列の要素数
配列の要素数を知るためのイディオムだな。
ちなみに sizeof student も sizeof *student も 3 にはならないと思うよ。
むしろ sizeof student / sizeof *student の計算でようやく 3 が得られる。
配列の要素数を計算しているかと
sizeof studentは、配列のバイト単位の長さ
sizeof *studentは、student型のバイト単位のサイズ
これ割り算じゃないんですね
なんとなく理解できました。ありがとうございます
この方法を使うと配列が増えてもループのとこ書き直さなくてもいいということですか
割り算だよ
バイト単位で配列のサイズ（個数）を算出しているだけ
>この方法を使うと配列が増えてもループのとこ書き直さなくてもいいということですか
そう
そう。 キャストについてはビット表現は関係ない。
だから (規格ではっきり決めていない) ビット表現を中心に理解しようとするのは余計なことだっていう主張ね。
「符号なしなら数値として～、2の補数表現なら～と解釈される。
それを符号拡張なりゼロ拡張なりすると…」
という具合に教えた方が理解は容易な気がするよ。
「規格では(値の範囲は決まっているが)ビット表現は決まっていない」の
一点張りで、抽象的な説明だけをしても分からんでしょ。
とりあえずcharは8ビット、負数は2の補数表現、のモデルで
話が飲み込めれば、その先のcharが8ビットじゃない処理系や
負の数の表現方法が異なる場合に進める。
どうせ大半の処理系は8ビット・2の補数だから無駄にもならんし。
8ビット・2の補数に凝り固まることのないよう、気をつけて教えるってことで。
俺も先にアセンブラを触ってたタイプだからビット表現からの理解をしたのでそれが自然なんだけど、
0 と 1 の集まりで表される世界が、
表現範囲が決まっているという考え方よりも感覚的にわかりやすいだろうかと冷静に考えると
一般的にはそうでもなくない？ って思えてるってのもある。
レイヤを分けて考えるってのはそんなに簡単ではないよ。
「コンピュータの中でこう処理されている」というのを知った上でそれを忘れて (抽象の壁の向こうに追いやって)
「言語の考え方 (規格) ではこうなっている」という理解を持てるかどうか……。
どうせ C を使ってるとやっぱり現実のコンピュータが透けてみえちゃうんだから、
「言語の考え方はこう」というのを押さえておけば
あとは自動的に「それを実現するために内部ではこうなっている」という風に理解していけると思うんだがなぁ。
具体的なものがあるからこその抽象化じゃないの。
抽象化したものだけでは具体的に動かすことができないから理解するのは難しいでしょ。
アセンブラの色々を自動化したみたいな立場からのスタートだから、
歴史的には具象から抽象へという形で成立しているが、
あくまで C を学び始めた人のスタート地点として、
「ビット表現、あるいは範囲が決まった値のどちらがなじみやすいか」という話。
普通の人が日常的に数値を扱うことはあるし、
その中には上限・下限が決まっているということもある。
でも、 0 と 1 の集合で表現するという考え方を日常的にしている人はかなり少数派だよ。
馴染みやすい方から入って行って最終的に「なるほど内部ではこう表現されるのか」
に至るのってそんなに不自然な道筋かな？
だから具体的に動作させられる環境がないと勉強出来ない。
小学校で1+1を学んで中学でx+yのように抽象化してきたでしょ。
数値型変換の規則とかも数値として決まってる。
動作させるのにビット表現で考える必要は無いだろ。
なんらかのビット表現を割り当てて動作はするけど、
そりゃコンパイラの考えることで、
人が最初からどうしても把握しておかなきゃならないもんではない。
ビット表現を最初から考えておく必要も把握しておく必要もないけど、具体的な実体を知っていた方がイメージしやすく理解しやすいと思う。
そこまで忌避する理由が分からない。
繰返すが、数値のビット表現は世間一般の感性からすると全く異質だ。
だから「(いきなり最初には) イメージしやすくない」と言ってるの。
無理してでも最初に身につけられたら後が楽ってことはあるかもしれんが、
イメージしやすいってことは無い。
ビット表現は C に慣れた人にとってあまりにも当然の大前提すぎて、
それをわからん奴にはだいぶんイラつくが、
すんなりとは納得できない方が普通だよ。
頭悪いからﾋﾞｯﾄ演算できないと
だからどうした
入門者の大多数が (十分に) 頭が良いと想定するのはそれこそ馬鹿げた判断だ。
とんでもない方向の思い違いが勢ぞろいなのが普通。
ｵﾚはﾋﾞｯﾄ演算はあきらめた
と自白されても困るﾜｹ
ひとことも書いてないからな
ｷﾐﾗが健常者に程遠いほど
頭悪いわけ
それがわからない？
それが致命的
ﾊﾞｶを自覚できないからﾊﾞｶが治らない
当人がビット演算できない僻み、とか捉えるのは明らかに間違いだろ。
対立が昂じて厳しい言葉を使いそうになった場を茶化すのは俺も好きだけど。
(余計に険悪になったところで「お呼びでない…」と立ち去る流れまで込み)
実際のところ「初心者に2進数での数値表現を理解させることが困難か?」
については、今なら「コンピューターの中ではゼロイチで情報が記憶される」
くらいの基本知識は持ってるだろうから、昔よりは敷居が低いんじゃないかな。
…とは言え自分もマシン語ハンドアセンブル相対ジャンプ暗算から
入ったクチだから、経験に基づいたバイアスが強いかも知れん。
ビット表現を使わず初心者に説明する良い資料があるなら読んでみたい。
たぶん得るところは大きい。
必ず半角カナを使ってレスしてるいつもの人は、常に持論は正しく相手は低能というスタンスで一方的に断定しかしないから、深く考えても仕方ないよ。
半角君のいってることはまともなこともあれば的はずれなこともあるけど、常に共通するのは周りの指摘や疑問には耳を貸さず、議論の流れも無視して自分の主張を繰り返すだけということ。
だから、斜め読みして受け流すだけでいいと思うよ。
知恵遅れは議論したつもりになってんのか
知恵遅れの場合議論できるﾚﾍﾞﾙに到達してない
まずそこの自覚がない
C++11以降でネストしたstd::arrayでもポインタを使って一次元配列のようにアクセスしても規格上セーフですか？
↓のコードのようにforループ一つで上下左右方向の繰り返しを済ませたいです
https://ideone.com/HbRfZu
そのそれぞれの行に可変の1次元の列がある状態になってる
つまり、行毎にﾊﾞﾗﾊﾞﾗにそれぞの行のﾋｰﾌﾟができる作りになる
そもそもC++の規格とか関係ない
低学歴であれば低学歴であるほど
言語の規格なんかぜんぜん分かってないくせに
自分を大きくみせるために言語の規格がどうこういってるのだけは
よおく分かったわ
＞そのそれぞれの行に可変の1次元の列がある状態になってる
＞つまり、行毎にﾊﾞﾗﾊﾞﾗにそれぞの行のﾋｰﾌﾟができる作りになる
というのはどういうことでしょうか
行ごとにバラバラなので行をまたいでのアクセスはできないという意味でしょうか
C形式の多次元配列もネストされたstd::arrayも、各要素は連続したメモリ領域に置かれていますよね
というかC形式の（少なくとも）二次元配列は一次元配列として全要素にアクセスできると思っていたのですが
間違っていますか？
昔から C を使っている人ってまさにそういう感じの低レイヤや
それに付随するあれこれの知識と一緒に習得してきた人が多いと思う。
だけど、 Teratail とか StackOverflow とかでの質問を見てると、
俺らがあまりにも当然の前提と思ってそこにあることにすら気づいてなかったものが
今の入門者にとってはハードル高いのかもしれないと感じることが結構あって、
教え方も昔の通りにはいかないんじゃないかねと思えてるの。
Cでも未定義動作だよ。
JIS C (JIS X 3010:2003) 6.5.6 加減演算子
> 整数型をもつ式をポインタに加算又はポインタから減算する場合，結果は，ポインタオペランドの型を
> もつ。（中略）ポインタオペランド及びその結
> 果の両方が同じ配列オブジェクトの要素，又は配列オブジェクトの最後の要素を一つ越えたところを指し
> ている場合，演算によって，オーバフローを生じてはならない。それ以外の場合，動作は未定義とする。
それって単にプログラミングをする人の増加の問題では
ﾎﾝﾄなかわいぞうなぐらい頭悪い
分かることは永遠にない
mallocしないとできんのじゃないの？
Cだし
ごめん引用元のURL貼り忘れてた。
http://kikakurui.com/x3/X3010-2003-01.html
ヒープというのは動的に確保されたメモリのことでしょうか
ネストしたstd::arrayというのは、std::array<std::array<int, 2>, 3>というような意味で使っていました（リンク先のコードにある通り）
その場合メモリは動的確保されないと思いますが…
>>335
Cのその「配列オブジェクト」というのは多次元配列を一つのオブジェクトとして見るのではないということですか
ポインタと要素数を引数にとる関数に多次元配列を渡すコードをこれまで少なからず見てきた（教えられた）から勘違いしてたかも
そのまま書いたら固定で配列がｽﾀｯｸにできる
ｱﾎが引用してるのは
あきらかに全然関係ない頭悪いのを引用してる
┣array
┃┣ int
┃┗ int
┣array
┃┣ int
┃┗ int
┗array
┣ int
┗ int
こうなる
たとえばこんなｿｰｽがあった場合、
int* ai_aho[3] = {1, 2, 3}
int* pi_aho = ai_aho;
for (int i = 0; i < 3; ++i, ++pi_aho) {
*pi_aho = 1;
}
pi_ahoはﾙｰﾌﾟを抜けたあと
pi_ahoはｿｰｽ上適切でないｱﾄﾞﾚｽをさしてるが
こいつを参照しなければ問題ないということが書いてある
int a[N][M] に対して a + i するときの「配列オブジェクト」は要素型 int [M] で要素数 N の配列のこと。
N を超えて加算すると未定義動作になる。
a[0] + i するときの「配列オブジェクト」は要素型 int で要素数 M の配列のこと。
同じく M を超えて加算すると未定義動作になる。
ポインタを受け取る関数に a[0] あるいは &a[0][0] を渡した場合も M を超えて加算した場合は同じ理由で未定義動作になる。
期待した動作をすることも多いだろうけど、信頼性や移植性は損なわれる。
コピペしろコピペ
（誤）ai_aho[3] = {1, 2, 3}
目視で確認した
ｺﾚでいける
まずなにも分かってないのに規格読んで分かったふりしてるのがよく分かる
規格なんか分かるわけがないからな
そもそも基本的にﾎﾟｲﾝﾀがどう加算されるかすら分かってないのに
uint32_t* p_aho32 = aho;
uint8_t* p_aho_8 = (uint8_t*)aho;
p_aho32++;
p_aho_8+=4;
どっちのｱﾄﾞﾚｽも同じになる
配列の場合どうなるか
考え方はまったく同じだな
あとはもう分かるﾊｽﾞだ
<algorithm>ってファイルを始めてincludeしてるにも関わらず其れに関して何ら説明ないし…
この章に関しては静的変数はグローバル変数と同じように使えてプログラムが終わるまでずっと同じメモリを参照している
と覚えられれば必要十分ですか？
何か簡単なコードを書いて教えてくれると助かります
よろしくお願いたします。
関数内static変数の説明なら、CもC++も変わらんだろう。
(行数節約のため詰め込み・省略してるので良いスタイルじゃない)
#include <stdio.h>
static void in_static(void) {
static int cnt = 0; /* staticな変数 */
cnt++;
printf(" static %d 回目！\n", cnt);
}
static void not_static(void) {
int cnt = 0; /* staticじゃない変数 */
cnt++;
printf("not_static %d 回目？\n", cnt);
}
int main(void) {
in_static(); not_static();
in_static(); not_static();
in_static(); not_static();
return 0;
}
こんな感じかな。
このコードには盛り込んでないけど、グローバル変数と違って
「関数内static変数には、基本的には関数の外からはアクセスできない」
という性質もある。
違う言語にも関わらず書いていただきありがとうございます
実際に実行してみてかなりスッキリしました
自動変数と静的変数の違い、しかと理解できました
関数についてるstaticも気になるところですが読み進めたいと思います
は出来ないのに
char* str[]={"aaaaaaa",iiiiiii","uuuuuuu"};
が出来るのはなぜですか？
ポインタと配列は密接な関係にあるんじゃないんですか
よろしくお願い致します
char型の配列に入れようとしても無理な話
char str[]={"aaaaaa","iiiiiiiii","uuuuuuu"};はできない
char *str[] = {"aaaaaa","iiiiiiiii","uuuuuuu"};はできる
char str[][9] = {"aaaaaa","iiiiiiiii","uuuuuuu"};ならできる
一番目は長さを指定しない配列変数の宣言で初期化により長さが指定されている。
二番目は{"aaaaaa","iiiiiiiii","uuuuuuu"}は文字列の配列なので変数の型と一致しないためエラーになる
三番目はポインタの配列なので配列の各要素を対応する文字列で初期化できる
四番目は配列の配列なので文字列の配列で初期化できる（ただし要素数の指定は必要）
前者の[]は、文字の「列」を表すから
後者の[]は、文字列ポインタの「配列」を表すから
charはcharacterの略称、characterは文字、それが複数個集まった列が文字列
列となっているものが根本的に違う
なんかこの違いを仕様で片付けて覚えるのはあまりよろしくないみたいなこと本に書いてあったので
違いが知りたかったです
>>356,358,359
ありがとうございます
文字列リテラルはポインタ型だったんですね
それなら代入出来ない理由も納得出来ます。スッキリしました
厳密にいえば文字列リテラルの型は配列だよ。 具体的に言えば const char[] ね。
暗黙の型変換で const char* として解釈される場合も多いってだけ。
配列の長さが+1される
べつにNULﾀｰﾐﾈｰﾄしなくても
文字列は扱える
つまり長さが保存されないかわりに
NULでﾀｰﾐﾈｰﾄされてる
それをcでは文字列と呼称している
1つの文字を表してるとは当然限らない
MBCのように連続する複数の配列の要素が
1つの文字を表すことが多い
で、strlen()で文字の数が返却されないのは当然
曜日の出力もこれで簡単になる
int wday = 4;
printf("%c", "SMTWTFS"[wday]);
それだと土曜日と日曜日の区別がつかないw
それより毎日が日曜日の方が良いなあｗ
問題ない
火木「」
char week[] = "SunMonTueWedThuFriSat";
printf("%.3s",&week[wday*3]);
これでどうだｗ
int wday = 5;
printf("%.4s\n", &((int*)"Sun.Mon.Tue.Wed.Thu.Fri.Sat.")[wday]);
軽いジョークのつもりで書いてみたけど、セグメンテーション・フォールトが出て
動くまでに予想外に手間取ってしもうた。
原因はアドレス演算子 & の付け忘れだった。
英単語の省略形にピリオドをつけたいのは好みの問題なの。
今は曜日も月名もピリオドを付けないのが一般的なのかな。
<time.h> の asctime() も3文字3文字だね。
&((int*)"Sun.Mon.Tue.Wed.Thu.Fri.Sat.")[wday]
「いったん[]で配列形式でアクセスしてから要素のアドレスを得る」
なんて回り道をしないでも
(int*)"Sun.Mon.Tue.Wed.Thu.Fri.Sat." + wday
と素直にポインタの足し算だけでいけたね。
…難解Cプログラムに凝る人の気持ちがちょっと分かった気がする。
難解ではなくただの知恵遅れのｺｰﾄﾞ
型や変数のサイズを出す演算子ってのは分かったんですが
例えばこの例↓どういう風に化けてるんですか？
https://ideone.com/szVAAP
sizeof studentで要素数3だから3に化けると思うんですが、右の*studentは何に化けてるんですか？
もう C++ では type_traits の std::extent を使って欲しい気持ち。
こんな風になる
分かってないです
ロベールの入門書読んでるんですが説明が少なすぎてこの27行目の式が分かりません。
構造型のバイト数も分かりませんし…int3個とchar一個だから13バイト？
>>379
すいません、分かりません
sizeof(student) / sizeof(Student);が何に化けてるのか検討も付きません
ありがとうございます。
ｺﾚでなにが分からないか自分で説明できないなら
すべてを諦めたほうがいい
int のサイズは処理系依存なので、具体的に何バイトとは言えない。
でもまあ現代的なパソコンなら 4 バイトのことがほとんどだろうね。
さらに言えば仕様上は構造体の要素の間にスキマがあいててもかまわない。
> int3個とchar一個だから13バイト？
この構造体中の char は MAX_NAME+1 個じゃん。
まあそれはそれとして、
sizeof student というのは、 student という配列の大きさを「バイト数で」返してきて、
sizeof *student というのは student 配列の要素ひとつの大きさをバイト数で返してくる。
つまり、配列全体の大きさを配列の要素の大きさで割ったら配列に含まれる要素の個数になる。
この場合は 3 ってこと。
sizeof *student が配列の要素ひとつを表現しているっていうのがちょっと分かり難いかなぁ。
前にも質問してた人だな
まず、sizeofはメモリ上に確保された対象のバイト単位のサイズを返す(charは1バイト、intは4バイト)
sizeof studentは、配列全体（要素数 x Student型のサイズ）のバイト単位のサイズを返す、配列の要素数は返さない
sizeof *studentは、Student型のバイト単位のサイズを返す
それらの割り算をしてるのだから、結果は要素数になる
>sizeof *student が配列の要素ひとつを表現しているっていうのがちょっと分かり難いかなぁ。
個人的にそういう表記は嫌だわw
変数のサイズを求めるなら、その型名でって思う
へー、私は逆に型名よりも変数名で書きたい派。
これは変数 student について調べたいのであって、
型 Student について調べたいわけでは無いので。
すいません、おかげさまでどういう計算してるのか理解できました
確かにポインタにすると何で要素一つのサイズなのか理屈づけて説明できません…sizeof student/sizeof student[0]とかだと分かりやすいです
ありがとうございます。意味が理解できたので応用して使えそうです
私が sizeof *student が分かり難いと述べたのは
配列名に * を付けたものが配列の先頭要素になるルールの背景にある暗黙の型変換が分かり難いって話。
C/C++ を使ってると空気みたいにやっちゃうんだけど、これ実際のところだいぶんアレなルールですよ。
型が表すサイズの定数だから、変数から取得するってのが気持ち悪いよ
sizeofなんて何か細かいことワチャワチャしたい時に型のサイズ欲しいよねーって感じの演算子だものw
それも含めてね
この場合くらいの小さなサンプルだとあまり気にならないけど、
その変数が何の型であるか知っていなければならないっていうのが、
読むときの負荷が高いと感じてしまう。
自分を信用してないというか、自分がアホだということを信用しているので、
色々忘れて読んでも良いように書きたいと思ってる。
for (int i = 0; i < size; ++i) {
Show(student[i]);
}
のところはモダンな C++ では (つまり C++11 以降では)
for (auto& e: student) Show(e);
と書けるので配列の要素数を事前に計算する必要なかったわ。
>>382
＞sizeof *student が配列の要素ひとつを表現しているっていうのがちょっと分かり難いかなぁ。
私は、これはかなり紛らわしいとおもっているので、こういうときには必ず
struct FOO { int n; ..... } array[N];
int n = sizeof(array) / sizeof(array[0]);
としています、こっちの方が好きです
構造体の配列の第一番目を指すポインタ
struct FOO *p;
p = &array[0];
のときに *p は array[0] に入っている「構造体の一つの要素全体」を表します、すなわち *p イコール array[0]
しかし、この表現はすぐに直感的にイメージとして頭に入ってくるわけではなく、何度となく書いたり読んだりしてゆっくり染みこんでくるものだ、と私は経験しています
同様に p->n とか、これと等価な (*p).n とかの表現など
書き続ければ、あるいは読み続ければ、そういうのは、だんだんわかってくるのではないかな、と。
C++ のテンプレートやなんやかやを利用するようになると、
やっぱりちゃんとルールを把握せないかんなと思った。
環境考えなくていい(趣味etc)ならこれもある
何かの都合でその変数の型を変えた時に変更し忘れたらバグになる元
型で書く奴はアホだと言い切ってもいいレベル
言われると思った
クラス変数をoutで渡してメソッド内で値を入れたいのですが、c++側はどんな風に書けばよいでしょうか？
https://msdn.microsoft.com/ja-jp/library/h9t2463y.aspx
ありがとうございました。
解決しました。
externを付けると別のcppの変数を弄れるってことであってますか？
はい、そうです。
>>404
staticではないローカル変数は外側から参照できない。static付きの変数は静的に確保されるので、アドレスを使えば参照できる。externを付けるのはグローバル変数の宣言。
分かりました。
ありがとうございます
staticを付けると内部リンケージになって別のcppから使えない云々書いてありますが
アドレスを使えば弄れるんですか。よく分かりませんね(@@;
...
f(&a);
もしくは、
int& g(void)
{
static int a = 3;
return a;
}
みたいな感じで。
リンクってのはシンボル(名前)とアドレスを付き合わせるってこと
プログラマが意識してアドレスを使うなら何でもあり
ヘッダファイルに#ifndef#define#endifを定義すると2重定義防止ができると説明があるのですが
これを使えばexternとか関数プロトタイプを使わないで住むということでしょうか。
だとするんであればexternとかプロトタイプ宣言とはどう使い分ければいいんでしょうか;
スマートポインタ使えばいいと思うよ
ありがとうございます
すみません。言語はCなんですが、スマートポインタなるものは使えるのでしょうか
VSのほう先ずは試してみます
ﾃﾞﾊﾞｯｸﾞﾓｰﾄﾞで実行するとﾃﾞﾊﾞｯｸﾞｺﾝｿｰﾙにﾘｰｸしてるﾛｸﾞが出力される
ｺﾒﾝﾄはずしてfree()で解放するとﾘｰｸしてるﾛｸﾞがなくなる
#define _CRTDBG_MAP_ALLOC
#include <stdlib.h>
#include <crtdbg.h>
void aho(void) {
void* p = malloc(100);
// free(p);
}
int main(void) {
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);
aho();
return 0;
}
↓詳細はｺｺみなさい
https://msdn.microsoft.com/ja-jp/library/x98tx3cf.aspx
あとはもうできるﾊｽﾞだ
visual leak detector
cで使えるかは試したことないけど、crtdebugより使い勝手はいい。
全然ビジュアルじゃねーなｗ
簡単に分かりやすく解説してるサイトないですか？
基本的なことがまとめられているのはこのあたりだと思う。
http://stlalv.la.coocan.jp/Operator.html
ありがとうございます
頑張ってみます！
ありがとうございます
ひとまず扱えるようにはなりましたm(__)m
visual (studioで使える) leak detectorかな？
重いけどスタックトレースがでるので便利。
AIUEOを何回も呼び出したいとき、引数のa, b, c, d, eの部分が共通なので
何回もa, b, c, d, eと書かなくても良いようにしようと色々試しましたが中々上手く行きません
別にコピペすればいいのでそんなに気にすることでもないと思うのですが、
こんなときはどのように書いたら良いのでしょうか？
意図を把握できてるか自信はないが↓のbinded_AIUEOみたいなことでいいのん？
void MACRO(int a, int b, int c, int d, int e, int s, int t) {
auto binded_AIUEO = [=](int x, int y, int z){ AIUEO(a, b, c, d, e, x, y, z); };
if (s < 0) {
if (t < 0) binded_AIUEO(-1, -2, -3);
else binded_AIUEO(3, 0, 7);
}
else {
if (s < t) binded_AIUEO(4, 99, 8);
else binded_AIUEO(333, 33, 3);
}
}
struct Args { int a,b,c,d,e;};を引数に使う
{
}
int main(int argc, char *argv[])
{
foo(argc, argv);
return 0;
}
VC++2008でコンパイルすると、
「error C2664: 'foo' : 2 番目の引数を 'char *[]' から 'const char *{}' に変換できません。」
ってなるんだけどなんで？
constから非constならわかるんだけど。
'char *[]' から 'const char *{}' 後者が { } になってるあたりにヒントは無い？
[]のタイプミスだろうけど、下のページが参考に。
https://stackoverflow.com/questions/45011978/const-causing-incompatible-pointer-type-why-only-for-double-pointers
ようは、fooで argv[0]="abcd"； みたいなことができちゃうから。
でも、const char * const argv[] でもだめな理由は知らない。
失礼。428の書き込みがタイプミスで、実際のソースコードは [] なのですが
コンパイルエラーになります。
>>430
なるほど・・・↓にも同じようなことが書いてありますね。
https://social.msdn.microsoft.com/Forums/ja-JP/24cd88de-2159-4e8b-aee7-3fa30d8647db/12509124521253112479123982144229031124343830625968123952819312?forum=vcgeneralja
ちなみにVC2003では通ってたらしいです。
2010ではエラーにならなかったな
2008固有の問題なのかも知れない
foo(argc, (const char **)argv);
こうしてみたらどうだろう
ありがとうございます
これのマクロ版を書くときはどのようにすれば良いのかと思いました
例えば #define BINDED_AIUEO(x, y, z) AIUEO(a, b, c, d, e, x, y, z)
とすると1, 2, 3, 4, 5ではなくa, b, c, d, eとそのままの文字で展開されてしまいます
こんな感じかな？
#define MACRO(a, b, c, d, e, s, t) {\
#define BINDED_AIUEO(x, y, z) AIUEO(a, b, c, d, e, x, y, z) \
if (s < 0) {\
if (t < 0) BINDED_AIUEO(-1, -2, -3) \
else BINDED_AIUEO(3, 0, 7) \
}\
else {\
if (s < t) BINDED_AIUEO(4, 99, 8) \
else BINDED_AIUEO(333, 33, 3) \
}\
#undef BINDED_AIUEO \
}
この事例ではどうしてもマクロじゃなければ駄目という理由はなさそうだけど、
実際の利用シーンでは何か意味があるのかな？
それできたっけ？と思って試してみたらエラーになった
マクロの中では#は識別子の文字列化になる
可変長マクロを悪用してこんな感じにはできるけれども……おすすめはできない
#define packed_MACRO(s, t, ...) {\
if (s < 0) {\
if (t < 0) AIUEO(__VA_ARGS__, -1, -2, -3) \
else AIUEO(__VA_ARGS__, 3, 0, 7) \
}\
else {\
if (s < t) AIUEO(__VA_ARGS__, 4, 99, 8) \
else AIUEO(__VA_ARGS__, 333, 33, 3) \
}\
}
#define MACRO(a, b, c, d, e, s, t) {\
packed_MACRO(s, t, a, b, c, d, e) \
}
あっ、そうか、間違えた。
ちゃんと試さないと駄目だな。
関数でやってもインライン化されたら定数畳み込みとのコンボで実行コードはだいたい同じような感じになるだろうし。
ありがとうございます
素直にそのままa,b,c,d,eと書こうと思います
この例じゃない実際のコードは、速度を重視した結果マクロを使用することになったのですが、
冷静に考えてみれば計算数回ぐらいしか変わらないのでそこまでやる必要は無かったかもしれません
RegEnumValueW(hKey, 0, name, &nameSize, 0, &type, value, &valueSize)
を実行してtypeがREG_SZのレジストリ入力を読み取ることには成功したのですが、
value先頭のvalueSizeバイトのユニコード文字列をstd::stringに変換する方法が
わからなくて困っています。
具体的にはwindowsのフォント名を読み取っていて、"arial.ttf"に対して
valueの中身を見ていくと、a\0r\0i\0…となっています。
LPBYTEからstringなのでとりあえずwchar_t*にしてからstringにすればよいのかと思ったのですが、
MultiByteToWideChar(CP_THREAD_ACP, 0, (LPCCH)value, (int)(valueSize), NULL, 0));
でサイズ取得してから
MultiByteToWideChar(CP_THREAD_ACP, 0, (LPCCH)value, valueSize, buff, size);
しても要素がchar→wchar_tに変わっただけで、\0も１文字になってしまいます。
できれば日本語にも対応したいので、下位ビットだけ読む、みたいな方法以外の対応を
探しています。ご存知の方いらっしゃらないでしょうか。
方向が逆。WideChar から MultiByteだ。
WideCharToMultiByteでできました！
MSDNでunicode文字列を返すと書いてあったのでUTF16LEかと誤解していました。
ありがとうございました。
書き込むかわからないですが、今後は蟻様と呼ばせていただきます。
いやそこは間違ってないと思うよ
wchar_t* -> utf-16 (winに限る)
string -> 8859-1, utf-8, 等
納得。
Cの「関数へのポインタ」ってC++のポリモーフィズムがあれば理解しなくてもなんとかなりますか？
関数へのポインタが手持ちの書籍だけではわからずにいるのですが、
柴田さんのポインタ本とか買ってまで理解する価値はあるでしょうか？
関数へのポインタの存在理由もわからずにいるので、頓珍漢な事を言っていたらすみません
が、関数ポインタがその理解の助けになるかもしれない
(基底から派生させた各ザコキャラ(各々別クラス)のインスタンスを同じコンテナに入れて各々のメンバ関数(アクションなど)を実行する)
といったかんじで便利に運用できている(と思う)ので、
関数ポインタは理解しなくても大丈夫そうでしょうか
動的関数実行の他にはどんな用途に利用するものですか？
インスタンスではなくインスタンスへのポインタの間違いでした
抽象クラスを活用してるってこと？
それが上手くいっているならほとんどの場合はその方が良いと思う。
ただ、仮想関数ってのは (言語仕様で決まりがあるわけではないが、一般的なコンパイラでは)
オブジェクトが暗黙に仮想関数テーブルへのポインタを持つことで実現されていて、
仮想関数テーブルには関数ポインタが格納されている。
つまり、仮想関数は関数ポインタを辿る処理を自動化したものなので、
メカニズムをよりよく理解したいなら関数ポインタのことも知っておくとわかりやすくなるかもしれない。
仮想関数テーブルの説明は Wikipedia に簡単なものがある。
https://ja.wikipedia.org/wiki/%E4%BB%AE%E6%83%B3%E9%96%A2%E6%95%B0%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB
>>仮想関数は関数ポインタを辿る処理を自動化したものなので、
やはり関数ポインタが使われていたのですか
Cプログラム診断室のホームページを公開されてる藤原博文さんが
関数へのポインタの利用用途がスラスラと言えるレベルで中級
と書かれていたので、初心者から脱したければ勉強すべきかもしれませんね
普通のポインタでも時々間違える事あるし、ポインタ本は買っておこうかな。
お答え頂きありがとうございました！
普通にＳＤＩを作りますが、そこからメニューバー等からダイアログボックスをモードレスで起動します。
すると、ダイアログを起動しながらメインウインドウも触れるようになるのですが、そのフォーカスを
モードレスダイアログとメインウインドウとをマウスを使わずにキーボードで切り替えることって出来ませんか
ＭＳのWindowsOSのＡｌｔ＋Ｔａｂではこれらはひとつとして認識されているようでこれでは切り替えられません
ちなみに、Windows7です
他の関数に（キャストしまくった）関数ポインタを渡すことはあっても、自分で関数ポインタをコールする (*f)() のはあまりないのです…
typedef struct tag_baka_t t_baka_t;
typedef int (*baka_func_t)(t_baka_t const* pt_baka);
typedef struct tag_baka_t {
char* text;
baka_func_t function;
} t_baka_t;
int call_baka1(t_baka_t const* ct_baka) { fprintf(stdout, "baka1:%s\n", ct_baka->text); return 1; }
int call_baka2(t_baka_t const* ct_baka) { fprintf(stdout, "baka2:%s\n", ct_baka->text); return 2; }
int call_baka3(t_baka_t const* ct_baka) { fprintf(stdout, "baka3:%s\n", ct_baka->text); return 3; }
int call(t_baka_t const* ct_baka) {
return ct_baka->function(ct_baka);
}
int main(int argc, char* argv[]) {
t_baka_t baka1 = { "boo", call_baka1 };
t_baka_t baka2 = { "foo", call_baka2 };
t_baka_t baka3 = { "woo", call_baka3 };
fprintf(stdout, "called baka1 -> returned %d\n", call(&baka1));
fprintf(stdout, "called baka2 -> returned %d\n", call(&baka2));
fprintf(stdout, "called baka3 -> returned %d\n", call(&baka3));
return 0;
}
C言語の構造体ならｺﾚでいける
ｺﾚならﾊﾞｶでもﾁｮﾝでも分かる
C++の構造体でも同じように書ける
いつまで荒らし行為を続ける気だ
スクリプト言語の拡張を C で書いたりすると、関数ポインタを使うこともまあまあある。
言語に限らずプラグイン的なものだと関数ポインタのやりとりは結構あるんじゃない？
Regnessem のプラグインを作ったことが有るが、プラグイン側の関数を本体に登録したりする
処理に関数ポインタは使ったぞ。
それはそうと、関係ないけど Lisp Scheme スレに書いてた疑問は解消できたの？
＞ Lisp Scheme スレに書いてた疑問は解消できたの？
身辺が忙しくなってしましました、暇をみつけてじっくり考えています（ちょっと最初の方に戻っています）
window classを登録するときとか普通に使わない？
regnessem懐かしい
どのプラグイン作ったの？
仲間内で使うためのツールとして作ったので公開はしていない。
#include <clocale>
#include <regex>
int main() {
std::setlocale(LC_ALL, "");
std::regex reg("^ [cC]");
return 0;
}
これでbad_allocが発生するんだけど、なんかだめなの？
実行してもtextファイルに変化ありません…
visualstudioと同じフォルダに入れてもなんとも無い
どうすれば書き込み出来るんですか？
http://codepad.org/IJwmFcAD
すでに開かれていて排他ロックがかかってるかも。
書き込めないフォルダかも。
ありがとうございます
確認で…https://gyazo.com/475adc0e6966d65477f0702b17202ab4 これで書き込みできる準備は出来ていますよね？
せっかくなので書き込み出来るようにしてこの章を終えたいんですが(´Д｀)
その指定だと実行ファイルと同じ場所にtxtできてない？
出来てないです。自分でデスクトップで作成したtest,txtファイルをフォルダに入れました
同名のファイルに書き込みが出来るプログラムかと思ってたのですがもしかして勘違いしてますか…？
ファイルを絶対パスではなく相対パスで指定した場合は
プログラムを実行した時の作業ディレクトリが基準になる
自分で作ったtxtファイルに書き込みがされるのかと思ってました…
それだと同名のファイルが全て上書きされてしまうからな
mingw の setlocale は msvcrt の setlocale で、
空文字で呼出すとシステムにセットされているロケールになるんだけど、
日本語環境だともちろん日本語がセットされる。
で、どうにも std::regex はマルチバイト系の文字符号には対応してないっぽい。
英語、フランス語、ドイツ語とかで試すと問題なかったが、
日本語、中国語、韓国語で試すと bad_alloc になる。
bad_alloc になるのが意図的な動作なのかどうかわかんないけど。
std::wregex を使う分には日本語ロケールでも例外にはらない。
class test
{
char c[] = "abc";
}
このcという文字列はこのクラスの中でずっと定数として固定で使うのが目的です
class宣言部では宣言できないのでしょうか。どうしたらいいですか
char *c; とだけして、クラスのコンストラクタでnewで作るとか、定数なのでそんなことはしたくないのですが
古い仕様 (C++03) だとこう。
class test
{
static const char c[];
};
const char test::c[] = "abc";
ありがとう。今どきは必要ないっていうのが気になりますが、今ではもっと他の方法があるということですか
Ｃ＋＋の最新仕様では他の方法があるのでしょうか
clsA b;
clsA c;
clsA *h[] = {&a, &b, &c};
void main{
h[0]->mfunc();
}
クラス配列のメンバー関数を呼び出すところでセグメントエラーになるんだが、なぜできないの？
お前さんの書いてるメンバ関数がおかしいんじゃね？
https://ideone.com/EE6GhY
}の直前にジャンプって出来ないのでしょうか
ここでfuncxは、funcx( CString& s, CString& sHit )となっています。sを与え小さくなっていきます
またこれでgotoを使わないようにはどう書けばいいでしょうか
これが楽なのでgotoを使っちゃいましたけど
コンパイラーは昔のVC++6.0です
CString ret, sHit;
do{
ret = func1( s, sHit );
if( sHit != "" ) goto label;
ret = func2( s, sHit );
if( sHit != "" ) goto label;
ret = func3( s, sHit );
if( sHit != "" ) goto label;
ret = func4( s, sHit );
if( sHit != "" ) goto label;
label:
ret = ret; <---- ここ ！
}while( ret == "" && s != "" );
forだけじゃなくwhileが後ろにくるパターンでも使えるのですね
でも、 label: が ) の前に使えないってのはなんででしょうね
コンパイラは、} の方に飛ぶようにつくるのですね。 for でもそうなのか。 頭に飛ぶものと思ってました
ちなみにｺﾚ
なにやってんの
だったら余計なことしないで空文でいい
ありがとう。 ｝ の直前にジャンプしたかっただけです。 で、 label: と コロンでとめるとエラーになったので
ダミー文と入れました。 やってないけど、 セミコロンだけでよかったのですね
と書いてしまいましたが誤りでした
正しくは、以下でした
Cプログラミング診断室
第2章 これでもプロ ポインタ
より
C言語中級レベル認定問題
関数へのポインタの配列とはどういうもので、どういう使い方があるでしょうか。
藤原先生の名誉のためにも訂正しておきます
スレ汚し失礼しましたm(_ _)m
std::tuple<hoge, hage, ...>
std::tuple<fuga, hoge, hage, ...>
という具合に<>の中が何パターン(ほぼ無限)もある場合
template<typename T>と
std::tuple<T>
で代表させるみたいなこと出来ますか？
出来るなら
template<typename *>
std::tuple<*>
こんな感じが嬉しいです
やりたいことがよくわからんけど……。
欲しいのは variadic template かな？
勉強してきます！！！
_For_each_tuple_element の引数として指定されたλ関数の中で
_For_each_tuple_element を呼ぶ前に宣言した変数にアクセスするにはどうすれば良いですか
外
int i = 0;
std::_For_each_tuple_element(tuplevaluse, [](auto&& v){
fprintf(stdout, "%d: ", i++); // ← ここの i でエラー
fprintf(stdout, "%d\n", (int)v);
});
int i = 0;
std::_For_each_tuple_element(tuplevaluse, [&i](auto&& v){
fprintf(stdout, "%d: ", i++);
fprintf(stdout, "%d\n", (int)v);
});
数秒間、処理を止めたいのですが、C言語のsleepという関数がありますが、これを使うのが一般的なのでしょうか
心配なのは、これを使って１０秒とか時間を止めると、その間CPU時間が１００％になったりしないのかという点です。
MFC環境で上手に処理を止めるのにはどうしたらいいのでしょうか。 OnTimerを使うとかしないとダメですか
MFCで、sleepという関数は使えませんでした
その代り、Sleepという関数が提供されていました
MFCに限らず、UIスレッドの関数内で10秒もSleepで待つのはダメ。
そのウィンドウをユーザーが操作したら「応答なし」と表示されてしまう。
OnTimerで定期的に監視し続けるなり、
独自のメッセージを送って終了を通知するなりしないと。
もちろん、その間は
×ボタンを含めてすべてのコントロールを操作不可にしたり、
ユーザーが閉じられない別ダイアログをモーダルで出したりする対応も必要。
>>503は>>500宛だろ
数秒くらいならいいんじゃないの
金とってプログラム作ってる風でもないし
Sleepで待ちたくなるということは、処理自体は
別スレッドなり別プロセスなりで動いているのだと思ったが
sleep の挙動を5ちゃんで質問する人がすでにワーカスレッドを使ってるとは全く想定しなかった
へーすごいねー
Sleep知らなくてもワーカスレッドは使ってるだろうという>>507の方が普通の感覚なのかな
条件後出しするとこうなります
tuple[index]みたいに取り出せたら良いんですけど
tuple の要素が char * だとして
std::vector<char *> vec;
int i = 0;
std::_For_each_tuple_element(t, [&h, &i](auto&& v){
printf("%d: %s\n", i++, v);
vec.push_back(v);
});
色々間違ってるけど適当に読み替えてくれ
求めていたのはこれでした
ありがとうございます
int * x =3;
auto y=*x;
としたときに、コンパイラがyの型をintと推測するのはなぜでしょうか？
ポインタのポインタになるので、最初の*でint型の変数のアドレスを示すことになるまでは分かるのですが、
その後の*でアドレスのアドレス？を指すことになるので、元のint型の値を指すのは違うように思えてしまいます。
y(*x) は int型アドレス0x00000003にある値を指す
アドレス(x)のアドレスを指す場合は &x になる
デフォルトのintと推定して処理しているのだろう
http://www.booran.com/menu/cplus/ope_overload.html
ありがとうございます。
ということは*がついてる変数は、変数がアドレスのときはそのアドレスに収納されてる値を指し、変数がアドレスに収納されてる値のときは、そのアドレスを指すという理解でよろしいんでしょうか？
違うよ。
型名の一部としての*と、式の中の演算子としての*が別物だと言うのは分かる？
1行目の方は｢intをさすポインタ｣という型を表すためのもの。
2行目は｢xというint型の変数の値に対して、その値が指しているメモリ領域上にあるint型の値を参照する｣という演算を行うというもの。
ポインタで指している先の内容を得ます 式の *
エンコードはEUC-JPだね
（unicode にチェックが入ってたが、自動だとそっちに誤爆判別してた？)
Chrome での明示的なエンコーディング変更は拡張プラグインつっこまないとできないっぽい
宣言のときも * は変数名の側にくっついているものと考えれば理解しやすいんじゃないかな。
int * x; と宣言したとき、 *x が int であるような x を宣言したことになる。
int *hoge;
と書くことが多かったのに、
C++になってから
int* hoge;
と書く人が増えた。
悪い習慣だと思う。
その習慣はあかん。
ポインタは型じゃないから、例えば
int* a,b;
って書くとaは「int型のポインタ」で、bは「int型の変数」になる。
いや、そこらへんは C/C++ のおかしなところで、ポインタはあくまでも型だ。
その上で文法上は * は変数名の側と結合するの。
もういっそ
std::add_pointer<int> a, b;
のスタイルを普及させればいいんじゃないのかなーと思う。
C++ だとなるべくスマートポインタを使う習慣が出来つつあるから、
その記法とも一貫性があるし。
ポインタは型じゃないって言ったとき
じゃあなんて言うんだっけ
仕様でも厳密にはなんか型とは別のカテゴリとして扱われてたよな
仕様に詳しい人教えて
型 変数[, 変数]...
じゃないからねえ
void f(void);
void (*f_ptr)(void) = f; // ふむ
void (*g_ptr)(void) = (void(*)(void)) f; // 関数ポインタ型の記法はこうか…
void (*)(void) h_ptr = f; // 型 変数で書いてみた→エラーかい！
みたいな
int a[5][6] = {};
でok
CやC++では、ゼロクリアされるのか。されないと思っていたが
Cはされないだろ
付けなければ初期化されない
太古から変わらない仕様
変数宣言の基本的な形式
型指定子 宣言子1, 宣言子2, …;
で言うと * は宣言子の一部ということになるが、
型指定子でないから型 (の一部) ではないというわけではない。
これは文法上の呼び名に過ぎず、
意味論的にはポインタは型の一部だよ。
int *a, b;
は
int pointer a, int variable b;
を意味する省略構文であり意味論的に
variable：値をいれるもの
pointer：間接的に他の入れ物を指すもの
と区別されてると見ることもできる
そういうのは単純なポインタ(foo*)の時にだけ通じる話で、配列や関数ポインタや引数込みでのそれらの再帰的な組み合わせとかも考えたら、きちんとBNFで理解して型の宣言の構文を定義通りに覚えるのが一番誤解がなくてシンプルだと思うよ。
自分でも調べてみた
手元のc99ドラフト版から適当に抜粋
declaration:
declaration-specifiers init-declarator-list ;
declaration-specifiers:
storage-class-specifier declaration-specifiers
type-specifier declaration-specifiers
type-qualifier declaration-specifiers
function-specifier declaration-specifiers
init-declarator-list:
init-declarator
init-declarator-list , init-declarator
init-declarator:
declarator
declarator = initializer
declarator:
pointer direct-declarator
pointer:
* type-qualifier-list
* type-qualifier-list pointer
宣言時の * は declarator なんやね構文としては
詳しい人とかハードル上げられるとな。。。
プログラミング言語C売っちゃったから、厳密な仕様は記憶の彼方だが、ポインタは厳密なカテゴリ的にもポインタだったと思う。
ここからは私の解釈だが、ポインタはアドレスを入れる「変数」。
当たり前じゃんと言われればそうなんだけど、感覚的にも型というより変数って感じ。
ポインタに型があるとすればOSがアドレスを扱うビット数と同じになる。
intとかの型はポインタが指す先にどの大きさのどういう扱いのデータがあるかを知る為で、ポインタ型そのものの大きさは変わらない。
んで、普通の変数とポインタはCだと大分違うように思うけど、アセンブリ言語だと
LD GR0,TEXT ; 変数TEXTの内容を読む。
LDA GR0,TEXT ; 変数TEXTのアドレスを読む。
程度の違いしか無いわけね。
この場合、内容もアドレスもレジスタが読むけど、Cにレジスタに相当する変数を用意する為にポインタが生まれたんだと思う。
私の解釈？ ポインタが生まれた理由？
なんでその内容を俺にレスしたのか意味不明
o CにLDA使用時のレジスタに
こちらの方が先だべ
ありがとうございます説明が足りなかったかもしれません
メンバ変数の配列をコンストラクタでリスト初期化する場合どうしたらいいですか？
Hoge::Hoge() : mPiyo(0) ←これの二次元配列版を知りたいのです
同じだよ {} で初期化すればいい。
Hoge::Hoge() : mPiyo{} {
ほにゃらら
}
ってことね。
言語実装ベースの思い込みが過ぎる。
言語規格中のポインタは型だし、変数ではない値もあり得るし、ポインタの指す先の型の違いは大きさだけではない。
↓「ポインタ型」で検索して確認されたし。
http://kikakurui.com/x3/X3010-2003-01.html
ありがとう
無事できました
当然知ってると思うけど
void (*h_ptr)(void) = f;
これは * と () の優先順位が原因だ
よく * と [] で混乱してるひともいるけど
char **hoge;
char *hoge[];
char (*hoge)[123]:
char (*hoge)[]: // エラーかい！
今では (C++11 以降では) 宣言時に初期化も書けるから、
struct Hoge {
int a[10][10] = {};
public:
Hoge(void);
};
って感じでも書ける。
複数のコンストラクタがあるときに、
どのコンストラクタが起動したときでも初期化はしないといけないみたいなときには、
この方式で書いた方が何度も同じことを書かなくてよいので面倒くさくなくて良いかも。
なるほど
コンストラクタにつらつら書くよりもヘッダで宣言時に初期化した方が綺麗ですね
ありがたいなーってなってポインタで躓いたりしづらいけど、
レイヤが違うという意識を持ってないと変に機械の理屈に引きずられることもある。
言語の理屈だとポインタはアドレスを入れるものじゃなくて、
ポインタを値として見たものをアドレスと呼んだりもするってだけ。
結局はポインタにアドレスが入ってるんだけど、まずポインタありき。
ポインタに対する演算ってのは指す先をいくつ進めるとか、
指す先の間隔がいくつだというものであって、
アドレスを演算して実現するってのは実装上の都合。
アドレスが連続しているということさえ保証はない。
たとえば
char a[2];
とあったときに
(intptr_t)(&a[1])-(intptr_t)(&a[0])
が 1 になることは言語仕様では保証されない。
(これが 1 にならないような変な環境はまず無いと思うんだけど。)
具体的に機械でどう動いているかから見ると肌感覚として理解しやすい場合もあるのはわかるが、
言語の理屈と混同しないように、一旦それは抽象の壁の向こうに押しやる必要もある。
インスタンスが既に破棄されているのでしょう
c++ ではオブジェクトの寿命管理は自分でやる必要があります
(参照があるから破棄されないということはない)
[&*this]
こうしたっていう意味？
インスタンスは生きています
ラムダ式内から直接呼ばずにグローバル変数に保持したインスタンス変数経由で同じメソッドにアクセスしたら正しい値が読み取れました
てな感じにキャプチャはしてるんだよね。してないとコンパイルエラーになるし。
デバッガでみておかしいだけならデバッガがうまく動いてないだけでは？
cout << this->hoge;
とかして見てみたらどうでしょう。
>ラムダ式内から直接呼ばずにグローバル変数に保持したインスタンス変数経由で同じメソッドにアクセスしたら
warning読み飛ばしてるだけだと思うが
warningにそうしろって書いてあるはず
ラムダ式を呼ぶ側の関数内のローカル変数で保持しても多分いける
それぞれ別の翻訳単位として、独立に処理されるぞ。
依存関係があって先に読み込ませる必要があるファイルは、#includeで明示的に指定した順に読み込ませる必要があるよ。
makeなり 統合環境なりが 依存関係チェックして必要と思われた順にｺﾝﾊﾟｲﾗを起動しｺﾝﾊﾟｲﾙしてる
＞makeなり 統合環境なりが 依存関係チェックして必要と思われた順
別に make による依存度チェックが必須だとは思っていません
最悪、アプリケーションを構成する全ソースを全部コンパイルしたっていい
やっていることがよくわからないのなら、全部再コンパイルするバッチを書いてもいい、と思っています
確かに、時間が無駄になるだけで、それにより動作が変わってしまう等の害を及ぼすことはないからなー
結局 >>566 が聞きたかったことは皆目見当がつかんけどもｗ
実際、vectorの特定の要素にアクセスしてstringのデータを入れようとするとエラーになってしまいます。
例えば、次のようなコードの場合です。
std::string A = "bookA";
std::string B = "bookB";
std::vector<std::string> booktitle;
booktitle[0] = A;//コンパイルエラー
vectorで複数のstd::stringのデータを収納したい場合にはどうしたらいいのでしょうか？
booktitle.push_back(A);
FreeBSD 2, 3, 4 (くらいかなあ） 時代には、OS カーネルを再度コンパイルすることはあたりまえだったんですけれども、最近はそういう話はすたれてしまいましたね…
ありがとうございます。
例えば、vectorにpush_backで１００個のstd::stringのデータを入れたけれど、３８個目のデータを別のものに変更したいという場合、
３８個目のstd::stringのデータを直接指定して別のものをいれるということはできないんでしょうか？
38個以上格納した後なら、
booktitle[37] = A;
で書き換えられる。
c の普通の配列みたいに中身に拘らずとりあえずサイズ100の配列を用意したい場合は
v.resize(100) でいけるのでその辺りも併せて覚えておきましょう
その中身を消すのがdelete関数ってことですか？ややこしいな・・・
記録には残らないが記憶に残る
ポインタ変数のアドレスを格納するのに、なぜ二重ポインタが必要なのかがいまいちわかりません。
単に”番地”を格納するだけなら普通のポインタでも良いような気がしてしまいます。
float型とかいらないと言ってるようなもの
引数でｱﾄﾞﾚｽ入れる変数のｱﾄﾞﾚｽを渡すことがある
情報量としては実際のところメモリアドレスなので同じだけれど型が違う
pがint へのポインタなら
*p はアドレス位置にある int を返すし、
p++ すると int のサイズ分増えるし、
p[i] はintのサイズかけるiのメモリ位置にある int になる
上記の int を char やポインタ型に入れ替えると動作が異なることがわかる。
なんの型で読み書きするのかとかサイズの計算なんて人がコードで書けばいいじゃん、
という流儀もあるだろうがcは違う
例外としてなんの型だか不明なものを扱うときには、
とりあえずvoid*で保持しておいて計算やアクセスするときに
明示的に型を指定して用いることもある
ｺﾚはどんな変数でも同じ
ｱﾄﾞﾚｽを格納する変数もただの変数だからな
>ポインタ変数の中身はどっか別にあって消えないってことで良いんですかね？
（ポインタ変数の中身はポインタだが、ポインタが指してる先と読み替えよう）
指してる先はどっか別にあってって、言語が自動で作ってくれるわけじゃないよ
ポインタが指す先もプログラマが作らなきゃならない
だから消える所に作れば（自動変数な）消えるし、消えない所に作れば（静的変数やnewな）消えない
>>582
二重ポインタ（って表現もナニだが…）も
ポインタを指してるってだけの普通のポインタだから
・関数側宣言はポインタで受けて 呼び出し側は変数に&つけてポインタを渡す (c/c++)
関数実装の際 *でデリファレンスして代入
・関数側宣言は参照で受けて 呼び出し側は変数をそのまま渡す (c++)
関数実装の際 そのまま代入
freeしたあと確実にNULL代入したいためにポインタのポインタで管理しておくことはある
ポインタのポインタ(たまにポインタの配列)
配列のポインタ
のどっちかにしろ
.......
char *data = malloc(size);
.......
.......
my_free(&data);
/* これ以降 data = NULL になってるから参照するとﾇﾙﾎﾟになる */
なんで？
double pointerも十分すぎるくらい市民権得てると思うけど。
char pointer と double pointer が並んでも？
ダブルポインタやdouble pointer でググればわかるようにそう呼称されることも大変多いわけだから
ポインタのポインタをダブルポインタと呼ぶことが多いことを知らんでいるわけにはいかんのが現実
うーん
前者を「オア」と呼んで後者を「ダブルオア」と呼ぶ？
|| は論理演算子の「論理or」
| はビット演算子の「ビット or」…あまりそういういいかたはしないような気もしますが
言葉だけの疎通で どう言ってたかな？と
※ 「ビットor」 「or」 後者は前後の文意で汲んでくれ のような使い方してるわ
教科書なら「ビット毎の論理和」でいいんだろうけど古臭い
声に出して読むときは２つ組みの方をオアオアとかアンドアンド
世間で使われてる用語を使わず「理屈で言えばこうだ」と
勝手に言葉を作ってると造語症と思われるぞ
日本語より論理的と言われがちな英語も割といい加減だよね
日本語では双方向リストと実に論理的な呼称
これ式で日本語でたまに使われるのは2重(2段)ポインタ、3重ポインタか
むしろ英語圏の人のほうがよく使ってる
JIS だと「ビット単位のOR演算子」と「論理OR演算子」と書かれている。
あくまで訳語のひとつでしかないけど、JIS の性格を考えれば公式訳と言ってよかろ。
| と || の代替表記として bitor と or があるので、発音するときはこれでいくのもアリかもね。
カジュアルな場面で double pointer と言わないとも言い切れないだろうし、
これについては >>595 の言い分に説得力を感じる。
英語がよくわかる人の肌感覚ではどんなもんなんやろね？
ダブルポインタと言い換えるの気味悪い
ただの変数だからな
ただのﾎﾟｲﾝﾀも例外じゃない
doubly linked list じゃね？
https://books.google.com/ngrams/graph?content=double+linked+list%2Cdoubly+linked+list&;case_insensitive=on&year_start=1800&year_end=2008&corpus=15&smoothing=3
お前さんの感覚なんてどうでもいい
pointer to pointer c でググると
Double Pointer (Pointer to Pointer) in C
https://www.geeksforgeeks.org/double-pointer-pointer-pointer-c/
が最初に出て来る現実を見なよ
安田はジャーナリストとしては初心者
無能に仕事を任せるのは損失
ジャーナリストは自己だが
そういうお前が一番の初心者じゃねえのかw
シングルトンで実装するのが一般的なんですかね よくわからん
staticのﾒﾝﾊﾞ関数で十分
なんでライブラリがそんなことを強制せにゃならんのか
そんな考えだったら、スレタイの、【初心者歓迎】をはずせ。
>絶対許さない
え、どういうことですか？
と定義して &v[0] からのバイト列にアクセスすると
01 00 00 00, 02 00 00 00, 03 00 00 00, 04 00 00 00
と連続して確保されているようですが
●これは仕様上保証されていますか？
また
vector< vector<int> > w{{1, 2}, {3, 4}};
と定義して &w[0][0] からのバイト列にアクセスすると
01 00 00 00, 02 00 00 00, ?? ?? ?? ??, ?? ?? ?? ??
後半がランダム？
になるようですが
連続に
01 00 00 00, 02 00 00 00, 03 00 00 00, 04 00 00 00
と確保されるように2次元のvectorを定義するにはどうすれば出来ますか？
それとも出来ないのでしょうか？
パラドックス起きるぜ
エンディアンもintサイズも固定じゃないので保証されない
ttp://cranehouse.dojin.com/program/vector.html
ttps://www.wdic.org/w/TECH/std::vector#xE3x83xA1xE3x83xA2xE3x83xAAxE3x83xBCxE3x81xAExE9x80xA3xE7xB6x9AxE6x80xA7
そのvectorを作ると間にゴミに見えるデータが入りうる
int (*hoge)[要素数]; じゃなくて
int *hoge[]; みたいにポインタの配列になってるということでしょうか？
w[1] が返す vector の次元(大きさ)は異なっててもいい
から、そもそも論で 2次元配列 とは等価にならんし
array< array<int, 2>, 2 > w{ {{1, 2}, {3, 4}} };
期待する形のバイト列にするイテレータをくっつける
とかいった方法が考えられるかなぁ。
まあ場合によるけど、
大きさがコンパイル時に確定してよいのなら、
>>641 の方式が確実だと思う。
多次元配列を作る場合ってほとんどの場合はコンパイル時か
オブジェクト構築時には大きさが決まってると思うんよね。
後から伸ばしたり縮めたりってあんまりしなくなくなくなくない？
思い浮かぶのが画像データぐらいだけど、それなら1次元＋演算でも代用可能だし…
windows10でcの環境作りたくて、コンパイラにminGWを入れたのですが、実行時エラーがでなくて不便です。
例えば、
char c='x';
printf("c: %s",c);
のように出力時のフォーマットを間違えたら、LinuxではRuntime error～となにかしらエラーがでていたのに、エラーも何も出ずに（c: すら出ないで）終了します。
minGWの仕様なのか否か。
または、
windows10でminGWを使い、実行時エラーを出す方法を教えてください。
言語仕様的には未定義なので、実行した結果がどうであっても言語仕様通り。
ランタイムに捕捉できることを期待しない方が良いと思う。
C/C++ っていうのはそういうもんだから。
minGWを使ったことないんで間違っているかも知れないが
GCCならGDB使えば実行時エラーを捕捉出来るんじゃないか？
gdbで捕捉できるんですが、gcc実行のみでRuntimeErrorを表示させるにはコンパイラ変えるしかないですかね？
もともとvmにLinux入れて、c言語を学ぼうとしてた初心者の集まりなんですが、vm重いからwindowsに移行しようと、環境設定が簡単な方法をいろいろ試してるところです。
なので、Linuxでできてたことができなくなることが不安という感じです。
例えば、GCCの代わりにVC使ったとしても
エラーを捕捉出来るかどうかは分からないよ
どちらかと言えばOS側の仕様な気がするし
エラーレベル上げるとかそう言うフラグがコンパイラに無かったかな？
その初期値が違ってるだけじゃ無いの？
Cは実行時エラーの処理も自分で補足して書くものよ？
そう言う言語としか言えない。
Windows でもなんか特別に予約してたような気がしたんだが、手元の資料で見つからんな……。
けど、これ見るとwin95は違ったみたい。winNTはそうしてたみたい
Why is 0x00400000 the default base address for an executable?
https://blogs.msdn.microsoft.com/oldnewthing/20141003-00/?p=43923
NULL はあくまでも「無効なポインタ」を表し、意味のある番地ではない。
けど、うっかり意味のある番地としてアクセスしたら 0 番地だから、
その付近へのアクセスがあったらたぶん駄目なプログラムとして検出しようねっていう話。
(0 ではないが) 0 に近いアドレスなので、その付近のページは
トラップ用に予約しておいたらあかんプログラムの検出に便利やんというわけ。
そういうアーキテクチャがほとんどだと思うけど言語仕様の保証はない。
整数のゼロと互換性はあるという扱いで、
つまりは、ヌルポインタを整数にキャストするとゼロだし、
ゼロをポインタにキャストするとヌルポインタになることは保証されるが、
ヌルポインタのビットパターンが整数のゼロと等しいことは保証されない。
(なので移植性が必要ならポインタの配列を memset とかで初期化したりするのは駄目)
そうだっけ。定数のゼロだけでは？
そういや C++ ではそういう変更もされたような気がするな。
以前は確かに定数に限らずゼロはヌルってことだったはずだが。
C では今でもヌルはゼロ (と相互に変換される) だと思う。
リテラルの 0 じゃなきゃダメなように改められたのは C++14 からだった。
va_list な関数でフォーマットからパラメータの妥当性チェックって
コンパイル時に出来るもんなのか？
無理
標準ライブラリ関数みたいに、コンパイラ作成時点で仕様が確定してれば可能。
https://wandbox.org/permlink/d1F80sYjt6FhgjY8
> prog.cc:5:19: warning: format specifies type 'char *' but the argument has type 'int' [-Wformat]
オブジェクト指向的にはそれが正解なんだよな
まあ結局どこかで文字列化するんだからその考え方もありだね
より
cout << i.tostring("0x%-08x") << eol;
とかなら %書式 にはあまりこだわらないんだけど
前者の仕様だと %書式 の方が描きやすいから
結局普及しない原因
この「処理系」ってコンパイルするマシンのCPUですか？
それともプログラムを実行するマシンのCPUですか？
コンパイルするプログラムや出来たプログラムを実行するOSやハードウェアなどの諸々の環境
最近は仮想環境も処理系に含まれるよ。
べつにﾀｰｹﾞｯﾄになる処理系でｺﾝﾊﾟｲﾙする必要はない
ちょっとプログラムを見直してみます
CPUで変わるのはもちろんだが
クロスコンパイルも可能なので
コンパイル時のオプションでも変わる
みたいにキャストしないとワーニングがでるんだが、めんどくさいね。なんか方法ないの？
constexprが何にかかっていたか考えてみれ
ポインタにかかるのか、ポインタの中身にかかるのか？という問いだろうけれども恐らくはポインタ自体
にかかるのだろう。そしてconstがポインタの中身にかかる。順番が逆だといろいろ不都合がしょうじる
から、このようになる筈だ。
しかし、constを追加しただけでwarnningが消える理由はなんなのだろうか？ (char*)でキャストするのと
同じ効果を持ちうるのはなぜか？ constにはそんな意味はない。「単に書き換えできないようにする」
と言う意味だろう。書き換えできないｓｒｉｎｇももちろんあるから矛盾が生じるのだ。その矛盾を
解決する可能性があるとすれば書き換えできないstringがすなわちchar*と同じである場合に限る。
つまり
const string とは char* の事なのだ。
あってる？
もしあってるとすれば、
constexpr (char*) char *mes[] ={"error", "ok" , "abc"};
でもOKな筈だね。そうでないと矛盾する。この方が分かりやすいね。
これをクラスのなかで定義したいのだが、クラスの中で定義するとエラーになる。クラス内だけで使いたいのに
外部に引き出すのは面倒だ。どうしたらいいの？
書いている意味はさっぱりわからんが、文字列リテラルの型は const char[] だ。
そんでもって >>679 の場合の文字列リテラルは暗黙の型変換で const char* になる。
const char* を char* に入れようとしたら型が合わないがキャストで無理やり合わせることも出来るという簡単な話。
だが、型から const を剥がしたからといって文字列リテラルを書き換えてよくなるわけではない。 (← 重要！)
const を剥がすだけなら問題はないが、
書き換えたら駄目 (未定義) にもかかわらず型から const を外すのは馬鹿馬鹿しい間違いの元。
よくわからんままキャストしたら警告が消えた～～っていうのはC/C++ の歴史で何十年も繰返してるので
古参ならうんざりするほど見てきた駄目なパターンだと思う。
とりあえずキャストってのはほんとにやめて……。
(ちなみに C では文字列リテラルの型は char[] だが、書き換えるのは未定義ってことになってるという更なる闇がある)
△ ウォーニング
カタカナにする時点で元の発音からずれまくりなので×も△も五十歩百歩だろ。
warning
ウァーニング だ
ワーニングの方がまし
アホ
発音記号もcの逆みたいのが使われている
でも実際の発音を聞くと、あの方が近いぞ。まあどっちでもええわ
なのでそういう奴が居そうなスレでは原語（warning）で書くのが基本
文字列のリテラル型というのであればリテラル型でない文字列ってあるんだろうか？
リテラルって何？ 英語をやくしたら文字列って意味だろ。
「文字列リテラル」ってキャラクターリテラルのことだろうか？
それなら日本語にすると「文字列」でOKと思う。文字列リテラルって文字列列ってことか？
つまりA character literal literal **str のこと？
左辺のaが文字列で 右辺の "abcd" が文字列リテラル
アッごめん。７０４は無視して。
リテラルって、堅物って意味のほうか？ そうなんだ。
文字列って意味なんだね。
ということは
char literal 'a'
char literal "abc"
int literal 0x111
ということか。
char [] literal --> "abc"
ソースコード中に埋め込まれた、値そのものを表す記述のこと。
の「10」もリテラル
＞古参ならうんざりするほど見てきた駄目なパターンだと思う。
＞とりあえずキャストってのはほんとにやめて……。
void uprint( char * message);
こういう関数って普通にあると思うが、そうすると
uprint((char *)"abc");
こんなふうにキャストしないでwarnigを取る方法ってありますの？
そもそも関数の定義の仕方が悪いって意見？ C++ってｃと混在一体で使うところに多大な
メリットがあるわけで、ｃだとstringとか使えないし、どうすりゃいいのよ。
納得。
＞for the representation of a single character's value
a がついてるだろ。 つまりこれは１文字のことを言ってるんであって、複数文字ではないよ
で、主語を見ると、A character literalってあるから、そもそもこれは１キャラクタのリテラルの定義
なので、複数キャラ、単語等のリテラルの定義は他にあるはず
a と、わざわざsingle もつけている
float literal 123.4 だぜ。 おかしいだろ。 float leteral なら"123.4"なら許せる。そもそもliteral使うところが
おかしい。
英語にだってconstantって言葉あるんだから、constantをつかったらいいのに。ところがconstはconstant
のことかと思いきや、read only 変数のことなんだよね。ｗ
"文字通りの"という意味に囚われてるのかもしれないが、ソースコード上に123.4とあったらまぎれもなく文字通りだろう
勘違いしてね？
void f(char * message)
void c_f( const char * message)
のとき、
char *p = "abcde";
f("abc");
c_f("abc");
f(p);
c_f(p);
は全部警告なしで通るぞ。 問題があるのは、
const char *cp = "abcde";
としたときの
f(cp);
だけがエラーあるいは警告になる
2017の最新のVC++
リテラルという言葉に「文字列」的なイメージを持っているならそれはなくした方がいいよ
さらに追加
言うように3や3.14を定数と呼ぶとしても、リテラルと呼ぶことを排除できないと思うよ。
例えばこうなる。
「ソース中に3や3.14などの定数を記述する場合は数値リテラルを用いる。
数値リテラルは8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」
など。
TI独自の問題？ それとも警告レベル下げてるんじゃない。
問題なしだなんてとんでもない。問題大ありだよ。
そもそもC++ってCompileが全く通らない。なんでこんなにいちいちエラーをだすのかと腹が立つ。ｗ
お前なあ。 素人さんだったんだな
c でも c++ でも const char * 版だけ作っておけばいい
＞「ソース中に3や3.14などの定数を記述する場合は数値リテラルを用いる。
＞数値リテラルは8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」
違和感あるのは俺だけ？
「ソース中に3や3.14などの定数を記述する場合がある。。
定数は8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」
このほうが自然とおもうが、、、
https://ja.wikipedia.org/wiki/定数_(プログラミング)
一般的な意味での定数なら8,16,10進数に限らず3進数だろうが78進数だろうが好きに考えることができるけど、ここで8,16,10進数だと限定していっているのは、あくまでもC/C++の構文の要素である｢数値リテラル｣な訳だから、全く別の概念として明確に区別して考えた方がいいよ。
言語仕様のBNFとか見てくればもう少し理解できるようになるかも。
でもconstのサンプルにはメッセージテーブルとかが良くかいてあるけど、ROM配置
じゃなくてRAM配置になるんだね。組み込みだとRAMが少ないから使えない。
constは役立たずというか貴重なRAMを消費する邪魔もの。
コンピュータサイエンスにおける「リテラル」の用法についての批判でしょ。
恐らくコンピュータサイエンスを学び始めたばかりの日本人が、
リテラルという用語を使い始めた英米の専門家に対して行う、
英語として不自然である、という批判。
組み込み観点ではそういう考え方はまずいんじゃない？
なるべくconstは使わない方が良いような気がする。RAMが貴重だからね。
頼むからまずはcの基本を勉強してくれ
一体どこをどう読んだらそんな結論になるんだよ。
頼むから断定調で嘘を撒き散らさないでくれ
の意味も分からない人も、受け入れろよ。
そこを否定している人はいない
これが基本じゃなのか？ 高度な質問をしているつもりはないが、、、
頼むからまずは基本に答えてくれよ。
まずVSなど他のC++はしらない。自分の感想はTIのCCSコンパイラについてだけ。しかし一般的に
組み込み系には通じると思う。
const 定義すると.bssに配置される。.bssはRAMである。組み込みマイコンではRAMとROMに分かれて
いるがRAMは非常に貴重だ。ちなみに今使ってるCPUは４ｋしかない。ROMは256kバイトある。
constでメニューテーブルなどを書くのは愚の骨頂だろ。そもそもconstなどなければこういう間違いは起こらない。
故にconstは有害だ。
どうだ理路整然としてるだろ。
> const 定義すると.bssに配置される。
んなこたーない。
ここには十分な水がない。
よってトイレは有害だ。
飯一食1000円とすると、3杯で3000円。
constには3000円の価値があるってことだ。
しらべえによると、3文は90円だそうだから、早起きの33倍、constのほうが価値があるってことだ。
そういうトイレは有害だ。ただしい。
結局んところconstはリードオンリーの意味しかない。リードオンリーのテーブルを作るのであればconstexprを
使えばいい。
リードオンリーの変数って何か意味があるんだろうか？ 先ずは変数でありながら変更できない
のだから、実質的には変数ではない。本質的に存在自体が矛盾している。
たとえばリードオンリーであってもロックしたりアンロックできるのであれば意味がある。一旦ロックしたら
そのまんまってのでは、録に役にたたない。
ヒント：メモリーフェンス。
ん。それは矛盾するだろ。基本的にC++のconsｔは変数だ。だから初期値は代入する。
それ以後はアクセスできない。少なくともRAMに配置する変数だ。ということは言える。
.bssに配置されるのかどうかはリンカでコントロールできるのかもしれない。ROMにだって無理やり配置は
可能だ。そういう無理やりのことをいってるのではない。あくまで自然なありかたとしてのconstだ。
言いたいことはわかるが、チャンと説明してみて、自分の間違いに気が付いた方がいい。
文字列リテラルのconst,
メンバー関数のconst,
関数の仮引数のconst
それは知らなかったが、その肝はなんなの？ 結局はリードオンリーってディフェンスしたいって
ことではないの？
物理的に書き込み可能ならリードオンリーにしてもディフェンスになんかならないでしょ。
ディフェンスするならライトプロテクト機能がどうしても必要だからね。
アクセスできないようにするには、Privateにして不可視にすればいい。これでディフェンスになる。
グローバルにさらしてなお且つリードオンリーにしておきたい変数がはたして必要だろうか？
必要性はないと思う。
具体的にどんな意味があるのよ。
出来て何の意味があるのかということが知りたい。意味がないなら邪魔だな。
その関数の中ではconstではないメンバー関数は呼べなくなる。
つまり、constキャストを使わないと、thisを変更できなくなる。
あなたの言葉を借りるとconstはコンパイル時に「ディフェンス」するので
ランタイムで「ディフェンス」するよりも少ないコストで問題を発見できる
これは意味があることだ
ただし、その仮引数にconstではない引数を渡すことはできる。
const付ければ多分変更されない。変更しようとすると、多分コンパイルエラー。
{
void func1();
void func2() const;
};
func1からfunc2を呼び出せるが、その逆はできない。
{
...
}
funcの内部では(constキャストしないと)nは変更できない。多分。裏技使えば出来るかも。
> 自分の感想はTIのCCSコンパイラについてだけ。
マニュアルで .cinit section を検索しろよ
説得力がありそうな意見だが、残念ながら意味がよくわからないので一寸調べてみた。
２のことかな。
メリット
１．参照渡しに const 修飾子をつけることにより、引数の中身を書き換えないことを宣言することができる。
ポインタ渡しに const 修飾子をつけることにより、引数の中身を書き換えないことを宣言することができる。
２．const オブジェクトを引数にすると、そのオブジェクトのなかで呼び出せるメソッドは const メンバ関数のみ。
１はたしかにメリットがあると言わざるを得ない。
２は使い方次第だな。自分の場合はわざわざそこまで面倒なことはしない。
一理ある。
自分も最近しったんだが、組み込みで使うとC++は非常に効果を発揮する。（らしい。あまりできてない、、、）
すくなくても、クラスやnamespaceを使えるだけでも大いに助かる。Cと滅茶苦茶相性がいい。
ごちゃ混ぜでもスパゲティでも何ら問題ない。
組み込みでは絶対にC++を使うべき。
ありがと。検索してみます。
お前、ほんとド素人なんだよな
しったか素人は単なる荒しと変わらんわ。 邪魔にしかならない
君は何も知らずに妄想だけから判断して>>730の考えに至ったわけじゃん。>>714からの流れでね。
関数の引数を char* と const char * にしたときの違いは、
君が勘違いしている、ではなく、なにかを読んで知ろうともせず
自分だけの想像で決めつけているような「このポインタが定数(変更不可)かどうか」ではなく、
ポインタが差している char 値が変更不可かどうかなんだ。
で、
君の考えはおそらくここに書いてないものも含めて8割がた
間違ってるから誰にもそれを一々教えることは無理なんだよ。
だから本を読むとかして基本を学んで欲しい。
今の君は想像で英語に文句つけてるくせにアルファベットも知らない子供みたいな状態。
C++は使い始めたばかりでよくわからないが、多重人格的で昔のC＋＋と最近のC++が混在している
気がする。C++は糞って言ってる人は昔のC++をみていて、C++は最高って言ってる人は最近追加
された仕様を見ていると思う。
だからC++は基礎からやると駄目な言語だね。基礎は飛ばしてしまったほうがいい。
追加された仕様部分が秀逸だね。
だからあくまでも自分の意見だが「やさしい、、、、」ってのは寧ろ難解で駄目なのが多い気がする。
特にC++の生みの親が書いたような本が最も駄目だと思う。
もうこいつの相手をするのはやめよう。 単なる荒しだわ。 ここで終わり
＞君が勘違いしている、ではなく、なにかを読んで知ろうともせず
＞自分だけの想像で決めつけているような
ここ表現が変か
何も調べてないんだから単なる妄想であって勘違いですらないということ。
だれも最初は子供だからね。
視野が狭いのであって、思考がまちがっているんではないというところに気が付いてほしい。
だから視野が広がれば正しい結論にいたる。
そして結論は７６１
C++は近年追加された仕様の方が複雑怪奇で迷走しているという意見もあるし、勝手な思い込みで基礎を蔑ろにするのはやめた方がいい。
constの理解についても、組み込みのCをやった経験に基づく自分の経験と思い込みを当然のものとして他人の話を聞くから理解が進まないのでは？
RAMにおくかROMに置くかとかも本来はC言語としては未定義とか処理系依存な部分であって、組み込みにおける常識をベースにCの言語仕様を理解しようとするから齟齬が生まれるのだと思う。
まあ腑に落ちたようでなにより
引数だけでなくﾒｿｯﾄﾞにもconstつけるべきというのすら分かってない
ｸﾗｽの引数にconstつける意味を分かってなさそうだからな
意味わかってないのはてめーだ、いつものことだが
メモリ配置と、文法のconst は関係ない。
基本的に、言語の文法と実装は、関係ない
実装は、JavaScript の文法に関係ない、DOM とか
できる限り、const を使うべき！
使っても、マイナスにはならないから
たぶん、Effective 本にも書いてある
そのことを初心者にもわかるように詳しく説明してみてください。といっても解り過ぎている人には
初心者が何がわからないのかわからないとおもう。解らない人はどこまでもわからない。なので
質問を変えて差しあげます。
質問１．constは多用な機能がある。そしてその機能を実現するには最初の一回だけは書き換え
可能である必要があると思うが、もしconstをROMに配置してその機能をどう実現すればいいのだろうか？
実現不可能だとおもう。
このことが正しいならconstは当然RAMに配置されるのが常識だろう。いかがだろうか？
質問２．もしconstが一度も書き換え可能である必要がないとすれば、constはROMに配置
されるべきだろう。だからconstは必ずROMに配置すべきだというのが常識となる。この考えは
どこがまちがっているだろうか？
質問３．質問１と質問２の前提はどちらが正しいのだろうか？
ケツの穴である
C++は低レベルの処理に向いているのだから当然のように処理系のハードとの接点が多い。
処理系依存の部分はC＋＋でフォローできないというだけで、だからといって処理系を意識しないでいい
ということにはならない。C++を使う場合には処理系を強く意識する必要がある。
＞できる限り、const を使うべき！ 使っても、マイナスにはならないから
処理系を強く意識するなら、こういう結論にはならないと思う。constは意に反してRAMに配置され得る。
組み込み系においては、RAMを多用すればすぐにRAMがパンクする。
constはいくつかのメリットがあることは解ったが、無条件に使えばやはり有害になる。少なくとも自分が使った
限りでは滅茶滅茶有害だった。
では被害を少なくするにはどうすればよいか？ それに答えてほしい。
static const char* s_A; // -> BSS section
static const char* s_B = "b";// -> Data section
static const char* const s_C = "c";// -> Data section
static const char s_D[] = "d";// -> Read only Data section
static char s_E[] = "e";// -> Data section
static char s_F[128]; // -> BSS section
const char* s_B = "b";// -> ここで嵌った。これは.bssに配置される。
メソッド抽出やクラス設計といったプログラム設計に関する書籍って
どんなものを読めばいいんでしょうか？おすすめとかありますか？
ググっても、プログラム設計の本があまり見つかりませんでした・・
デザインパターンに関するものはあったんですが
もうすこし初歩的な内容のものがあれば教えてくださいm(__)m
L'\0' はUnicodeだから、必ず２バイトなので、 0x0000
ワイド文字の内訳は未定義で、 Unicode になるとは限らないし、その大きさも決まってない。
2 バイトになって欲しいなら L ではなく u を使うと UTF-16 になることは保証されるよ。
挙げられた例でconstの付加によりRAM使用量が増えている例が見られなくて
「マイナスにはならない」が正しいように見えるんだけど、何を見て有害だと言ってるの？
> const char* s_B = "b";// -> ここで嵌った。これは.bssに配置される。
s_Bはconst宣言されてない只の変数だからいいとして
"b"がconstだけど.bssに配置されるってこと？
他の言語で造ったことあるか？
それがまだでいきなりC/C++ならやめとけ
The Craft of Text Editing
しかも一般的な設計論みたいなものはほとんどなくてエディタの実装テクニックがメイン。
普通はな、本を勧める状況ってな、
相手は読んだことがないのが当たり前なんだよ。
主題が違う本を挙げるからには、
どういう点で好ましいのかくらいは書いてくれ。
bool変数hogeの真偽で反対の代入をする場合につきまして、
int a, b;
if (hoge) { a=1; b=2; } else { a=2; a=1; }
と
int a=1, b=2;
if (! hoge) { a=2; a=1; }
はどちらのほうが好ましい書き方ですか？
完全に好みの問題ですか？
偽(false)の時だけならif(!hoge){...}の方。
0からの、超初心者C++相談室
https://mevius.5ch.net/test/read.cgi/tech/1542002113/
***********************************************************************
1 名前：デフォルトの名無しさん[] 投稿日：2018/11/12(月) 14:55:13.35 ID:Tf74ZWQr
何にも知らない0からの出発、超初心者のためのC++相談室
***********************************************************************
すみません
>>799
ありがとうございます
>>800
超初心者用の専スレがあったんですね。ありがとうございます
ありがとうございました。読んでみます。
プログラミングの良書って絶版になること多い気がしますが気のせいですかね・・。
そこまで初心者なら一回GP0触った方がいいかもね。
PG0がプログラミング研修に向いている理由
https://qiita.com/nakka_/items/16c99e3279c87a70fafc
int b=2;
if (!hoge) {
const int c = a;
a=b;
b=c;
}
俺だったらこうかな。
+1
int a, b = 2 - !!hoge, 1 + !!hoge;
初心者を虐めてどうする
最近やたら気になるみたいだけど、なんで自分は初心者に回答してあげないの？
多人数で開発する場合は、前者のほうが好まれると思います。
可読性が高いのでコードレビューしやすいですし、改修もしやすいです。
後者は、1行目と2行目の間で、aかbの値を変更する改修が入ってしまうと
2行目のif文に入らない場合に、望む結果が得られません。
プログラマになりたいとかでなければどっちでもいいと思いますが
難しい書き方をすると、時間経って読み返したときに、
自分でも何を書いたかわからなくなりますよｗ
else を使わなくて済むのなら、そうしたほうがいい、とはよくききます
状況によっても違ってくると思う。 一般的には前者だろうけど、
{ a=2; a=1; } が例外的な場合として特別扱いしてるってことを強調したい理由があるなら後者で書くこともあるかもしれん。
後者のやり方では hoge が偽の場合、無駄な代入をすることになる
もっともコンパイラが賢ければ無意味な代入を端折るコードを生成するかもしれんけど
> もっともコンパイラが賢ければ無意味な代入を端折るコードを生成するかもしれんけど
これはムリだった。てことでやっぱり前者
clangで試したらきちんと最適化されたぞ
if(!hoge){
a=2;
}
のa=1は通常の代入じゃないからね。
これは基準値で初期化しんだからよ。
こっちのが効率は良いよ。
はどう？
線型代数
機械語に直したらどっちもmovでしょ
どういう最適化？
初期化されても参照される前に代入が起こる可能性があるから
hoge の判定の後まで初期化を遅延させる、つまり実質 else を使ったのと
同じコードが生成されるということかな？
そこまで出来そうな気もしなかったのだけど
なんか例が微妙というか、プログラムの流れがなんか不自然
だからやっぱタイプミス(タイポ)で条件によってa,bを入れ替える/入れ替えないを切り替える処理と見た方が自然。
797の後者のコードがLLVM IR 2命令に最適化される
%2 = select i1 %0, i32 1, i32 2
%3 = select i1 %0, i32 2, i32 1
%0がhoge、%2がa、%3がbにあたる
ありがとう。なるほど、すばらしい
これをまんまC/C++に書き戻すと
int a = hoge ? 1 : 2;
int b = hoge ? 2 : 1;
ということかな
でもこれだとhoge を2回チェックしてるので却って非効率な気もするけど
まぁ LLVM はまだ中間形式だから、これをターゲットコードに落とすところで
hoge の判定を一回で済ませるようにさらに最適化するのは簡単そうではあるね
ユルいコードでOK、てのも如何なものかという気はする
最適化は所詮、処理系依存だし
まぁ >>823 の言うように、その値で初期化することに強い意味があるなら
その書き方を優先する、そういうトレードオフがあることは認めるけど
ができればな
カッコつけて試せ
もちろん原則論に過ぎないよ
あと、原則論と言えば「変数は定義時点で必ず初期化せよ」というのもあるわけで
初期化忘れを防ぐためにそういうコーディングルールを設けている所も多いはず
その場合は後者の方が望ましいことになる
初心者はむしろ効率より堅牢性を重視した方がいいかもね
副作用でるやつ
#if(DEBUG == 1)
switch(mode){
case 0: pulse(A0); break;
case 1: pulse(A1); break;
case 2: pulse(C5); break;
case 3: pulse(F0); break;
}
#endif
}
１．この場合 debug_pulse(3);は pulse(F0)と同じになる。
２． #define DEBUG ０ にすると全て跡形もなく消える。
１，２は正しい？
2.この世の全てが無くなるとは思えない。質問が不適切。
質問の意図は
inline void debug_pulse(int no){ }はコードを生成しない。これは正しいか？
である。
質問の理解が不適切。
エラーになるのでコードは生成されません
void pulse(void);
int A0;
int A1;
int C5;
int F0;
inline void debug_pulse(int no){
switch(mode){
case 0: pulse(A0); break;
case 1: pulse(A1); break;
case 2: pulse(C5); break;
case 3: pulse(F0); break;
}
}
か
inline void debug_pulse(int no){
}
か
にしかならないから
1.は「ならない」
2.は「消える」
debug_pulse() を呼んでる部分が無いことが前提だから
2. 「消える」「消えない」どっちとも言えない
だな
inlineなんで、消えるか消えないかはアドレス必要な操作をしてるかどうか
どんなコードが吐かれるかが知りたければ
吐かれたコードを見るのが一番
#if(DEBUG == 1)
switch(no){
case 0: pulse(0xA0); break;
case 1: pulse(0xA1); break;
case 2: pulse(0xC5); break;
case 3: pulse(0xF0); break;
}
#endif
}
１．この場合 debug_pulse(3);は pulse(0xF0)と同じになる。
２． #define DEBUG ０ にすると全て跡形もなく消える。
１，２は共に正しい？
なにが書いてあるのか意味不明
【初心者歓迎】C/C++室 Ver.103【環境依存OK】 を、
【上級者用】C/C++室 Ver.104【環境依存OK】
にした方がいいな。
ここが初心者専用でなく初心者歓迎であってもだ。
回答するのはお前らだからな。
①すでに上級者スレはありますが？
②そもそも上級者と初心者の境目をどう定義しますか？
過去レスから、自ずと答えが出るだろ。
それは>>855②の答えだけですね、①はどうですか？
>>852 の提案が一番くだらないのでは？
なんで初心者でも上級者でも質問したらきちんと回答してくれるこのスレがあるのに、自分が気に入らないからって勝手に新スレ作るの？
そういうのを躊躇なくやれちゃう人が本当に怖い・・・
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/
そうそう、そうですよね
初心者には初心者のための回答がつき、上級者には上級者にふさわしい回答がつけば、それで必要にして十分ですよね
なんでスレを分ける必要があるのですか？>>852
被害妄想激しすぎるんじゃないか？
＞他者排除姿勢
とても興味があるのであえてお聞きしてもいいですか？
私のどういう点に「他者排除姿勢」を感じたのでしょうか
「歯ぁ、痛過ぎぃ～」
在だな
int main() {
float f = 262143.98;
fprintf(stdout, "%f\n", f);
f += 0.01f;
fprintf(stdout, "%f\n", f);
f += 0.01f;
fprintf(stdout, "%f\n", f);
f += 0.01f;
fprintf(stdout, "%f\n", f);
return 0;
}
// why 厚切り json
マシンイプシロンの問題
規格では決まってなかったと思う
まあたいていIEEE754の単精度だけど
ソフトを作って配布するにあたって、ユーザーの環境をwindows7以降のPCに限定するとして
ユーザー側の環境に依存するもの
ユーザー側の環境に依存するがwin7以降のPCでは共通なので実質非依存とみなせるもの
コンパイル側の環境に依存するのでコンパイルしてしまえば非依存とみなせるもの
に分けて調べたいです
MSDN
まとめて書いてある所なんか無いよ
普通はコンパイラの範疇なものは実行環境に依存しない
一緒に提供しない外部のコードを使う部分(DLL, API, ドライバ)は依存する
と思っておけば良いけど
環境を判断して動作を変えるコードもあるし
実行速度は当然環境に依存する
特定の環境の場合にタイミング依存で発生する問題もある
確実に実行環境に依存しないなんて確証を得られるコードなんてごく限られた範囲になるんで
そんなものに頼らず
出来るだけより多くの環境で評価するのが望ましい
コピーコンストラクタを書くのがめんどそうだし、そもそもクラスを代入やコピーをあんましないよね？
そのクラスがコピーできるようになっているべきかどうかは個別に判断すべき話で、クラスの性質による。
コピーできない (コピーすると不整合が起こる) ようなデザインならコピーするなって言うだけじゃなくて
コピー禁止 (コピーコンストラクタの削除) にしておいたほうがうっかりコピーしなくて安全だねってだけの話。
低学歴知恵遅れは板から排除するﾍﾞｷ
> そのクラスがコピーできるようになっているべきかどうかは個別に判断すべき話
これ、全く尤もだし大事な事だと思うんですけど、判断基準を学校や職場で教えてないんですかね？
メモリが少ない組み込み環境だと選択肢はあるけど、C++でアプリを組むような環境だと、
- シングルトンはコピーしない
- それ以外はコピアブル（ディープコピー）にする
一択だと思うんですが。
君の辞書には排他主義という単語があるのか？
これは、pimpl (pointer implement)デザインパターンだろ
pimpl インスタンスの遅延初期化だろ。
こういうのは普通コピーしないし、コピーするとインスタンスを共有して危険になるとか
遅延初期化するようなものは、非同期読み込みとか、何か失敗する可能性が高い、ヤバイもの
1回目は、ファイルから読み込んで、2回目は、キャッシュから読み込むとか、挙動が変わったり
pimpl を使っていれば、普通と違うから、ヤバイと思っておいた方がよい。
pimpl を使うには、何か理由がある
原則としてはその意見は正しいと思う。
特別な理由がない限りコピーは出来るべきだ。
その上でコピー可能にするための手間と使い勝手のトレードオフ、
要するに「割に合うか」という判断は実務的なことだから、一律には言えないと思う。
コピー可能に出来るけど、コピーする箇所が一個もなかったわっていうような結末だって
有りうるだろうし。
そういう見極めに簡単な基準を設けられるのなら苦労はないわ。
pimplはAPIと実装を切り離して抽象化するためのもんだから、遅延とかキャッシュとか
実装詳細が関係しちゃいけないんじゃないですかね。
例えばマルチエージェントシミュレーションとかで、個々のエンティティの実装をpimplで隠した上に、
エンティティの複製は普通にやりますし。
> コピーする箇所が一個もなかったわ
あっそうかっ
> そういう見極めに簡単な基準を設けられるのなら苦労はないわ。
私は古い教育しか受けてないので、過去については全く同感なんですが、
最近はもっと抽象化してるんじゃないかな、と思ったんですよ。
複製したオブジェクトが必要になる機会はあんまりない気がする。
vectorに突っ込んで連続したメモリに割り当てたいときとかかな。
read-copy-updateとか、マルチスレッディングで使うんですよ。
（スレッド間で同じ領域にアクセスすると、誰かが書き込むときにロックが掛かるから、
ポインタの参照先もコピーしてしまった方が良い）
私も>>888で言われるまで気付かなかったんですけど、個々のエンティティはコピーしても
シミュレーション系全体をコピーする、とか、大きなオブジェクトをコピーするときって確かに無いですよね。
むしろ万一コードが走ったらレスポンスが遅くなるから禁止すべき。
コピーコンストラクタって言語機能があるから勘違いしがちだけど
コピーってオブジェクト指向一般的に言えば全くもって汎用的な処理じゃないんだよね
むしろ無理にコピー可を要求するとおかしくなったりパフォーマンスに悪影響することの方が多いぐらいだ
だから、C++より進化したオブジェクト指向言語、例えばC#もJavaもコピーコンストラクタなんてサポートしてないだろ？
なんでまあ、基本的にはコピーはサポートしなくていい
そのクラスの要件としてコピーのサポートが必須だとはっきり分かったときだけサポートすりゃいい
＞C++より進化したオブジェクト指向言語、例えばC#もJavaもコピーコンストラクタなんてサポートしてないだろ？
それはクラスは問答無用でヒープに置くことに統一した結果なのでは？
オブジェクト指向にはほとんど不要だから
循環参照や並行処理や、今や制限しか思い浮かばない……
関数の引数も構造体はポインタで渡すべきだし、関数からの返り値も構造体で返すべきではない
あんなのは使うべきではない
処理の規模にもよるのですか？
テンプレートはあまり使ったことがなく、テンプレートの章を読んでいるのですが理解出来ているのか出来ていないのか分かりません
皆さんこの本はどんな感じで読みましたか？
くだらねえと思って、読むのやめたよ。 別に使わなくてもプログラム出来るしな
ID:jIxWA8zR
ちょっとだまってて
使うのは簡単だから、まずstd::vectorとか使ってみれば？便利だから
使い方が分かれば作り方もわかるようになるだろう
あとコピーの話でもめてたようだが、オブジェクトのコピーはC++の特徴だからなぁ
C言語からのもので、構造体が値型と同じようにコピーできるっていう
そのおかげでスタックにオブジェクトを確保してRAIIが出来るまぁこれも特徴的だわ
一方で配列が=でコピーできないのもC言語からのもので
構造体より配列の方が他の言語で言うところのオブジェクトと似たような仕様になってるw
参照するとポインタに格下げになるのもJavaやC#のオブジェクトと一緒だね
アクセスしようとするとポインタに格下げになってコピーできない仕様だったのなら
C++のクラスはもうちょっとモダンな仕様になってたかもしれないよね
値渡し出来ないからコピーの事を考えなくてもよいし
GCないからキツイか
> 使い方が分かれば作り方もわかるようになるだろう
コンパイラの使い方が分かっても作り方が分かるやつはそんなに多くないが…
C言語の使い方を理解せずにC言語のコンパイラを作るより
C言語の使い方を学習してからC言語のコンパイラを作る方が
賢明だろ
性的・童貞的の差異よりも仮性・真性の差異を問題にすべきかと
lisp のマクロとC++のテンプレートとは、どっちの方がイケてますか？
＞配列が=でコピーできないのもC言語からのもので
私はときどき夢想します、配列が=でコピーできたとしたら、どんな世界観がふりかかってくるのでしょうか？
もしそうなら、配列のサイズの情報が関数プロトタイプに付属していただろう。
訂正します
静的・動的の差異よりも仮想か非仮想かを問題にすべきかと思います
文字列が使えますよ
ちょっとだ
まってて
実体化を明示すれば書けるよ
使う奴を全部列挙しなきゃならないけど、ロジックを共用できるのは大きい
int main(void)
{
int i, j;
for (i = 1; i <= 9; i++) {
for (j = 1; j <= 9; j++) {
printf(" %2d", i * j);
}
printf("\n");
}
return 0;
}
あるサイトを参考に
簡単な九九の表を作ると
1 2 3 4 5 6 7 8 9
2 4 6 8 10 12 14 16 18
3 6 9 12 15...
...
...
（略）
このようになると思いますが、
隣の数字を参照にして足して
3 5 7 9 11 13 15 17
6 10 14 18 22 26 30 34
9 15 21 27 33...
...
...
（略）
と、表示するには上記のサイトの様なプログラムをどのようにすれば良いのでしょうか？
宜しくお願いします。
別スレにも書き込んでたけどそっちでは相手にされてなかったね。
上記サイトと書いておいて、そのサイトが抜け落ちてるよ。コピペしたなら推敲もしような。
やりたいことは i*j+i*(j+1)を出力するということか？
-P ってなんだ？
:-P でワンセットよ
でひとつだよ。
頭を左に倒して無心になって見る。
検索ワードに含めることができない文字を使ってるかも知れんし。
Wikipedia で「顔文字」の「欧米型の顔文字」に例示されてるね。
P は大文字が普通なのか。小文字 p だと思ってたわ(てへぺろ)。
「絵文字があるのにそういうので遊んでたんですね！」 → 「無かったんだよ (＃＾ω＾)ﾋﾟｷﾋﾟｷ」
でもOSのない環境もあるし未定義。
割り込み処理でやってるんだろ
個々の話をしたいなら
> そのような質問は必ず環境を書きましょう
エラーにならないのがほとんどかもな。
最適化で消えちゃうこともあるかもな。
どうせみんなやってるんだから、標準のAPIがあれば車輪の再発明をせずにすむのに。
#include <iostream>
#include <stdio.h>
#include <string.h>
#include <algorithm>
using namespace std;
int main(void)
{
string str;
getline(cin, str);
//cin >> str;
transform(str.begin(), str.end(), str.begin(), toupper);
cout << str << endl;
return 0;
}
このコードの「getline(cin, str);」と「cin >> str;」と「cout <<」
の部分にエラーが出るのですが何が原因かわかりますか？
別個にstd::を付けてもだめでした。解かる方いましたらよろしくお願いします。
#include <string.h>
→#include <string>
toupper は <locale> にある関数テンプレートと、 <cctype> に普通の関数がある。
どれだかわかんなくて混乱している。
toupper を [](char ch){return std::toupper(ch);} という風にラムダ式でくるむのが一番楽な方法だと思う。
Cygwinの中じゃなきゃ動かないじゃないですかｗ
WindowsのGUIアプリのカスタマイズに入用だったんですよ。
Windows だけでいいなら、
言語処理系を組込んでしまうよりはインターフェイスを COM にしておいて
適当な (OLE オートメーションに対応した) 言語を使ってもらう方が簡単かも。
コンパイル通りましたありがとうございます！
>>946
レスありがとうございます。ラムダはC#のをちょっとかじったくらいなのでよくわからないです。
v8でjavascriptは？
自作アプリに組み込んでるけどwindows環境でも簡単に導入できる。
その枠組みをぜひ活用して欲しいと思ってる。
時代を感じるな:-|
キャプチャの必要性が分かるまで１５時間も掛かった
今思えば全く勉強不足だった...
階層的データ構造（CADとか）はS式と思い込んでいたのよ
#include <string>
using namespace std;
int main(void)
{
string x;
cin >> x;
for (int i = 0; i != x.size() - 1; ++i)
{
cout << stoi(x[i]) << endl;
}
}
C11は対応しています
文字コードや整数値に対しては、stoiは使えない。別の関数を使う必要がある。
念のために確認するけど C11 って書いてるのは C++11 の間違いだよね？
string x; だから x[i] の型は char で、
一方 stoi() が要求する引数は string であるからして...
ここを cout << stoi(x[i]) << endl;
こうする cout << (isdigit(x[i])? x[i] - '0': 0) << endl;
var a = new classA(32);
がある時にこの生成時間を測るには
p1out = 1;
var a = new classA(32);
p1out = 0;
ってやってP1.1をオシロで確認したらいいのだろうか？
varは使えない
静的領域はスコープが終了しても開放されない
本当にそれだけだろうか？
サイズも変動しない
スタック領域は、アプリの実行中に確保・解放する。
サイズも変動するし、領域を使い果たすと、stack overflow というエラーが起きる
事前にサイズがわからず、サイズが変動して、エラーが起きる可能性もあるので、
組み込み制御装置では、制限される事もある
下手に関数の中で関数呼び出し出来ない。
今はだいぶ緩和されてるけど、数が増えただけでPCほど緩くはない。
unordered_set<int> ust;
auto itr = ust.find(num);
itr == ust.end() ? ust.insert(num) : ust.erase(num);
とすると、
error: operands to ?: have different types
というエラーがでます
三項間演算子を使わずにif文を使って書くと普通に上手く行くのですが、なぜエラーがでるのでしょうか
それともgccがよしなにやってんの？
insertとeraseの戻り値の型が違うんじゃね？
値Aと値Bの型が異なると、三項式(と言う呼び方で良いものか)全体としての
結果の型が確定しないからダメって感じかねぇ。
どうせ値を使っていない式文だからいいじゃん、は通らないと。
そうだね。
値A、値Bともに(void)でキャストすればコンパイルできた気がする。
そんなことするくらいなら素直にif/elseにすべきだけど。
とか？
if で良いだろ
末尾再帰だとループに展開されたりもするから(外から見た挙動が同じならC/C++はコンパイル後の表現を縛らない)、再帰イコールしぬとは限らない
結局評価だけして代入しないなら
(副作用を期待しないって条件付きだが)
最適化で消される行かも知れんな
VisualStudioCommunity2017 ver15.9.4でこのコードをビルドすると
「error C2440: '<function-style-cast>': 'int' から 'Lit' に変換できません。」
というエラーが10行目で出るんだけど、何が悪いんだろうか。
ｺﾚでいける
理由は知らん
この方法で凌ぐことにします
wchar_tでファイル名処理した場合、いちいちmbstiwcsで変換するしかないの？
UTF-8でいいんとちゃう？
それができないから困ってるのに
DIR *dir = opendir("hogehoge");
struct dirent *dp;
dp=readdir(dir);
としたとき,dp->d_nameに入ってるファイル名ってのはcharだよね
このファイル名に手を加えようとする(renameとか)と、utf8の場合、いったんmbstowcsでwchar_tにでもコピーするとか、
wstringにでもコピーしないと文字コードと格闘する羽目になるよね。
もし、
wDIR *wdir = woprndir(L"hogehoge");
struct wdirent *wdp;
wdp = wreaaddir(wdir);
とかできればsonomama
wdp->d_nameはwcha_tなので文字の先頭バイト見て何文字なのか判断するなんて余計な操作しなくて済むと思ったわけ。
for i in *; do
$newname=`echo $i| myprogram`
mv $i $newname
done
で済ませてたんだけど、myprogramの方は単に文字処理だけで、
置換とか文字列削除とかややこしいところはwstringに変換してた。
bashに任せてたディレクトリオープンや、ファイル操作までC/C++でやらせようとなると、
再度wcstombsとか余計なコピーが必要になってなんだか思いっきり損してる気分になったので、
なんかほかの手がないものかと？
utf8 を wchar_t* に入れるのはただのアホやろ
setlocale(LC_CTYPE, "ja_JP.UTF-8");
char* utf8 -> mbstowcs -> wchar_t* wcs
wchar_t* wcs -> wcstombs -> char* utf8
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/setlocale-wsetlocale?view=vs-2017
https://mgng.mugbum.info/1014
Linuxならmountコマンドにオプション加えれば
ファイル名の文字コードをうまいこと透過的に変換してくれんか？
ファイルの実体に手を触れずにファイル名のコード系だけ変えたいなら、
struct dirent の d_name のバイト列をどう解釈するかの問題で、
ロケール関係ない話になりそうだし。
それは違うだろ
ファイル名をcharに入れてregex_replaceあたりの正規表現で再びcharに入れる場合はともかく
全角半角変換みたいに文字コードそのものをいじりたい場合はwchar_tに入れるだろ
全角文字コード -= '！'-'!'
みたいな変換しようすれば
char *pBuf = Bufとして、
*pBufの値に応じて
((*pBuf<<16) +(pBuf[1]<<8)+(pBuf[2] )&(0x00ffff
みたいなバイトの組み立てが必要になるじゃん
*pBufの文字コードに応じて
pBuf +=3だのpBuf++だのインクリメント幅の調整も要るし
いったんwcha_tに入れるのは何も間違ってないと思うが
またシェルに出力を返せばすむけど
opendirにwchar_t版がないんで、正規表現以外の処理して、
シェルに任してた部分をC++で全部書こうとすると、
>>993のいうようにmbstowcsとwcstombsで処理を挟んでやらんとどーしよーもないと思う
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));// 成功
}
https://mevius.5ch.net/test/read.cgi/tech/1545944692/
新しいスレッドを立ててください。
life time: 180日 2時間 20分 26秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 築地市場跡地に5万人規模スタジアム建設へ 事業者は三井不動産など [ぐれ★]
- 【野球】セ･リーグ T 7-0 D [4/19] 阪神4連勝！木浪先制打、森下4号、大山1号ソロ含む3安打、青柳6回無失点 中日完封負け連敗 [鉄チーズ烏★]
- 【たこ焼き】セ･リーグ C 0-0 G [4/19] 広島-巨人は延長12回引き分け [鉄チーズ烏★]
- 長渕剛が誹謗中傷に《具合が悪い》と告白…《話があるなら、来てほしい》と性被害告発の元女優に呼びかけ [フォーエバー★]
- サントリーのひろゆき氏起用「伊右衛門 特茶」広告が物議 サントリー「ご意見は今後の参考にさせていただきます」 [Ailuropoda melanoleuca★]
- 東大阪・セブン元オーナーに店舗の明け渡しなど命じた判決確定 最高裁 [少考さん★]
- 【実況】博衣こよりがえちえちplate up🧪 ★
- 【実況】博衣こよりがえちえち学力テストをした件🧪 ★4
- 主人公が死んで終わる作品 [685821185]
- コンセントの規格、どう考えても日本が一番使いやすいと判明 [207516352]
- 【画像】パソコンの画面がこんな感じでバグることがあるんだけど原因分かる？
- 【朗報】ワイ（33）、昇給してついに基本給20万8千円に到達