K.Maebashi's BBS

何かアレだな 文章に頻繁に出てくる「バカ」ってのがウザい 人をバカにする文章を書くことで優越感に浸れるのかもしれないけど 読んでる方は不快なだけだから。

ページ直すのが面倒なので今年はこっちでやります。 3/22より例によって断酒しています。 今回の期間はゴールデンウイーク開始まで。 ・飲み会では飲んでもいい。 ・それ以外でどうしても飲んじゃった場合には、その旨をここで報告する。 というふたつの例外条件はいつものとおり。 年度の変わり目は飲み会が多いので、そのへんを狙うのがコツ(ぉぃ)

昨年のBF-BASIC'nに続き、今年も何かエイプリルフールネタをやろうとして、「S式を箇条書きで表現するLispもどき言語」というのを考えてたんですが時間切れでした… あーあ。

　広告が連投されていて、この掲示板では管理者削除で消しても形跡が残るので、鬱陶しいので物理削除しました。 　spam向けの削除機能とspamよけの何らかの機能を考えないといかんかなあ。

はじめまして。お役に立てたのなら幸いです。 >仕事に、「構文解析」の needsが出て、 目的のアプリケーションがCで、yacc/lexが使える状況であれば、 うちのサイトの記述が役に立つかと思います。なお、yaccのコンフリクト 解消については、「プログラミング言語を作る」よりも 「電卓を作ってみよう」 http://kmaebashi.com/programmer/c_yota/calc.html の方に記述がありますのでよろしければそちらもどうぞ(今見返すと、 我ながらアレな文章書いてますが…)。 目的のアプリケーションがC++なら、(yacc/lexも使えますが)Boostの spiritの方がよいかもしれません。 外部ツールやライブラリを使うのが難しいなら、再帰下降で手書きの パーサを書くという方法もありますよね。

仕事に、「構文解析」の needsが出て、 困っているところに、 前橋さんのこのサイトを見つけました。 「あっ！これで、なんとなく、助かるじゃん！」という感じなんです。 本当に、感謝します。 (まったく私の勝手ですが。。。)これから、よろしくお願いします。^_^ さって、「電卓作成」の勉強に入ります。。。

レンタルサーバ業者さんから下記の通りサービス停止の連絡が来ています。 サーバ停止中は、kmaebashi.comの閲覧や掲示板の使用ができません。 ただしメールは届きます。 > メンテナンス作業実施のお知らせ > ネットワーク機器のメンテナンス作業を実施いたします。 > 作業日時：3/5(月)午前1時～ > 作業対象：国内全サーバー > 作業内容：ネットワーク機器のメンテナンス > 作業時間は4時間程度を予定しております。 > 作業中、数回程度断続的にネットワークが遮断されます。 > 一回の遮断は30秒から3分程度となっております。

>http://kmaebashi.com/bbs/ 　なるほど… 報告ありがとうございます。掲示板のスクリプトがhttp://kmaebashi.com/bbs/以下においてあるくせに、Niftyの過去ログがhttp://kmaebashi.com/bbs/index.htmlである、ということがまずいように思えます。 　Niftyの過去ログは、Niftyでは500件で投稿が流れてしまうという制限があったため、せっかくの投稿が消えてしまわないように作ったものです。当時はレンタルサーバ借りて自分で掲示板を設置するとは思いもよらず/bbs/直下にしたわけですが、その後、いざ掲示板を作るにあたっても、別に悪いこともないだろうと/bbs/直下に置いたのが仇になったようです。 　どっちかのURLを変えればよいわけですが、既にNifty掲示板の過去ログも現行掲示板も結構Google等に拾われているようなので、当面このままにしようかと思います。あしからずご了承くださいませ。 　この現象のせいですごく困っている、という方はご報告ください。私は携帯は使わないので、状況を把握していない可能性があります。

> お気になさらず。 ありがとうございます。 テスト板の方で勝手に実験させてもらったのですが、再現しませんでした。 [952]で「Niftyの過去ログに飛んだ」と書きながら OTDの過去ログのURLを書いてしまっていましたが、正しくは http://kmaebashi.com/bbs/index.html でした。おそらく携帯ブラウザの制限から、本来のURLが破棄されて、 /../ すなわち http://kmaebashi.com/bbs/ として解釈されてしまい、index.html が表示されたのだろうと推測しています。 もちろんこのファイル名は「Niftyの過去ログのインデックス」という意味でしょうけれど、 デフォルトインデックスとして扱われてしまったのでしょうね。 # お騒がせしました。

