C++相談室 part157

**デフォルトの名無しさん** · 2021/08/09(月) 10:57:31.60

前スレ
C++相談室 part156
https://mevius.5ch.net/test/read.cgi/tech/1621389313/

**デフォルトの名無しさん** · 2021/10/16(土) 10:16:02.78

>>619
冗長マニピュレータで一意に求まらん。制約条件設けてるはずだが。

**デフォルトの名無しさん** · 2021/10/16(土) 11:55:15.40

>>622
リンクの長さは良さそうな値を定義してください。関節の座標はこちらで決めずにあくまでも手先の位置・姿勢であるxed、yed、φedから計算で出します。解が複数出てくるので、全ての候補を求めてください。
例えば、リンクの長さは根元から順に0.3m、0.3m、0.05mなどで良いです。
プログラムとしては手先の目標値を入力して、θ1、θ2、θ3が出力されればOKです。

**デフォルトの名無しさん** · 2021/10/16(土) 12:05:17.39

>>622
目標値は、x=0 y=0.3m φ=90degがいいと思います。先ほどのリンクの長さの設定値で楽な姿勢でロボットの手が届く範囲ですので。

**デフォルトの名無しさん** · 2021/10/16(土) 12:08:52.99

>>623
手の姿勢まで指定してて >>619 と違う問題になってんじゃん。どんなテキストにも解法載ってる問題丸投げしてんだな。

**デフォルトの名無しさん** · 2021/10/16(土) 12:14:57.04

>>625
テキストに載ってないからここで質問してるんですよ。手の姿勢は例えばの話ですよ。どっちみちscanfで入力するんですから。

**デフォルトの名無しさん** · 2021/10/16(土) 12:22:50.77

>>626
問題が違うっつうの。
ロボット工学のテキストには必ず載ってる。よく読めアホ。

**デフォルトの名無しさん** · 2021/10/16(土) 12:35:46.33

>>627
日本語分かる？プログラムは載ってないから。教科書に載ってるから見ろって丸投げしてんのどっちだよ。

**デフォルトの名無しさん** · 2021/10/16(土) 13:20:33.97

>>628
お前だよどう考えても

**デフォルトの名無しさん** · 2021/10/16(土) 13:59:18.07

答える価値がないと思うなら放置しろよ
くだらねえ煽りやってんな迷惑だ

**デフォルトの名無しさん** · 2021/10/16(土) 21:12:30.56

>>628
プログラムが載ってるわけねえだろ、アホ。
載ってんのは**解法**(>>625)

**デフォルトの名無しさん** · 2021/10/16(土) 21:15:24.70

> どっちみちscanfで入力するんですから。
このレガシーさには誰も何も思わんの？笑

**デフォルトの名無しさん** · 2021/10/16(土) 21:21:35.71

ssfanf_s()を使った方が（%sとかについて）ちょっと安全

**デフォルトの名無しさん** · 2021/10/16(土) 21:31:10.24

安全性の話じゃねえだろ

**デフォルトの名無しさん** · 2021/10/16(土) 21:53:50.46

わざわざC++なんか使っときながら勉強不足でモロアンチパターン踏んでるバカ
よくいるよね

**デフォルトの名無しさん** · 2021/10/16(土) 22:09:18.72

どういうの？

**デフォルトの名無しさん** · 2021/10/16(土) 23:14:18.41

やっぱ普通fgets()して1行全体を読み込んでからstrtok_s()使いﾏｽﾖﾈｰ

**デフォルトの名無しさん** · 2021/10/16(土) 23:16:29.16

文字列の数値化はstrtol()、strtoul()、strtof()、strtod()をオーバーロードしたwrapper関数を呼ぶテンプレートにすれば
cinと同等の型安全性と同等以上の使い勝手が実現にできるし、

**デフォルトの名無しさん** · 2021/10/16(土) 23:41:33.15

C++な人ってゴリゴリ自分でBNF的なparser combinator書くイメージだな
わざわざcstring使う人はいない気がする

**デフォルトの名無しさん** · 2021/10/16(土) 23:45:41.19

いろんな人の手を経たプロジェクトだと CString（Windows）と std::string
（ていうか正確にはstd::basic_string<TCHAR>）が混在しがちなのがほんのちょっと悩みどころ

**デフォルトの名無しさん** · 2021/10/16(土) 23:46:44.02

えーっと・・・cstringはC言語のstring.hのことだよ

**デフォルトの名無しさん** · 2021/10/16(土) 23:53:12.21

