授業の物語

こんにちは。 自分のコースや好奇心がもたらすものについてお話したいと思います。

何もないから長い間、私はSymbianの下でプログラムを書いています。 そして、時々、私はアセンブリの奇妙なことに出くわしました。 すべてがelf2e32ユーティリティを指しています。 そのタスクは、Selfbian-e32イメージに固有の、elf形式の入力バイナリファイルを別の形式に変換することです。 私は長い間好奇心に戸惑っていました。このユーティリティはどのように機能するのか、なぜバグがあるのでしょうか？ 少し後に、別の質問が私を悩ませ始めました-コースワークのトピック=）ビジネスと喜びを組み合わせることにし、そのソースコードをダウンロードしました。 そして離れて行く...

最初のコミットは

2番目-非標準のgcc拡張機能を含め、不足しているクラス、関数、ソースからの定数を追加します。 被験者は喜んで集まり倒れます。 しかし進歩。 デバッガーの下で開始します。デバッガーを別のクラスのみを初期化するクラスに配置し、次のクラスを初期化します。 実際の機能！ 入って おっと 私たちはどこですか？!!! デバッガーを停止します！ 外科医！ メス！ アルコール！ きゅうり！ Fireboxクラスの付録 NULLではなくnullptrを指定してください！ C ++ 14があります！ すごい、すべてをゼロで初期化するなんて恐ろしいコンストラクターでしょう！ そして何度も何度も-しかし、私たちと一緒に、C ++ 14はクラスのデフォルトの初期化を要求します！ 今すべてが簡潔なものは...

わかった 一度にできるだけ多く修正します。 デバッガーが4月のようにソースコードにジャンプする理由を見つけました-アフターは抽象化に頭を打ち、UseCaseBaseクラスからの80レベルの継承を成長させます:)そして、Message＆ParameterManagerクラスの静的インスタンスのコンストラクタークラスが目から飛び出しました。 シングルトン・マイヤーズ？ いいえ、聞いていません。 Fireboxの抽象化！ ビバ革命!!! ビバポッド!!!

うわー このツリーがどれだけ面白かった。 主な作業は、BuildAll（）関数によって行われます。 すべてのパラメーターが指定されている場合、関数はインポートライブラリ、関数と変数の名前、およびインポートライブラリとバイナリ自体で使用可能な順序を指定するファイルを収集します。 UseCaseBaseの子孫はすべて、オーバーロードによりアルゴリズムを変更しました。 子孫では補助データを準備することもありますが、ほとんどの場合、いくつかのファイルの作成を単純にオフにします。 たとえば、何かをアセンブルするためのファイル名は指定されていません-新しいクラスが作成されます。 ばか。 必要に応じて、このような関数コレクタの実行を中断するだけで十分です。 私の行動を理解するのは簡単ですB-）

空のクラスを削除し続け、NULLをnullptr_tに、範囲反復子をfor（auto x：*）に置き換えます。

コマンドラインパラメータの処理におけるエラーを修正します。

静的アナライザーでコードを確認する必要があります。 どこから始めますか？ うーん、XPでは選択は小さく、cppcheckであり、codeblockはそのまま使用できます。 わあ、なんとキャッチ！ char []の削除もあります！ くそー、私は空きRAMの半分がどこに行ったか知っています=）

したがって、elc-ファイルlibcrypto.dllから生成されたファイルと、作成のためのコマンドラインパラメーターを記述したファイル自体を追加します。

おっと CPPCheckが間違っていました...（a || b）でなければなりません...

Visual Studio 15でビルドしようとすると、Win10はスティックに固執します。 仮想マシンを配置します。 オンラインスタジオインストーラーを完了し、ダウンロードして実行します。 なに？ ホストと共有フォルダーへのジャンプを保存したくないですか？！ はい、あなたに窒息します！ あなたが教えられた場所をダウンロードしてください...そして今、私たちはダウンロードしたフォルダを転送し、インストールを実行します。 なに？ 共有フォルダーを再度無視します??！ はい、あなたに窒息します！ 教えられた場所になり......

原則として、1つのコアとフレームの3つのギグに12個の良好なガサガサ音がします。 スタジオからスタジオへ！ 思いやりがありますが、長くは続きません。 私たちは自分のプロジェクトをスタジオで開き、再びフォルダーを誓います...すでにどれくらい可能ですか？ はい、窒息します...私たちは収集し、非標準の拡張機能STL hash_setを誓います。 リモート。 リモート??? 脳をオンにする=）

うわー、キャッチーなコード：

