C++相談室 part132

2017/10/10(火) 00:11:34.01

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part131
http://mevius.2ch.net/test/read.cgi/tech/1501295308/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.101【環境依存OK】
http://mevius.2ch.net/test/read.cgi/tech/1500329247/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2017/11/05(日) 07:09:12.73

なんでclassにしないでstructなのだろうか？

2017/11/05(日) 07:26:22.28

C++の本見るとcout,cinの例が必ず出ているが、これは大きな間違いだな。なぜなら
１．マイコンではiostremは馬鹿でかくて使えない。だからcout,cinは使えない。
２．じゃあパソコンで使うのかというと、パソコンならjavaかC#があるのにC++なんて
使うのは間違い。
以上の理由からサンプルにcout使うのは馬鹿。

2017/11/05(日) 07:28:47.99

というか、もっとmiimaizeしたiostream実装しろよな。といいたい。

2017/11/05(日) 08:04:41.58

>>381
> 2か所でlockしたいような場合には使えないという欠点があるね。
ブロックも知らんのかよ...

void foo(){
　{
　　lock_intterupt lock; // 以下割り込み禁止　
　　if(...){
　　　...
　　　return;
　　}　
　}
　...
　...
　{
　　lock_interrupt lock; // ここでも割り込み禁止
　　if(...){
　　　...
　　　return;
　　}　
　}
　return; // ここでlock（割り込み禁止）した部分が解除される。
}

2017/11/05(日) 09:19:24.45

メンバーイニシャライザーなんて上級者向け

2017/11/05(日) 09:44:11.28

>>ブロックも知らんのかよ...
そういうのがあったのか。　ブロックってスコープだけの問題ではないんだ。
スコープ外れるとディストラクトされるんだ。
いがいと使えるなー。

2017/11/05(日) 09:47:03.86

>メンバーイニシャライザーなんて上級者向け

イニシャルなんて基本中の基本なのに、上級者でしか使えないほど分かりづらい構造になっている。
素直に＝をつかったらいいのにな。

2017/11/05(日) 09:49:48.35

　lock＿interrupt（）｛　
　　masked　＝　get＿imask＿ccr（）；
　　set＿imask＿ccr（1）；　
　｝
これでいいじゃん。

2017/11/05(日) 10:01:45.17

物知らず自慢されても周りの人は当惑するだけですよ。
メンバーイニシャライザが何故必要なのかはメンバーイニシャライザでググってください。

2017/11/05(日) 10:06:52.16

自虐ネタですかね？

2017/11/05(日) 10:08:40.02

このスレ和むね

2017/11/05(日) 10:23:28.34

メンバーイニシャライザでググると

メリット1：const指定のメンバ変数の初期化ができる
メリット2：メンバイニシャライザの方が効率的
メリット3:クラスを継承する場合は、メンバイニシャライザに基底クラスのコンストラクタを記述します。
メリット4:メンバイニシャライザを使えるようになると、プログラミングが上手になったような気分になれます。

とあるが、
１はあまり意味がない。constを初期化しないで使うケースは皆無。
２は理由が不明。わかり難いし、効率が変わる理由がない。効率を変えることができるなら、コンストラクタの効率も上げればいいだけだ。
３も意味不明だ。基底クラスのコンストラクタをイニシャライザに記入する必要性がないと思うが、出来ないのか？　この方法でしか
できないのならそれはデメリットというのが正しい日本語だ。
４はこれが最大のメリットだろうな。

2017/11/05(日) 10:28:17.46

結論
　テクを自慢したい人以外はメンバーイニシャライザは使うべきではない。

2017/11/05(日) 10:30:41.33

>>393
代入するまでそれがどういう状態になるのか考えた？

2017/11/05(日) 10:31:58.48

>>393の文才に嫉妬

2017/11/05(日) 10:33:41.73

上級者すげー

2017/11/05(日) 10:38:30.72

＞代入するまでそれがどういう状態になるのか考えた？

ん？　constとは定数ですよ。代入なんてありえません。設定です。コンパイラーがシコシコ考えて設定済みです。
プログラムが走る時には最初から決まってるもの、最初を決めるのに別にイニシャライザで
やろうが、コンストラクタでやろうが関係ないです。はい。

ちがった？

2017/11/05(日) 10:42:52.94

>>398
うん。君はC++使わない方がいいね。

2017/11/05(日) 10:44:47.64

