STLつかうと一気に実行ファイルサイズが10倍に?！
4 デフォルトの名無しさん 2018/06/08(金) 02:27:58.00
C++解ると豪語していた人が後日茂みで戉だらけの死体で発見される例が後を絶ちません
青い鳥に「C++を完全に理解した」と語りかけると
構文、ライブラリ、パラダイム毎のテクニック、イディオムの一部を覚えて解った気になるなはどの言語でも同じね
>>12 C++完全理解ってすげー
18 デフォルトの名無しさん 2018/06/09(土) 18:49:15.24
最近は規格を完全に満たしたコンパイラって存在するの？
C++11は結構「満を持して」って感じだったけど、その後14だ17だとアップデートサイクルが
>>21 ラムダとか型推論とか
コンパイラを駆動するためのプログラミングと、実行可能形式を駆動するためのプログラミングを一度にできる、一粒で二度おいしい言語がC++である。
>>22 >>21 >>25 >>27 C++がこっち方向→に糞だとすると、Javascriptは←あっち方向に糞。
>>25 歯糞耳糞を笑うというが、本物のウンコには誰も勝てなかったというお話。
>>26 しかしJavascriptとC++を完全に理解した俺が最強ってことだろうな。
35 デフォルトの名無しさん 2018/06/09(土) 20:49:52.86
同じ糞なら書かなきゃソンソン
>>33 >>33 >>36 >>38 >>39 キーワードclassは結局いらなかった
newで帰ってくるのがunique_ptrにならねえかなあ
>>39 >>38 >>43 C++17はDoxygenを凄いことにする。
std::unique_ptrはユニポと読むんだよな？
>>44 人は皆生まれながらにC++が好きだけど、その気持ちに気づくかどうかに違いが出るんだよね。
49 デフォルトの名無しさん 2018/06/09(土) 22:49:33.71
がしゃーん
よく知らないのだけど、いったいC++17でDoxygenに何が起こるんだ・・・
>>47 >>51 >>52 ナマポが本当に必要な所では存分に使えばいいと思うよ
99.9%がスマポなら、最初からスマポがデフォの言語を使った方が捗るでしょ。
話をぶった切ってすんません。
>>53 >>57 >>59 >>60 >>61 >>58 そんな柔な理解力ではこのC++の壁に傷一つ残すことはできんわ！
>>64 >>50 >>64 >>68 ナマポでもpimplはできるが
pimplに限らないが、メンバーにunique_ptrを使ったときの空のデストラクタが悲しい。
JSはES6でｽｹﾞｰ良くなった希ガス
URLから連想出来る署名は
>>71 >>70 Cでのリソース管理戦略は非常に単純で、おそらく以下の２つしかない。
既に言ったように、Cの戦略は多分この２つだ。というか、正確に言うと、これ以外での管理は無理だ。
例外安全性の確保でウッカリさんするくらいなら使った方が良い。
>>79 >>80 >>68 ,79 pimplに近いテクニックとしてC言語の頃から絶縁テクニックというものがあるが
Javascriptを使って感じるC++の有利な点は仕様の明確さだろう。
Microsoft社はソフトウェアの使用状況を監視させてほしいとユーザーにお願いする。
>>90 >>91 Visual StudioはCMakeに対応したし、Microsoft社はオープンソースとの付き合い方をやっと学んだようだ。
>>84 >>86 pimplを多用するライブラリの一つにQtがある。
ところでpimplってぽいんぷるって読むんだよな？
>>82 キャッシュは不意のアクセスに備える目的のやつだから
>>95 >>80 >>81-82 >>101 >>100 >>101 の意見でもあると思うが。 >>104 >>104 で言いたいのがアクセスしている最中に消したらアカン、という話なのであれば、 >>101 unique_ptrが必要ないというのは、C++を使ったことがないってことだから、C++を使ってる人に対して、unique_ptrを使うべきでないと意見しても意味がない。
>>103 Cより開発効率が高く、Javaよりユーザーにベネフィットを提供できる。
>>107 >>101 でGCとしか言わなかったのは言葉足らずだったので今条件を追加するが、 std::unique_ptrを使用したくない局面では、テンプレート仮引数Allocatorを用意するべきである。
>>111 >>113 >>111 訂正；
C++を解った気になった奴らがアンチパターンを量産する
>>114 ,116 >>118 いやすまんインミュータブルなインターフェースといいつつ>>114 では画像を書き換えるインターフェースの話をしてしまったｽﾏﾝorz >>118 >>106 ）忘れてよろしいかと、 >>120 のように、画像をAからA'に差し替えることもできない >>121 一応簡単に俺の主張を纏めておくと、
>>123 >>109 >>95 「バカよけ」機能に価値はない、無駄だから使わないしコードが長くなるから使わせない
std::unique_ptrを導入すると人事部から一人削減できるってことじゃないか。
>>128 >>127 >>132 混乱を避ける為に先に質問しておきたいんだが、
すまん、>>134 はunique_ptrの場合。もう一度書き直すと、 >>124 >>135 >>137 >>138 std::unique_ptrに対するweak_ptrは無いぞ。 >>137 。 >>139 >>141 std::unique_ptrを利用する主な動機は総称型を保持するためなんだよな。
>>140 >>142 >>144 参照だけするスマポ（と言いつつ何もしないアホの子スマポ）は次の規格で検討されてたでしょ
>>125 それ参照でいいだろ。
私もはやく皆さんとお話したいのですが、内容が全くわかりません。
>>152 そりゃC++使ってる人が読んだって全く分からないだろうな。
>>122 >>114 )）処理の必要性の1断面でしかないねん >>121-122 が言っているのは、 >>111 ) >>114 )）処理が必要ということなんじゃー .>>122 >>121 のケースでは問題の解決にならない。 >>121 は、セッションXは自身のローカル記憶（のつもり）であるところのオンメモリの画像Aを使い、 ちな「キャッシュの無効化機構」とは、新規セッションに見せかける画像をAで無くすしくみという意味であって（それ以外の読み方をせよというのは㍉）、 >>114 )）処理の専任事項となる >>121 の想定のように画像Aが複数に見えることもあるが実体は唯一、というときはそうする以外画像のAからA'への差し替えは㍉ >>155-157 が、とにかく君は、
「delete忘れないようにunique_ptr使いましょーね」「共有が必要ならshared_ptrがべんりだよー」
>>164 >>164 まずムーブを活用して、総称性が必要になってから初めてunique_ptrを検討する感じがいいんじゃないのかな。
20世紀最大の発明はレーザーと言われてるけど、21世紀最大の発明はムーブと言われてるからね。
なるべく (ポインタでなく) 値でやりとりすること、それを低コストで出来るようにムーブ対応にしておくというのは
unique_ptrで内蔵しておけばnoexceptにしやすいので、ムーブが使われやすくなるというのはありますね。
机上の空論繰り返すより、使ってみればすぐわかるよ。
https://ja.wikipedia.org/wiki/%E7%B7%8F%E7%A7%B0%E5%9E%8B 総称型の説明は要らんよ
個々のクラスの実装を工夫して値渡しとムーブで解決できないかをまず考えて、
>>178 なんかそれっぽく言っとけば暗黙の内にマウント取れるから
「オマエ知らないんだ～」「でも教えてやらなーい」ってのは
>>158 通知メカニズムを持つ画像より、通知メカニズムを持つリソースハンドルのほうが便利に違いないので、あまり使いどころがなさそう。
>>187 >>188 リソースを共有するということは、通知もセットで必要になると思うんだよなあ。
>>170 >>125 ってことは、observer_ptrの使いどころも理解してないだろ。 まだ標準にも入ってないもんなんか使ったこともないし知らんわ。
唐突にphoenix_shared_ptrとか言ってみる 解る人おるやろか
>>192 >>103 によると、世代的に、 >194
で、おめぇは一流のC++erと自称したいのかい。
>>195 sharedはリファレンスカウンタがからんでくるからね
依存性にかならず上流下流関係があってノードで循環を監視できれば
gtkもtcl/tkもwxも撲滅しなきゃならんのけ？
>>201 >>197 問：ある時刻tの日本の年号を返すプログラムをC++とSTLを使って表現しなさい。年号はコードに埋め込むものとする。
>>198 そして、ブラウザをCで書くのは非常につらい作業になるので、実用上C++を使うことになる。
>>203 まあ分岐の無い循環しかないならスタックは無しでも逝けるがな！
つまり古典的なマークアンドスイープ最強ってこったな。
212 デフォルトの名無しさん 2018/06/14(木) 08:27:43.24
量子コンピュータなら循環なんて一瞬で分かるよね
そもそも再帰的なデータ構造じゃないものなら >>209 質問です、下記はソースの1部分なんですが、あるプロセスのメモリを検索しています。00000000～7FFFFFFFまでを検索しているのですが7FFFFFFFを9FFFFFFFまでに増やしたいです、単純に終了アドレスを9FFFFFFFにしても検索してくれないですが何故でしょうか？ http://codepad.org/cdLpKbdw 216 デフォルトの名無しさん 2018/06/14(木) 12:13:24.04
>>211 >>213 >>213 ) ごめｗｗｗｗｗｗ
と思って今作ったがあんま使い勝手の良いものにはならんかったorz
ごめｗｗｗｗｗｗｗまた言い方をちょっとまつがえたorz
>>224 >>220 いや違うか。
有向グラフでマークしてトラバースすれば循環がわかるのは単方向リストくらいなものだろ
231 デフォルトの名無しさん 2018/06/15(金) 12:08:37.80
難しい人ってか、基地外な人が多いね
JavascriptとC++では要求されるレイヤーが違うので、比較するのは無理だと思う。
複雑な参照を持つシステムってまぁほとんどシミュレーション系で速度も要件に入ってくるんですよ。
>>233 高額なPython屋募集のAI案件は、99%非現実的。
結局はコンポーネント間の通信回数を減らすことが肝。しっかりと設計を吟味すれば従来通りのIPCで十分だったりする。
>>235 C++の公式スクリプト言語はPythonだから慣れるしかない。
AIで一番大変なのはデータを食わせることだよな。パイトンでもC++でもなくて
その学習させた膨大なデータが高額で取引される時代が来るのかね
OCamlがあるのだからオッパイソンがあってもいいはずだが。
>>235 >>230-231 >>220 ,224： 反論することも出来ず、間違いを認めることもなく、ただ逃亡 >>227 というわけで先に進める。 >>213 >>245 >>248 初心者で的はずれな質問かもしれませんがお願いします。
>>250 253 デフォルトの名無しさん 2018/06/17(日) 14:34:42.11
C言語を通らずにいきなりC++を使う初学者は
>>250 >>247 スレッド使う場合は、コピーのほうが速くないかよく考えた方が良い。
>>253 >>257 259 デフォルトの名無しさん 2018/06/17(日) 16:15:29.34
>>257 たしかにiostreamはデストラクタで自動的にクローズしてくれるくらいしか
iostreamはC++のテンプレートクラスが未発達だったころの遺物だよ。STLに含まれない時点でお察しではあるが。
>>258 訂正。
まあでも、明らかな失敗だったら auto_ptr や wstring_convert みたいにとっくに deprecated にされてるよね。
class FILE_Ptr : public ns_shared_ptr::shared_ptr<FILE> {
>>266 を途中で送信してしまった。 >>207 ,208 >>255 ,256 weak_ptr の使いどころを見極めるのが難しい。
>>261 iostreamを今、作り直すとしたらfilesystemやstring_viewも視野に入れなきゃね
ビジネスで優秀な人材育成する上司は何を教えているのか？ VIDEO VIDEO VIDEO VIDEO C++でよく使われる各オブジェクトのスタックサイズは以下の通り。
>>273 276 デフォルトの名無しさん 2018/06/17(日) 19:54:46.50
直近のスレを見れば分かるとおり、C++は複雑怪奇魑魅魍魎だから
勉強でヤケドする分には問題ないし、
iostream 文句言われてるけど、atomic に動作するところは thread 並列環境では
iostreamは速度を全く期待せずに使うという
国際化に向かないのが致命的。
MSVCのstd::arrayがC++11に準拠してくれればいいのに。使えねー。
スタティックライブラリAが別のスタティックライブラリBのAPIを使っている場合、ライブラリAにライブラリBをリンク、ビルドして、結果できたライブラリAだけをリンクして、実行ファイルを作る形式が良いでしょうか。
>>282 >>281 iostream の替わりになるようなデファクトスタンダードが登場していない以上、
現実的にはxmlなど標準的な形式のファイルを扱うライブラリを使うんで本当に低レベルなIOはどっちでもいい
>>274 coutってアクセスするたびに生成するわけじゃないよね？
ツリートラバースするのに、再帰使うよりstd::deque使ったスタックのほうが速いな。
>>291 内緒ですけどね。書式設定はprintfのほうがソースが見やすいですよ。
「標準出力への書き込みは遅いから」との理由で、メモリ上にログをため込むことは多いかと思います。
CとC++で演算子の優先順位が異なる所があります
>>298 の問題は面白いし俺も答えに興味あるけど >>297 への挑戦とすれば C++の規格はCの規格を参照してるし、Cとの差異も規格の一部になってるので
アホなので優先順位の違いはわからないけど、
if ( 0.equals(v=f()) )
Cでは代入式はその結果値が左辺値にはならないから v = 1 = 2 みたいな表現は通らない
昔定数を先に書くことで防げるって聞いたことがあるが
昔からこういう==での判定は
〇〇=0 はあるけど 0=〇〇 は違和感しかないからなぁ
数学でも 0 = x^2 + 3x - 2 とかあまり書かないな
まあそんなクソな書き方するくらいならテストコード書けやって話にはなるわな。
>>304-305 バッドノウハウ……かなぁ…?
>>310 すまんかった >>303 は "v = 1 = 2 みたいな" ではなくて "(v = 1) = 2 みたいな" EmacsのせいでUNIXはDOSに負けたんだっけ。
単体テスト書くと処理時間出るから、何に時間かかってるのかわかっていいよね。
やはり一番時間がかかるのはIOだから、IO少なくするのが一番よさそう。
世の中いろんなコーディングルールがある
if の条件式の中で代入することは勧められない書き方だと思うけど、
俺も定数との比較なら >>310 と同じ意図しない代入防止 325 デフォルトの名無しさん 2018/06/19(火) 17:52:06.99
自動的に静的チェックツールかけとけば教えてくれるよ
関数の戻り値を保存した一時変数を使わなかっただけで警告出されるのは地味につらい。かといって警告を抑止するのも悩ましい。
じゃなくて・・・、BARのreturnにブレークポイントだ。
よくわからんのだが使わんものをなんで残しとくのん？
>>326 副作用ありの関数で成功失敗その他を戻り値で返すのはごく普通にあることでは。
このスレは、「風邪をひいたんだがどうしたらいい？」との相談に「風邪をひくな」と真顔で回答する良スレですね。
相談する時は、「なんでそんなところ行ったんだ」などと“そもそも論”を始めて責任所在の確定に情熱を傾ける後ろ向きで生産性ゼロの人に相談することは避けなければならない。
Visual Studioなら不要な警告を非表示に出来るだろ
>>324 補足すると、マクロ定義によって戻り値が使われなくなることがある場合の警告を想定。 >>336 であげた BasicPage.xaml.cppの事例は厳密には関数の仮引数を使わない場合の警告なので若干違うが、対処法は同じ。 >>339 343 デフォルトの名無しさん 2018/06/19(火) 21:18:56.08
>>339 変数で戻り値を受けとって使わないって言うのは確かに変だが
>>345 >>340 >>339 俺の中のうざい警告
350 デフォルトの名無しさん 2018/06/19(火) 21:50:59.42
非適合コード: a = a + b + c;
>>349 質問です
>>354 Scopeのついた#defineのような書き方ってないのでしょうか？
template<int baud> class Uart0 {
>>356 先生！プリプロセッサで完結する処理もconstを使うのですか？
Constはラムに配置されますからダメですよ。
名前空間 にconst定数を閉じ込めて、スコープ内で using namespace xxx; を宣言して名前空間を明示せずに定数にアクセス。
defineをconstに書き換えるぐらいなら別の言語使いますよね。
クビにできる立場の人がソースコードチェックしてる会社なんですね。労組がないとかただの派遣屋ですね^^
整数に関しては遥か昔から enum がスコープ付き定数として使われてただろ
>>360 考えるべきなのは２つ
const定数は ヘッダーファイルで宣言するだけではダメでソースファイルでconst定数の実体を初期化しなければならないので、defineより使い勝手が悪い面もある。
>>369 >>369 実体が沢山出来るとか馬鹿かテメーは
>>376 ほら試してやったぞ
ソース中で(アドレスは使われず)値しか用いられなければ実体が全く作られない可能性もあるが
クラステンプレートにしておけば (そして型引数が同じであれば) リンクのときにインスタンスが統合されるので、それを利用できるかもね。
>>377 >>383 >>371 は>>369 の「ヘッダーだけで済ませたい」への返事だからな。 >>384 #defineが一番確実
と、クソ雑魚老害がさえずってます
フリースタンディング環境の話をこっそり忍ばせてくる技の名前なんだったっけ。
逆に値を変えても1バイトしか変わって欲しくないときや
#defineアレルギー
mainと言う文字列見ると、猛烈に指先がかゆくなる
もはやドライバ書くときしかC++使わないし、最近のC++機能は全部いらね
内容あまり理解してないがconstexprは論外なのか
定数意外の計算（変数なんかが含まれる）とコンパイルエラーになる。
constexprは関数が返す内容が定数であることを保証する
constexprは変数も定義可能だから今回の内容なら名前空間にconstexpr変数を定義すればokかなと思ってたり...
まあそういうこったな
constexprだけど計算にとても時間がかかる場合はどうなるんだろう
constexprで学習した結果のみ実行時に用いるAI。
結論が出たようなのでまとめる
C++書けるやつはかっこいいな-
でふぁいん てんてきのしんにゅう がちょくじゃないから あんしんするじゃないかな
ｶﾁｸﾞﾐﾆﾁｶｲﾎｳｶﾞｱﾌﾞﾅｲﾖﾈここはあんぜんしゅうだんすとーかーにとっては
>>402 >>411 >>411 >>413 そこは即値をconstexprにしようぜ。 >>404 >>385 は？constをヘッダにstaticで定義しているバカが居たことに驚きなんだが
>>419 なお、std::dec, std::hex なども static const。
クラス変数は統合されるから問題ない
constexprをご存知でない人多すぎでは
>>418 >>423 >>422 static constexprにするかstatic inlineにするかテンプレートクラスに書けば実体はただ一つになると思う
cとの互換性を無視した場合のdefineの利点てあるのですか？
>>428 _＿＿
>>429 >>421 を訂正。 まじめにデザインパターンを学習したくて書籍を探しているのですが、Javaで
>>436 サンプルがJavaで書いてあるかどうかって関係あるか？
C++は反則技が多すぎるので勉強しても無駄。
今日日、Java使うくらいならPythonを使うんじゃないの。
JavaとPythonとC++って全部用途が違うじゃん
>>436 C#やJavaが動くのにC++を使うのは辛い。非常につらい。絶対にやめたい。にも拘らず
C++開発をした人がC++の本を書いていて、先輩に「読め！！！」と勧められたので読んで
Headerファイルにメソッドを書かないスタイルは誤りだ。
>>446 最近の勘違いしたアホ機能テンコ盛りのC++。なんでも書けますよ。
c++が複雑なのはわかるがどんどん簡単に書けるように進歩してるだろ。
使う気ないですけどね。速度が速くならないならいらないです。
>>454 セットする値に singned int の範囲しか使わないなら、static const 定数じゃなくて enum でOK。
enum baseってlong long使えないんだっけ？
>>444 C++やるのにテンプレート使わないなんてただのマゾプレイ
小規模マイコンのソフト開発なんて
Expression templateでmatrix乗算、それが無理ならベクトルの内積
Expression templateは本命じゃない。難しすぎる。でも演算子オーバーロードの
ユニバーサル参照で一時オブジェクトの問題は片付く？
売ってる車輪の中から探すよりも作った方が早かったり安かったりぴったりな車輪になったりする
アプリ次第じゃね。
>>470 >>473 >>473 うちの会社にもなんでもテンプレで作りたがる奴いるけど、
>>472 そして変更に弱いコードが量産されて最後にはお手上げになると
>>474 提案書を読めば分かるが基本的には問題点を解決するためのものばかりなはずだがな
クソみたいな汎用化はいいからまずは一つの機能の関数をまともに書けと言いたくなるバカは確かにいる。
それ。C++は当初から問題ある欠陥言語だから、素晴らしい新しい言語を作るべき。
>>477 C++に取って代わろうとした言語はみんな死んだか別の路線を走ってるよ
老人はC++03と心中してくれ。俺はC++14以降の船に乗る。
>>486 vectorはdata()が連続した領域を返さないといけないのが大きな制約になってるかも。
それがなくなったら、もはや配列ではない
一応連続した領域を返すと保証されたのはc++03から
保証されてくれないと困るから保証されるようになったんだぞ
>>484 妥協というより補助だろう。
cstdio と STLの連携を深めて欲しいね。
templateはポリモーフィズムを実現するための実装の一つです >>495 >>496 >>496 >>497 >>499 templateはポリモーフィズムの実装ではなくポリモーフィズムの利用が仕事。
>>497 詐欺師が「○○を実現できます」と言った時、実際には「他人の作った○○に便乗します」という意味であることが多いから、あながち間違いでもない。
>>505 >>503 意味の広い英単語を、ものすごく狭くて極端な用例の一つに限定して和製英語化しちゃう日本人のいつもの得意技
拡大解釈すればできちまうものだからな
もともとプログラミング言語の理論の方から出てきた言葉なので拡大解釈ではないでしょ
>>486 個人的にはどっちかというと「動物ってのはワンワン鳴く奴のことだろ？猫や馬まで動物と呼ぶのは俺様解釈の拡大解釈」
>>513 >>516 C++11以降で書かれたコードがほとんど増えていないという現実。
GCCもClangも、VC++でさえ10年近く前からサポートし続けてるのにまだ足りないと申すか
昨今の潮流はオブジェクト指向と関数型のハイブリッド
アクセス権つき構造体とユニファイドコールシンタックスで疎結合オブジェクト指向だ。
ifdefできるだけなしで
お前は本当にそんなにコンパイラを使い分けてるのか？
最低限、実機で間違いなく動いて
ICE上でのみ動作するコード
関数型も40年前からオワコンという現実を見ようよ。
スレが伸びないのは難し過ぎるからじゃないのか
数学板とか物理板の質問スレで2chに失望し、それ以降2chで理系関連の質問はしないようにしてる
>>532 クラス/構造体の非静的メンバ変数/関数へのポインタ宣言 ってのを初めて知ったんですが、
なんか昔同僚がメンバ関数へのポインタ使ってて納得した覚えがあるが
>>535 >>535 >>538 の言う is_class の実装に使えるって話ね。 初心者の質問に答えていただき有難うございます。
メンバ関数ポインタがあの形になってるのはまあわかるから
> 実務の中で必要とする場面はそんなにない
>>543 >>545 ある必須の用途で必要なら、その用途がいくら狭くて稀であったとしても
メンバ関数ポインタ面倒だから出会ったら大体ラムダでラップしてしまう・・・
std::stack や std::queue に begin() end() clear() などが無いのは何故ですか
>>550 template<class ... Args>
>>546 >>548 >>545 の日本語も理解できないのか？ >>554 関数型テンプレートってのは、型でもなしに、実態でもない。不思議な存在だ。
unsigned long address;
=0x20000;を書き忘れていた。あとは上に同じ。
>>559 俺の環境だと上の方でも動作するみたい。 前者はaddressの最初（または最後）の1byteだけを書き換えようとしているけど、それは意図通りなの？
おっと、未定義動作がらみで「何が起きても不思議じゃない」かも知れん。
uint8_t *address = 0x20000;
>>546 >>557 マクロで再帰ができるか！！！！！！！１１１１！１！１１！１！１！
そういう事言うとプリプロの怖い人達が来るからやめれ
スフィ姉を使った技についてスレッドがあってもいいかもしれない。
「マクロ使う奴はアホ」とか言う奴は、goto文も絶対に使わなそう
>>563 baseadd=0x20000でダンプすると初期値は全部ｆｆが入っている。
>>566 ＞おっと、未定義動作がらみで「何が起きても不思議じゃない」かも知れん。
>>579 >>576 >>579 ↓addpをｲﾝｸﾘﾒﾝﾄとか頭悪いの？
unsigned long addr = 12345678;
いやねcすら理解できてないﾔﾂﾗが
for(int i=0; i<leng; ++i){
>>586 ちなみになchar以外で変なﾒﾓﾘｱﾄﾞﾚｽ（ﾒﾓﾘ上有効なｱﾄﾞﾚｽあっても）の位置からcharより大きいｻｲｽﾞの数値を参照すると
役に立つ情報ありがとう。
＞&いらん
>584
＞＞５８９
>>585 >>589 >>576 のコードをそれに書き換えて正しく動作すると思ってるのか？ >>582 >>583で答えが出てるのに、馬鹿には理解できなかったのだろうな。 >>594 なにが書いてごらんだ
＞>>582 >>583で答えが出てるのに、馬鹿には理解できなかったのだろうな。 ＞で、addpはどこのｱﾄﾞﾚｽをさしてる？
致命的に脳ﾐｿが足りないのは理解した
お前は解ったふりをしているだけだよ。言葉にして説明できないならな。
ここまで説明して
誤魔化して変なコードを追加するな。問題はこれだ。
多分解っている人なら、直ぐに説明できる筈だ。
同じ結果にならないことはすでに説明してるからな
＞ｱﾄﾞﾚｽを格納する変数を使わないで同じ結果にしたいならどうすばいいか
>>599 >>597 で馬鹿呼ばわりしたのは半角でﾊﾞｶﾊﾞｶ言ってるやつのことなんで。 >608
俺は無償でお前等に考え方、回答の方法を教えている。教えることが一番勉強になる。
addpの値として期待されているのがアドレス値X。&addpは、アドレス値Xを格納している変数addpのアドレス値Y(ポインタの値)。代入によって期待されているのが、アドレスXへのdtの値の格納。
というか&addp++の時点でエラーでるなこれ
>>612 なめたことをしてくれたな。。。
ことさらに難しいコードを書いて得意がってる馬鹿がうようよ
有能なプログラマはこんな場所で遊んでいない
ﾌﾟﾛｸﾞﾗﾏにまともなｺｰﾄﾞ書いてもらうも仕事の一つだからな
struct addp_t
>>591 ありがとう。 >>581 の指摘を見て検索して同じページに到達したんだけど、 >>558 のコードに未定義動作を引き起こす点はないのだな。 >>619 循環参照があっても無問題で解放するスマポ作ったけど何か質問ある？ http://codepad.org/Hu6vP4qR >>225 >>226 の忠言に従ってコードを書いてみると良いんじゃー >>222 において >>222 の時点でtest01()が通るコードは書いていたんじゃわ；； >>624 クラスTのオブジェクトを参照するスマポsumapo<T>のインスタンスpaが、クラスTのインスタンスaを参照している状況を >>623 におけるcounted_refクラスに当たる。 >>627 >>628 https://ja.cppreference.com/w/cpp/memory/shared_ptr >>631 pythonしか使えないやつが作った特定のサイトから画像を大量にダウンロードするだけのツールが
使える言語を聞かれてC++含めて複数答えたら
いるよね、やたら偉そうに
c++,c,sh,bash,zsh,csh,tch,screen,glsl,php...
>>635 >>636 >>635 >>635 お前らは知らないからそんな呑気なことが言える。
>>630 >>628 の最後の一文ではそれをすっかり失念してたわ；； >>222 で書いた「使い勝手の悪さ」のことじゃわ >>628 ) ちなご興味のお有りの方にカミングアウトすると、>>623 のコードのSUMAPO_ONマクロを0にすると ちな(2)、 >>630 ) >>639 >>648 >>645-647 >>628 ) unique_ptrの所有権ってnewとdeleteは任せろ、アクセスはご自由にどうぞという解釈でいいですか？
よくわからんがﾘﾌｧﾚﾝｽｶｳﾝﾀがｾﾞﾛになったら解放するしょうもないﾌﾟﾛｸﾞﾗﾑか
10年ぶりにC++に戻ってきました。
なにを基準にstableなんだか
>>654 >>656 >>657 出口の見えない長いトンネルをやっと出た
トンネルを抜けるとそこは針地獄でした。これまでの法則は通用しません
どこが針地獄なんだよ
良く、拡張子cppでCのコードしか書いてないファイルあるけど、あれってC++のコード書いても動くもの？
仮引数リストが空の場合の解釈が違ったりとか、
>>657 >>663 >>666 657が煽りっぽいからしょがない
>>667 必要最低限はCだけでも既に整備されているので正しい
>>669 新文法を必要ないと判断しているということはautoやrange-based forとか使ってないの？ 古参でも理解できるプログラム書かないと仕事にならない場合もあるから
C++の仕事にCしか書けない人が参加するのはありなのか？
>>666 >>669 JSとC++では処理系が多数あるという点では状況が似ていると思う。
>>674 >>675-676 >>677 >>677 >>679 ＞そもそもコンパイラのバージョンが上がって問題になるケースも希だが
>>681 >>682 >>683 関数に引数として渡せるような多次元配列ってどうやってこしらえるのがベストプラクティスなの？
>>687 結論としては場合によるとしか言いようがないでしょ。
>>687 物によってはunorded_map使うのもありかも。
>>691 >>688 >>690 >>694 1ﾚｺｰﾄﾞが可変長の列でもない限り
ﾚｺｰﾄﾞ作るたんびに激しいﾌﾗｸﾞﾒﾝﾃｰｼｮﾝがおこるﾋｰﾌﾟをﾎﾟｺﾎﾟｺ作るとか
はっきりいってな
否定はしてない
すいませんめんどくさがりなんです。
>>673 C言語オンリーのリナスとかめっちゃ有能やろ トーパルズ君は孤高の天才だからな
array<array<int, 3>, 4> dimdim;
片方の長さが固定ならvector<array>でいいしだいたいそれで事足りる
boostのmulti_arrayが標準ライブラリに入るのまだ？
それぞれの用途ごとにクラスを作るのがいいのかもね
パフォーマンスを考えると
アンカーも知らんのか w
誰へのレスとか関係あるかなあ
鬱憤晴らししているんだろう
機能拡張しろとか言う前に自分の頭が足りないのだから素直にJavaでも使うべき。
>>717 自分がコード貼らない言い訳してるだけだろ
>>714 のコードは[y][x]式の要素アクセスをしたいというだけのために >>702 案と比べて言うほど悪くはないが、 言うほど悪くない？
パフォーマンスを気にするときは
>>725 >>702 案にもwidth * y + xみたいなアクセスという形で含まれる件について： >>702 案の方が最適化が効いてシフト演算なりになる可能性が高いが >>724 >>726 画像を90度回すつもりで >>702 案に対して>>714 のoperator[]はボロいコンパイラの場合は最適化機会を見逃す危険性は高いが >>729 >>733 >>689 も書いてる通り要件による ていうか>>706 にすでに書いてあったorz >>706 では済まなくて、相応のコピコンを備えた独自クラスでのwrapが多分必要 やっぱりな知恵遅れのﾊﾞｶどもはなにも分かってないわ。。。
>>736 パフォーマンス優先なら
コンパイラをあてにするなら
MTPでコンパイルタイムに押し込めー わぁい！
LINUXで15GBくらいのテキストファイルを読み込みこんでGUIを作ろうとしています。
公開しないならQtしかないしいつまでも古いライブラリを入れておくな
GUIはTkライブラリをPerl/Pythonで作り、重い処理はC/C++プログラムとプロセス間通信と行うのがいいんじゃないですかね。
15gbのデータはguiでeditするの？
15GBだと読み込みだけで分単位の時間がかかる
サーバーって事だから、いっそ使いやすい型式でDBに格納し、
全部で15GBのテキストじゃないの？
>>744-753 >>744 >>745 ,748 >>746 >>747 つづき >>749 ,750 >>752 >>753 読み込みと解析は別スレッド
fgetc, scanf, printfのような激遅関数は使わない
15GB 30秒ってことは
まずは激遅でもいいからperlのGUIとDLL呼び出しで一通り動くものを作った方が良さそう
メモリ数百あるんなら、展開した後のデータ構造工夫しろ。
コンバート系アプリだと専用端末だったりするしよくある
まず固定長なら1行のﾊﾞｯﾌｧから読みこむだけの仕組みを作ってからの話になる
色々ご意見ありがとうございます。 >>759 さんのおっしゃるように、>>758 さんのケアをしようと思うのですが、今のfgets+sscanfの組み合わせは下記URLを参考にしたのですが、 http://d.hatena.ne.jp/s-yata/20100726/1280138663 知恵遅れはそれを固定長とかいってんのか
一行に存在する文字数は固定されておらず、文字列の方は文字数や空白は関係なしに単純に行数分読み込むだけで良いです。
1行目はisspaceでぐりぐり回して
テキストのパースなんてそれこそperlやpythonにやらせろよ
>>768 >>767 >>772 SQLite はメモリ上にDBを構築できるので試してみるのもいいでしょう。
な、知恵遅れたちはﾃｷﾄｰなことばっかりいってる
ｺﾞﾐはめちゃくちゃしょうもない簡単なｺｰﾄﾞを
数値の行は以下みたいなドロくさい処理を4回繰り返せば良い
だいたい分かるわ
単に統計情報が知りたいだけならわざわざ重くしてから処理をする必要もないし
たとえば1行目なんかこんなしょうもないのでとれる
ｺﾞﾐは口だけは達者
わざわざ標準ライブラリを使うために小細工しなくても良いんじゃないの？
きっとなｵﾏｴが書いたｺﾞﾐｺｰﾄﾞより標準ﾗｲﾌﾞﾗﾘのほうが
いかにもバッファはみ出してそうなきったねえコードですね
な、知恵遅れはこんなとこで書いたｻﾝﾌﾟﾙに
日本のPGは低学歴しかいないのが
低学歴に反応してるということは
ポインタいじくり回してメモリ境界踏み壊すコードを書くのが大好きなすうぱあぷろぐらまあ様は
あのﾚﾍﾞﾙでﾎﾟｲﾝﾀいじくりまわしてる？
ようするにﾎﾟｲﾝﾀが理解できてない
未だにこんな化石みたいなヤツが居たことに驚きなんだが
>>786 みたいに、何度も何度もスキャンするような無駄の多いコードが速いわけないだろ 低学歴は自分を大きく見せようとするからな
何度もｽｷｬﾝ？
strncmpが中で何やってるか知らないんだねかわいそうに
あ
低学歴によると
たくさんの情報大変参考になります。 >>775 それならそもそもファイル全体を解析しておく必要もないのでは？
よしｵﾏｴはいい子のようだから
>>786 ﾊﾞﾘﾃﾞｰｼｮﾝﾁｪｯｸは自分で入れるにきまってるだろ
そういうﾚｽしかできないからな
いいわけ？
コードでも学歴でも何でも良いけど
ﾊﾅｸｿは
低学歴知恵遅れは
いまどき自前の字句解析処理をCでポインタ使って書くなんて
どんびきするとかしないとかは
>>821 あんまりゴミだから自信満々なc1VUAguL0がコード貼ってるのに気が付かなかったな、ログ読み直しちゃったよ
>>820 scanと解析に時間がかかるとかいってるから
ﾍﾞｽﾄじゃないと思うなら
勝負に目的ねえ
やっぱりﾊﾞｶの限界というやつだな
2行目以降のSTRINGとれるﾔﾂ
2行目以降のTYPE_INT_TO_FLOATとれるﾔﾂ
とりあえずのﾃｷﾄｰな宣言
ｺﾚでとりあえず動かせる
ろくなエラーチェックもしてないと自分で白状してるゴミコードを誰が動かすと思うのか
5chに貼ってしまった以上、権利的にジムしか動かせないなーw
そこ突っ込むなら他にも色々あると思うが
ざっと見たけどすごいスレだな
名前の付け方はどうせそれぞれの環境に合わせるだろうからどうでもいいけど
>>842 ご連絡おそくなりすみません。 >>786 でどっちが来るかの判定までしていただいていたので一応ご連絡しておきます。 すみません、 >>849 のSTRING 5の部分は4行になってますね。 作って実験してみたよ
STRINGとINT_TO_FLOATは何か関連性はあるの？
2次じゃなくて3次
STRING n の後にn行文字列
数値に対応する何か(グラフ？)をクリックすると
文字列の解析は速く出来そうだから
数値も文字列も数行ずつかと思ったけど
メモリが大変な事になりそうなのでstringとint_to_floatの行のアドレスだけ取得して、
floatの配列は別に用意して
vector<pair<size_t, size_t>> baka;//stringの開始位置とint_to_floatの開始位置をペアで管理。
適切なデータの持ち方はUIの全体表示の仕様次第と言うことになる
>>806 に対して反応が無いから あと気になったのはGUIに表示するのはstringの一行目？
1ブロック平均500行
初回DBに突っ込む
最低限のパースを実施して各レコードのオフセットを配列に入れて必要になった時に解析して表示すればいいだけかと
>>776 >>851 >>854 >>857 >>858 >>861 ,862 >>863 すみません、上記QQはQQという固定文字です。 >>859 ,860 なんかのログなんだろうけど、ログ吐く時に読み込みやすいように出し方考え直した方がいいよ
どういうGUIが必要なのかわからんから的外れかもしれないけど
>>869 >>851 の圧勝 >>851 は0780-Rmg1みたいな遅いコードとは違う >>871 ②
初めて開くファイルは使いやすいように変換して(キャッシュとして)保存しておいて
15GBオーダーのファイルがすでにいつくかあって
>>873 ,874 >>877 >>878 >>879 >>880 >>881 >>882 キャッシュせず
>>885 >>885 >>851 を参考にすると2分くらいにはなりそうなので、それくらいなら全然待てます。 とりあえずみなさんのコードを眺めましたが初めて目にする関数だらけで自分のレベルでは全くついていけてないです。 >>782 ,833 を見るとcharのポインタをインクリして読むやりかたとか昔ちらっと読んだことある。程度のレベルなので。。 >>887 ここはC++スレだからstd::regex使いなよ >>833 よりは速いし安全だぞ 速いわけが無い
sscanfが遅くてなんとかしたい
何度も表示させたいなら、解析結果をDBに格納しておくというのもいい方法だと思うが
エアプ野郎が多いからねこのスレ
DBって要望がチャンと出てくる前の話だろう
>>892 うん、regexよりはspirit::qiだよね
要件が全部出ていたわけじゃないのに
>>743 の時点で低レベルな記述が適していることくらいわかるだろ 遅いから早くしたい
そもそも最初のﾌｫｰﾏｯﾄと全然違うやんけ >>834 >>835みたいなやりかたで表示が必要になったときに解析 そもそも解析ｱﾌﾟﾘが出力してる規定されてるﾌｫｰﾏｯﾄなのに
スケジュールを開始するボタンに名前をつけたいけどいい名前が思い浮かばない
ちなみな
ちなみにな手で入力したときは
同じ事を何度も書かなくて良い >>758 ﾒﾓﾘﾌﾞﾛｯｸとるときは
知恵遅れはなにをどういった場面で使うのか分かってないからな
わざわざ改行検索だけの為にメモリスキャン
適度なチューニングで妥協するんであれば
freadで読む時間とほぼ同じ時間で解析まで終わるので >>885 >>889 http://www.sejuku.net/blog/25962 15GBともなると
正規表現なんか使ったらｺﾝﾊﾟｲﾙ済の正規表現でも
>>922 ちなみに gcc (Ubuntu 7.3.0-16ubuntu3) 7.3.0 だと、 C++がちゃんとしてて、std::getline()はfread()と同じくらい速い。
15GB なんて、もし画像ファイルなら、触った途端に、メモリ不足でフリーズするレベル。
>>871 のフォーマットでC++で作ったら 1ブロック内に数値が数万あってどうUIで表示すんのか気になる
数値ならグラフにするとか画像にするとかフィルターを通してから間引くとか音声にして鳴らすとか
>>926 >>933 ○バイナリ読み版 →約44秒
bool print_line(unsigned char const* p_buf, unsigned char const** pct_next);
○fgets版 →約17秒
>>935 すみません、44秒はfreadの読み込みサイズ（BUF_SIZE）が512byteでした。
>>942 >>943 >>933 さんの8.6秒は圧倒的パフォーマンスですね。 >>933 あのな
>>940 ,941 ちなみになFILEﾎﾟｲﾝﾀは構造体にﾌｧｲﾙﾃﾞｽｸﾘﾌﾟﾀもってる
そのsetvbufというのが
32bit越えるmmapとか
休日にｵﾚのｴﾚｶﾞﾝﾄなﾌｧｲﾙ読みこみ処理作ってやるから
HDDの一番外側15GB
>>851 の77.9秒はHDDの内側の方でfreadでの読み込み 改行を探す為だけにスキャンする必要はありませんし、コピーする必要もありません >>782 の処理で区切りまでポインタが進みます >>951 >>933 ,952,953 >>851 の読み込み、解析合わせると78.1秒でほとんどがHDD律速ということか。 >>954 ,955 >>782 の動作を調べてみます。 data変数がだと思って →×
>>952 >>936 に書いているfgets版のコードだとどれくらいの速度が出ていますでしょうか？ >>782 のコードでどれくらいの比率になるのか気になりました。 MS製の金毘羅でfgets(), fgetc()を試す場合は、_CRT_DISABLE_PERFCRIT_LOCKS 必須で。
無能な働き者が書いた半角スクリプトなんて誰も走らせたくない
>>956 >>958 >>959 http://ftp.tsukuba.wide.ad.jp/software/gcc/releases/gcc-8.1.0/gcc-8.1.0.tar.xz >>962 ,963 text/byte stream は異なる。
通信データなどは、可変長構造体
>>969 C99の可変長配列はC++には取り入れられなかったし、
>>971 >>970 >>969 で指しているのは、構造体内の 0 長配列メンバ、または C FAQ 2.6 >>971 すまん、皆の言う通りだ。ちゃんと読めば
GCC拡張をしたとして
>>977 そんなクソみたいな使い方しかされない機能入れるなよ。。
複数回allocateを抑制するための機能(関数)はc++にもたくさんあるじゃない
>>979 >>978 最適なプログラムを書く必要のない立場の雑魚は黙ってろよｗ
>>981 c++つかってるとロジックやアルゴリズムなどの本来の目的より
関心の集中の先はプログラムで実現できることになるべきだけど
最適なプログラムを書くのもC++の目的だ
c++は幅広い書き方ができてしまうのが一番困ったところ
>>984 linuxと聞いてた(>>743 )のになんでMSのｺﾝﾊﾟｲﾗの話がでてんねんと https://ideone.com/e9iA5m https://ideone.com/D4T1zh https://ideone.com/82BnFZ ちなみにwindowsでopenとかread使うのはｸﾙｸﾙﾊﾟｰだからな
>>993 これは一度に読み込むサイズは4KBを超えると速度に影響はなく、 >>962 のC,Dパターンの場合だと、最低1行分のバッファが必要なので、 どんだけ速いHDDやねん。。。
すみません忘れてましたlinux 64bitです。 >>962 のCパターンでようやく一通りファイルを なんかよく分かってもらえてないようだが
-curl
lud20191221035508ca
このスレへの固定リンク： http://5chb.net/r/tech/1528382412/ ヒント： 5chスレのurlに
http ://xxxx.5ch
b .net/xxxx のように
b を入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「C++相談室 part136 YouTube動画>4本 ->画像>6枚 」 を見た人も見ています：・C++相談室 part126 C++相談室 part138 C++相談室 part137 C++相談室 part142 C++相談室 part143 C++相談室 part135 C++相談室 part146 C++相談室 part134 C++相談室 part139 C++相談室 part144 C++相談室 part117 C++相談室 part133 C++相談室 part141 C++相談室 part140 C++相談室 part137 ->画像>8枚 C++Builder相談室 Part21 0からの、超初心者C++相談室 C++相談室 part131 [無断転載禁止] Cygwin + MinGW + GCC 相談室 Part 8 Cygwin + MinGW + GCC 相談室 Part 3 C++相談室 part130 [無断転載禁止]©2ch.net C++相談室 part123 [無断転載禁止]©2ch.net C♯相談室 Part20 C言語相談室(上級者専用） MFC相談室 mfc22d.dll 自営業 悩みごと相談室 40 C#, C♯, C＃相談室 Part75 C#, C♯, C＃相談室 Part79 C#, C♯, C＃相談室 Part93 C#, C♯, C＃相談室 Part95 自営業 悩みごと相談室 47 C#, C♯, C＃相談室 Part95 C#, C♯, C＃相談室 Part94 自営業 悩みごと相談室 43_ ライダーマンのお悩み相談室 [特設]サマータイム対応相談室 cygwin ＋ mingwn ＋ gcc 相談室 【太気拳】なんでも相談室 part6【意拳】 【NTT】ドコモ お客様相談室【docomo】 MFC相談室 mfc23d.dll [無断転載禁止]©2ch.net マイコンソフト 悩み事相談室 2 [無断転載禁止] アパートマンション経営なんでも相談室【155号室】 アパートマンション経営なんでも相談室【152号室】 アパートマンション経営なんでも相談室【146号室】 【スキー】初級者アイテム相談室５【板靴何でも】 アパートマンション経営なんでも相談室【154号室】 C#, C♯, C＃相談室 Part90 [無断転載禁止]©2ch.net C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net C#, C♯, C＃相談室 Part91 [無断転載禁止]©2ch.net C#, C♯, C＃相談室 Part92 [無断転載禁止]©2ch.net C#, C♯, C＃相談室 Part91 [無断転載禁止]©2ch.net アパートマンション経営なんでも相談室【151号室】 ->動画>2本->画像>18枚 【スキー】初級者アイテム相談室４【板靴何でも】 [無断転載禁止] アパートマンション経営なんでも相談室【143号室】 [無断転載禁止] 【悲報】河野太郎、省庁がなく部下がいないためツイッターで相談室を立ち上げる 【無料キャンペーン】不可視のアイギスのお悩みコテ相談室。【実施中】 [無断転載禁止] 【LGBT】自分が女性であることがいや。もし今世、性を男にした場合、来世はどうなるのでしょうか。【ハッピーサイエンスお悩み相談室】 【身体】ズバリ解決！名医のお悩み相談室 気づくのが難しい『前立腺がん』 前立腺肥大症との見分け方は？[09/02] [無断転載禁止]©bbspink.com 荒らし相談室 パワハラ相談室 ゲマ広報官の相談室 圧縮・復元 相談室 船乗りなんでも相談室・15 シーバスなんでも相談室73
22:11:16 up 18 days, 8:35, 1 user, load average: 7.28, 7.97, 8.75
in 0.043014049530029 sec
@0.043014049530029@0b7 on 123012
