アカウント名:
パスワード:
ソースが欲しけりゃ、わざわざ盗むまでもなく逆アセンブルすればええだけやん
現代におけるソースコード盗用とは意味が違いすぎますわ
アセンブラ知らなさすぎ。ディスアセンブラが吐き出したものは、ラベル付けやワークエリアの解析などかなり手間暇かけないとアセンブラのソースにはならんよ。
この場合の盗用は、現代におけるソースの盗用とほぼ同じ。
> 特にワークの意味合いまで完全に調べるのは、相当に手間がかかる。
他アーキテクチャへの移植が目的なら「ワークの意味合いまで完全に調べる」必要はあんまないだろ。コードとデータの区別ができれば、8080 → 8086/8088 の移植は、キレイに書かれたプログラムならニモニックの機械的な変換でいけるよ。
まぁこういうのは実際にやったことがないと、どのくらい大変かはわからないですよね~。
拾うところと捨てるところの判断を効率的にできないから全体を把握とか言ってるんだろうなあ。ゲームソフトの他のプラットホームへの移植の仕事とか何度かやった経験がある自分からすればバージョン2.2でBDOSのサイズが4kBもないCP/Mについてできない理由をうだうだ語ってるこの人のことは馬鹿としか思えん。
〉ゲームソフトの他のプラットホームへの移植の仕事とか何度かやった経験がある
学生時代の話?E仕事でした?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
フルアセンブラなんですがそれは (スコア:0)
ソースが欲しけりゃ、わざわざ盗むまでもなく逆アセンブルすればええだけやん
現代におけるソースコード盗用とは意味が違いすぎますわ
Re: (スコア:0)
アセンブラ知らなさすぎ。
ディスアセンブラが吐き出したものは、ラベル付けやワークエリアの解析など
かなり手間暇かけないとアセンブラのソースにはならんよ。
この場合の盗用は、現代におけるソースの盗用とほぼ同じ。
Re: (スコア:5, 参考になる)
特にワークの意味合いまで完全に調べるのは、相当に手間がかかる。
「簡単」と言っている人は多分実際にはやったことなくて、「やった事例がある」のを知ってるだけだと思う。やったのなら、その手間に辟易してるだろうから。
ただし、だからと言ってソース化が不可能と言っている訳ではない。もちろん可能。
dis.xや半自動化ツールは親コメがいう所の「ワークの解析」なんてのはやってくれない。
(=親コメで言っているものと同等ですらないものを持ち出しているだけ)
毎日逆アセと解析している身としては、まぁCP/Mぐらいの規模になれば、ソースを盗用するよりは、むしろ見えているAPIを下敷きに、模倣する方が100倍くらい楽。
仮にCP/Mの動作を確認したいとしても、テストコード書いて確認すれば良いだけだから、わざわざコストの高い解析をするとは考えにくい。
Re: (スコア:0)
> 特にワークの意味合いまで完全に調べるのは、相当に手間がかかる。
他アーキテクチャへの移植が目的なら「ワークの意味合いまで完全に調べる」必要はあんまないだろ。
コードとデータの区別ができれば、8080 → 8086/8088 の移植は、キレイに書かれたプログラムならニモニックの機械的な変換でいけるよ。
Re: (スコア:3)
それがテンポラリ的に使いまわしされるのか、とか、
グローバル的に意味合いを持たされて使われるのか、とか、
「同じものを指しているが、意味合いが違う場合」が多々あるからなんですね。
全く改変する予定がない(機械的な逆アセではかれたコードを一対一で再利用するだけ)のであれば
最低限それで良いかもしれませんが、
それをもとに、発展継続を考えているのであれば、どう考えてもシステムの構造や、ワークの意味合いの解析は必要でしょう。
まぁこういうのは実際にやったことがないと、どのくらい大変かはわからないですよね~。
Re: (スコア:0)
まぁこういうのは実際にやったことがないと、どのくらい大変かはわからないですよね~。
拾うところと捨てるところの判断を効率的にできないから全体を把握とか言ってるんだろうなあ。
ゲームソフトの他のプラットホームへの移植の仕事とか何度かやった経験がある自分からすればバージョン2.2でBDOSのサイズが4kBもないCP/Mについてできない理由をうだうだ語ってるこの人のことは馬鹿としか思えん。
Re:フルアセンブラなんですがそれは (スコア:0)
〉ゲームソフトの他のプラットホームへの移植の仕事とか何度かやった経験がある
学生時代の話?E仕事でした?