int ElfFileSupplied::UnWantedSymbolp(const char * aSymbol) { static hash_set<const char*, hash<const char*>, eqstr> aSymbolSet; int symbollistsize=sizeof(Unwantedruntimesymbols)/sizeof(Unwantedruntimesymbols[0]); static bool FLAG=false; while(!FLAG) { for(int i=0;i<symbollistsize;i++) { aSymbolSet.insert(Unwantedruntimesymbols[i]); } FLAG=true; } hash_set<const char*, hash<const char*>, eqstr>::const_iterator it = aSymbolSet.find(aSymbol); if(it != aSymbolSet.end()) return 1; else return 0; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

少し考えてみましょう...そして出来上がり：

 int ElfFileSupplied::UnWantedSymbolp(const char * aSymbol) { int symbollistsize = sizeof(Unwantedruntimesymbols) / sizeof(Unwantedruntimesymbols[0]); for (int i = 0; i<symbollistsize; i++) { if (strstr(Unwantedruntimesymbols[i], aSymbol)) return 1; } return 0; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

私の美しさ...

では、このフラグが誤って設定されているか、まったく設定されていない場合、なぜプログラムは例外をスローしますか？ なぜあなたはそんなに残酷で、遠く離れて美しいのですか...このフラグを安全な値にリセットしましょう。 そして、このフラグもいいでしょう...そして、これ、そしてこれ、そしてこれら。 それとも、別の関数に入れる方が良いでしょうか？ いいね！ ParameterManager :: CheckOptions（）と呼んでください！

左へのステップは落下、右へのステップはキャッチされない例外、所定のジャンプ-少なくともBSODではないおかげで=）

退屈...グリッチと曲率...

オリャラ！ STLでCleanUpStack Symbianをエミュレートしますか？：

基本的に特別なことは何もありません：

 std::vector<char*> cleanupStack;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

クリーニング：

 std::vector<char*>::iterator aPos; char *aPtr; aPos = cleanupStack.begin(); while( aPos != cleanupStack.end() ) { aPtr = *aPos; delete[] aPtr; ++aPos; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

左/右の代わりにいくつかの明るい頭がl / rを使用しました。 ありがとうcppcheck。

ああ、モニターの前でゆっくりとcppcheckがログを分解します... githubは何を提供しますか？.. Codacy ...プロジェクトを接続します...少し考えて準備ができました！ これで、ソファに横たわっている間違いとの戦いの成功メッセージを読むことができます^^

だから、バグではないようです...何か、たとえばlibcrypto.dllを集めましょう。 動作しますが、非圧縮ファイルはSDKのユーティリティによって作成されたファイルよりも100バイト多くなります。 次に、このバージョンのユーティリティとSDKによって作成されたバイナリが常に比較されます。 コマンドラインオプションは、それ自体が同じです。

ダックスフント、バイナリファイルのdiffの類似版はどこで入手できますか？ うーん、ピストンのスクリプトを取得します。 情報が多すぎる-もっとシンプルなものが必要です。 Pdf / djvu認識DLL-AlternateReaderRecog.dllは適切なオプションです。排気は4キロバイト未満です。 ダックスフント、オフセットはインポートセクションで異なります。 16進エディタでそれらを開きます。 最初は同じですが、私のバージョンでは、元のバージョンのセクションの終わりの直後にゴミがさらにあります。 しかし、私のバージョンでは、次のセクションは100バイト後に始まります。 バイト単位の同じ値により、ファイルは異なります！ オフセットはさらに正しいアドレスを示します...バイナリは正しいです!!! ああ！

一ヶ月後。 では、これらの100バイトはどこから来たのでしょうか？

さて、それがどのように機能するかは明確ではないため、E32Imageを作成するアルゴリズムを破り始めます。 AlternateReaderRecog.dllのモックを続行します。 出力でバイナリのサイズを大きくします-方法はありません、memsetセクションを上書きします-方法はありません、バイナリのサイズを小さくします-方法はありません。 Grrrr。 なんてこった!!! リリースバージョンの排気を壊して、デバッグを実行しますか？!!! こんにちは靱皮、最初からやり直します... Sooooセクションをワイプ-わかりました！ バイナリのサイズを増やしました！ 良い!!! インポートセクションのサイズを小さくします。 あります!!! SDKからこのユーティリティを使い果たしたのと同じセクションと同じバイト単位！

このセクションを作成するためのコードを調べます。 「sizeof（char *）」-Pvs-studioの開発者の1人であるAndrei Karpovによる記事が思い浮かびます。そのタイプはさまざまな量のメモリを使用できます。 MinGW-8バイト、Visual Studio-4 !!! これら8バイトを半分に分割します。 FFse！ そして、コードセクションはどうですか？ グローバル変数のないこのdll。 グローバル変数はありません-セクションはありません...より重いものを取りましょう-libcrypto.dll。

私のユーティリティの出力のファイルは100バイト以上小さくなりました... インポートセクションはバイト単位で同じです。 コードセクション-いいえ？!!

目で見て、このようなテキストの壁を比較することはできません...バイト比較のためにdiffを探しに行きます...

数日後、私はまだGoogle検索でゲームを見つけました。 vbindiffは、Norton Commanderのインターフェースを備えたコンソールユーティリティであり、2つの水平パネルに2つのファイルの違いを表示します。 違いの場所に移動するには、Enterキーを押します。 いいね！ 比較のために2つのファイルをアイコンにドラッグすると、プログラムがそれらを開きます！ 素晴らしい!!!

比較-ヘッダーのsooooはcrcと作成時間が異なります。 種類はありません。 ここでバイトが異なります、ここに別の100があります...うわ!!! 数十、数百、数千バイトの違い？!!! だから、見て、彼らが属しているセクションを参照してください...我々はオフセットを見て...ええ、データセクション...

トリックを回して、インポートセクションについては... Zero memset'om、あります。 セクションのサイズを大きくします...落下します...増やします。 デバッガーの手と心を提供します...くそー。 セクションを作成する関数を開きます-関数からのおpor ... Grr。

...ああ、明日...他の何かを修正するまで...

たとえば、テストを追加しますが、プログラムを小さなモジュールに分割することができないほど混乱します。 コードにテストを直接挿入することはできません-わさびが理解できます。 アイデア！ さまざまな引数を持つプログラムの絶え間ない起動-私は常にプログラムをテストしてきました...そして、これをすべてPythonで個別のスクリプトにしましょう。 はい、素晴らしいアイデアです。 スクリプトは、テストエラーを報告するときに機能し続けますが、クラッシュすることはありません。 できた！

私たちはラムに戻ります...この関数はこれを呼び出します、それから、私たちはここに行きます...それで、先生、それはどこに私をもたらしましたか？ うーん、混乱して... ...ああ、明日...他の何かを修正するまで...

そして2ヶ月が過ぎました...

くそー、コードのこのセクションはどこに形成されていますか？ アカデミックな休暇を取らなければならなかったので、少なくともあなたと一緒にそれを理解します!!! すごい ここで、セクションのシンボルは入力に移動します... printfは何を表示しますか？ すべてがコンソールバッファに収まらない...排気をファイルに保存しましょう...すっごく、これまでのところ特別なことは何もありません...やめて！ 同じ行!!! 同じ行がたくさんあります!!! どこから？ 各データソースにprintfを追加します（5つのうち3つ、haに対して十分な忍耐がありました）。 空です！ 残りの関数呼び出しの1つを見てみましょう... Taak。 ループ後の反復子の増分??? そしてtodoのコダシー警告??? サイクルに移行します。 起動!!! サイズが一致しています！ バイトの一致があります!!! 修正済み!!! git blameは主人公の名前を拒否します...私たちはオリジナルを見ます-これは私がやったことではありません。 それとも、ノキアと提携していない開発者にとっては「爆弾」だったのでしょうか？ Grrr。

排気テストを慎重に確認し、バイトファイルを確認します。 すべてが正常に機能します！ リリース中！

オリヤ！ それは素晴らしいクリーニングの時間です!!! UseCaseBaseツリーをルートでルート化する時間です!!!

ほとんどの子孫はすでに使い古されているため、ジェネレータークラスから便利な関数を削除します。 UseCaseBaseとその子孫であるElfFileSuppliedのみが残ります。 UseCaseBase-コマンドパラメーターを処理し、ElfFileSuppliedクラスのいくつかの純粋な仮想関数を宣言するクラスのラッパーです。 要するに、バイオリニストは必要ありません...どんな空は青い、いい...別の時間...私はこのクラスに対処し、あなたは散歩に行くことができます...そして、いくつかの空気を取得し、ウォームアップ、良い...行きましょう！ したがって、この機能をコメントアウトしてください。 集合！ Soooo、あなたはそれを美しくリメイクする方法について考える必要があります...完了!!! 次の機能！ できた！ 次！ できた！ できた！ はい！ はい！ はい！ 最後の機能... Ufff。 組み立て後に実行...作業の7倍の加速？!!! 排気は正しいです...おかしい。 デバッグバージョンも2メートル縮小されますか？!!! わあ!!! 散歩できます。 夜ですか？!!! カーク??? 私の日はどこ​​ですか？!!! テストを開始してリラックスします...テストは静かに動作しました-リラックスできます...

今、何か書いてみましょう...ああ、外部から利用できる関数と変数を扱うクラスは不気味に見えます。 操作の原則：ファイルからの読み取り、行の解析、およびファイルへの保存。 線の分析のために、選択されたヌードルのクラス全体がC ...で分離されました... Soooo ... Think ...美しさが出てきました：

行std :: getline（）を読み取り、行とparsimのエッジからスペースを削除します。

続行するには...ソースコード-https://github.com/fedor4ever/elf2e32