[過去ﾛｸﾞ] read.cgi再開発スレ Part2 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
424(1): ▲ ◆cZfSunOs.U 2005/12/06(火)02:22 ID:iYd2v5pK0(2/11) AAS
あと気になる点は......
・ ch2->zz_filesize の型 (apr_size_t? apr_off_t?)
・ ch2->BigBuffer[ch2->zz_filesize] に '\0' を置く必要あり？
425(1): root▲ ★ 2005/12/06(火)02:29 ID:???0 BE AAS
>>424
> apr_size_t zz_filesize ;
のようです。
で、apr_file_close(in) の後は、
p = ch2->BigBuffer ;
for(i=0;i<ch2->zz_filesize;i++,p++)
{
省6
426(1): root▲ ★ 2005/12/06(火)02:31 ID:???0 BE AAS
>>423
> proxy 関連の設定はどうなってますか？
# livejupiter
ProxyPass /livejupiter/SETTING.TXT !
ProxyPass /livejupiter/ 2ch板:livejupiter
ProxyPassReverse /livejupiter/ 2ch板:livejupiter
です。
427(1): ▲ ◆cZfSunOs.U 2005/12/06(火)02:44 ID:iYd2v5pK0(3/11) AAS
>>425 了解です．zz_filesize の型は良かったのですが，
>*p = '\0' ;
があるので apr_brigade_pflatten() のところはこうした方がよさそうです．
- apr_brigade_pflatten(f.ctx, &ch2->BigBuffer, &ch2->zz_filesize, r->pool);
+ apr_off_t blen;
+ apr_brigade_length(f.ctx, 1, &blen);
+ ch2->zz_filesize = blen;
省3
428(2): root▲ ★ 2005/12/06(火)02:57 ID:???0 BE AAS
ううむ、>>422 のようです。>>427
で、ch2->BigBuffer は、dso_main で最初に、
CH2READ ch2 ;
と言っていて、CH2READ は、構造体になっているです。
で、その中でこんなかんじでとっているです。
つまり、apr_pallocで取っているわけではないみたい。
char BigBuffer[SZ_BIGBUF] ;
429: root▲ ★ 2005/12/06(火)03:05 ID:???0 BE AAS
で、入れてみましたが、
・バーチャルホスト毎の access.log error.log は出ない
・一番親のログは >>422
のようです。
430(1): ▲ ◆cZfSunOs.U 2005/12/06(火)03:07 ID:iYd2v5pK0(4/11) AAS
>>428 なるほど．とするとこんな感じですか......
apr_off_t blen;
apr_brigade_length(f.ctx, 1, &blen);
if ((ch2->zz_filesize = blen) >= SZ_BIGBUF)
return 何かのエラー番号;
apr_brigade_flatten(f.ctx, ch2->BigBuffer, &ch2->zz_filesize);
# デカい構造体をスタックに確保するってのはちょっと不安があるわけですが，
省3
431: root▲ ★ 2005/12/06(火)03:08 ID:???0 BE AAS
現在のもの:
+#ifdef SNOWMAN
+static apr_status_t rdat_filter(ap_filter_t *f, apr_bucket_brigade *b)
+{
+ return ap_save_brigade(f, (apr_bucket_brigade **)&f->ctx, &b, f->r->pool);
+}
+#endif
省28
432(1): root▲ ★ 2005/12/06(火)03:11 ID:???0 BE AAS
>>430
何かのエラー番号: datが大き杉
ってことですかね。
で、Apacheのcoreをとるには、、、。
433(1): root▲ ★ 2005/12/06(火)03:12 ID:???0 BE AAS
if(ch2->zz_filesize > SZ_BIGMAX) return 3002 ;
だから、3002でいいのかな。
434: root▲ ★ 2005/12/06(火)03:14 ID:???0 BE AAS
ということで、今こうです。
結果は同じか。
で、core dumpとってみるです。
+#ifdef SNOWMAN
+ int rv;
+#if defined(AP_SERVER_MINORVERSION_NUMBER) && AP_SERVER_MINORVERSION_NUMBER >= 2
+ ap_filter_rec_t frec = {"READDAT", {rdat_filter}, NULL, AP_FTYPE_RESOURCE, NULL, NULL, 0, 0};
省24
435(1): ▲ ◆cZfSunOs.U 2005/12/06(火)03:16 ID:iYd2v5pK0(5/11) AAS
>>432
CoreDumpDirectory /tmp
とかで（httpd プロセスが書き込み可能なディレクトリを指定）．
>>433 というか，lookfor() はエラー時 0 を返すので，とりあえずその部分では
- return 何かのエラー番号;
+ return 0;
にしないとしょうがないですか......
436: root▲ ★ 2005/12/06(火)03:18 ID:???0 BE AAS
>>435
設定してみた。
で、
if(!lookfor(ch2,r)) return 3001 ;
なので、return 0ですか。
437: root▲ ★ 2005/12/06(火)03:26 ID:???0 BE AAS
ううむ、core dumpしないみたいです。
[Mon Dec 05 10:25:09 2005] [notice] child pid 74701 exit signal Segmentation fault (11)
# XXX
CoreDumpDirectory /tmp
を、httpd.conf に書いたのですが。
438: ▲ ◆cZfSunOs.U 2005/12/06(火)03:35 ID:iYd2v5pK0(6/11) AAS
う〜む，なぜだろう......となると......
外部ﾘﾝｸ[cgi]:www.freebsd.org
は使えるんでしょうか......？
439: root▲ ★ 2005/12/06(火)03:42 ID:???0 BE AAS
truss はできますが、Solarisほど強力じゃないのか。
外部ﾘﾝｸ[html]:httpd.apache.org
これですか。
440: ▲ ◆cZfSunOs.U 2005/12/06(火)03:47 ID:iYd2v5pK0(7/11) AAS
そうか.....httpd が最初に root で立ち上がってると OS のデフォルトでは
core 吐かないようになってるのかな......とすると，とりあえず直接 User
ディレクティブで指定してるユーザで立ち上げてみるとか......
441(2): root▲ ★ 2005/12/06(火)03:57 ID:???0 BE AAS
302 みたいです。<= rdat->status
442(1): root▲ ★ 2005/12/06(火)03:58 ID:???0 BE AAS
すんません。かんちがいだった。>>441
443(1): root▲ ★ 2005/12/06(火)03:59 ID:???0 BE AAS
200 だなぁ。ちゃんと。
444(1): root▲ ★ 2005/12/06(火)04:04 ID:???0 BE AAS
core dumpしてるの、ここじゃないですね。
もっとあとみたい。
445(1): root▲ ★ 2005/12/06(火)04:09 ID:???0 BE AAS
ap_rprintf(r, "%s\n", ch2->BigBuffer);
ってやっても、なんかちゃんと出ないみたい。
446: ▲ ◆cZfSunOs.U 2005/12/06(火)04:20 ID:iYd2v5pK0(8/11) AAS
>>441-445 乙です．こちらのローカル環境ではOkなんですが，う〜む......
447: root▲ ★ 2005/12/06(火)04:22 ID:???0 BE AAS
-funsigned-char しているせいかなぁ、、、。
448: root▲ ★ 2005/12/06(火)04:24 ID:???0 BE AAS
strlen(ch2->BigBuffer) が、3らしい。ううむ。
449(2): ▲ ◆cZfSunOs.U 2005/12/06(火)04:33 ID:iYd2v5pK0(9/11) AAS
う〜む......原因もつかめないとすると......サブリクエスト方式をやめて
ソケットで localhost に取りに行く方式にした方がいいんですかねぇ．
read.cgi 1呼び出しごとに2プロセス消費することになっちゃいますが......
450: root▲ ★ 2005/12/06(火)04:38 ID:???0 BE AAS
>>449
ちと、キャッシュ関連やめてみるです。
451: root▲ ★ 2005/12/06(火)04:40 ID:???0 BE AAS
同じだった。
BigBufferの最初の4バイトが、どのdatを読んでも 1f 8b 8 0 になるです。
>>449
それも、なんかしゃくですね。ううむ。
452: root▲ ★ 2005/12/06(火)04:44 ID:???0 BE AAS
バッファを大域変数でとってみたけど、同じだった。
apr_brigade_flatten のところが、ちゃんと動いていない??
453: ▲ ◆cZfSunOs.U 2005/12/06(火)04:47 ID:iYd2v5pK0(10/11) AAS
ch2->zz_filesize はどうですか......？
454: root▲ ★ 2005/12/06(火)04:51 ID:???0 BE AAS
2chｽﾚ:livejupiter
を読んで、
ap_rprintf(r, "%d\n", ch2->zz_filesize);
ってやったら、832 って出たです。
実際には、1428バイトあるですね。
455(3): 動け動けウゴウゴ２ちゃんねる 2005/12/06(火)04:54 ID:JNumL22n0(1/2) AAS
1f 8b 8 0はgzipか
456(1): root▲ ★ 2005/12/06(火)04:54 ID:???0 BE AAS
>>455
おーーー。
457(1): root▲ ★ 2005/12/06(火)04:55 ID:???0 BE AAS
ってことは、、、。
ここは1Gbps内部接続だし、圧縮はなくてもいいような気もするです。
458(1): root▲ ★ 2005/12/06(火)04:57 ID:???0 BE AAS
どうすんのがいいのかな。
live22のhttpdでgzipしないようにする? のも、いまいちだなぁ。
サブリクエスト(って言うんでしたっけ)の時に、no gzip にできないのかしら。
459: root▲ ★ 2005/12/06(火)05:03 ID:???0 BE AAS
ううむ、
こりゃ、live22側のhttpdをごにょごにょするほうがよさげですね。
SetEnvIfか何か使うか。
460: root▲ ★ 2005/12/06(火)05:06 ID:???0 BE AAS
live22のhttpdでmod_defleteをはずしてみたら、できたー。
2chｽﾚ:livejupiter
461: root▲ ★ 2005/12/06(火)05:06 ID:???0 BE AAS
ってことは、
・フロントエンドからのリクエストだったら、gzipかからないようにする
で、いけるのか。
やろう、やろう。
462: root▲ ★ 2005/12/06(火)05:10 ID:???0 BE AAS
うーむ、、、。諸事情によりmod_rpaf使っているからなぁ。
REMOTE_ADDRではできないのか。
どうすべ。
463: root▲ ★ 2005/12/06(火)05:11 ID:???0 BE AAS
とりあえず、後で考えることにして、
mod_deflateはずしておこう。 @ live22
で、read.cgiを入れてみるか。
464(1): 動け動けウゴウゴ２ちゃんねる 2005/12/06(火)05:19 ID:boYqBZIZ0(1) AAS
355 ▲ ◆cZfSunOs.U sage 2005/12/06(火) 05:04:33
なぜか read.cgi スレで「連続投稿ですか？10回」とか出てしまうんで一時避難でこちらへ......
>>455-458 むむ......ってことは......
apr_table_set(r->subprocess_env, "no-gzip", "");
を ap_run_sub_req() の前に実行かな......
356 ▲ ◆cZfSunOs.U sage 2005/12/06(火) 05:13:01
apr_table_unset(r->headers_in, "Accept-Encoding");
省6
465: root▲ ★ 2005/12/06(火)05:23 ID:???0 BE AAS
>>464
これの 357 のやつで、live22の設定をgzipありにしても動いたー。
すばらしいです。これでread.cgiもフロントにできる。
466: root▲ ★ 2005/12/06(火)05:26 ID:???0 BE AAS
まだ #ifdef しているけど、フロント動作版 read.cgi を live22x[123] に入れた。
これで、大会前の準備はほぼすべて整いました。
深夜までつきあっていただいた SunOS さん、
それから神様 >>455 さん、ありがとう、ありがとう。
467(1): 動け動けウゴウゴ２ちゃんねる 2005/12/06(火)06:13 ID:JNumL22n0(2/2) AAS
rdat(rnew)のヘッダいじるとrにも反映される予感。
2.0と2.2でちょっと違うけど、
rnew->headers_in = r->headers_in;
こんな風になってる。
envはコピーのようだけど。
rnew->subprocess_env = apr_table_copy(rnew->pool, r->subprocess_env);
468(1): ▲ ◆cZfSunOs.U 2005/12/06(火)08:22 ID:tmMnLjck0(1) AAS
>>467 おぉ......となると，こうすべきですね．
# "no-gzip" は多分なしで平気ですね．
rdat->headers_in = apr_table_copy(rdat->pool, rdat->headers_in);
apr_table_unset(rdat->headers_in, "Accept-Encoding");
469: root▲ ★ 2005/12/06(火)11:23 ID:???0 AAS
>>468
組み込みます。
で、昨日の会話でわかったのは、
Apache 2.2系と2.0系のread.cgiでは、バイナリレベルでの互換性がなくなるってことすね。
いずれ2.2化する時には、注意しないと。
470: root▲ ★ 2005/12/06(火)11:29 ID:???0 AAS
live22x[123] に、read.cgi の広告を配布するようにした。
471(2): ▲ ◆cZfSunOs.U 2005/12/06(火)22:37 ID:iYd2v5pK0(11/11) AAS
緊急の問題ではないですが，ここ（スタックにデカい配列・構造体を確保）が
やはりちょっと気がかりではあります．
>>428
>CH2READ ch2 ;
>char BigBuffer[SZ_BIGBUF] ;
現状では一応問題なしのようですが，もし今後マルチスレッド MPM を使用するとなると......
メイン以外のスレッドに割り当てられるデフォルトのスタックサイズはメインのより小さいです．
省6
472(1): root▲ ★ 2005/12/07(水)00:13 ID:???0 AAS
>>471
気になりますか。
ぼちぼち、apr_palloc にしてみますか。
ちなみにそれで確保したやつって、なんか解放とかしなくていいのかしら。
473(1): ▲ ◆cZfSunOs.U 2005/12/07(水)00:25 ID:jJ+aJrde0(1/2) AAS
>>472 malloc() だと明示的な解放が必要ですが，apr_palloc() ではプールの寿命が尽きた時点で自動解放されます．
例えばリクエストプール (r->pool) で確保すれば，リクエスト処理が完了した時点で自動解放されます．
474: root▲ ★ 2005/12/07(水)00:34 ID:???0 BE AAS
>>473
了解です。安心していいってことですね。
475(1): root▲ ★ 2005/12/07(水)12:27 ID:???0 BE AAS
【きりたんぽ】雪だるま作戦に思いを馳せながら雑談するスレッド Part28
2chｽﾚ:nanmin
739 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/12/07(水) 12:05:52 ?###
過去ログにいったやつが、うまく出ないみたい。< フロント版read.cgi
だめな例: 基本的にdat落ちしたやつ全部
2chｽﾚ:dancesite
あとで、みてみるということで。
省5
476(1): ▲ ◆cZfSunOs.U 2005/12/07(水)13:01 ID:CyXQfn3E0(1/2) AAS
>>475 乙です．
----------------------------------------------------------------------
以前 worker MPM を試してみたら SIGBUS になってしまったことがありましたが，
2chｽﾚ:nanmin
これは >>471 の要因でスタック領域からはみ出てしまってたのかも知れませんね．
477(1): root▲ ★ 2005/12/07(水)14:59 ID:???0 AAS
>>476
なるほど、ありえますね。
# worker MPMはSpeedyCGIがそのままでは動かないかもという話も。
478(1): ▲ ◆cZfSunOs.U 2005/12/07(水)15:48 ID:CyXQfn3E0(2/2) AAS
>>477 そのあたりはこういうことで．
# これを受けての worker MPM 挑戦だったわけで......
2chｽﾚ:nanmin
>そういえば...... 今 SpeedyCGI は speedy プロセス呼び出しの形で使ってますか？
>mod_speedycgi だとマルチスレッド非対応ですが，speedy プロセス呼び出しなら無関係なんで
>マルチスレッド化も可能ではあるんですが......
479: root▲ ★ 2005/12/07(水)17:05 ID:???0 BE AAS
>>478
そっか、そうでしたね。
ってことは、再チャレンジすることもありうるのか。
480(1): root▲ ★ 2005/12/07(水)17:06 ID:???0 BE AAS
でも、再チャレンジする場合、read.cgi で使用している外部関数が、
全部MT-safeじゃないと、いまいちなわけか。
481: ▲ ◆cZfSunOs.U 2005/12/07(水)21:48 ID:jJ+aJrde0(2/2) AAS
>>480 APR 関数は基本的に，内部では Unsafe な関数の使用を避け (MT-)Safe になるよう
配慮されているため，APR 関数を使っているのならおおかた大丈夫かと思います．
ただ，呼び出す関数が (MT-)Safe であっても，処理の流れなどに起因して
マルチスレッド環境で問題が起こることもあり得るので（今回出てきた
スタック上の巨大変数もしかり），その点が要注意ではありますが．
482(1): ▲ ◆cZfSunOs.U 2005/12/10(土)02:12 ID:1jtGNzJ50(1) AAS
#include <pthread.h>
#include <stdio.h>
int main()
{
size_t size;
pthread_attr_t attr;
pthread_attr_init(&attr);
省7
483: root▲ ★ 2005/12/10(土)03:04 ID:???0 BE AAS
>>482
なるほど、なるほど。
484(1): root▲ ★ 2005/12/10(土)18:48 ID:???0 AAS
/* datを読むバッファ領域を、apr_pallocで動的に確保する */
ch2->BigBuffer = apr_palloc(r->pool, SZ_BIGBUF);
にしたバージョンを、live22x2で試しました。
問題なさげ。
dso.2ch.netでも問題なければ、これで。
485(1): root▲ ★ 2005/12/10(土)18:57 ID:???0 AAS
>>484
read.cgi ver 05.0.2.2 2005/12/10
486: root▲ ★ 2005/12/10(土)19:20 ID:???0 AAS
ということで配布して20分ほど経ちましたが、
read.cgi が多い news19 / life7 / hobby あたりでも、問題なさげすね。
487: 動け動けウゴウゴ２ちゃんねる 2005/12/13(火)23:39 ID:FqXxoMfA0(1) AAS
■定期>>373
2chｽﾚ:operate
488(3): 動け動けウゴウゴ２ちゃんねる 2005/12/14(水)16:49 ID:ph7PVQZB0(1/2) AAS
read.cの
#defineLINK_URL_MAXLEN256
これ。なんか大きすぎない？
普通200以上超えるURLは無いと思うんだが。
489(3): 動け動けウゴウゴ２ちゃんねる 2005/12/14(水)16:53 ID:ph7PVQZB0(2/2) AAS
ミスorz
#define LINK_URL_MAXLEN 256
タブは無視されるのを忘れてたよﾏﾏﾝ
490(2): root▲ ★ 2005/12/14(水)19:12 ID:???0 AAS
>>488
ヒント: %エンコーディング
491(1): root▲ ★ 2005/12/14(水)19:14 ID:???0 AAS
で、今のソースもちと見てみましたが、
もっと大きな値になっているようです。
492: 489 2005/12/15(木)16:51 ID:7K9YjLFu0(1) AAS
>>490そうだな・・・CGIがあったよな・・・ぬるぽ
>>491手元にあるソースは狐の人が書き換える以前のものだからね・・・bbs.cgiスレも見たけどソースは非公開っぽいし。
公開すればもっと質の高い物になると思うよひろゆきﾀﾝ
493(1): 動け動けウゴウゴ２ちゃんねる 2005/12/15(木)21:53 ID:j3gv2dLj0(1) AAS
>>488
まれにAAでも使う
それより15個規制はテンプレ作るとき結構きついので可能な範囲で緩和して欲しい
494: 動け動けウゴウゴ２ちゃんねる 2005/12/17(土)09:55 ID:1ubCo5sc0(1) AAS
>>493誤爆？
495: 動け動けウゴウゴ２ちゃんねる 2005/12/17(土)10:57 ID:pYb4F0nD0(1) AAS
こんな
2chｽﾚ:aasaloon
496: 動け動けウゴウゴ２ちゃんねる 2005/12/26(月)01:22 ID:8tK54p4F0(1) AAS
■>>410みたいに鯖移転前のスレは鯖移転だってことがわかるように書いたほうがいいんじゃないの
移転先で生きてるわけだし
これだと普通の過去スレと見分けがつかない
497: 動け動けウゴウゴ２ちゃんねる 2006/01/13(金)21:06 ID:kVBuC36P0(1/2) AAS
■>>2-のようにアンカーにハイフンがつきそのあとに数字がないと
アンカーそのものが無効になる不具合
498: 動け動けウゴウゴ２ちゃんねる 2006/01/13(金)23:47 ID:kVBuC36P0(2/2) AAS
>>2-20でもダメか
499: root▲ ★ 2006/01/14(土)01:11 ID:???0 AAS
何と２ちゃんねるのbbs.cgiで公式にサポートされているのは、
つまり、書き込み時に dat 内にリンクとして埋め込まれるのは、
>>mmm
と、
>>mmm-nnn
の2パターンだけなのです。
省4
500(1): 動け動けウゴウゴ２ちゃんねる 2006/01/14(土)21:01 ID:CQZR/2It0(1) AAS
read.cgi っていつまで test フォルダに入ってるの？
501(2): root▲ ★ 2006/01/14(土)22:06 ID:???0 BE AAS
>>500
たぶん、ずーーーっと。
あらゆるプログラムがtestだと思い込んでいるです。
datのフォーマット同様、もう変えるのは（りゃ。
502(1): 動け動けウゴウゴ２ちゃんねる 2006/01/14(土)23:44 ID:BiVc6yby0(1) AAS
>>489
前は>>2-は>>2のアンカーとして機能してなかったっけ（ハイフンが黒になる）
503(1): 動け動けウゴウゴ２ちゃんねる 2006/01/15(日)00:00 ID:EB9SH0eJ0(1/2) AAS
>>501
今日も実験、明日も、そしてあさっても（りゃ。むぎゅ。
一応書くと、アンカーは bbs.cgi だから。。
504: root▲ ★ 2006/01/15(日)02:29 ID:???0 BE AAS
>>502
んーむ。
いずれにせよこれは、bbs.cgi の問題ですね(>>503 のとおり)。
そっちにリンク入れておくです。
上下前次1-新書関写板覧索設栞歴
あと 497 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s