アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
当地の裁判所では (スコア:2, 参考になる)
そのシステム要件に、
「フロッピーディスクドライブ」
とありまして、ありゃりゃ、と。
保守的なお役所では、まだまだ健在なのかも知れません。
Re:当地の裁判所では (スコア:2, 参考になる)
FD必須というのは理解できるんですが、入札用件が
「3スピンドル」
だったりすると、なんに使うんだろう?と考え込んでしまいます。
Re:当地の裁判所では (スコア:1)
#「こんな事もあろうかと、PC-9801とFM-7、さらにWizard98にBABYMAKER、マムシの執念に聖善説にRATS&STAR…」
#「真田さん…」
/* Kachou Utumi
I'm Not Rich... */
Re:当地の裁判所では (スコア:1)
残念ながら昔のコピープロテクトはフロッピーにわざと不安定なデータの領域を作成しておいて実行コードでチェックする方式なので、データのプロテクトはできません。
不安定なデータと言うのは、読み出す毎に違ったデータが読まれるように記録位置をずらしたものだったと思います。
蛇足ですが、コピープロテクトのルーチンと実際に必要なコー
Re:当地の裁判所では (スコア:1)
中には、チェックルーチンは暗号化されており、実行時にメモリ上で解凍して実行するものがあります。
プロテクトをはずすためには、暗号を解くか、プログラムが暗号を解凍した後に動的にチェックルーチンを書き換える変更を施す必要がありました。
ただし、
Re:当地の裁判所では (スコア:1)
これって、チェックルーチン"だけ"エンコードされているのは見たことあるのですが、それと違うのでしょうか?
チェックルーチンだけのエンコードなら、デコードルーチンを呼び出すところを書き換えればよかったので、大差なかった記憶があります。
デコードルーチンは怪しい計算している部分を見つければいいので、簡単に場所を特定できます。
INT 1Bを探してチェックルーチンを特定する手法に対する対策でしかないような気がします。