アカウント名:
パスワード:
ソースが欲しけりゃ、わざわざ盗むまでもなく逆アセンブルすればええだけやん
現代におけるソースコード盗用とは意味が違いすぎますわ
アセンブラ知らなさすぎ。ディスアセンブラが吐き出したものは、ラベル付けやワークエリアの解析などかなり手間暇かけないとアセンブラのソースにはならんよ。
この場合の盗用は、現代におけるソースの盗用とほぼ同じ。
> 特にワークの意味合いまで完全に調べるのは、相当に手間がかかる。
他アーキテクチャへの移植が目的なら「ワークの意味合いまで完全に調べる」必要はあんまないだろ。コードとデータの区別ができれば、8080 → 8086/8088 の移植は、キレイに書かれたプログラムならニモニックの機械的な変換でいけるよ。
そんなことをすればあなたのようなバカ以外には一発でバレますよ
その程度のことを隠したいならサブルーチンやワークエリアの順番入れ替えるだけで対策できるでしょ。
オフセットがズレるだけでマッチできなくなるとか、何処のアンチウィルスのクソパターンデータだよ…#(VCのスタティックライブラリの一部が登録されてるとか、実際ある。オフセットが違えば誤爆しない的な)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
フルアセンブラなんですがそれは (スコア:0)
ソースが欲しけりゃ、わざわざ盗むまでもなく逆アセンブルすればええだけやん
現代におけるソースコード盗用とは意味が違いすぎますわ
Re: (スコア:0)
アセンブラ知らなさすぎ。
ディスアセンブラが吐き出したものは、ラベル付けやワークエリアの解析など
かなり手間暇かけないとアセンブラのソースにはならんよ。
この場合の盗用は、現代におけるソースの盗用とほぼ同じ。
Re: (スコア:5, 参考になる)
特にワークの意味合いまで完全に調べるのは、相当に手間がかかる。
「簡単」と言っている人は多分実際にはやったことなくて、「やった事例がある」のを知ってるだけだと思う。やったのなら、その手間に辟易してるだろうから。
ただし、だからと言ってソース化が不可能と言っている訳ではない。もちろん可能。
dis.xや半自動化ツールは親コメがいう所の「ワークの解析」なんてのはやってくれない。
(=親コメで言っているものと同等ですらないものを持ち出しているだけ)
毎日逆アセと解析している身としては、まぁCP/Mぐらいの規模になれば、ソースを盗用するよりは、むしろ見えているAPIを下敷きに、模倣する方が100倍くらい楽。
仮にCP/Mの動作を確認したいとしても、テストコード書いて確認すれば良いだけだから、わざわざコストの高い解析をするとは考えにくい。
Re: (スコア:0)
> 特にワークの意味合いまで完全に調べるのは、相当に手間がかかる。
他アーキテクチャへの移植が目的なら「ワークの意味合いまで完全に調べる」必要はあんまないだろ。
コードとデータの区別ができれば、8080 → 8086/8088 の移植は、キレイに書かれたプログラムならニモニックの機械的な変換でいけるよ。
Re: (スコア:-1)
そんなことをすればあなたのようなバカ以外には一発でバレますよ
Re:フルアセンブラなんですがそれは (スコア:0)
その程度のことを隠したいならサブルーチンやワークエリアの順番入れ替えるだけで対策できるでしょ。
Re: (スコア:0)
オフセットがズレるだけでマッチできなくなるとか、何処のアンチウィルスのクソパターンデータだよ…
#(VCのスタティックライブラリの一部が登録されてるとか、実際ある。オフセットが違えば誤爆しない的な)