しらそん
いちいち
#ifdef __clusplus
# include <cstring>
# include <cmath>
#else
# include <string.h>
# include <math.h>
#endif
みたいな書き方するん会、

**デフォルトの名無しさん** · 2021/10/16(土) 23:54:09.02

json文字列として入力データを受け取って既存のjsonライブラリでパースするのが無難じゃないですかね

**デフォルトの名無しさん** · 2021/10/17(日) 09:22:32.00

C++でfgets使うアホの世界チャンピオンがいるな

**デフォルトの名無しさん** · 2021/10/17(日) 09:40:16.91

壊れても居ないものを直そうとするｳﾞｧｶに言われたくはないし、
行の長さが定まっていないみたいなｱﾌｫな外部データ設計でない限り
fgets()で軽くて十分

**デフォルトの名無しさん** · 2021/10/17(日) 09:48:08.24

直すって何を？
ああ、おまえさんの頭か

**デフォルトの名無しさん** · 2021/10/17(日) 11:05:04.47

今ならメモリ不足とか気にする必要はほぼないから、
fgets()よりも、テキストファイル全体を一気に読み込んで1行分をstring_viewで返していく、みたいな流れの処理の方が効率は良いはずだよね

**デフォルトの名無しさん** · 2021/10/17(日) 11:06:37.70

MSVCのfgetc()とfgets()は実行速度が遅い

**デフォルトの名無しさん** · 2021/10/17(日) 11:19:23.83

>>646
ちゃうちゃう、目新しいという以外にメリットも無いのに飛びつく誰かさんの方

>>647
行の長さが定まっていない仕様というのは大変恐ろしいことでありまして、
40TBの入力も許容するという意思表明なのであります

**デフォルトの名無しさん** · 2021/10/17(日) 11:23:35.72

どれもこれもザックリすぎて話にならない

**デフォルトの名無しさん** · 2021/10/17(日) 11:24:11.36

こと外部データに関しては、読み込み終えないとサイズがわからない、みたいな仕様は悪手
で、異常な入力に対してエラー出力するプログラムは正しいが
クラッシュするのはバグ
という観点からすると、動的メモリ確保による不定長読み込みができると言っても活かしようが無く、
結局fgets()でいいやん？となる

**デフォルトの名無しさん** · 2021/10/17(日) 11:27:15.30

fgets使うくらいならOS固有の関数を呼ぶべきだと思う
readとかReadFileのことね

**デフォルトの名無しさん** · 2021/10/17(日) 11:30:16.75

>>652
バッファリングを自力で実装するんか……
デバイスドライバ側である程度何とかしてくれるケースもあるかもしれんが

**デフォルトの名無しさん** · 2021/10/17(日) 11:30:46.37

>>652
ええ…

**デフォルトの名無しさん** · 2021/10/17(日) 11:47:07.94

真理情報：fgets()はUTF-16やUTF-32のテキストファイルを正しく読み込めない

**デフォルトの名無しさん** · 2021/10/17(日) 12:13:01.70

ワイド文字用の関数は使っちゃだめということ？
まあ使い方よくわからんけど

**デフォルトの名無しさん** · 2021/10/17(日) 12:16:45.02

HTMLなりXMLなりJSONなりそれぞれパーサーがすでにあるのだからその恩恵を享受するのがナウなヤングの取るべき道でしょ

**デフォルトの名無しさん** · 2021/10/17(日) 12:21:07.90

>>652
俺ならCreateFileMappingを使う

fgetsなんて頭の更新が止まった昭和時代の化石のうちでも地頭までひどいやつの使うものだな

**デフォルトの名無しさん** · 2021/10/17(日) 12:21:44.62

>>656
ワイド文字は環境によってUTF16だったりUTF32だったりで仕様が定まらないので使いにくい

**デフォルトの名無しさん** · 2021/10/17(日) 12:22:29.87

>>658のような勝手にmmap使っちゃうようなのがいるとバグだらけになるよ

**デフォルトの名無しさん** · 2021/10/17(日) 12:24:50.71

Java、Python、Ruby、Javscriptなどの他言語にファイル読込み処理を移植する徒労を考えないバカが集うスレはここですね

**デフォルトの名無しさん** · 2021/10/17(日) 12:25:21.31

>>ID:NekA8urB の丸投げ君、己の課題であることを伏せて、お題スレに出題！

**デフォルトの名無しさん** · 2021/10/17(日) 12:27:57.21

ここまでifstreamの話なし