>ありゃ、お役に立とうと思ったら裏目に出てしまった。 >すみませんです。 や、これはもう完璧に私のポカですからお気になさらず。 # SQLの文法の問題だと言い張りたい気はなきにしもあらずですが。

>ありゃ、お役に立とうと思ったら裏目に出てしまった。 >すみませんです。 や、これはもう完璧に私のポカですからお気になさらず。 # SQLの文法の問題だと言い張りたい気はなきにしもあらずですが。

ありゃ、お役に立とうと思ったら裏目に出てしまった。 すみませんです。 前橋さんのサイトは携帯電話のブラウザでも ほとんど問題なく読めるので、よく携帯(au)からアクセスするのですが そのときに起きた現象だったので、 キャッシュは残ってましたがソースが見られない。 うー、気持ち悪い。

>このspammerの書いていたリンク先を、削除される前にクリックしちゃったんですが、 >なぜか旧掲示板(Nifty)の過去ログのページに飛んだんですよ。 >たぶんここに↓↓ >http://kmaebashi.com/bbs/otdindex.html うーん、D/Bをいじってフラグを戻し、投稿を復活させてクリックしてみたのですが、 再現しないようです。 それはさておきその時update文にwhereを付け忘れてしまい… 広告が全部復活してしまいました (;_;) 途中までは消したのですが、今日はもう眠いので後日ぼちぼち消していきます。 とほほ。

このspammerの書いていたリンク先を、削除される前にクリックしちゃったんですが、 なぜか旧掲示板(Nifty)の過去ログのページに飛んだんですよ。 たぶんここに↓↓ http://kmaebashi.com/bbs/otdindex.html 再現されるかどうか分かりませんけど、 何かバグがあるなら修正の機会になるかと思い、一応指摘させていただきました。

>「プログラミング言語を作る」の『サンプル言語「Diksam」』 >http://kmaebashi.com/programmer/devlang/index.html > >の一番下の注釈を消し忘れているみたいです。 ご指摘ありがとうございます。修正しました。

「プログラミング言語を作る」の『サンプル言語「Diksam」』 http://kmaebashi.com/programmer/devlang/index.html の一番下の注釈を消し忘れているみたいです。

>毎度こまかな指摘で恐縮ですが、掲示板のヘルプのページのOTD関係の記述って、 >もう要らないんではないでしょうか？ ご指摘ありがとうございます。気にはしていたのですが、放置したままn年過ぎてしまいました。 ひとまず直しました。不備等ありましたらまた明日以降直します。

毎度こまかな指摘で恐縮ですが、掲示板のヘルプのページのOTD関係の記述って、 もう要らないんではないでしょうか？

「trackback.php」を「aaa.php」に変えるという対策は功を奏さなかったので、トラックバックURLをJavaScriptで生成するようにしてみました。 さてどうなるか。

>> その場でエラーにならなければ参照しているだけですから、通常その後にはクラッシュしません。 > >例えばbufが関数へのポインタの配列だったりすると、 >誤って取得しちゃったbuf[10]の値に従って関数を呼び出すかもしれないわけですよね。 そうですね。 初期化していないデータをポインタとして参照したら、不正なアドレスですから、いつクラッシュしてもおかしくないですね(^_^) # 無謀なキャストも同様ですね。 書き方が少し変でした。 「(参照しているだけですから)その場でエラーにならなければ、通常その後にはクラッシュしません。」 というつもりでした(_ _)

>例えばbufが関数へのポインタの配列だったりすると、 >誤って取得しちゃったbuf[10]の値に従って関数を呼び出すかもしれないわけですよね。 他にもポインタの配列だったり、intの配列でもそれが別の配列の添字になっていたりとか。 >たけさんが初めに出した例(要素の値を表示するだけ)であれば たけさんの最初の例だと、ひとつだけ超えたところですからたぶん書き込んでも死なないんですよね。 この辺の「不定」さがCの難しさではありますが、たとえばJavaでもマルチスレッドなら結果が予測できないことはいくらでもあるので、「ダメなコードは何をしでかすかわからない」ことは結局理解しなければいけないことだよなあ、と思ったり。

