２ちゃん専用ブラウザ「かちゅ〜しゃ」Part20

このエントリーをはてなブックマークに追加
796 ：名無し~3.EXE：
(´-`).｡ｏＯ（何でリネームしたがるんだろう……)
797 ：名無し~3.EXE：01/10/01 22:31
わざわざリネームツールを使う必要性が感じられない。
というか、ツールが必要な人間が何故リネーム技で DLL 入れてるんだ？
そこまでするぐらいならパッチ当てなければいいのに……
798 ：名無し~3.EXE：01/10/01 22:32
>>795
つーかバイナリエディタでかちゅ書き換えるか、誰かが作ってくれたパッチ当てなきゃ
いかんからそのことだろ。

>>793
あえてリネームなんかしなくていいよ。
どうしてもリネームしたいならログから自分で探そうね。
799 ：名無し~3.EXE：01/10/01 22:35
>>796
まあ、同じ名前で別のDLLがあるのは気持ち悪いからな。
特に本家wsock.dllはシステムで使う重要なDLLだから。
気持ち悪い以上の理由はないけど。
800 ：名無し~3.EXE：01/10/01 22:35
ていうか、 かちゅ専用wsock32.dllをリネームして使うなら
かちゅ〜しゃ自身を書き換えなきゃいけないので初心者向けではない。
バージョンアップ時には毎回リネームっていう手間が増えるし。

でもかちゅ専用wsock32.dllをリネームせずに変なところに置くと
TCP/IPを使うソフト全てに影響出ちゃうから、この点だけは気をつけなきゃいけない。
801 ：794：01/10/01 22:36
自己解決報告です。
Dllのバージョンを0.10から0.12にあげたにもかかわらず、ログを削除しなかったことが
原因と思われます。
ログを削除したら詰まらなくなりました。
802 ：名無し~3.EXE：01/10/01 22:37
かちゅと同じ場所に置けと言われてるのに
変なところに置いてしまうような厨房は
正直、逝ってほしい。
803 ：名無し~3.EXE：01/10/01 22:41
ダウンロードしてきたwsock32.dllをかちゅ〜しゃのフォルダにコピーするだけでよし。
リネームする必要は全く無い。むしろ手間がかかるし間違いが増えるだけ。

次スレはこのスレ>>3の後半部分削れ。
804 ：名無し~3.EXE：01/10/01 22:42
>>800
リネームはそのあたりを理解していて、それでも wsock の名称が気になる人がやるべき。
dll の動作上、あえてする必要はないんだから。
そう考えると逆にパッチのリンクは次スレではしない方がいいかもしれない。
>>801
同意。
805 ：名無し~3.EXE：01/10/01 22:44
>802
EXEがカレントディレクトリ -> PATHの通ったディレクトリの順に
DLLを参照する仕組みは分かっているはずなのに
変わったことをする人がいるねえ。

あ、今はディレクトリじゃなくてフォルダか。
806 ：名無し~3.EXE：01/10/01 22:46
>>805
話は逸れるが、DLLパスの参照順って変更できるの？
807 ：名無し~3.EXE：01/10/01 22:48
>>805
俺はバイナリエディタで書き換えした人間だけど、＞799 の言うように気持ち悪いから。
それ以外に理由はない。
ついでに言うと知り合いに dll 教えたけど、リネーム技は教えてない。
教える必要もないし。
あえて万人に勧める方法じゃないと思うよ。
808 ：名無し~3.EXE：01/10/01 22:49
>>806
知らんが出来ない気がする。
俺はWinMeだがc:\windows\systemにパス通ってない。
少なくとも環境変数のpathを参照してdll見に行ってるわけじゃなさそう。
809 ：名無し~3.EXE：01/10/01 22:50
半角板に書き込めないんだけどどうすればいいの？
810 ：名無し~3.EXE：01/10/01 22:50
>>806
Win9x系だとAutoexec.bat
NT系だとシステムの環境変数かな？

Meは触ったこと無いのでしらん。
811 ：名無し~3.EXE：01/10/01 22:51
最初にカレントを見るのは変えようがないんじゃない？
プログラム内部で絶対パスを参照するようにしてるのならともかく。
>>808
レジストリだったと思うよ。system参照は。
812 ：名無し~3.EXE：01/10/01 22:52
>806
そんなこと考えたこともないし、またやる必要があるのかと
小一時間問い詰め（以下略）
813 ：名無し~3.EXE：01/10/01 22:54
>810
Meは偽Win9x系OSです。
Autoexec.batを参照しないらしい
814 ：名無し~3.EXE：01/10/01 22:55
>805のPATHの通ったディレクトリの順にDLLを参照する
という話は間違いと考えていよね。
815 ：806：01/10/01 22:56
皆さん回答感謝。
いや、別に漠然と思いついただけで。
昔UNIXを使ってた時はディレクトリにファイル集めて環境変数を設定
しまくってたのを思い出したり。
816 ：名無し~3.EXE：01/10/01 22:58
>>814
だったら、かちゅ〜しゃと同じところに置いたDLL（リネームしてない）を
参照してないということにもなりますが。
817 ：名無し~3.EXE：01/10/01 22:58
>>814
いや、あってるはず。
Command Prompt で set と入れたときに path 出てくるはずだけど、その中に system 入ってない？
ただ、\windows と \windows\system は 強制的に挿入されている可能性あるけど。

>>815
dos の頃はそうしてたよ。\tsr とか \bin とか。

って全然関係ないので sage
818 ：名無し~3.EXE：01/10/01 23:00
>814
間違いだな。
PATHが通っていなくてもsystemフォルダを読みに行く。
819 ：名無し~3.EXE：01/10/01 23:01
>>817
set↓
path↓
どちらもc:\windows\systemは出てこない
c:\windows\systemに適当なバッチ作って他のディレクトリから実行しても
コマンドが見つかりませんと表示されるので、Pathが通っていないのは俺のMeでは
確実と思われます。
820 ：名無し~3.EXE：01/10/01 23:03
つーか、DOS上とWin上ではPATHの挙動が一部違うのか？
821 ：名無し~3.EXE：01/10/01 23:05
Pathの話題続けるならスレッド移動しようか？
Windows9x・Me質問スレッド
あたりが適当か？
822 ：名無し~3.EXE：01/10/01 23:05
Win2k で試してみたけど、systemフォルダ,windowsフォルダ は
環境変数Path よりも先に見に行くみたい

なによりも App.Path が一番先ですが
823 ：名無し~3.EXE：01/10/01 23:06
ということは win上では dll や exe の場合だけ
カレント-->システムフォルダ-->環境変数 の順で検索するって事か？
他はカレント-->環境変数 で見に行く、と。

これでいいの？＞winのプログラムに詳しい人
824 ：806：01/10/01 23:08
俺のせいでｽﾚから脱線し始めたようだ。ｽﾏｿ
825 ：転載：01/10/01 23:08
また、WindowsはDLLファイルを

ゲーム本体のEXEファイルのあるフォルダ
カレントフォルダ(普通はゲームをインストールしたフォルダ)
windows\systemフォルダ
windowsフォルダ
環境変数PATHのフォルダ
の順に探しますので、古いバージョンの_inmm.dllが優先順位の高いフォルダに残っているとそちらが読み込まれてしまいます

-------------------------------
PATHの話題は終了しました