c#とかのconstと勘違いしてない？

2017/11/05(日) 10:51:53.00

初期化と代入の違い
constとコンパイル時定数の違い

2017/11/05(日) 10:52:44.25

>>398
適当にググって済ますんじゃなくて真っ当なc++本を一通り読んでから帰ってこい。
あと組み込みを前提に考えるのもやめとけ。

2017/11/05(日) 11:05:07.65

>>398
> constとは定数ですよ。
残念ながら違う
class c {
private:
　const int n;
public:
　c(const int x): n(x){}
　...
}
なんてことができる

2017/11/05(日) 11:16:27.20

>>402
そんな本は存在しない。

2017/11/05(日) 11:25:28.59

メンバーイニシャライザの構文は必要悪
だとは感じる

基底クラスやconstメンバの初期化構文が別途必要だったというのは必要悪ながら必要性がﾜｶﾙが
その他のメリットはあんまはっきりしない

2017/11/05(日) 11:38:09.47

＞class c {
＞private:
＞　const int n;
＞public:
＞　c(const int x): n(x){}
＞　...
＞}
＞なんてことができる。

　定数ではなくて、変更禁止の変数ってことだね。それにどれだけ意味があるんだろう。
イニシャライザ―でしか変更できないんでしょ。クラスを生成したときにしか設定できない変数になる
から、定数と同じ機能しかないよ。
const int n = 9600;って書く方が分かりやすい。

しかし別のインスタンスを生成する時は
c rs(115200);みたいに初期値を変更したい場合がある。これを実現できるのはイニシャライザ以外にはないってことか。
なるほど。
全く意味がないってことはないな。たしかにメリットはある。

2017/11/05(日) 11:46:35.42

目醒ましたら香ばしいのがおるなあ

2017/11/05(日) 11:49:30.00

結論を変更
メリット1：クラスのインスタンスごとにconst指定のメンバ変数のユニークな初期化ができる
メリット2：const指定のメンバ変数はユニークに設定できるにも拘わらずコードをまったく消費しない。

2017/11/05(日) 11:50:18.72

>>405
まあ構文はわかり辛いよな
int n; で定義してるのに : n(1) とかはあ？って感じだし
かと言って c(): n = 1 {} って言うのもなれてないせいかいまいちだしね

2017/11/05(日) 12:04:33.48

コンストラクタの構文があるんだから並置してつくるべきだね。
たとえはこんな感じだ。
class cass {
private:
　const int n;
public:
　cass(const int x){}
cass{ n = 9600 }
　...
}

2017/11/05(日) 12:06:36.32

~cass（）があるんだから
！cass()でもいい。

2017/11/05(日) 12:25:46.31

>>406
> const int n = 9600 って書く方が分かりやすい

C++のconstは、ユーザー入力など実行時に決まる値に固定化した変数を作れる

2017/11/05(日) 12:29:36.35

>>410
こいつはコンストラクタを複数持てることも知らんのか...
マジで初心者スレに行けよ

【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.2ch.net/test/read.cgi/tech/1509780815/

2017/11/05(日) 12:31:24.75

>>412
そう言う意味ではC#のreadonlyの方が近い感じだな

2017/11/05(日) 12:58:59.38

＞C++のconstは、ユーザー入力など実行時に決まる値に固定化した変数を作れる

実行時は無理でしょ。インスタンス生成時でしょ。見かけ上実行時にインスタンスを生成することで
可能というだけですよね。

2017/11/05(日) 12:59:54.85

＞こいつはコンストラクタを複数持てることも知らんのか...

オーバーロードってことかな？　イニシャライザとはなんも関係ないね。

2017/11/05(日) 13:00:39.74

＞あと組み込みを前提に考えるのもやめとけ。

C++は組み込みにしか活路がない。というか組み込みに特化すべきだと思う。
PCの場合はJavaとかC#の方が圧倒的にいいからね。

組み込みにCではなくてC++を使うべき最大の理由は？
最大のメリットはScopeが使えることだと思う。NameSpaceとかブロックとかだね。
まあClassの基本構造もスコープを制限できるという意味では含める。これらを使うだけでも
価値がある。

Cでは少しプログラムが大きくなると名前付けで混乱してくる。多少はコード効率が落ちてもC++の方がいい。
C++はすでに化石かと思っていたがなかなか使えそう。

2017/11/05(日) 13:07:42.41

普通にデータベースとかC++で書かれてるが…

