もうクラックパッチできたのかよ
だめだこりゃ
>>669 わざわざ対応したのか…
暇なやつもいたもんだ。
ひとつひとつのツールに対
応するのも
面倒だし、
もっと抜本的な対策
が必要だな。
さて、どうしたもん
か…
671 :
ひみつの文字列さん:2024/09/06(金) 19:37:37 ID:MarkedRes
日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。
>>670 元々クラック対策じゃなくて逮捕とny監視対策だろ。
つーか
>>669広まるとウザイ奴増えるから張るなって。
クラックなんてのはどうやっても出てくる物なんだから、
なるべく目立たないようにするのが一番の対策なんだよ。
やっぱカスnyだなw
>>672 逮捕されるようなシロモノを流してるのか。
氏ね。
675 :
556:04/03/05 17:55 ID:gUedLEsH
>>642 > フォルダのバグ解消
ny作者のミスかパッカーのバグかAPIの呼び出しが変になってる場所があるのが原因。
アンパックした後に修正か?
> Search.txt部分が変になったり直ったり
"custom5"を追加して"Search.txt"が潰れてるので、その辺でミスか?
> crk対策
if ( *(word *)0x0044???? != 0x???? ) ExitProcess(); ( 15byte )
全部で10ヶ所、80バイト程度の書き換えだから十分やってられるだろ。
ソースコードだとほんの少しの修正でバイナリが大きく違ったりすることもあるし、
クラック対策部分ような遠くまでjmpで飛んでjmpで戻るコードは
バイナリ書き換えでコード追加するときぐらいしかでてこない。
と思うけど、本当の所は齊藤にしか分からんわな。
nyに原因があるのだろうが、転送リンク上流しか繋がってない時
up速度100kbyte楽勝に超えてるんだが、検索リンクでのupで
こんなになることあるかな?
これももしかして、crack???
検索リンクでファイルをアップすることもあるよ
猫?
>>675 >フォルダのバグ解消
あれについては私はいじってない。
単にunpackしたら直ってた。
リソースの圧縮が
おかしかったんでないかい?
それがパッカーのバグか、
相性か、設定ミスかはわからんが。
>Search.txt部分が変になったり直ったり
それについては、
その見解で正しい。
単に指定する数値を1間違えてた。
>全部で10ヶ所、80バイト程度の書
>き換えだから十分やってられるだろ。
すまんが
私にはやってられん。
ちなみにナイアルとか呼ばれているものを
デバッガでみてみたが、
あれってVBで書かれてるらしいな。
VBってVB6からはネイティブコード吐けるが、
ネイティブコードと呼べるほど
ネイティブでもなくてさっぱりわからん。
VBのコードを見るのに便利なフリーなデバッガ
が有ったらおしえてくれ。
>と思うけど、本当の所は齊藤にしか分からんわな。
あんた充分にわかってるじゃないか。