400.なんか・・・ |
|
| 投稿者: | ぴゅあ - 2003年12月03日 8時53分14秒 |
再編集しよと思うことにして エディタに取り出してやってたらゴミ出たらしい ま いっか(照) > (というのは「��バッチで修正するファイルの指定が修正する数だけあるので…」を読み間違い(照)) は削除 コメント>> 過去ログに入れる時に訂正致しました。 |
|
399.あれ？？ RE: Delegateへのパッチのあてかた |
|
| 投稿者: | ぴゅあ - 2003年12月03日 8時46分16秒 |
おっはよー もう(？)起きちった(汗) その１ "*** ファイル名"の行までは無視するので"diff ..."の行は触らなくていいと思う ("*** ファイル名"の行が出てくるまではコメント扱い "*** ファイル名"の行と"--- ファイル名"の行で対象ファイルの判断がされるので) その２ "*** ファイル名"の行を区切りとするので個々のファイルに分ける必要はない筈(*1) いちおパッチファイルにある古い方のタイムスタンプが変更を加えるファイルのファイルスタンプと比較されて対象のファイルであるか判断される(だったと 思う) つまりファイルサイズとか中身とかには関知しないので(パッチファイルにある情報では知る術(情報)がないでしょ) バージョンが違うものでもたまたま変更箇所が一致してると「違う!!」と言わずに書き換えてしまうので注意が必要 ("delegate*.*.*"という表現になっていたので念のため書いてみたのでした 配布されたパッチは、きっと(パッチ手順書を書くまでもなく)プログラム名/バージョンを示すためにパッチファイルにそれが含まれるように頭を使って 作ってあるのだろう) つまりは(言うまでもなくだけど)delegate-8.8.2用に作られたパッチファイルを他のバージョンに適用するのは間違った操作であるので＠例 え対象ファイルが偶然一致していたとしても(特例として例外的に説明のあるとかを除いて) ということね "delegate-*.*.*"としたのはきっと今後も使える書き方として汎用性を持たせて書いたのだろうと思うけど 他のバージョンに対してパッチを当てたりしてないのよねぇ？(汗) それはだいじょぶよときっと言うと思ってるので (解説を書くとすればその場合にはバージョンが合っているという説明は重要ですよ) ※「patchコマンドの解説ページが必要か」 滅多に使うこともないコマンドであるからこそ(*2) いざというときに探し回らないといけない＆なかなか見付からなかったり だろうから必要なものでしょうね その３ 対象のファイルはどう指されるのよ？ってのは確認しないとだけど ("*** "の行なのか"--- "の行なのか) > File to patch: > と聞いてきますので、ここで > File to patch:/home/user/delegate*.*.*/filters/cfi.c > としてやればクリアー出来ます。 は > もし、上記のように、"dist"の部分の変更が間違っていたら ではなくて("*** "，"--- "のは関係あるかもだけど) $ cd /home/user/delegate*.*.* $ patch < /home/usr/delegate*.*.*.diff とするといちいち聞いてこないかも？ 機会があったら確認しておいてみるとか ポイントは「パッチ対象となるディレクトリに移動してpatchコマンドを実行」ということ *1： > ��バッチで修正するファイルの指定が修正する数だけあるので… を個々のファイルに分けるというのと勘違いしちゃいました(照) 「勘違いしちった」ということを含めて変わっていることでも繰り返し出てくることで知識として頭に焼きつく度合いが強まると思うのでいちお消さないで補 足するようにしてます(いつも) *2： 書くのを除いてみたことは > 滅多に使うこともない 「使用割合ではなく頻度として」 > だろうから必要なものでしょうね に対しても「普通に解説の書かれているコマンドとかはよく使われるコマンドとして直ぐにいくらでも見付かるけど」とか 無駄な苦労を省くとかなり読み易くなるよね(*1，*2として残しておいた) 書かないと抜けとしてツッコミを入れる・・・というより罵声を浴びせたがるってのがかなり多いから 不特定多数の出入りが激しいところほど余計な気を使って余計なことを書かないといけないから 書くのも読む方も無駄に疲れるんだけど仕方ない てか ここではそんな人も居ないしそんなこと気にせず省略するようにしてもいいのかな。。。 ただそれだと教科書にもなっちまうだろうし (・・・以下は書いてたらつまらんくなったので削除したですよ。。。) コメント>> |
|
398.Delegateへのパッチのあてかた |
|
| 投稿者: | Pyzar - 2003年12月03日 2時05分57秒 |
＞ぴゅあさん レスありがとうございました。 わかりました(*^_^*) まず、delegate*.*.*.gz2を解凍したdelegate*.*.*フォルダーは/home/user/ディレクトリにあるとします。 � ‥�然！！ TeraTermで楽をします。 �◆．丱奪蘇�分をコピーして、delegate*.*.*.diffを好きなところに作成。 �� バッチで修正するファイルの指定が修正する数だけあるので、以下のように変更します ＜変更前＞ diff -cr dist/delegate*.*.*/filters/cfi.c ./filters/cfi.c ＜変更後＞ diff -cr /home/usr/delegate*.*.*/filters/cfi.c ./filters/cfi.c �ぁ．僖奪舛里△襯妊�レクトリで次のように入力します。 $ patch < delegate*.*.*.diff もし、上記のように、"dist"の部分の変更が間違っていたら can't find file to patch at input line 4 Perhaps you should have used the -p or --strip option? The text leading up to this was: -------------------------- |diff -cr /home/usr/delegate*.*.*/filters/cfi.c ./filters/cfi.c |*** dist/delegate*.*.*/filters/cfi.c Sat Nov 29 16:59:41 2003 |--- ./filters/cfi.c Tue Dec 2 18:22:17 2003 -------------------------- File to patch: と聞いてきますので、ここで File to patch:/home/user/delegate*.*.*/filters/cfi.c としてやればクリアー出来ます。 �ァ�$cd /home/user/delegate*.*.* $make CC=gcc でした。 ('o').。oOＯ ふうぁ〜っ もうねよ コメント>> |
|
397.395.DelegateのRefererの書き換え その２ |
|
| 投稿者: | Pyzar - 2003年12月03日 1時25分44秒 |
#395はバッチのコピーがいやらしいので削除しました。 投稿者: Pyzar - 2003年12月02日 21時43分22秒 Delegateを開発された佐藤さんからの返事が、MLでまわってきました。 バッチを同封したと言われたのですが…（ファイル添付ではありません…） "#!/bin/sh"を行頭につけたファイルにしてdelegatedのあるディレクトリに置いて 実行しちゃえばいいのだろうか… # Googleでいろいろさがしたけれどわからない… # よそでは聞けないよな… # ぴゅあさん…教えて下さい コメント>> |
|
396.RE: DelegateのRefererの書き換え |
|
| 投稿者: | ぴゅあ - 2003年12月03日 0時12分03秒 |
うにゃにゃにゃ 思い出しました > 「すごーい」と感激していたら… > …冬じゃなかったことが一度… まだ浅草の方に居た頃なので５年くらいは前のことだったかと １０年以上前だったのかなぁ？ エアコンが壊れて修理に来てもらったとき 直りましたよと言われたとき 「寒いっ暖房入れなきゃ!!」 と思ったら夏でした。。。。 そりゃまぁ忘れたんでなくて 思いっきり勘違いってだけのことになっちゃいますけど(照) 口に出して言わなかっただけ救われたか？(笑) 冬だと思ったのって何か勘違いするようなことがあってだったのかなぁ？ シッカリ忘れてたんかな（＾＾； そうぢゃ!! なんでエアコンが壊れたのかって。。。 隣のマンションの建て直しで基礎作ってるのの物凄い振動の所為らしい（−− (なんて呼ぶんだったかな？鉄柱だかを打ち込むの) その直後の台風が追い撃ちのようにあったりで そうそう でもって工事で問題があったらいけないからと 業者が室内の写真を撮らせてくれときたのはそれが終わった頃 その後の工事は静かなもんでした その後気付くと部屋中ヒビが入ってて雨漏りしてましたわ 壁からも（−− 事後に来られりゃ苦情も出せませんわね 計画的かな（−−と思ったのでした てのも思い出しちまった（−−メ より高いのが建って家が傾いたんぢゃないかとも思ってもいたなぁ > バッチを同封したと言われたのですが… パッチファイルの内容ですね 以前NetBSDでパッチを当てたことはあるけどそのときはパッチを当てるのに使ったのはpatchコマンドでした 例えば diff -cr dist/delegate8.8.2/filters/cfi.c ./filters/cfi.c てのが続く差分のテキストを得たときのコマンドラインです diffがコマンド(man diffで説明が出ます) "dist/delegate8.8.2/filters/cfi.c"を"./filters/cfi.c"に書き換えるとして比較 ・・・だったかな？ "*** dist/・・・"の行から始まる部分が本体で、古いファイルとそのタイムスタンプ "--- ./filters・・・"が新しいファイルとそのタイムスタンプ 続いて515行目から521行目を書き換えると515行目から526行目になる そしてその内容 とかって見方だったかな "+ "で始まる行が追加されます(何も付いていない行は場所が合っているかチェックする意味もあるんだろう) 因みに"- "で始まる行は古いファイルから削除する行 行の置き換えは"+ "の行と"- "の行が両方出てくるんだったかなぁ？ シッカリとは覚えてないけど(そのときどんなんだろうと調べたときのメモは仕事ファイルのどっかに残っていると思うけど)確かそんな風にできてます そういったことは解っている必要はないけどいまいち使い方とか何か判らないときに参考になることもあるでしょう きっと何も知らずにやるよりは何かのときに役立つかと (パッチを当てたファイルがちゃんと置き換わっているかちょっと確認してみるときとかにも参考にもなるかも) またこんな風なのをまた見掛けたときにはパッチファイルだと判断できたりするでしょう これを使うには(Linuxでは実際には試したことはないけど)patchコマンドを使う筈です 使い方はman patchで見られます 最初は-Cオプションとかを付けてみてどんなになるのかを見てみるといいかも たぶん"*** dist/・・・"のような行が見付かるまでは無視してくれるので ("diff -cr dist/delegate8.8.2/filters/cfi.c ./filters/cfi.c"とかの行は無視してくれる筈) １．そのままその全体をテキスト形式のファイルにしておいて ２．元になる(たぶん現在最新のdelegate 8.8.2の)ソースコードファイルを適当なところに解凍して ３．filtersとかのディレクトリが見えるディレクトリ(たぶん解凍してできたdelegate8.8.2ディレクトリの中にある)に移動して ４．"patch < ファイルにしたやつのファイル名"を実行 (rootでなくてもいいかも) (最初は"patch -C < ファイル名"でエラーが出ないか試してみてもいいかも) うまくいったら最初のfilters/cfi.cは新しいのに変わって 古いのがfilters/cfi.c.origとかって名前でバックアップされてます ５．終わったら新しくなったdelegateのソースをmakeすればOKです 「オリジナルのソースを解凍してそこでファイルにしたパッチデータを "patch < パッチデータのファイル名"で実行すればいいよ」 で済ませたいけど念のため使い方とか確認しといてください てことでいちお細かく書いときました patchコマンドが見付からなかったら(which patchやrpm -qa | grep patchでチェック) rpm -ivh patch-2.5.4-16.i386.rpmとかでインストすればいい筈 (patch RPMのファイル名はRed Hat Linux 9のものなので念のため/バージョン表示が違うだけの筈よ) patchについては前に使ったのはhttp://www.ayame.orgからダウンロードできる配布ファイルの中で日本語で使い方が今も書いてあ る筈 (少なくともカーネルにパッチを当てる必要があるので今もある筈) NetBSDのものだしフォーマットもいくつかあったとか思ったなので若干違ったりもするかもだけど(実例としては見るだけは参考になるのかも？) あとはpatchで検索すればmanか(そりゃ自分のマシンで見られる筈) もうちょっと詳しいのがあるかもだけど まぁそんな難しくない筈なので 例えば先の手順のままやってみて makeする前に filters/cfi.cとfilters/cfi.c.origをWinに吸い上げて DFとかの比較ツールでパッチファイル通りに書き換えられているか比較してみれば 失敗してないかどうかはすぐに確認できるでしょう 確かに「これどうやって使うの？」とかMLに流すとブーイングの嵐でしょうし・・・ 取り敢えずやってみてうまくできないようなら また聞いてもらえればもちっと調べときます いちお以上のながーーーーーーーーーーい説明で どのファイルが対象になるとか(初めてのときは必ず不安になるだろうしパッチを当てた後に何処を確認してみればいいとか)は解ったでしょ？ コメント>> |
|
394.DelegateのRefererの書き換え |
|
| 投稿者: | Pyzar - 2003年12月02日 19時26分46秒 |
＞ぴゅあさん レスありがとうございます。 > 季節まで忘れるようになってしまうとかなり悲しいだろけど > それはなりたくないな。。。 わたしは… ありました… 「あれ 冬なのに蝶が！！」 「すごーい」と感激していたら… …冬じゃなかったことが一度… >> 最近の本屋さんは、立ち読み用に、基、座り読み用の椅子まで用意してあるから、 > え・・・ それは気付かんかったです。。。 >「立ち読みお断り」はよく見聞きしたけどなぁ わたしも最初は驚きました。 …わたしの住んでる地域だけかもしれませんが この地域の大型書店には… 幼児用には…座り読み用に椅子だけではなく…机もあります… ところで… Refererの書き換えって…やはりよくないのでしょうか… DelegateはRefererの削除があるくらいだから…良いかなと思ってたのですが… コメント>> |
|
393.RE[3]: RedHat |
|
| 投稿者: | ぴゅあ - 2003年12月02日 12時14分28秒 |
> 曜日の感覚がなくなると、日にちの感覚もなくなるのかしらん？？ 不思議だったねぇ(照) え！？もう○×日なんかー ってのは確かによくあったけど まぁ日にちばっか気にするのが異常に大きくなって めちゃくちゃな仕事ばっかしてしまってるよりは かなりマシなんかな？ ということでっ(照) 季節まで忘れるようになってしまうとかなり悲しいだろけど それはなりたくないな。。。 (なったりして(汗)) > 最近の本屋さんは、立ち読み用に、基、座り読み用の椅子まで用意してあるから、 え・・・ それは気付かんかったです。。。 「立ち読みお断り」はよく見聞きしたけどなぁ (だから「座り読みは許可」かな？(笑)) てか 最初読んだとき 座り読み用の椅子まで「自前で」用意して・・・ とか読んでしまった(照) だったらスゴイ!!(笑) ちと自転車で(汗)走らんと近くには本屋ないけど 今度椅子あるか観察してくるかなぁ いいこと聞いてしまった(照) (座り読みも苦手だと思うしやらんとは思うけどっ) なんか落ち着かんのよね 書籍探しするときも 技術書なんて読んでるようには気付かれないように探すあちし。。。 そういや以前は雑誌・書籍を毎月２〜３万分買って読んでたけど (てか そんなになってしまってたけど・・・（−−；) だから部屋の中は大変だった。。。。(汗) まぁ一冊に全て書いてくれてればいいのにそうではなかった・・・ってのもあるけど。。。 一時から広告ばかりになって中身は２，３割とかってなってしまってから 買わなくなってしまったなぁ。。。 というより殆ど読みたいとも思わなくなってしまった 最近は至極若干は中身が増えたりもしているようでもあるけど 広告っぽい(製品レポートとか)のがやっぱ多いかなぁ？という感じ だからあちこちに散在してるのでなくて情報を凝縮したようなのができんかと 浮遊城(謎)みたいなのを作ってみる気になったってのはあるけど (ローカルで作ってるドキュメントの一部をただインタネ上に出しただけなもんだけど) なんで突然思い出したのか (彼方此方の本を読まんと知りたいことが解らんかったってことを思い出したからかな？) あちしがC言語でアプリを作れるようになったのは 実はSHARPのX68000のお陰だった あんな優れたマシンをまた作らんの？とメーカーの人に聞いたら やらんと言ってたけど・・・ C言語に関する書籍は当時も沢山出ていたけど 全く理解できんのでした X68000にあったC言語はアセンブラ(アセンブリ言語で良かったんかな？)に変換したコード(実行形式ファイルを生成する前のソースコード)を出し てくれたんで (かつ68000のアセンブラは非常に解り易かったから) そのコードからC言語とはどういうものかを理解したのでした ので多くの人が一番悩むと言っているらしいポインタ(ポインタのポインタ・ポインタのポインタのポインタ・・・)とかいうのも理解できた もしそれがなかったら今もC言語て解らんって言ってたかも・・・(？) そういやC++言語を理解したのもX68000で動くC++コンパイラがまだ当時は不完全だったお陰だったなぁ 今では主流のDOS/V機でもアセンブラでのソースコードは見れる(筈)けど ややこし過ぎて(難しいという意味ではない)新しい言語を知るにしても 見たいとは思わんぢゃろなぁ 今のとこ Macの中身なら見てみたいかも (知り合いのところに使ってないMacが転がってたけど 使い方さえ全く情報が無くて(使ってた人も使い方判らんらしい(汗)) OSの仕組みが解らんかったけど。。。。) ま Linuxに限らず面白いものが見付かるかも知れんので じっくりと座り読みしてみてください 面白いもの見つけたら教えてね コメント>> |
|
392.Re2:RedHat |
|
| 投稿者: | Pyzar - 2003年12月02日 9時47分16秒 |
＞ぴゅあさん レスありがとうございます。 > 曜日の感覚がなくなっただけぢゃなくなってきたらしい。。。。 わたしも、以前、曜日が関係ない仕事してる時、 日にちの感覚がなくなったことがありましたが… 曜日の感覚がなくなると、日にちの感覚もなくなるのかしらん？？ > DebianはともかくVineてRed Hat社でしょ 元々はそうだという事は知ってたけれど… > Red Hat Linuxが消える(対企業製品のみとなる)としてVineはどうなるのかな？ その辺りのアナウンスは、わたしはまだ見てないのでわかりませんが… Fedora Coreは4〜6ヶ月でバージョンアップするらしいですから 実用には耐えないだろうし… 最近の本屋さんは、立ち読み用に、基、座り読み用の椅子まで用意してあるから、 たまに座って、じっくり様子を見てます(*^_^*) コメント>> |
|
391.あれ？ |
|
| 投稿者: | ぴゅあ - 2003年12月01日 13時27分58秒 |
と思ったけど あ・・・ いやいいんだ １１月て３０日までだったね(照) あちしの中で３１日がどっか飛んでいっちまった と思ってたら１１月３１日は存在しないんだった(汗) やばやば（−−； ↓の見て３０日に書いたんだっけか？ あちしの中で１日(３１日が)どっか飛んだか！？ と暫し悩んでしまった(照) 曜日の感覚がなくなっただけぢゃなくなってきたらしい。。。。 コメント>> |
|