2017/11/05(日) 13:12:57.94

多分パフォーマンス重視のソフトとか一つも知らないんじゃね

2017/11/05(日) 13:15:03.92

速度が要求される用途ということは、アセンブラの代替としての言語なのだ。

高級言語志向の奴はKotlinでも使ってろ。

2017/11/05(日) 13:17:22.43

C++で数百万行になるプロジェクトをアセで書けと？

2017/11/05(日) 13:18:14.72

>>415
たとえばインスタンス生成時のシステム時刻をconst変数にセットするとする。
これを実行時と呼ばずになんと呼ぶんだ？

2017/11/05(日) 13:31:02.52

メンバイニシャライザって、基本だろ。
初期化と代入は異なるから、マシン語も異なるし、効率的

君らは、実行ファイル中の、BSS セクションとか、
異なるセクションのデータが、異なるマシン語になる事も、知らんのか？

2017/11/05(日) 13:47:24.79

もはやマシン語がバズワードに見える

2017/11/05(日) 13:47:40.95

>>423
そんなのはプロでもなきゃあまり知らないんじゃない？

2017/11/05(日) 13:52:54.16

＞たとえばインスタンス生成時のシステム時刻をconst変数にセットするとする。
＞これを実行時と呼ばずになんと呼ぶんだ？

クラスを起点で説明するときには、実行時というのはクラスインスタンスのメソードを実行したり
プロパティにアクセスする時が実行時だね。
インスタンス生成時とは区別したほうが分かりやすい。
クラスは大まかには
１．生成して
２．実行して
３．消滅する
というサイクルがある。
constは生成時にしか設定できない。

2017/11/05(日) 13:59:00.72

>>426
少なくともC++においては実行時とは「コンパイル時」に対比する言葉だ。
「クラスを起点に説明する」なんて知らんがな
独自定義か？

2017/11/05(日) 14:41:08.77

>>415
> 実行時は無理でしょ。インスタンス生成時でしょ。見かけ上実行時にインスタンスを生成することで
> 可能というだけですよね。
見かけ上？
意味わからん
インスタンス生成時=実行時なんだが w

>>416
オーバーロードしたコンストラクタ毎に異なる初期値を与えられるんだが>>410の構文でどうやって実現するつもりなんだよ w

2017/11/05(日) 14:59:59.34

メンバイニシャライザの構文、
class Aclass {
public:
　Aclass(int val) : _member(val) {}
...
}
の評判が悪いけど、C++11から使えるようになった{}初期化なら
いくらかマシじゃないかな。
class Aclass {
public:
　Aclass(int val) : _member {val} {}
...
}

メンバに初期値を与える部分が関数呼び出しに見える、
という事態は解消されてるかと。

2017/11/05(日) 15:13:21.78

>>409
なんでそのnのケースで構文を新たに作る話になりますか…

2017/11/05(日) 15:37:01.01

お前ら
T t(args);
って形の初期化付き変数宣言使ったことも見たこともない素人ばかりかよ...

インスタンスとクラスの違いも知らずに他人と話そうとする迷惑な人もいるし。

2017/11/05(日) 15:40:38.86

自虐ネタするときはひろしですって言ってください。

2017/11/05(日) 15:47:09.77

>>430
ん？

> まあ構文はわかり辛いよな
って言う日本語を理解できない人なの？

2017/11/05(日) 16:23:38.88

＞オーバーロードしたコンストラクタ毎に異なる初期値を与えられるんだが>>410の構文でどうやって実現するつもりなんだよ w

ass():{ assmember = 12; }{
....
}
ass(int you ):{ assmember = 99 }{
....
}

2017/11/05(日) 16:32:02.93

>>434
しれっと>>410の構文変えてどうするよ w
>>410の時点じゃ知らなかったんだろ？

2017/11/05(日) 16:34:19.30

知らないでもすぐにまともな構文が考え付くというのに、わざわざ仕様を変更したというのに
またしてもろくでもない構文とは、どういうことだ。

2017/11/05(日) 16:38:07.45

こんな浅い思いつきだけで喋ってるやつによくつき合ってるな

2017/11/05(日) 17:21:19.00

>>433
> まあ構文はわかり辛いよな
という国語はわかったつもりだったが>>409のような変態構文の追加提案に至る必然性がわからん…
そのケースならコンストラクタ内でn=1でええやん？