**デフォルトの名無しさん** · 2021/10/17(日) 12:28:53.83

組み込みに近いところいると、大抵自炊に近い状態になるわ。
たとえばiostreamコンパイル通るやん、ってリンカがフラッシュ容量超えを宣告しやがる(フラッシュが640KiBもある豪華マイコンやで)。
上の方でrandom_deviceカスタマイズするの簡単にでけんやん、とか。ハード乱数なんて別にクラスに押し込んでも意味薄だけど。

**デフォルトの名無しさん** · 2021/10/17(日) 12:29:39.45

>>661
他言語に移植するかどうかはおまえさんが決めることじゃないよ
プログラム技術板で下品な言葉に頼るのは低脳の証明だぜ

**デフォルトの名無しさん** · 2021/10/17(日) 12:29:57.14

C++の標準ライブラリを使用しない前提でファイル読み込みを考えるならOS固有の関数を呼ぶべきって言ってるだけだよ
C++の標準ライブラリを使用しないでCの標準ライブラリ呼ぶには何か正当な理由がいると思う

**デフォルトの名無しさん** · 2021/10/17(日) 12:35:21.04

標準ライブラリのストリームは遅延評価やらなんやら余計な思惑が付いてるのでとにかく重い。

**デフォルトの名無しさん** · 2021/10/17(日) 12:36:36.60

>>666
<cstdio>はC++標準ライブラリの一部だよ

**デフォルトの名無しさん** · 2021/10/17(日) 12:36:58.22

readもfreadもposixじゃろうよ
変わらんよ

**デフォルトの名無しさん** · 2021/10/17(日) 12:37:50.89

APIならサクサク快適。
1Gbps/s出る。
標準ライブラリは500Mbps/sくらいしかでない。

**デフォルトの名無しさん** · 2021/10/17(日) 12:39:23.66

>>670
なんだよapiって

**デフォルトの名無しさん** · 2021/10/17(日) 12:41:11.30

システムコールと言いたかったんだろうよ。察して差しあげろ

**デフォルトの名無しさん** · 2021/10/17(日) 12:41:18.69

>>668
C++からCの標準ライブラリを呼ぶならこちらを使えという意味

>>670
そういうのは具体的な根拠の提示が必要

**デフォルトの名無しさん** · 2021/10/17(日) 12:45:16.88

>>673
俺は見たんだ。

**デフォルトの名無しさん** · 2021/10/17(日) 13:12:31.90

>>660
mmap＋おまえさん→バグ
という化学反応みたいなもんか

**デフォルトの名無しさん** · 2021/10/17(日) 13:26:14.73

fgetsはバイトを扱うのか文字を扱うのか分かりにくいよね
Javaはバイトを読むInputStreamと文字を読むReaderに分かれてる
ファイルは当然文字だからInputStream、上位のReaderで文字コードや改行コードを加味する

Cはバイトも文字もchar[ ]で扱うからAPIもバイト扱い・文字扱いが混在してる
fgetsは改行コードで区切るからバイトではなく文字を扱う関数のように思えるけど、実際は文字コードなどは考慮されないのでバイト読み取り程度にしか使えないしワイドキャラクタも扱えない
中途半端だと思う

**デフォルトの名無しさん** · 2021/10/17(日) 13:26:48.31

ファイルは当然文字

**デフォルトの名無しさん** · 2021/10/17(日) 13:27:18.36

じゃなくて
ファイルは当然バイトね　ごめん、、

**デフォルトの名無しさん** · 2021/10/17(日) 13:44:25.91

>>676
時代背景も考えずに中途半端とか言われても…

**デフォルトの名無しさん** · 2021/10/17(日) 13:48:20.62

まぁ、欧米の毛唐どもにもようやく必要性が理解できたchar8_tの導入が進めば文字コードはutf8に統一されていくとは思うけど、
utf8はutf8で冗長コードの問題があるからな…その辺のルールも統一しとかないとバグが量産されることになるな

**デフォルトの名無しさん** · 2021/10/17(日) 13:54:50.76

2021年になってもテキストファイル読み込みの話をしなければならないC++の哀しさ

**デフォルトの名無しさん** · 2021/10/17(日) 13:58:16.96

ifstream とか
#include <iostream>
とか観るとダサいなーとしか思わない

**デフォルトの名無しさん** · 2021/10/17(日) 14:06:15.29

