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/10/10(火) 00:12:56.93

散々スレ散らかしておいて挙句誰もスレ立てないとか何なんだよおい

2017/10/10(火) 00:17:51.84

>>1乙

2017/10/10(火) 00:20:07.57

swap(a,1);

2017/10/10(火) 00:34:49.46

int&& x=1;
乙 << x;

2017/10/10(火) 00:37:53.16

swap(T& x, T& y) { T tmp = x; x = y; y = tmp; }を
swap(T&&x, T&& y) { T&& tmp = x; x = y; y = tmp; }とかやったら死ぬ気しかしない

2017/10/10(火) 02:42:57.50

2 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bf54-lR6P)[sage] 投稿日：2017/03/31(金) 16:52:18.52 ID:CoeIAoH10
STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

#include <stdafx.h>
後死ね。

言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

---- テンプレここまで ----

2017/10/10(火) 12:31:02.91

テンプレに
>>970が建ててね
辺りを追加しとこうぜ

2017/10/10(火) 15:13:46.21

開発的なお話で単純に構造体の要素を一つ追加するって危険な行為でしょうか？

2017/10/10(火) 15:40:18.46

質問がふわふわし過ぎ
そんなんじゃまともな回答は無理

個人的には
メンバをひとつ追加する程度で
破綻のリスクが増えるというなら
それは元々破綻していて
表面化していないだけだろうと思うが

2017/10/10(火) 16:32:52.19

>>10
ふわふわしすぎてました
意味合いとしては答えてくれてることで合致してます

メンバ変数を一つ追加することでその他への影響は大きいでしょうか？って意味でした

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdfa-yc5c) · 2017/10/10(火) 16:49:55.22

>>11
メンバー変数を増やすと、構造体のサイズが増大する。また、変数の追加する場所によっては、メンバーの相対的な位置が変化する可能性がある。
よって、その構造体のバイナリーインターフェースに依存するプログラムは死亡する可能性がある。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdfa-yc5c) · 2017/10/10(火) 17:03:33.96

例えば、構造体データをバイナリーとしてファイルに出力していたら、サイズの増えた構造体では正しく読み取れない可能性がある。
構造体のメンバーの相対的位置が変化したら、古い構造体を使っている他のプログラムとは相性が悪くなる。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdfa-yc5c) · 2017/10/10(火) 17:13:40.90

Windows APIでは、構造体をバージョン管理して、構造体のサイズで処理を変えたりしている。

2017/10/10(火) 20:42:09.59

>>14
たまに半端な位置に「予約」とか説明されてるメンバがあったりするよね。
あれはバイナリサイズが変わると困るような理由があるからなんかなぁ。
まあ、たいした理由もなくやっちゃって互換性ゆえに変えられなくなったとかだろうけど。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdfa-yc5c) · 2017/10/10(火) 22:10:42.42

>>15
位置やサイズが違うとバグのもと。
昔はよく
#include <pshpack1.h>
...
#include <poppack.h>
を書いたものだ。

2017/10/10(火) 22:48:32.16

膝を撃ち抜く自由も良し悪しだな。

2017/10/10(火) 23:50:05.54

cURLを限りなくスペックの低い組み込み機器に入れようとしてるところで問題が起きました

・処理能力が低い

cURLをsystem関数でコマンドライン実行しようとすると、
呼び出す側の処理がCPU50％平均的に食っている＋cURLもCPU喰うでまともに通信が出来ません

呼び出す側を落とすとcURLの処理速度は改善されるから
確定でCPUの食い合いが原因ってのもわかっている

対策として下記二つが出たのだけど
・呼び出す側をcURLが実行中はsleepにする
・cURLを実行ファイルで取り込むのではなくプログラミングベースで取り込む

上は常に通信をしているためにsleepを挟むことはできず
下のプログラミングベースについてもクロスコンパイルの問題でなぜか上手く行かない
これ以外の方法で対処方法ってありますか？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdfa-yc5c) · 2017/10/10(火) 23:55:48.47

>>18
なぜかうまくいかないときのエラーメッセージは何だ？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdfa-yc5c) · 2017/10/11(水) 00:02:11.03

スペックが低いなら、そもそもマルチスレッドが未実装の可能性がある。
ならばsleepは無意味ということになるかも知れない。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdfa-yc5c) · 2017/10/11(水) 00:06:14.17

スペックが低すぎると、ANSI Cなどの規格に準拠してない恐れがある。
マシンとコンパイラーのマニュアルを確認して、準拠状況を確認しろ。

2017/10/11(水) 02:03:02.75

>>18
状況がよくわからんなぁ。
system 関数自体は普通は同期的だよね？
スレッドを分けて system 関数を実行した上で、
メインプロセスと cURL がプロセス間通信

2017/10/11(水) 02:03:35.16

してるってことかな。
(すまん、ミスって変なところで投稿してしもうた)

2017/10/11(水) 02:18:21.03

この件に関しては >>19 の疑問が当然だなぁ。
クロスビルドでこの手の問題がありがちなのは、
ライブラリのサーチパスとかかな。
ライブラリが見つからんとかメッセージ出てないかね？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdfa-yc5c) · 2017/10/11(水) 02:27:32.03

http://www.ne.jp/asahi/hishidama/home/tech/c/exec.html#h_fork
forkを使えば、プロセスを分けることができるらしい。

2017/10/11(水) 06:22:13.21

>>19
undefined 系統のエラーが沢山出る
arm-linux-gnueabi-gccを使ってコンパイルするとそうなる
ただgccだとエラーは起きない。ただi386系になるから実行環境で動かない

クロスコンパイルでcURLの単体がARMにできているから
.aファイルもARM担っていると思っているのだけどもなっていないのだろうか
objdump実行でARMって文字を確認したからARMだと思いたいとこではあるが…

エラー時の実行例
arm-linux-gnueabi-gcc test.c -o test.out -LXXXXXX -lcurl

通るけどi386系で実行環境で実行できない
gcc test.c -o test.out -LXXXXXX -lcurl

>>22
今の状況はPCA-PCBと通信がしたい。着目しているのはPCA
PCAがPCBと通信をする独自規格を元々持っていたのだけど、そのPCAが持っている独自規格を色々な規格をサポートしているcURLに置き換えるって話

今まではPCAの中のメインプロセス（CPUを一番食っているやつ）が通信を行っていただけだったから特に問題は発生しなかったけども
今回はメインプロセスがcURLをコマンドライン実行で呼び出す設計にしようとしている
そのためメインプロセスと別のcURLというプロセスが起動することになると考えている

なので、実装前にメインプロセスが生きている状態で直接コマンドプロンプトでcURLを実行し、動作検証したら通信自体はできるけど動作がとても遅いってとこ露に行きついた
調べてみると、メインプロセス・cURLともにCPUを食いあって速度が遅くなっていることも確認できて
どうやったら上手く実装できるだろうか…と悩んでいるところです

sleepに関しては実装して確認したわけではないけど、kill -stop PIDで実行したら
上手く行ったからsleepも上手く組み込めば対応できrのではないかと思ってる

>>25
forkでこれ以上増えるとさらに遅くなると思ってる…