なお初期化と代入は違うという意見は
コンパイラのコピコン呼び出し回数削減最適化を前提とする限り、
あんまメンバ初期化構文の支持理由としては弱いかなと、（いうのが元レス>>405

2017/11/05(日) 17:33:27.29

>>438
コピー出来ないクラスはどうすんだよ。コンストラクタ内でのメンバーの代入はメンバーの構築とみなすという特殊ルールでも付けるのか？

2017/11/05(日) 17:35:00.88

>>438
>>409の構文にケチをつけたいだけなのはわかったよ

2017/11/05(日) 17:42:24.41

>>439
> コピー出来ないクラスはどうすんだよ。
const 云々言ってるなかで>>438みたいなレスする程度の理解力だから許してやれよ w

> コンストラクタ内でのメンバーの代入はメンバーの構築とみなすという特殊ルールでも付けるのか？
C#のreadonlyはそんな感じだな

2017/11/05(日) 17:44:56.54

>>439
まあYESということもできる

クラスFooのメンバm_a　（∈クラスT）は、Fooのコンストラクタ実行前に構築されているはずはないのだから
　m_a = (some クラスTのオブジェクト)
というのがコンストラクタ内に現れたら、むしろそれを代入と解釈するわけにはいかない
すわなち話がただちにコピコンの出番に絞られる

2017/11/05(日) 17:53:44.93

>>441
ちょっ漏れもconst云々は>>405で言及済みなんだがｶﾞﾝ無視ｶﾖ
何でも俺の仕業かよ…

>>440
いや新たな構文の追加提案自体の罪を問いたい
>>405の通り、基底クラスとconstメンバの初期化については現行のメンバ初期化構文は必要悪なんであって、
それ自体は全否定まではしないが、
基底クラスとconstメンバの初期化以外の用途はコンストラクタ内でのメンバへの（一見）代入（に見える構文）で十分なのでわ！？
というのが漏れのスタンス

2017/11/05(日) 17:58:22.61

まあ漏れの案の欠陥としては、
コンストラクタ内でthisを他の関数bar()（すでにコンパイル済みかもしれない）に渡して
barの中でthis->m_aに代入するのはどうなんじゃ、というのはあるが
（C#はこの点現行C++と同じ実行時コストを支払っているﾊｽﾞ…
　つまりデフォルトコンストラクタでFoo::m_aを構築した状態でコンストラクタに入る

2017/11/05(日) 17:59:06.73

>>443
> 基底クラスとconstメンバの初期化以外の用途はコンストラクタ内でのメンバへの（一見）代入（に見える構文）で十分なのでわ！？
お前がそう思うのは勝手だが、わざわざ用途毎に構文を分けるのは悪手だろ
って言うだけのこと

2017/11/05(日) 18:10:51.69

ｽﾏﾝ>>444の末尾2行は抹消
C#はオブジェクトを参照型でしか扱わないから、明示的にFoo::m_aに対して
どっかで明治ｔ系にnew T()を書かねば何も起きないから、書かなかった場合の実行時コストも糞も無い

2017/11/05(日) 18:14:02.62

↓structもあるとか言い出すアホ

2017/11/05(日) 18:31:44.21

いやすまん>>442の方針にはまだ欠陥があったわ；
Foo::Foo() {
　m_a = 1;　// (1)
　m_a = 2; // (2)
}
と書いた場合、(1)は>>442の方針でm_aの初期化とみなすことはできるが(2)をどう解釈すべきか曖昧になる
やっぱメンバの初期化はコンストラクタ本体実行前に1回だけ行われるようにする現行メンバ初期化構文の方がスマートじゃわ；；

というわけで完全に自己解決しますた！

2017/11/05(日) 18:57:45.52

しっかし「漏れ」って久々に聞いたぞ。

2017/11/05(日) 19:58:56.84

黎明期からROMやっててUNIX板の騒動を解決した御仁もいるんだろ

2017/11/05(日) 21:08:22.04

>>361
<<を使ったフォーマットだと語順を簡単に変えられなくて翻訳対応しづらいという問題もある。

2017/11/06(月) 04:26:03.89

なんか、相談室じゃなく、テクニックを披露し合って
自慢ごっこスレになってるな。

初心者は入れないし、もし書いたら、さげすむばかりだし。
本当に自慢ごっこスレだな。

おまえらだって、最初はなんにも知らなかった・わからなかったのに。

ちょっとわかる様になったら、自慢ごっこだな。