Windowsのcode pageのような列挙型と文字セット判定クラスがC++で標準化されてないとテキスト読み込み処理を標準化できないでしょ
文字セット判定クラスは既存の判定ライブラリも標準インターフェースを介して使えるように的な

**デフォルトの名無しさん** · 2021/10/17(日) 21:21:43.52

すまんもうPythonでよくね

**ハノン** ◆QZaw55cn4c · 2021/10/17(日) 21:41:38.58

>>684
せやね

**デフォルトの名無しさん** · 2021/10/18(月) 07:17:36.06

C++ではなくCを使うというならまだそいつなりに筋が通る可能性があるが
C++でfgetsにしがみつくのはC++のライブラリについてこれなかっただけの
無能の中の無能だ

**デフォルトの名無しさん** · 2021/10/18(月) 07:27:56.24

C++でファイル操作にcstdio（というかFILE*）を使うべきだと宣うなら
せめてその場合の例外安全性くらい論じてくれないと話にならな

**デフォルトの名無しさん** · 2021/10/18(月) 07:44:19.97

>>658
Create !
File !
Mapping !
なんでテキストファイルを読み込むだけのためにそんんあ牛刀（しかも移植性が乏しい）を使わねばならんのじゃ……
だいたい標準ストリーム（istream/ ostreamでも良いが）との結合はどうするんじゃ……
std::streambuf派生クラスとか自力で書くんか……

やっぱ頭にうんこ詰まってる人からはうんこしか出てきませんね……

**デフォルトの名無しさん** · 2021/10/18(月) 07:47:04.30

>>686
fgets()の使用はC++についていけなくてしがみついているのではなくて、
天才の判断である

**デフォルトの名無しさん** · 2021/10/18(月) 07:52:03.70

>>688
あーおまえさん、あのAPIをベアで使ってるのか
ご苦労なこったな
C++使ってんのにクラス化って発想ねえのか

**デフォルトの名無しさん** · 2021/10/18(月) 07:56:09.77

>>687
>例外安全性くらい論じてくれないと
cstdioの仕様は突っ込んで調べてはいないがファイルの読み書きに関して
例外をスローすることがあるとしたら改悪で大層な失敗ライブラリとしか言いようが無い

ていうか例外安全というのは眉唾な概念でありまして、
40TBまでメモリを食いつぶしたら例外をスローするが
39.9999TBまでメモリを食いつぶしても何も起きないというコードは
システム全体の動作を担保できておらず設計したとは言えない
もっと定量的にプロアクティブな処置を講じるべきで、システムの正常動作を例外に依存させる設計は無い

**デフォルトの名無しさん** · 2021/10/18(月) 07:57:48.58

>>690
ますますのうんこ発言ご苦労
で、標準ストリーム（istream/ ostreamでも良いが）との結合はどうするんじゃ……

**デフォルトの名無しさん** · 2021/10/18(月) 08:00:37.32

標準じゃないとか言うから突っ込まれてるのに

**デフォルトの名無しさん** · 2021/10/18(月) 08:13:52.41

この議論の中で自作クラス推しはポエミーすぐる
やっぱうんこ製造機な人は仕方が無い

**デフォルトの名無しさん** · 2021/10/18(月) 08:23:54.90

>>892
おまえさん他言語への移植がどうたら言ってた？

**デフォルトの名無しさん** · 2021/10/18(月) 09:00:47.23

C++でクラス作るなって
Cで関数作るなに匹敵するすげえ主張だな
最長不倒main関数とかw

**デフォルトの名無しさん** · 2021/10/18(月) 10:44:23.86

Cだけやたら詳しくてクラスの仕組み知らないウン古参とか居るからな

**デフォルトの名無しさん** · 2021/10/18(月) 11:01:27.83

MISRA-C 縛りの組み込み屋とかな

**デフォルトの名無しさん** · 2021/10/18(月) 11:20:29.21

C++からCにソースコードを移植せざるを得ないことがあるから、Cプログラマでもクラスやテンプレートの知識は必須でしょ

**デフォルトの名無しさん** · 2021/10/18(月) 11:27:00.40

cの場合ファイルでクラスを実現するわけだけど、その縛りがある方がきれいになるよね

**デフォルトの名無しさん** · 2021/10/18(月) 11:35:56.70

twitterでCやC++を検索したい時、検索ボックスに
(C 言語) OR cplusplus OR cpp OR @i -@i lang:ja
と入れると割りといいことが分かった。
さらに、検索ボックスの右にある「…」のボタンを押して「検索を保存」しておくと、この検索文字列が勝手に消えない。