>弾いても良いと思いますが (そもそもそういうトラックバックってあります?)、 のまネコ関連でひとつリンクなしが来てますね。この人は正直あまり友達になりたくないタイプではありますが、この手のトラックバックの使い方は全面的に否定はできないような気がします。 もっとも、私はこういうことはしませんし、自分のページは自分のポリシーで運営すればよいので、言及なしトラックバックを禁じてもよいとは思うのですが、「技術的に面倒くさい」というのが結局のところ最大の理由です。 >まあでも今や spam 対策なしのサイト運営は厳しい時代なんじゃないかと。 そう思います。 で、「トラックバックスパム対策」とかでGoogleすると、言及なしリンクをはじいたりフィルタをかけたりする(面倒な)方法ばかりなんですよね。spammerがトラックバックURLを検出する方法を推測すればもっと手軽にいけないかなあ、と思ったのですが、外したようです。そりゃまあ簡単に対策できるならみんなそうするわけで、この結果は必然だったのかもしれませんが、自分で失敗して見えてくるものもありますし。 だから、 >この推測が合っているかどうかは知りませんし、知っている人は知っていることのような気もしますが、ひとまずこの方法で対策します。 と書いたわけです。 spammerが「trackback.php」に反応していたわけではないらしい(少なくとも一部のspammerは)ということがわかっただけでもそこそこ面白かったです。

ああ、確かにちょっと不正確な書き方でしたね。 >>Cでは、配列の範囲を超えたところをアクセスしても、普通はエラー等にはならず、ずっと離れたところでプログラムがクラッシュしたりします。 Cでは、配列の範囲をちょっと越えたところに書き込んでも、普通はエラー等にはならず、ずっと離れたところでプログラムがクラッシュしたりします。 と訂正します。 >無関係なところを参照してアドレスエラーや境界チェックエラーなどになれば、その場でクラッシュするでしょう。 >その場でエラーにならなければ参照しているだけですから、通常その後にはクラッシュしません。 わかって書いておられるとは思いますが、「その場でエラーにならなければ参照しているだけ」とは限りませんよね。

> その場でエラーにならなければ参照しているだけですから、通常その後にはクラッシュしません。 例えばbufが関数へのポインタの配列だったりすると、 誤って取得しちゃったbuf[10]の値に従って関数を呼び出すかもしれないわけですよね。 こういう場合、 「参照だけして、ずっと先でクラッシュしてしまう(or してくれる)」という事態は、 そんなに珍しいことではないように思うのですが。 そういう話をしているのではない!?ならゴメンナサイ。 たけさんが初めに出した例(要素の値を表示するだけ)であれば きっとクラッシュしないでしょうけど。

>Cでは、配列の範囲を超えたところをアクセスしても、普通はエラー等にはならず、ずっと離れたところでプログラムがクラッシュしたりします。 この記述の「アクセス」というのは書き換えを意図しているんだと思います。 コンパイラ、ランタイム、参照アドレスによっても違うでしょうが、 無関係なところを参照してアドレスエラーや境界チェックエラーなどになれば、その場でクラッシュするでしょう。 その場でエラーにならなければ参照しているだけですから、通常その後にはクラッシュしません。 buf[10]を参照することに意味があるとは思いませんが(^^;

> いつものkitさんですよね? あ、そうです。すいません。 > ここ↓で言われている関連仲間文化圏的なものをすべて弾いて良いか、 > という点で迷うところもあるのですけど、 弾いても良いと思いますが (そもそもそういうトラックバックってあります?)、 気になるなら、承認制にして、一度承認したサイトはホワイトリストに登録とか ですかね。 > これを実現するにはトラックバックのURLを見て相手側のページを取得し、URL > が含まれているかどうかをチェックする必要がありますよね。そこまでやらな > きゃいかんのかなあ… こっちの方が面倒そうですよね。 まあでも今や spam 対策なしのサイト運営は厳しい時代なんじゃないかと。