本当にわかっている人は、簡単な言語で良いソフトを作っているよ。

テクニック自慢ごっこはやめれ。

2017/11/06(月) 05:16:27.05

テクニックでもなんでもない
「c++知らない人の考えた正しいc++論」なんか要らんってだけ

2017/11/06(月) 05:26:32.69

煽れば答えを教えてくれると思ってるとでも思ってるのかねぇ。
まともな人はスルーするだけだし、テキトーに答える人がいてそれにかみつく人がいて荒れるいつもの流れ。

2017/11/06(月) 05:30:04.94

>>454
思ってるとでも思ってる→とでも思ってる
orz

2017/11/06(月) 05:52:30.70

visual studio comunity 2015のc++で下記コンソールプログラムを実行すると
「0x73AD36A8 (tmmon.dll) で例外がスローされました (ConsoleApplication1.exe 内)
: 0xC0000005: 場所 0x0058F180 の読み取り中にアクセス違反が発生しました」
というエラーが出て停止するんだけど、原因が分かったら教えてください
ちなみに、コンパイル時にエラーは出ないし、プログラムも実行できるけど、プログラムの終了時にエラーが出ます
tmmon.dllというのはウィルスバスター関係のソフトらしいので、もしかしたらそちら側の不具合かもしれないけど

#include <iostream>
#include <conio.h>
using namespace std;

#define num 5000

class CLASS_A {
};

int main()
{
CLASS_A** ppa = new CLASS_A*[num];
for (int i = 0; i < num; i++)
ppa[i] = new CLASS_A;

for (int i = 0; i < num; i++)
delete ppa[i];
delete ppa;

cout << "hit any key!" << endl;
char ch = (char)_getch();
return 0;
}

2017/11/06(月) 05:59:29.00

ステップ実行してどこで落ちてるか検証するべし。
これくらいのコードならおえるでしょ。

2017/11/06(月) 06:01:06.59

少なくともdelete ppa; はdelete[] ppa; じゃなくちゃダメだろ

2017/11/06(月) 06:06:20.61

C++のクラスのコーディングをCで表現しようとするとどんなコードになる？

2017/11/06(月) 06:11:23.92

structで関数ポインタ持たせるとかあるけど。
変換規定はない。

2017/11/06(月) 06:31:31.92

>>457
エラーが出るのが
return 0;
の後なので、ステップ実行してもよく分かりませんでした

>>458
なるほど、忘れてました
でも付けてもエラーは出るみたいです

トレンドマイクロの方に問い合わせしてみたほうがいいですかね？

2017/11/06(月) 07:31:40.53

>>453
ほんこれ。
例の人のどこに初心者だから教えてくれという要素があったというのか。

2017/11/06(月) 08:03:49.75

>>460
賢い
関数ポインタに関数のアドレスを突っ込むタイミングは構造体初期化のタイミングだろうか？

2017/11/06(月) 08:23:52.67

>>456
そのコンパイラのバグだろ。他の系でやってみたらいいと思う。問題ないはずだ。
自分の脳内コンパイラでもOKだ。

2017/11/06(月) 09:14:29.24

>>463
コンストラクタ関数を必ず持つようにするとかね。
Hoge h = constructHoge(...);

2017/11/06(月) 09:20:09.45

>>456
>(tmmon.dll) で例外がスローされました

よくあること
Windowsだったらスタートメニューからメンテナンスツール(普通の管理画面ではない)を起動して
モジュールの全アンロードすると起こらなくなる

2017/11/06(月) 09:48:56.37

>>464
エラーについて検索していたら、こちらのページにVisual studio 2017のdenev.exeと自作アプリの置いてあるフォルダを
ウィルスバスターの例外設定に追加して様子を見るようトレンドマイクロから回答されたという人がいたそうです。
私の場合は2015なので、とりあえず自作プログラムのフォルダを例外設定に追加したところエラーが出なくなりました。
なんか根本解決になっていないような気もするけど、とりあえずこれで様子を見てみます。

http://dxlib.o.oo7.jp/cgi/patiobbs/patio.cgi?mode=view&;no=4148

ちなみに今気づいたのですが、エラーが出るのはVisual studio 2015のIDE上から実行したときだけで、
プログラム単体で実行したときはエラーは出ないようです。

回答してくださったみなさん、ありがとうございました

2017/11/06(月) 09:51:12.88