**デフォルトの名無しさん** · 2021/10/18(月) 13:03:36.15

::fgetsってstd::getlineに対するメリットある？

**デフォルトの名無しさん** · 2021/10/18(月) 13:40:59.86

getlineがそもそも遅くてダメ
fopenからのfread一択

**デフォルトの名無しさん** · 2021/10/18(月) 15:14:30.34

$ man 3 getline
...
BUGS
There are no wide character versions of getdelim() or getline().

**デフォルトの名無しさん** · 2021/10/18(月) 15:52:23.39

>>703
fread速くて素敵

**デフォルトの名無しさん** · 2021/10/18(月) 15:58:38.18

fopen/fread/fseekだと2GBを超えるファイルが扱えないよね

**デフォルトの名無しさん** · 2021/10/18(月) 16:22:14.95

2G超のファイルはもう珍しくもなくなったな

**デフォルトの名無しさん** · 2021/10/18(月) 19:03:20.24

>>706
fread()は2GB制約なく扱えるのでは？

**デフォルトの名無しさん** · 2021/10/18(月) 19:10:28.52

狭い視野でイキッてるヒヨッ子

**デフォルトの名無しさん** · 2021/10/18(月) 19:38:54.73

>>708
環境によってはそういう実装もあるだろうけど、保証はされていないはず
実際MSVCのランタイムとかはダメでしょ

**デフォルトの名無しさん** · 2021/10/18(月) 19:53:44.83

2GBってOSの制限じゃなくて？

**デフォルトの名無しさん** · 2021/10/18(月) 19:56:34.12

>>710
「ダメでしょ」っていう無駄な煽り質問じゃなくて、fread()の制約について触れたブログのURLとか教えてもらえますか？

**デフォルトの名無しさん** · 2021/10/18(月) 20:12:41.63

MSVCつってんだろ
そっから自分で調べろよ

**デフォルトの名無しさん** · 2021/10/18(月) 20:19:55.17

>>713
見つからないンだわ

**デフォルトの名無しさん** · 2021/10/18(月) 20:20:14.22

>>699
>C++からCにソースコードを移植せざるを得ないことがあるから、

いまどきそんなのある？思いつかない。

**デフォルトの名無しさん** · 2021/10/18(月) 20:40:37.41

>>691
違うよファイル読み込み以外の場所での例外発生時にFILE*をリークさせないための設計の話だよ
君が何も考えてないのはよく分かった

**デフォルトの名無しさん** · 2021/10/18(月) 20:48:11.38

>>711
今時のOSで2GBの壁とか無いでしょ

**デフォルトの名無しさん** · 2021/10/18(月) 20:52:27.87

書いてから気づいたけど >>714 は、見つからねンだわ、のほうがよかった

**デフォルトの名無しさん** · 2021/10/19(火) 00:01:14.73

MSVCのランタイムでfread()が2GB越えファイルを扱えないって話のURLはどこですか？

**デフォルトの名無しさん** · 2021/10/19(火) 00:34:16.59

>>716
スコープを抜けたらファイルをクローズしてくれるから安全、と考える
藻前の考えが浅いのもまた明らかだ
システム的にファイルをぶち切られること自体が致命的だったら？
また、クローズがエラーになったとき何が起きるか
（ただクローズするだけのクラスならエラー通知先は無い。例外を飛ばしたら即パニック

というわけで実用的なリソースリーク対策はコードの追加を伴うから
fgets()にリーク対策するのと言うほど違いが無いﾜｹ

**デフォルトの名無しさん** · 2021/10/19(火) 00:41:16.25

例外安全はやれるならやった方が良いのは認めるが
他人様が作ったライブラリの中に生ポをメンバにもつクラスがあったら穴ができる
まだこれぐらいなら静的解析で発見できるかもしれんが
上で述べたようなcloseのエラーチェックのスキップとか循環参照とかは機械的検出が難しい
例外安全に予期せぬ事象が起きたときのセーフティーネット以上のことを気体するのはソフトウェア工学的ではない

というわけでやっぱfgets()を使いつつ例外を起こさないように書くのに比べて言うほどマシでないﾜｹ

**デフォルトの名無しさん** · 2021/10/19(火) 02:03:24.24

君が例外安全というものについて何一つ知らない事はよく分かった
無知は罪じゃないから今から勉強し直そうね
知ってるふりしていい加減な付け焼き刃の知識を振りかざすのは恥ずかしいだけじゃなくてお客や同僚に迷惑を掛けるからね