>>466
ありがとうございます
>>467の方法でとりあえず解決しました

2017/11/06(月) 10:48:41.89

#include <boost/pool/pool_alloc.hpp>
サンプルをテスト使用としたらTIのCCSにはこのあたりのライブラリがないんだが、このライブラリって
古いのだろうな？　
boost::fast_pool_allocator<int> とかをテストしたいのだが、新しいライブラリはどれになるんだろうか？

2017/11/06(月) 12:11:13.49

>>461
メモリリークだろ

メモリを解放せずに、アプリを終了してるとか？

2017/11/06(月) 12:13:38.44

>>465
C＋＋ならできるだろうけどCだとできる...？

2017/11/06(月) 21:05:16.36

>>471
https://ideone.com/ZfcWrq
こういうイメージだな。
C久々に触ったわ。メモリ回りはおまじないが多いのでこわいよ～。

2017/11/06(月) 21:12:28.45

>>472
どうしても記法を再現しようとするとそうなるだろうけど、
メモリを無駄にして割に合うのかっていうとだいぶん疑問ではあるよな。

2017/11/06(月) 21:14:53.41

>>473
まぁ、折衷案で関数群とデータで分けるとかね。
一応継承紛いなこともできなくないし。

2017/11/06(月) 22:45:43.65

>>471
glibを真似たらいいよ。

2017/11/06(月) 22:51:39.40

記法を似せたいだけならともかく、関数ポインタを使うところはC++でいうところのvirtual functionでそれをクラスのIFとするのはC++でもめったにやらんわな。

2017/11/06(月) 23:44:50.11

COM(Component Object Model)はC++及びCでバイナリ互換のオブジェクトを作ることが出来る
vtblの配置は言語仕様上は定められていないが、MSがCOM(OLE2)を実装するにあたって定めた配置にしている処理系が殆どだ

2017/11/07(火) 02:44:04.83

BisonでC語風の言語作ってるのですが、代入の構文が衝突してしまい困っています。
bison.yy: conflicts: 5 shift/reduce

*の回数を記録、Identifier = expression という構文を作りたいのですが、いい方法ありませんか？
*の検出はC語風のポインターを使うための処理です。

assignList :
assign {$$=new StatementAssignList($1);}
|assignList assign {$$=$1->add($2);}
;
assign :
Identifier '[' expression ']' "=" expression {$$=new StatementAssignVariable($1,$3,$6);} // 変数に代入：名前[式]=式;
| Identifier "=" expression {$$=new StatementAssignVariable($1, 0,$3);} // 変数に代入：名前=式;
| "*" {$$=new StatementAssignPtr();}
;
class StatementAssignList : public Statement{
public: std::vector<Statement *>m_list;
~StatementAssignList(){for(auto &p:m_list) delete p;}
StatementAssignList(Statement*pStatement){m_list.push_back(pStatement);}
StatementAssignList *add(Statement *pStatement){m_list.push_back(pStatement);return this;};
}
現在は、m_listで、StatementAssignPtr()の個数を調べてStatementAssignVariableの処理につなぐことを考えてます。

2017/11/07(火) 04:38:27.99

>>478
expressionがどうなってるのか知らないけどその文法だと
a=expr * a=expr * *
みたいに書けてしまうけど良いのか？
「左辺に書けるもの」を分けて整理すべし
C言語風ならC言語の文法を参考にしてもいいと思うけど

2017/11/07(火) 05:07:39.94

アドバイスありがとうございます。
expressionは、 =禁止していますので、a = expr*a=expr * * は出来ないようにしてます。
手動で＊の数を記述してみたのですが、conflicts: 3 shift/reduce　となって混乱してます。
こんな感じ。。StatementAssignVariable()の第一引数を＊の数にして実験。
statement :
Identifier "=" expression {$$=new StatementAssignVariable(0, 省略); }
| "*" Identifier "=" expression { $$= new StatementAssignVariable(1, 省略); }
| "*" "*" Identifier "=" expression { $$= new StatementAssignVariable(2, 省略); }
;
gcc 3はbisonのソース有ったので見たのですが、難解でしたorz
構文の設計ムズカシイ
conflicts: 3 shift/reduce無視しちゃっていいのかなぁ。。

2017/11/07(火) 05:27:52.17

> コンパイル時にエラーは出ないし、プログラムも実行できるけど、プログラムの終了時にエラー

スタック破壊の典型的な症状だな