■P2P匿名掲示板「新月」■

P2P匿名掲示板「新月」、完成してる模様
実験的にファイルアップロード機能をつけてます
オープンソースなんで検証してみるといいかも

http://fuktommy.hp.infoseek.co.jp/perl.html#shingetsu
wiki
http://fuktommy.hp.infoseek.co.jp/cgi-bin/wiki.cgi?%BF%B7%B7%EE

3

ウホッ

>実験的にファイルアップロード機能をつけてます

おまいら、テスト汁。

beta38とか書いてますが？　ベータ版じゃないの？

>>4
まずは藻前からやれよ人柱

神降臨(*ﾟ∀ﾟ*)

共有じゃなくて交換か。MXよりゃマシ？だけどwinnyに手を出しらもう駄目だな。

2

>>共有じゃなくて交換か。MXよりゃマシ？だけどwinnyに手を出しらもう駄目だな。
>>8
日本語でお願いします。

とりあえず乙と言っておく。

>>5
ｎｙ2だってベータだぞ。

Perlかよ(´,＿ゝ｀)ップ
>>1宣伝乙
がんばったね
削除以来出して
次はC言語(Winsock)で書いてね

今、Perlのインストールに手間取ってる、、、タバコ吸ってこよ。

>>13
オレ、製作者じゃないよ。

>>13
ペラルって何だ？

Perlのインストール、まだ14%・・・・

この期にCygwin本格的に導入してみようかな

>>17
ナローバンドじゃないなら、インストール元を
http://t.ring.gr.jp/pub/pc/gnu-win32/ にすると速くなるかも。

記念かきこ Xoo

>>19
あちゃ、ありがとう。
なんか選んだFTPが無茶苦茶遅くて、、、でも途中で変えてヘンになったら嫌なんで
このままいってみます。26%・・・

>>21
ｶﾞﾝｶﾞﾚ

で、率直に言うけど、
これはなに？

P2P掲示板関連のスレでは有名なソフトだな
でも一度も使った事無い

あーあ>>１は作者じゃないなら
作者が犯罪助長ソフトをつくったと起訴されたときのことも考えたのかな？

作者じゃ無いからこそ何も考えてないんじゃないかなw

うわーGETが色々getしまくってる。

やっぱP2Pって複雑なんだなー

>>25>>26
スレ違い

ｳpもﾀﾞｳｿもなにげに重いな

CYGWINとかPerlのインストールの幼稚な発言のほうがすれ違いだがナ

以後、荒らしはスルーの方針でﾏﾀｰﾘいきましょう。

ちょいリンクﾃｽﾄ。(理屈が理解しきれてなかったり・・

http://fuktommy.ddo.jp:8000/gateway.cgi/ATTACH/kMLonPsMWm2ozKZX/CNo8/1070641638.png

Download板たてたぞー
Filename=1234567890

かくちょうしが、みたことないので、よくわからません

Cygwin Bash Shell から実行すれ

普段に使いたい人は
$CYGHOME/bin(C:\cygwin\binなど)を環境変数に入れると吉

あまりにも盛り上がってないね。
やはりファイルを共有できないと寄りつかないのだろうか。

匿名掲示板は次期p2p の開発配布に便利そうだから、
自分は環境整えてみたけど。

盛り上がらない？ノードが2つしか発見できないのだが・・・

やっぱメリットと手間がgtじゃないと誰も寄り付かないってことですね。>>1でもｻｸｼｬでも無いから別にいいんだけど。

これって本当にp2p？
ブラウザ同士で通信してるって事？

>>39
一応 P2P のようです。
ブラウザ (や他のノード) から呼び出されたときに活動する模様。

新月ゲートウェイ
http://fuktommy.ddo.jp:8000/gateway.cgi

良く分からないけどWinnyBBSをNychで見るような感じなのかな

全体的に遅いな…

すまんが、またﾈﾀか・・・

そろそろ切れるぞ

いや、ネタじゃないだろ
ちゃんと動いてるし

　　　　★★★　　　　　 ★★★
　　　★　　　　★　　 ★　　　　★
　　　★　　　　　　★　　　　　　★
　　　 ★ 　　　　　　　　　　　　★　
　　　　★　　　　　　　　　　　★
　　／￣￣＼　　　　　　　★　　　　　
　 |.　 　　　　|　 　　　　 ★
　 |:: ●） ●）|　★　 ★
　 ヽ:::....∀...ノ丿 　★　　　ﾊﾟｯ　　
　 ノ/　 /
　　ノ￣ゝ
>>45
作者は別。

>>XBA/kHCE
普通に動いてるよ。
書き込みもできたし。

cygwin か linux を稼働させる知識があれば設置は簡単。

まぁ、これのためだけに cygwin を導入する人は多くないだろうが。

wiki
http://fuktommy.hp.infoseek.co.jp/cgi-bin/wiki.cgi?%BF%B7%B7%EE
ここから新月とcygwinは落としてcygwinのショートカットアイコンは画面に出来たけど
この先どうすればいいのかｻﾊﾟｰﾘ。
XPでの導入の仕方を初心者にわかりやすく教えてよ。
こんなん、わかんねーよ。

テスト段階なので房お断り

>1 氏ね

>>49
もし「Perl」のインストールをし忘れているなら、
再び cygwin のセットアップを実行、「Select Packages」の時、
「Interpreters」の「Perl」を選択します。（「Skip」の所をクリックして変更。）

この後、環境変数の設定を行ったほうが便利なのですが、
この説明は後回しにして、環境変数の設定を行わない場合の
新月の動かし方を書いて見ます。

cygwin のショートカットアイコンから cygwin を起動。
cygwin をインストールしたフォルダを覗くと「bin」「etc」「home」「lib」等が確認できるはず。
そこの「home」の中にはフォルダが一つ以上入っているはず。（フォルダ名はユーザー名となる。）
その中に新月を入れます。

cygwin を起動すると、Dos 窓みたいなウィンドウが出てくるので
「./httpd.pl」と打ち込んでエンターを押して見てください。
「No such file or directory」と表示される場合は別の手順が必要なので、
説明は後程。
何も表示されなかった場合、成功した可能性が高いので、
次にブラウザで「http://127.0.0.1:8000/gateway.cgi」を表示させてみます。
メニューらしきものが表示されたら成功です。

このままでは不便なのでいろいろ設定したほうがよいものが
いろいろあったり。

>>42
そんな感じです。

>>49
bashからこんな感じです。
$ tar zxf shingetsu-0.1.b38.tar.gz
$ cd shingetsu-0.1.b38
$ ./httpd.pl -v

どなたか、2chブラウザ風のUIを持った、Windows版を開発してくれませんか？
仕様は原則としてこのまま変更しないつもりですので。

>>52
Delphiでいいなら僕がやろう

>>53
お願いします。

>>52
ｻｸｰｼｬ?

これどんどん広めようぜ．
2chに変われるはず！！
インストのテンプレつくってみんな広めるんだ！！

スクリーンショットないの？

実況風チャットとして使えれば理想的だ

>>57インストするんだ！
結構使いやすいぞ！

Freenetに興味があるなら。↓

Freenet & Frost スタートアップ
http://yellow.ribbon.to/~xanacopy/fff01.html
初心者向け。導入の手引き。

freenet + frost
http://tmp2.2ch.net/test/read.cgi/download/1069942913/l50
2ちゃんねる本ｽﾚ？

使ってみたので記念カキコ

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

ところで匿名性のほうはどうなの？
２ｃｈ以上ですか？

>>63
未満

テレパシー-----freenet--------ny--- mx---2ch-----イトデンワ
↑
ここですか？

テレパシー-----freenet--------ny--- mx---2ch-----イトデンワ
↑　　　　　　　　↑

ﾏｼﾞﾚｽすると↑の間

>>51>>52
どうも、ありがとです。
あと自力でなんとかなると思います。
やってみます。

テレパシー-----freenet--------ny--- mx---2ch-----イトデンワ
　　　　　　　　　　　　　　　　↑
　　　　　　　　　　　　　　多分この辺

Cygwin昔入れたけど使うことなくってほったらかしだった
使ういい機会だな

使ってみたけど人がいなさすぎ・・・
Cygwinの壁が高いんだよ。。
もっと手軽に使えなきゃだめだ。

53がネタでなけりゃいいんだがな。

2ちゃんねるでファイル共有のソフト開発宣言すると身元ばれるけど
P2Pの匿名掲示板ならokじゃない？
だからP2P掲示板で次期ファイル共有ソフトを開発すれば作者も安全！
winnyのBBSは匿名性が…らしいから

ごめん書くスレ間違えた！

あーだめだ。オレなんか絶対根本的に間違ってる。
Cygwinで何をインストールしてるのかもわかんない。
誰か、起動過程をプリントスクリーン並べておせーてっていいたいけど
あまりにもオレって厨で迷惑かけそうなんで、退散します。
スキルのある方、がんばってくらはい。

cygwin インストールしなくても動作するようなキット作ろうと
していたけど、うまく動作しない・・・。

cygwin 版 perl は cygwin がインストールしていないとうまく
動かないようだ。
（socket 関係のライブラリの呼び出しでこけているようだ。）

素直に移植したほうがは早っぽ。

ここはCygwinスレじゃない。

Active Perlで動けば楽ちんなんですが…甘いでしょうねぇ＿|￣|○。

やっぱり、俺みたいな厨がほとんどだから、Win上で動かなきゃ
広まらないでしょうね。

>>77
禿同

Cygwinのｲﾝｽｺは
http://www.sosb.com/hp/apache/cygwin.htm
みれ
ファイルダウン時にinterpreterカテゴリのPerl選択すれば
Cygwin用のPerlが落ちてくる。

>>79
あああっ!
ななななななななんか光が見えてきたよ、、、

ところでこのスレに作者はいるの？

0.1-beta39を公開します。
スレッドのレス数表示機能は追加していません(思ったより複雑になりそうです)が、
スレッドが大きくて一度に取得できなかったときに、部分的にでも保存するようにしました。
取得の失敗が多少減るはずです。

あと初期ノード晒し掲示板を作ったので、我と思わん方は書いてください。
http://6906.teacup.com/fuktommy/bbs

できればリンクはトップページにおながいします。
http://fuktommy.hp.infoseek.co.jp/
アクセス解析で何人来たか見るのが楽しみなので。

帰宅。
Cygwin導入派はCanna導入に戸惑わずにｽﾑｰｽにいけたかな？本を書いたものとしては気になるぽ。

nyBBSの代わりになれば良いのだが

>>82
乙

>>84? MS-IMEで入力できてるけど？ Cannaはウンコだからイラネ

現状、素人にはムリ
起動の仕方すら理解できない

いいソフトなんだがなぁ…
導入の難しさがネックか…

Delphi版に期待、というところか。

ゲートウェイが落ちてる？

ゲートウェイは結構頻繁に落ちてるね。

Vojtaが・・・・あるけど・・・・

５３氏の開発具合はどうだろ

>>59
57です。やっとインスコできた
nybbsより、ｲｲよ！

　　　／⌒ヽ
　　/　´_ゝ`） すいません、ちょっと通りますよ・・・
　　|　 　　/　
　　| /|　|
　 //　| |
　Ｕ　 .Ｕ

0.1-beta40を公開します。
スレッドのレス数表示機能を追加したのと
初期ノードに slyu.zive.net さんを加えたのと
そのほか修正です。

>97 乙。テスト板以外は
>Bad arguments or No data.
>Wait a few minits and Retry.
になる…。

あと、テスト板でも
>Thu Jan 1 09:00:00 1970: 画像貼り付けスレ(-1)
になるけど、なんかヘンじゃね？

>>98
うちでは問題なく動いてるけど。
レス数に関しては最初全部のスレが(-1)になったけど
そのスレを開いたら直った。

>99 なるほど、もう少しがんがってみる。

ところで、これってポート8000を外部から接続できるように
しておかないとダメなのかな？　イマイチ仕組みがよくわからん。
ついでに言うと、8000以外に変えても大丈夫なんかなぁ…

ちょっと思いついたことがあったので0.1-beta41に上げます。
今までの仕様だとレスをとりこぼすことがあったのですが、
今度のは理論的には全てのレスを揃えることができます。
その代わり今までのものとは通信の互換性がなくなってしまいました。
でもアップデートした人が全部のデータを持っていれば、今回変更した機能によって補完できます。

>>98
＞Bad arguments or No data.
datディレクトリは以前のものをそのまま使ってください。
手元にファイルがなくて、ネットワークからの検索に失敗するとそのメッセージが出ます。

＞Thu Jan 1 09:00:00 1970: 画像貼り付けスレ(-1)
スレッドの行数などを格納しているファイルが更新されるまではその表示です。
今回のものは更新のタイミングを早くしました。

＞ポート8000を外部から接続できるようにしておかないとダメなのかな？
そのとおりです。
so-net.ne.jpから接続しようとしている方で、8000/tcpが開いていない方がいます。
設定をお願いします。

＞8000以外に変えても大丈夫なんかなぁ
大丈夫です。

それから書き込み時にエラーが出る方は Shingetsu/Config.pm で $no302 = 1 としてみてください。

ごめんなさい。
0.1-beta41には致命的なバグがあり、キャッシュが壊れます。
0.1-beta42に更新し、古いdatディレクトリを削除するか、
datディレクトリ内のキャッシュファイルを修正してください。

ゲートウェイ落ちage

なにこれ？
意味がわからん。
Winnyよりいいの？

コレnyみたいにファイル流せるんですかね？

とりあえず作者はトリップか名前付けたほうがいいと思われ

激しく期待！

>>106

readme によると、終了するときは
kill `cat dat/pid.txt`
と書いてあるけど止まらんかった。
仕方ないので、 ps から perl のプロセス kill したけど。

>>109
うちはWindows 2000 + SP4だけどちゃんと止まるよ。

>>110
もう一回試してみたら、あら不思議スマートに終了できました。

xxxx@zzzz[~/shingetsu-0.1.b42]
$ ./httpd.pl
xxxx@zzzz[~/shingetsu-0.1.b42]
$ kill `cat dat/pid.txt`
xxxx@zzzz[~/shingetsu-0.1.b42]
$ ps
PID PPID PGID WINPID TTY UID STIME COMMAND
3272 1 3272 3272 0 1005 20:46:34 /usr/bin/bash
1444 3272 1444 3656 0 1005 23:06:09 /usr/bin/ps

さっきはなんで、終了できなかったんだろ？
エラーメッセ残してたらよかたよ。
ちなみに当方 xp home + sp1

>>111
タイミングによっては子プロセスが残ることがあります。
デフォルトなら最長5分で消えます。

関連して。
so-net.ne.jpを使っていて、数日前に新月の終了に失敗したと思われる人がいて、
それ以来毎分ネットワークに参加しようとして失敗しています。
確認をお願いします。

書き込み時にエラーが出るのはやはり新月側のミスでした。
一部のブラウザのみの拡張機能を使っていたためで、RFC違反です。
Shingetsu/Config.pm で $no302 = 1 とすれば回避できますが、
次のバージョンでは使わないのをデフォルトにします。
「使わない」をオンにする、という設定もよくないですね。修正します。

Perlはムズいよ(;´Д｀)ﾊｧﾊｧ
> オープンソースなのでWindowsネイティブなクローンを作ってくれる神が現れるかも。
誰か神光臨希望〜〜〜〜〜

とりあえず動くけど、Windowsネイティブ希望。
人が増えそうにない・・・

禿希望

おれも使ってみたいけど、房なので迷惑かけそうだから
スレみてるだけ。

このたび２ｃｈを引退することにしました．．
そこで誰かコテハンを受け継いでくれませんか？．．
愛着のあるコテハンなのでこのまま無くなるのがもったいないです．．

ちなみに自分はこのコテハンの４代目だそうです．．
自分は厨房系の板で雑談中心の固定でしたが
先代の中にはエロゲー板で神と呼ばれた人もいたそうです。
自分の代でいなくなってしまうのも忍びないです。
歴史と権威があるこの固定を未来に引き継いで行って下さい．．

でらえもん調査局ヽ(`Д´)ノ#dILAW1ｦ/

>>112

> so-net.ne.jpを使っていて、数日前に新月の終了に失敗したと思われる人がいて、
> それ以来毎分ネットワークに参加しようとして失敗しています。
> 確認をお願いします。

このネットワークに参加と言うのは、新月ネットワークのことでしょうか？
それだったら問題ないです。

winny 騒動以降 freenet+frost で遊んでたけど新月のが面白いです。
ていうか、使える感じがします。

>>51
./httpd.plで
No such file or directory
になったときの後述の手順というのを教えてください。

漏れも見〜て〜る〜だ〜け〜〜

>>118
今日始めたばかりなので詳しい説明は出来ないが
一回目のcygwin.bat起動後
〜\cygwinディレクトリ下にhomeディレクトリって出来てない？
んでhomeが出来てたら、そこにユーザー名のディレクトリがあると思うんだが...
そのディレクトリ内に圧縮されたshingetsuの中身（shingetsu-0.1.b42より下の階層）を
放り込めばOKじゃない？
んで再度cygwin.batを起動して'./httpd.pl'と入力すればどう？

もしhomeが出来ていないのなら
ここ見て環境変数設定してみてちょ
ttp://www.mars.dti.ne.jp/~sohda/cygwin/setenv.html

perlにpathが通っていれば何処からでも起動できるんだけど
何か不都合ある？

ActivePerlでも動くようにしたら少し導入しやすくなるんじゃないのかな

0.1-beta43を公開します。匿名性の穴を修正しました。

>>117
たぶん別人です。
このスレも見ているのかどうか。

>>121
Perlにパスが通ってるかどうかは関係ないです。
/usr/bin/perl を直接呼んでますので。

>>122
fork(2)を使わなければActivePerlでも動くはずなのですが、
かなり大きな変更になりますので、Windowsネイティブ版を作った方が
全体の作業量は少なくて済むのではないかと思います。
>>53に期待しているのですが。

いや、関係の有る無しはどうでも良くてですね
パスを通して適当な場所から起動させて、表面上は問題なく動作しているけれど
何か不都合が生じるのかなぁと思って聞いてみただけです
まぁ様子見てみますわ
レスありがとさんでした

cygwin の perl のままでいいっす。

>>120
サンクソ！
圧縮ファイルそのまま入れてました。鬱氏

10時くらいからHDが急にガリガリ言い出したんだけど何でだろう
httpd.plを止めたらガリガリ言わなくなった
新月って頻繁にHDにアクセスするんすか？

開発途中のものを不安定版(ベータ版一歩手前)として配布するようにしました。
さすがに1日に2回も3回も更新してると恥ずかしいので。
http://fuktommy.hp.infoseek.co.jp/shingetsu.shtml

>>127
うちではほとんど音はしませんが、メモリが足りないとそうなるかもしれません。

>>53
もし本当に開発しているのであれば何か一言

漏れにはWin版が出るまで使うの無理だわ

作業してる人頑張って下さい。僕にはただ祈ることしかできません。

　　　　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　 | 新月が完成して簡単にみんなが使えるように
　　 　　,＿＿　　　　　|　なりますように・・・
　 　 ／　　.／＼ 　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　 ／　　.／( ・ ).＼ 　　　　　　o〇　 　 　　ヾ!;;;::iii|//"
／_____／ .（´ｰ｀）　,＼　　 ∧∧　　　　　　 　|;;;;::iii|/ﾞ
￣|| || || ||. |っ¢..||￣　　（,,　　）　ﾅﾓﾅﾓ　 　|;;;;::iii|
　 || || || ||./,,,　|ゝ iii~ 　　⊂　ヾｗｗｗｊｊｒｊｗw!;;;;::iii|ｊｗｊｊｒｊｗw〃
　 |￣￣￣|~~凸（￣）凸　（　　,,）〜　ｗｊｗｊｊｒｊ从ｊｗｗｊｗｊｊｒｊ从ｊｒ

>>127
使っている OS が Linux だったら新月以外の所に心当たりがある。
自分のところでは 早朝 6:25 にがりがり言い出す。

調べて見ると、NOBODY 権限で FIND が起動しているようだ。
その正体は不明・・・。


それとも OS 関係なく単にメモリ不足でスワップ起こしていることも・・・。
でも考えにくいな。

スレ違いだが、Java 版 vojta の導入も試みたものの動作せず。
素直に Windows 版を wine 上で動かしたほうがいいかもしれない・・・。
（ny 用に wine のインストールは済ませてある。ny2 は動作しなかったが。）

>>127
わりと頻繁にファイルへの入出力を行なってるみたいなんで、
メモリが足りないとキャッシュが効かず、アクセスが激しくなるのではないかと思った。

>>131
＞その正体は不明・・・
検索用のデータベースを作ってる。
↓のコマンドを実行して、速度の違いを実感してほしい。
$ locate xterm
$ find / -name \*xterm\*

＞Windows 版を wine 上で
Windows版というのは単にJREがセットになってるだけと思っていい。
デフォルトの待ち受けポートが80/tcpなので、
設定を変えるか、rootで動かすかしないと駄目。
作者はrootで動かしてるそうだけど、ちょっと不安だね。
非公式ながらrpm,deb,ebuildもある。

>>131
> 自分のところでは 早朝 6:25 にがりがり言い出す。
>… (ry…
> 調べて見ると、NOBODY 権限で FIND が起動しているようだ。
updatedb


かも。

新月Windows版つうかPerlの自動設定版が出てる夢見たよw
そんなにP2P掲示板に飢えてたんだろうか・・・

SourceForge.netを借りました。これからは↓が公式サイトになります。
http://shingetsu.sourceforge.net/

0.1-beta44を公開します。
高速化のためにいくつか工夫したのと、
添付ファイルの拡張子を自動判別するようにしました。

今後は1日〜1週間に1回程度CVSを更新し、
1週間〜1ヶ月に1回程度ベータ版を出す予定です。

http://pc2.2ch.net/test/read.cgi/php/1071289232/

>>135

>>136

















いちお言っておく、、、、宣伝ウザイ

馬鹿登場↑

>>137
( ﾟдﾟ)ﾎﾟｶｰﾝ

天才登場　>>137

>>140
自演するならIDくらい変えてから来い
格好悪いぞｗ

Win版楽しみにしてます！

53氏はどうなった

　　 　　 冫─'　 ~　￣´^-、
　　 　／　　　　　　　　　　丶
　　 /　　　　　　　　　　　　　ﾉ、
　 /　　／ヽ丿彡彡彡彡彡ヽヽ
　 |　　丿　　　 ﾂﾞ　 ﾗ　　　 　ミ
　 |　彡　＿＿__　　＿＿__ 　ﾐ/
　 ゝ_/／|　♡　|⌒|　♡　|ヽゞ
　 |tゝ　　＼__／_　 ＼__／　| | ﾊｧﾊｧ >>140たん♥
　 ヽﾉ　　　　／＼_／＼　　 |ﾉ ﾊｧﾊｧ♥ ｿﾝﾅｱﾅﾀﾆ萌ﾃﾞｰｽ♡
　　 ゝ　　　/ヽ───‐ヽ　/ ﾊｧﾊｧ ﾔﾗｾﾃｸﾀﾞｻｰｲ ﾊｧﾊｧ
　 　 /|ヽ　　　ヽ──'　　 /
　 　/ | 　＼　　　￣　　／
　／　ヽ　　 　‐-

■　楽器板の女コテが、個人サイトを晒されプチ祭り中　18歳　同人女　■
現在TOPは消去
・プロフィール　　ttp://www.geocities.co.jp/HeartLand-Kaede/6051/jibun.html
・掲示板　　　　　 ttp://6004.teacup.com/nyatch/bbs
・自己陶酔日記　ttp://www.at-diary.com/diary/diary.php?userid=yaya
・自己陶酔批評　ttp://www.review-japan.com/folder/p1321.html
・キモ絵　　　　　 ttp://www.geocities.co.jp/HeartLand-Kaede/6051/monooki.html
・キモ歌　　　　　 ttp://www.muzie.co.jp/cgi-bin/artist.cgi?id=a017961
２ちゃん内での巣
http://music2.2ch.net/test/read.cgi/compose/1071284041/
〜〜〜〜〜〜〜〜〜〜　コピペ推奨　〜〜〜〜〜〜〜〜〜

kure

ﾃｨﾑﾎﾟﾏﾑﾎﾟ鯖
133.205.58.249:2221
立ててみたポ
ｴﾍﾍ

プロンプトでコピペできないの？Ctrl+vもだめでした

>>148
貼り付けボタンを押せ

プロンプト内でコピペしたいなら
範囲指定→範囲選択→コピー→貼り付け

とりあえず日本語で説明してくれ

http://www.d3.dion.ne.jp/~tiyoko01/paso/puro.png
win9x以外の環境は よう分からん

興味あったんで、ソースもざっと読んでもみた。
完全にUnix寄りだね。Cygwinとか言ってるんで当たり前だけど。
Windowsネイティブバイナリキボンヌと書いてあるけど、
その前にActivePerlで動くようにしろよって思うよ。
ちなみにWindowsバイナリにするのは全然難しくない。
オレは仕事用BSD鯖使うの嫌だし、Cygwin入れる気もないんで無理だわ。

ファイルやディレクトリのPATH情報なら
エクスプローラ開いて 目的のファイル/ディレクトリをプロンプトにD&Dでいけるじぇ

>>152
プログラミングに詳しい方とお見受けしました。

ActivePerlでfork(2)を正常に動作させることができなくて困っているのですが、
何かいい方法はありますでしょうか。
あるいはマルチプロセスではない設計のヒントとか。

ちなみに「Windowsバイナリ」は
「2chブラウザ風のGUIを持ったWindowsバイナリ」の間違いでした。
作っていただけませんか？

確かにActivePerlでforkは不具合があるかも。
一部無理やりDLL化してもいいかもしれないが、応急処置的。
ま、Windowsアプリには元々forkはそぐわない。
やるんだったら、httpd部分とブラウザ部分をくっつけて、本体化して、
リクエスト来たらスレッド起こして通信処理になるんじゃない。
ソース見たらなんか、Perlで作ったCGI掲示板の拡張みたいな感じだったね。
IEコンポ使ったWindowsのオープンソースのブラウザとか取ってきて、機能拡張といった形にすればすぐできるんじゃないの
サーバ部分の処理は要るけど。

>>132
>>133
なるほど、Windows のファーストファインドを思わせるところがありますね。
（我がメインマシンではファーストファインドを切ってあるけど）

>>132
デフォルトで 80 番ポートだったんですか・・てっきり別のポートかと思った。
だとすると root でも動作しなかったのは、Web デーモンとの衝突が原因かも
しれません。（ローカル用に 80 番を開けてある。）

>>136
いろいろ P2P 開発の動きがいろいろあるようで。
実験的なものも含め自分が知る範囲で４つほど確認。

「新月」は基本的に cgi ベースなので cgi 可能な一般 Webスペースに
配置できる可能性がありますね。
（過負荷で追い出されそうだけど。）

vojta の導入に成功。
単に Java のバージョンが古かっただけの模様。
そして負荷が高いな・・・。

既にスレ違いなのでこれ以降引っ込みます・・・・。

＞＞１５７
死ね

ｾﾞﾝｶｸﾃﾞ(　´д)ﾋｿ(´д｀)ﾋｿ(д｀ )ﾊｽﾞｶｼｲﾅ

>>159は半角も自由自在な2ちゃんマスター

Cygwin入れてcdでShingetsuのフォルダに移動するまではいけたが、httpd.plを実行しても
そんなファイル存在してないぞと怒られた・・・カレントフォルダにはちゃんと存在してるのに
DOSのやり方も知らないﾄｰｼﾛがぐぐっただけじゃこの辺が限界のようだ
Win版出るまで待つか

./httpd.pl

CygwinはWinでUNIXの作業をするみたいな感じのソフトだからぐぐるときも
「UNIX コマンド」とかでぐぐる方がいいかも

その
./httpd.pl
をちゃんと入力したんだけど、駄目だったのよ・・・

うーむ、うちの環境だったらそれで上手く行くんだが
もし良ければ解凍の辺りからどういう風にやったか教えてくれないか？

cygwinをデフォでインストールするとperlがインストールされないからでは？

>>161
もちろんCygwin Bash Shellから実行してるんだよね？

ひょっとしたら165さんの言う通りだったかも・・・やばっ、もう一回インストし直してみますぅ

うほっ、起動できたよ
皆ありがとん

CVS版に挑戦しようとしていた人、ごめんなさい。
ダウンロードできなかったと思います。
公式ページの解説で「shingetsu」となるところが「shingetus」だったためです。
CVSはCygwinではDevelセクションに入っています。

とりあえず導入は無理そうなのでゲートウェイから見てるだけ・・・
画像・ファイルうｐ機能はいいね。

ゲートウェイにうｐしてたら普通のうｐ掲示板とかわんないじゃん

　　　　　　　　　　　　　 ∧＿∧
　　　　　　　　　　　　　（　・∀・） 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　 　　　　　 __,,ゝ┼─┼====┐.　　　　　　　　''"´"'''::;:,,,　　　　　　　　　　　　　　　　Ω ;: ；　　Ω
　　　　 　　　　　 |　□|　　 .| |：|ヾ二二二二二(O″ 　　　　,,;;;;´."'''　　　　　　　　　　Ω　・,'　;*;∵; ζ。;:,.
　　　　　 ＿＿＿__|__,|_;||＿__,| |：|ノ-┬─┘　　　　 ´''::;;;;::'''"´　　　　　　　　　　　　　∵~'ハ∴∵；:;
　　　　　|ミ/／/　　 ／　　　~~|ﾐ|丘百~((==_＿＿ 　　　ﾊﾞｺﾞｰﾝ　　　　　　　　　　　　　(#ξρ。;,;。∵　
　　　　.└┼-┴─┴───┴──┐~~'''''-ゝ-┤　　　　　　　　　　　　　　　　　'.:; *,,,,: ;・∵:;ﾟ　ﾎﾞｼｭｯ>>157
　　　　　（（◎）~~~O~~~~~O~~（◎））三）──）三）；　　　　　　　　　　　　　　　　　 （ つ　つ　"〆
　　　　　..ゝ(◎)(◎)(◎)(◎) (◎)ノ三ﾉ──ノ三ﾉ;*;∵　　　　　　　　　　　　　　　　し（＿）

>>158
>>172
何が気に入らないの？

板が無くなったぞ
どういう事？

>>174
ププ(´,＿ゝ｀)ップ

http://fuktommy.ddo.jp:8000/gateway.cgiは非常設

>>175
くっ

保守

0.1-beta46を公開します。

0.1-beta44からの変更点は
- HTMLで文字実体参照が使える
- データが大きすぎて取得に失敗したときの処理の追加
- 削除機能の追加
- IDを(64進)4文字から(16進)8文字とする(本文の改竄に対処できる)
- ゲートウェイで添付ファイルのサイズを表示する

0.1-beta45からの変更点は
- 外部コマンドを使って高速化を図る(Cygwinだとあまり変わらないような)
- 通信をgzipで圧縮する
- Cygwinで時刻表示がGMTになるバグの回避
- ゲートウェイを表示できるアドレスと、削除できるアドレスを別に指定できる
- そのほかバグの修正

です。

乙です

連絡のない他人がアップロードした画像について
画像掲示板の管理人が児童ポルノ陳列罪正犯（不真正不作為犯）となった事例

http://www.sankei.co.jp/edit/kenban/kanagawa/031216/kiji04.html
http://www.okumura-tanaka-law.com/www/okumura/child/020924chiba.htm

　 　 　 　 ┏┓　 　 　 　 　 ┏━┓　 　 　 　 　 　 ┏┓　 　 　 　 　 　 　 　 　 　 　 　 　 ┏━━━━┓
　 ┏┓　 ┗┛　 　 ┏┓　 ┗┓┃┏┓┏┓　 ┏┛┗━━┓┏━┓　 　 　 　 　 　 　 ┃┏━━┓┃
┏┛┗━┓┏┓┏┛┗━┓┃┃┃┃┃┃　 ┗┓┏━━┛┗┓┃┏┓┏━━━┓┗┛　 　 ┃┃
┗┓┏━┛┗┛┗┓┏┓┃┗┛┃┃┗┛　 　 ┃┃　 　 ┏┓┗┛┃┃┗━━━┛　 　 ┏━┛┃
┏┛┃┏━┓　 ┏┛┃┃┃　 　 ┃┗━━┓　 ┃┃┏━┛┗┓　 ┃┃　 　 　 　 　 　 　 ┃┏━┛
┃┏┛┗━┛　 ┗━┛┃┃　 　 ┗━━┓┃　 ┃┃┃┏┓┏┛　 ┃┃┏┓　 　 　 　 　 ┗┛
┃┃┏━━┓　 　 　 ┏┛┃　 　 ┏━━┛┃　 ┃┃┃┗┛┃　 　 ┃┃┃┗━━┓　 　 ┏┓
┗┛┗━━┛　 　 　 ┗━┛　 　 ┗━━━┛　 ┗┛┗━━┛　 　 ┗┛┗━━━┛　 　 ┗┛

>>181
なんもない

問題のある書き込みは即削除
でも書き込みがあった時点で即html化してFreenet等で流す
そうすれば管理者は責任を問われる事はないんじゃ？
で、他の人は新月以外で書き込まれた内容を見る事が出来る
html化するしないはオプションで設定出来るといいなぁ

>html化するしないはオプションで設定出来るといいなぁ

そんな貴方にVojtaがおすすめ！

>>183
法律にあたったわけではなので自信がないが、
管理者が気付いたときに削除すればよく、
リアルタイムでの削除をしなくても大丈夫なのではないだろうか。
新月はプッシュ型のバケツリレーを行うので、
削除する前に十分伝播するのではないだろうか。

昨日Javaに移植しようと思っていろいろやっていましたが挫折しました。
でもActivePerlの最新版で動きそうな気配です。

>>186
お疲れ様です。
頑張ってくさい。

【Winny】MUTE【終了】
http://news4.2ch.net/test/read.cgi/news/1071974071/

Norton入れてるけどどっかポート開けなくちゃならない？

>>189
デフォルトで8000番

Javaへの移植もちょっとやってみたのですが、
Unix+Perlの設計をそのまま移植するのに無理を感じ、やめました。
やるならもっとJavaを勉強してからにします。

ActivePerlでもエラーが出つつも動くようですが、
遅く、何よりもUnix用のと互換性がなくなりそうなので、これもやめました。

正式版ver.0.1.0を公開します。
Unix+Perl または Cygwin+Perl で動きます。

http://shingetsu.sourceforge.net/

メリークリスマス！

おっ、とうとう正式版？
メリクリ！

ベリークリスマス

応援！メリクリ！

正式版宣伝age

*.*catv.ne.jpから参加しようとしている方に連絡です。
8000/tcpが開いていないのでネットワークに参加できていません。

mousukosiganbare

このスレ素晴らしき低空飛行だなｗ
ほっしゅ

XREA.COMの有料サービスでnode.cgiを動かして初期ノードにしようと考えています。
広告が免除されるので、問題は「高負荷」と判断されるかどうかです。

200

あけましておめでとうございます。
正式版ver.0.1.1 を公開します。
今回の主な変更点は初期ノードをXREA.COMの有料サービスで動かすことで、
これによって24時間いつでもネットワークに参加できます。
XREA.COMのCGIが独特の出力をするので、それにあわせて通信の仕様を一部変更しました。

また投稿時に匿名性を確保するために投稿時間に誤差を含ませていますが、
連投することを考えて選択できるようにしました。

そのほか、削除したファイルを直後に再取得したときのバグ、
初期ノードから別のノードの情報を得られないバグ、
投稿されたレコードを受けとってないのにリレーしようとするバグなど修正しました。

http://shingetsu.sourceforge.net/

追加。datディレクトリは以前のものがそのまま使えます。

まずXREA.COM様、ごめんなさい。
CGIの出力がおかしかったのではなく、広告免除が有効になるまでのタイムラグでした。
そのため通信の仕様を一部変更したのが元に戻ります。
修正版を shingetsu-0.1.1r1.tar.gz として公開します。
ダウンロードした方は申し訳ありませんが、再度お願いします。
なお、datディレクトリは以前のものがそのまま使えます。

あけましておめでとう
年越し更新乙です

そろそろ揚げとくか。

ん

今回も一番下までは逝けなかった(´・ω・`)

ねらってるのか・・・

次のバージョンではタイムアウトの判定条件を見直して、
ある程度大きなファイルのやりとりができるようにします。

>>209
まじっすか。楽しみにしてます。

CVSに上げておきましたので、夜中くらい？には反映されると思います。
今までは強制的に5分で終了させてましたが、
それがなくなったので無限ループやデッドロックになる可能性が出てきました。
転送中に誤ってタイムアウトになる可能性もあります。
テストをお願いします。

うーん初めて触ったけどこれ面白い。
盛り上がらないのはちょっとだけ難しいせい？

>>212
なかなか良いよね。
盛り上がらないのは超難しいせいでしょうｗ
途中で諦めかけたよ・・・。
早くWindowsネイティブになってくれないかな。
そしたら大分盛り上がりそう。

これを期にと
Linux入れた漏れ、
なんかWindowsと大差ないところにGUIが来ていた
感動した。

>>212-213
難しいのはCygwin？

>>215
そうだね。
あと、コマンドで時間指定しないとGMTになっちゃうところとか。
まぁCygwinとも言えるか。
やっぱりソフトをダウンしてダブクリで使えないと普及しないんじゃないかと。

>>216
GMTになる条件って何だろう？
うちのWin2kは最初からJSTなんだけど。

でも「ノードをどこそこから落して、node.txtに保存して・・・」
という仕様村は盛り上がってるんだけどな〜＞ダブクリ

>>217
俺もWin2kだぞ？
何で俺だけGMTになるんだ・・・。
仕様村は匿名性が未実装だから・・・ｗ

ActivePerlでも一応動くものをCVSに上げておきました。
夜中には反映されると思います。
shingetsu-activeperlという名前です。
目立ったエラーは出ませんが、まだまだ不安定で、ときどき反応がなくなります。

乙

誰かcygwinと新月の使い方教えてくれ
cygwinインストールしたんだがさっぱりわからん

新月0.1.2を公開します。
アップロード機能が強化され、大きなファイルを貼れるようになりました。
ただしメモリに負担がかかることと、キャッシュを多数の人が共有するという設計の関係で、
デフォルトではスレッドのサイズを10MBに制限しました。
くれぐれも違法な使い方をしないよう、お願いします。
万が一違法なファイルを見つけたら、すぐに削除してください。

http://shingetsu.sourceforge.net/

新月のゲートウェイ案内所ができました。
ここに繋ぐとどこかのゲートウェイにジャンプします。

http://shingetsu.s45.xrea.com/

>>221

>>51 >>79 miro

スレのログを見るの忘れていたよすまん

>>221
>>51
見れば分かるかな。

>>222
バージョンアップしたら全然繋がらなくなってしまった。
表示されるのはテスト版のみで、スレも書き込みも少ししか表示されない。

fuktommy.ddo.jp:8000: connection timeout. at ../Shingetsu/Node.pm line 91, <IN>
line 4.

と何度も表示されているのだが、ブラウザではアクセスできる。

>>225
30秒で8KB読みこめなければタイムアウト、としているので、
bufsizeを小さくしてみてください。

あげる必要ないの？

あと2つで最下層なんだ。もう少し待ってくれ。

t

>>226
何時間か放っていたら繋がったようです。
レスの取得はあまり進みませんでしたが、板は全て取得できました。
あと、1日ほど放置していたら、perl.exeが19個もできていました。
その中にI/O読み取り回数9,400、I/O読み取りバイト数9,793,106が3個ありました。
他にそれより少し大きいのが1つ、あとは小さかったです。
OSはWindows2000Proで、コンピュータをロックしていました。
プログラミングの事は全く分からないので意味があるのか分かりませんが、一応報告します。

ごめんなさいね
ちょっとageますよ

これってｗｉｎｄｏｗｓにperlをｲﾝｽｺしても動かないんですか？

>>232
>>219

>>230
＞perl.exeが19個
エラーっぽいですね。
Windowsをロックしてるとperl.exeのCUP利用率が100%になるという方でしょうか。

>>232
ActivePerl版を作ろうとしていますが、どうにも難しいです。
そもそもforkエミュレーションが完璧でないのが原因なのですが、
ファイルハンドルの扱い、環境変数の扱いに問題が生じています。

>>234
はい、CPU使用率が100%になると書いた者です。
やはりP2Pソフトは常時稼働させてノードに貢献したいのですが、
コンピュータをロックしていなくても段々重くなってきますし、
今の段階では難しいところですね。

Delphiで新月互換のやつを作っているんだけど、オリジナル新月のGPLとの関係をどう考えればいいかな？
GPLでなくて制限なしのフリーにしたい気がするのだけど。

>>236
You are GOD!

著作権で保護されるのはソースコードだけで、
アルゴリズム等ではないので、GPLにする必要はないです。
ただ、個人的な好みを言わせていただければ、
定義のはっきりしない「フリー」ではなくて、
修正済みBSDライセンス等の有名なライセンスに準拠して欲しいな、と思います。

http://www.gnu.org/licenses/license-list.ja.html

今までActivePerl版として開発してきたものを本家に統合します。
CVSに上げておきましたので、夜中には反映されると思います。
僕はActivePerlを常用する環境にないので、ぜひテストをお願いします。

解決した問題
- ファイルハンドルの扱い: binmodeにした
- 子プロセスに環境変数が渡らない: パイプで渡す
- forkするとエラーが出る: forkを最小限に抑えた

解決していない問題
- プロセスが終了せず残ってしまうことがある
　(Unixとはシグナルの扱いが違うから直せないかも)

ActivePerl(6.8.2以降)で動く(はず)のものです。
解凍してダブルクリックで動くと思います。
http://fuktommy.ddo.jp/data/shingetsu-0112.tar.gz

×6.8.2
○5.8.2

'User-Agent: shinGETsu/0.1.2(Crescent/0.0.1)'
このユーザーエージェントでDelphi版新月のテストを時々している。
自身の無いところは能動的な動作はOFFにするとか、トラブル回避の努力は一応しているので、
それでもトラブった時は笑って許してね＾＾；

予定には1時間ほど早いですが、新月0.1.3を公開します。
ActivePerlで動くようになりました。(ver.6.8.2 on Win2kで動作確認)
ただしActivePerl以外の環境ではPerlのライブラリをインストールするか、
Extern.pmの代わりにExtern.pm.commandを使う必要があります。
http://shingetsu.sourceforge.net/

>>241
期待してます。

ageちゃう

今日はじめてこのスレ覗いたのですが利用者はたくさんいるのですか？

>>244
4〜5人かな。
この寂れ様はいったいなんだろう？？？

すまん。
ActivePerl版の使い方が分からない。
さすがに疲れました・・・早くWindowsネイティブになってくれと心の中で悲鳴を上げてます。

>>246
1. ActivePerlの最新版をインストールする
2. 新月のファイルを落としてきて解凍する
3. ポートの8000番を開ける
4. httpd.plをダブルクリック
5. (数分放置したほうがいい？)
6. IEでhttp://localhost:8000/を表示
7. あとは普通の掲示板みたいに使える

「あぷろだにもなるP2P匿名掲示板」なるものが
ネットランナー3月号（2月8日発売予定）に収録されるそうです。
文脈から見て新月のことだと思います。

'perl' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。

と出て終了する事もできなくなってしまいます。
強制終了すれば問題ないですが・・・。

>>249
1. ActivePerlをインストールしてない場合→インストールしてください
2. Windows2000, XPを使っている場合→ログアウトしてから入り直してください
3. Windows9xを使っている場合→再起動してください
4. それでも駄目なら環境変数PATHを設定後、再起動してください
　　2K,XP ならマイコンピュータ→詳細→環境変数
　　9x なら C:\Autoexec.bat

ネトランに乗ればユーザも10人くらい増えるかな？
今は少なすぎ。

>>248
たぶんpre-α

>>250
2．でした。何とも初歩的なミスですみません。

ついにダブクリで扱えるようになりましたね。
ちょっと重いですが、良い感じです。

コンピュータをロックしていたら、
sever process: fork failed.
7つほど出て止まっていました。

>>254
やはりActivePerlはforkに難ありのようです。
これは新月側でどうこうできる問題ではないので、Delphi版に期待しましょう。

ロック関係なかったようです。
普通に同じ現象起きました。

>>252
うええ。だったら嫌だなぁ。
今いい雰囲気なのに・・・。

>>257
まぁ、まだ2週間あるし。
耐久試験の実験台が増えると思えば良いさ。

Delphi版新月ですが、とりあえず現状の実行ファイルとソースを上げておきます。

新月-Download-Delphi板新月スレの下記の場所にあります。

8cd3537a :名無しさん [] Sun Jan 18 11:35:18 2004 1074393318.zip (252KB)
Crescent v.0.0.1
Delphi版新月 実行ファイル

f36275fb :名無しさん [] Sun Jan 18 11:38:45 2004 1074393525.zip (36KB)
Crescent v.0.0.1
ソース

まだまだベータ版以前の「作りかけ」です。

　レスの書き込みは出来るがスレの作成やボードの作成は未実装。
　削除全般も未実装。
　添付ファイルは読み込みも未実装

HTTPサーバーとして動作します。

またソースにはeuc-sjisの変換のためにjconvertが含まれていますが、権利関係とかを
調べてないので、当面再配布とかはご遠慮下さい。Crescentのソース自体も基本的には
完全フリーにしようと思いますが、今のところよくわからないので保留。

考えてみれば新月上で配布しても新月が動いてない人はダウンロードできないですね…困った＾＾；

そのためのゲートウェイ案内所です。
http://shingetsu.s45.xrea.com/

あれ？アップに失敗してる？自分でダウンロードしても解凍できない…

よくわからないけど拡張子がzipだとアップに失敗するようなので

f79c571c :名無しさん [] Sun Jan 18 12:46:42 2004 1074397602.jpeg (252KB)
Crescent v.0.0.1
Delphi版新月 実行ファイル
拡張子をjpeg->zipに変更して解凍


70d2c24a :名無しさん [] Sun Jan 18 12:47:02 2004 1074397622.jpeg (36KB)
Crescent v.0.0.1
ソース
拡張子をjpeg->zipに変更して解凍

>>261
なるほど＾＾

Win版きた？

Win版が出来るとイイ人も荒らし等も増える気がしますが・・・
何か対策は有るんですか？匿名性を優先すると難しいそうだけど

>>266
荒らしが来るからWin版を開発しないってのは本末転倒。
Pre-Alphaには管理機能あるよ。

Del7にはTServerSocketとかがパレットにないから
動的に作成したほうがいいかもって思った

>>267
話に関係ないが
>本末転倒
ってのは意味が違うかと。

>>269
いや、人が集まってこそのP2Pだろうに、人が来ないようにするのはって事ね。

圧倒的多数のwin userは取り込めたほうがいい
現状でもwin上で使えるけど最初の敷居は高いかも

まあせっかくのマルチプラットフォームなんだから
pc系板みたいに煽り合うより共存できたほうが建設的

>>270
そりゃないだろ。
せっかく新しく開発始めたんだから、「じゃあ人が少ない状態で機能させるにはどうしたらいいか」という方向に向かうのが積極的な考え方だと思う。

それもひとつの積極的な考え方だと思うけど

開発者が選んだのはオープンソースだよ
それを忘れてはいけない
delphi版もその流れにある

>>52-54 >>122-123 >>241-242

age

新月0.1.4を公開します。
〜0.1.1は大きなデータが転送できませんでした。
〜0.1.3はデータを取得していなくても、
「取得した」と周りに知らせるバグがありました。
これが組み合わさると、データの流れが滞ります。
なるべく早く最新版を導入してください。

http://shingetsu.sourceforge.net/

>>◆RRmI8rEBRM
Crescentの/update命令の中継がおかしいようです。

*.*.*.*<>Fri Jan 23 04:56:38 2004<>GET /server.cgi?update/mieken/1074793932/a4884109c8cd868fad96b388dd3b0e34/*.*.*.*:8001+server.cgi HTTP/1.0<><>shinGETsu/0.1.2(Crescent/0.0.1)
*.*.*.*<>Fri Jan 23 04:56:39 2004<>GET /server.cgi?update/lFCU4TTC8OKMpKRo/1074794305/b0f10c1abcd351d6972d05ea90e926c9/*.*.*.*:8000+server.cgi HTTP/1.0<><>shinGETsu/0.1.2(Crescent/0.0.1)

がものすごい頻度で繰り返されます。
やむを得ず、ファイアウォールで弾いています。

>>276
うぅ、ログを見て私も愕然としました。これじゃDoSだ…
ご迷惑をおかけして申し訳ありません。

>>277
恥ずかしながらLinuxマシンが落ちました。
処理能力が低いのにADSLでそれなりに回線が早いので、
メモリを食い潰してしまいました。
でもおかげ様でDoS攻撃への対処コードが入りました。

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

>>278
重ね重ね申し訳ありません。他の方々にも多大な迷惑をおかけしました。

>Re: WhiteNOVAさん、こんにちは。 返事を書く ジス 2004/01/23 13:24:19
>
>neo鷹羽玲さん、こんにちは。前スレッドへの返事です。
>
>> という流れで見て頂きたかったです。最後の一文だけを取り上げると、意味が変わりますので。
>
>　全体の流れを見た上で、全体を象徴する、そして最も問題が有ると思った部分を引用しての反応ですよ。全体を引用するわけにもいかんし。
>
>　ところで、neo鷹羽玲さんは関連スレッドで、事実を指摘しただけ・現状の認識を示しただけ、
>という意味のことをおっしゃってますが、「だけ」ではないだろうと私には読めました。
>
>　山本さんにスタンスを改めて欲しい、という話の流れの中で、山本さんと柳田氏を対比して柳田氏はこんなに優れている、
>という主旨の発言をすれば、山本さんに「柳田氏みたいになれと言うのか？」と問われて当然です。
>「そんなことは言ってない」なんていうのは、普通は通用しません。

そうかあ？普通に考えれば「人にはそれぞれ個性がある。Aの点では山本が優れているかも知れないがBの点では柳田が優れている。
だからA点だけ評価して相手を見下すのはやめろ。」ということだと思うけどなあ。あんたつくづく頭悪いね。

>　その意図が無いとしたら（無いと思いますが）、neo鷹羽玲さんは弁明しておいた方が良いと思いますよ。
>「そんなことは言ってない」じゃなくて「そんなつもりで言ったんじゃない」って。

この程度の文意を理解できない相手に合わせる必要があるものなのかねえ…

さまざまなレベルの人間が集うのが不特定多数が参加できる掲示板の利点であり欠点なのだから、
書き手が注意するのは当然としても、今回の場合はちょっと常識的なレベルを逸脱していると思うよ。
この書き方が誤解を招くというなら、まともな文章では会話が出来ないだろう。

この場合はあんたの側が歩み寄るべきだろうね。まあ自分よりレベルの高い方へ歩み寄るのは
難しいかも知れないが、常にそれを意識することは必要だと思うよ。

>>281
誤爆

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

ActivePerlで動かしている人いますか？
半日以上連続稼働できていますか？

>>283
乙。まだCVSは更新してない？

>>285
CVSは0.1.4r3の状態ですが、cvs.sf.netの調子が悪いかもしれません。
あと、ActivePerlで動かなくなる>>254の問題ですが、再現性があるようです。
思うに、forkエミュレーションでは
シグナルハンドラが親プロセスと子プロセスで共有されているのではないか、と。

もしそうなら、これで動くのではないかというものを
新月→テスト板→すれっど に上げておきました。
ActivePerlを使っている方はぜひテストに参加してください。

＃ 何でActivePerlはforkエミュレーションのような変なことをしてるんでしょうね

ちょっとマシになったバージョン。

正常系は各機能が一通り動作する(はず)。
エラーチェックとかはちゃんとやってないのであまりいじめないでね。
圧縮転送はサーバ/クライアント共に不可。
ノードの管理部分とか細かい部分はまだいい加減なので、長期間稼働させると新月のネットワーク全体に
あまりいい影響を与えないかも…ちょっと動かしてみる分には問題ない程度（のはず）。

5aeb97c6 :名無しさん [] Sat Jan 24 21:30:54 2004 1074947454.jpeg (253KB)
Crescent v.0.0.2
Delphi版新月 実行ファイル
拡張子をjpeg->zipに変更して解凍

a960df83 :名無しさん [] Sat Jan 24 21:31:03 2004 1074947463.jpeg (40KB)
Crescent v.0.0.2
ソース
拡張子をjpeg->zipに変更して解凍

05a9a296 :名無しさん [] Sat Jan 24 21:47:21 2004 1074948441.jpeg (255KB)
5aeb97c6は必要なファイルを入れ忘れたのでこちらを。

Crescent v.0.0.2
Delphi版新月 実行ファイル
拡張子をjpeg->zipに変更して解凍

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

ウホッ！いいCrescent...

>>289
User-Agent: shinGETsu/0.1 (Crescent/0.0.x) ← 括弧の前にスペースがないといけない
http://www.studyinghttp.net/headers.html#irregular

hitogainaine,,,

ベータ版程度の完成度(かな)

6f2b6de2 :名無しさん [] Wed Jan 28 15:08:12 2004 1075270092.jpeg (284KB)
Crescent v.0.0.3
Delphi版新月 実行ファイル
拡張子をjpeg->zipに変更して解凍


7767053d :名無しさん [] Wed Jan 28 15:08:25 2004 1075270105.jpeg (194KB)
Crescent v.0.0.3
ソース
拡張子をjpeg->zipに変更して解凍

Delphi版って新月内で配ってるの？
それじゃあ新ユーザ増えないじゃん。
誰か配布サイト作った方がいいかもね。

>>294
>>261

昨日Alphaで嵐が起きたのですが、
新月は何か嵐対策してあるのですか？

>>296
別にしてません

b5dc0c59 :名無しさん [] Thu Jan 29 01:04:28 2004 1075305868.jpeg (285KB)
Crescent v.0.0.4
Delphi版新月 実行ファイル
拡張子をjpeg->zipに変更して解凍


6a504b9c :名無しさん [] Thu Jan 29 01:07:36 2004 1075306056.jpeg (195KB)
Crescent v.0.0.4
ソース
拡張子をjpeg->zipに変更して解凍

Vojta作者と違って、新月作者の発言は騙りなのか本物なのか判別が難しいな。

Crescentの配布サイトを作ってみました。
ライセンス文書が入ってなかったので
ソース、バイナリ、ライセンス文書(捏造)を1つのアーカイブにしました。

http://www.asahi-net.or.jp/~dt7s-fktm/

>>300
どもです。ライセンス文書についてはそのままいただき＾＾

Bad arguments or No data.
Try later.
がやたらと出るー

>>302
そんな気もしないでもない＾＾；；

新月ってﾈｰﾐﾝｸﾞｾﾝｽが(　・∀・)ｲｲ!

時代はShare（糞）ではなく新月ですね？

>>301
よく見たら改行コードがLFだった (´・ω・`)

f33b9141 :名無しさん [] Sat Jan 31 02:32:12 2004 1075483932.jpg (290KB)
Crescent v.0.0.5
Delphi版新月 実行ファイル
拡張子をjpg->zipに変更して解凍


c9f61277 :名無しさん [] Sat Jan 31 02:33:34 2004 1075484014.jpg (198KB)
Crescent v.0.0.5
ソース
拡張子をjpg->zipに変更して解凍

>>306
私もLFが好き。文字コードはSJISだけどｗ
CVSとか使っているとCRLFとLFが混在していると耐え難いので。

Crescentを起動してるだけで新月ネットワークに貢献できてる？
それとも起動してるだけだと邪魔なだけ？
あと今かなり重いみたいだけど参加者が増えたら軽くなる？

>>307
乙です。
配布サイトも更新しました。

>>309
起動してるだけでも貢献してます。
重いのは自分のキャッシュがまだ少ないためで、使っているうちに軽くなってきます。

>>309
前回のバージョンまでは結構重かったが、headキャッシュをつけたので一通り同期が終わってしまえば
比較的軽いはず。

>>310-311
なるほど、レスありがとうございます。

>>296
ちょっと考えてみたんだが、匿名性が重視されるのは書き込みに対してで、
削除情報についてはさほど匿名性はいらないかも知れない。
だから削除情報を普通のサイトで公開し、それを取得して自動的に削除を行う、というのはありかも。
もちろん公開されているどの削除情報を取得に基づいて削除するかは、ユーザーの自由。

最近はDelphiがブームですか？

http://www.wagercity.com/S13GCD/
スポーツブック

http://www.casinoglamour.com/S13GCD/
カジノ

http://www.casinotreasure.com/S13GCD/
カジノ

http://www.imperialcasino.com/S13GCD/
カジノ

http://aikoro.muvc.net/
えろぺ

>>313
スクリプト荒らしみたいなのは、MD5のチェックと一緒に、
特定文字列を含むかどうかのチェックをするという手があります。

ねとらんに新月が掲載されたらPerlも知らないねとらん厨があふれかえるのかな・・・

>>316
ランダムな文字列を投稿されるとうまくいかない。
あと他のスレからランダムに取得してコピペされるのも。

新月ってでかいファイルもウプできんの？

>>317
Crescentを使ってもらえば大丈夫。

>>318
確かにそれはしんどいですね。
ただ、MD5チェックの段階で判別できれば拡散を防ぐことができます。
あんまり積極的にやるつもりはないんですけどね。

>>319
本家新月は10MBまで。スレッドのサイズも上限10MBまで。
Crescentはよくわかりません。

投稿に秒数規定とかできないものかね？
Perlはスキルないからわからんが・・・

>>321
オープンソースなので投稿時のチェックはプログラムを弄ればいくらでも解除できてしまうからあまり有効ではないと思うよ。
強いて言えば伝搬時に制限を加えることだろうけれど、匿名性を確保しつつ制限を加えることができるかというと、かなり否定的。
伝搬を遅らせることは出来ても結局伝搬するだろうから。

>>320
> 本家新月は10MBまで。スレッドのサイズも上限10MBまで。
> Crescentはよくわかりません。

実は現在のバージョンはチェックをサボっている＾＾；
よほどの理由がない限り基本的には本家と動作を同じにするつもりなので、
現状そうなっていない箇所はバグか私の怠慢ｗ

Crescentって何のことかと思ったら三日月のことだったのか。にゃるほど。

>>324
広義にはCrescent=新月という意味もある。赤新月社(=赤十字社)の英語名はレッドクレセント。
Crescentが新月か三日月かについては検索するといろいろ出てくるからそちらを参照のこと。

○ー○ー○ー○という
女の子数人が戦うアニメで
クレセントブーメランなる武器があったので
てっきり三日月だと思ってたよ…。

（毎日新聞 １４時０２分）
「鳥山明さんがドラゴンボールを実話だと認める」

人気漫画「ドラゴンボール」の
作者、鳥山明さん（４５）は４日の本紙のインタビューの中で、
「ドラゴンボールは本当は実話です」と明らかにした。
鳥山さんは、「編集部にも毎日のように問い合わせが殺到した。
このままだと出版社にも迷惑をかける」と心境を明らかにした。
ドラゴンボールは週刊少年ジャンプに連載していた漫画で、
少年から中高齢者に渡って連載終了の現在も幅広い支持を得ている。
当初はフィクションとされていたが、購読者から「奥多摩で神龍を見た」、
「くしゃみすると髪の色が即座に変わる人を知ってる」などの
投書が寄せられ、「あれは実話ではないか」という声が
児童の保護者を中心に高まっていた。

■２ちゃんねる閉鎖だってよ。
http://news5.2ch.net/test/read.cgi/newsplus/1075593174/595-596

595 名前： 名無しさん＠４周年 投稿日： 04/02/01 12:31 ID:pYo6O9H3
　　　　　　　２ちゃんもう閉鎖するって本当？

596 名前： ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ [sage] 投稿日： 04/02/01 12:31 ID:???
　　　　　　　>>595
　　　　　　　本当。

■関連ｽﾚ
□祭りｽﾚ
　http://live5.2ch.net/test/read.cgi/festival/1075609181/l50
□議論ｽﾚ
　http://news5.2ch.net/test/read.cgi/newsplus/1075609399/l50

a4e60312 :名無しさん [] Sun Feb 1 19:33:29 2004 1075631609.jpg (622KB)
Janny v.0.3.0
拡張子をjpg->zipに変更して解凍

拡張子捏造するんならjpgじゃなくて同じ圧縮形式にしたほうがいい
lzhとか
…釣り？

>>330
新月の仕様上の話だと思うんだが

>>331
新月の仕様ではなく、IEの仕様。
zipファイルをmod_gzipのようなものでgzip圧縮したとき、
保存するファイルが拡張子がzipなのにgzip圧縮されたままになる。

一方ではtar.gzという拡張子なのに実際にはgzipが解凍されてたりして、
微妙に挙動不審。

>>332
はうぅ、ごめんなさい
でも勉強になりますた、ありがとう

>>332
IEの設定で「HTTP1.1を使う」をチェックするとそうなるみたい。

ところでJannyってなんですか
ｎｙの親戚？

>>335
nyBBSをnych経由で読み込む機能の付いたJaneのことだ

このスレはモラルの高い隔離スレですね

なんか板がいっぱいできてるけどさ、板作った香具師は責任持って話題振れよな。

まあ、よかれと思ってやってくれてることだろうから。

って改めて覗いたらホントに沢山出来てるな〜（笑
昨日はまだそんなに多くなかったのに。

おいおい、ちょっと増え過ぎじゃねーか？
制限無しに立てられるってのも少し問題あるような無いような…

これって消せないのか？

>>342
管理者なら自分のサーバーからは消せるよ。他のサーバーにあるデータはそのサーバーの管理者しか消せない。

自分で板一覧ならべられると便利かもね。
専用ブラウザでボード一覧取得URLによって変わるみたいに。
ｎｙBBSは板乱立がひどくて使いにくい。対策ほしい。

2846ad2b :名無しさん [] Tue Feb 3 17:51:11 2004 1075798271.jpg (292KB)
Crescent v.0.0.6
Delphi版新月 実行ファイル
拡張子をjpg->zipに変更して解凍

8c84360c :名無しさん [] Tue Feb 3 17:52:46 2004 1075798366.jpg (200KB)
Crescent v.0.0.6
Delphi版新月 ソース
拡張子をjpg->zipに変更して解凍

>>0c709f5bは拡張子がzipのままだった

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　|　あなたは十年後にもきっと、せめて十年でいいから戻って
　　　　|　やり直したいと思っていますよ。
　　　　|　今やり直してください。　未来を。
　　　　|　十年後か、二十年後か、五十年後から戻ってきたんですよ、今。
　　　　＼
　　　　　 ￣￣￣￣|　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　.|／
　　　　　　　　 .∧＿∧
　　∧ ∧　 　 （・∀・　）
Σ(； ﾟДﾟ).＿＿（ ⊂　　）
　 （つ＿つ＿＿￣￣￣￣
￣＼|　VAIO　| ￣∇日￣￣＼
　　　=======　 　￣　　　　　　 ＼

a1f3108c :名無しさん [] Wed Feb 4 14:28:48 2004 1075872528.zip (622KB)
Janny v.0.3.1

・本家の0.1.6のhtmlに対応。旧バージョンも読める。
・リプライの場合に>>レス番号ではなく>>b3bcd786形式を自動生成するようにした。
・多少のバグ取り。ただしまだまだ不安定。

>>349
それどのスレ？

なんかうまく拡散しないような…
また私がなんかポカをやったのだろうか＾＾；

再度アップ

003dc00b :名無しさん [] Wed Feb 4 14:54:13 2004 1075874053.zip (622KB)
a1f3108c :名無しさん [] Wed Feb 4 14:28:48 2004 1075872528.zip (622KB)
Janny v.0.3.1

・本家の0.1.6のhtmlに対応。旧バージョンも読める。
・リプライの場合に>>レス番号ではなく>>b3bcd786形式を自動生成するようにした。
・多少のバグ取り。ただしまだまだ不安定。

>>351
ファイルサイズの上限(10MB)に近付きつつあるので
新スレを立てた方がいいかも。

公開鍵を作ってみた。

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.2.1 (MingW32)

mQGiBEAhH4IRBADKg1zA9kl5VoI8BzY3BuHMH6B7hsOD8ZIC1TBZPGzWmZUUcXUf
mV7NvUNCRsHZLck6BEgB/3z5WUzgQjHA9mz2ION9Vf2xVA1zDxe3ydjDbZkybRnJ
DhjiuYqxSowa9TjshHzmc7zGiAvkTm3aXD7Y8KB5Ug8QXk+MM0XbBtwjbwCgygcw
yqun+AlTvtr+Og87eJeaLK0EAJFU6Z94oCYxRWj+/hOpTUbd3Awx81p/fsSZ7rVE
U26OovinSw40xQ52G9CsFCEXyFDD4Rpm4oo5BtQWReGQ9R4Q+HqiVE33GCSgaMB4
6tSR8w/F+I4K++7YfWwrBMqo24fhBgIcX9jCEEVMUnUHBi4rRt8LrhThqn4p9aqU
QwoZA/9zK6UukLbNYQXqZdgKj1qjNUREUizh/ycnpjZD/lLroIs4r4xG0OsQWMhO
GdTTD0Fbuk7eVA9t7QmAJ7pweit0n/Po/vKgSl0qO0FE3r7hrOpB0uilVFLBfFT2
Rp0fNTHgA7N+FvuXjF0/ky7OCMDkxf3TijEcIzP/xI00M9JL5rQyUlJtSThyRUJS
TSAoQ3Jlc2NlbnQgUHVibGlzaGVyKSA8bm9uZUBub3doZXJlLmNvbT6IWQQTEQIA
GQUCQCEfggQLBwMCAxUCAwMWAgECHgECF4AACgkQeFwhCYGhVYJxpQCfShiof725
GmYWhKnO4XMTyI+w5OQAoJrojesJpk1dKomtuSJrMMxrDBqXuQENBEAhH4MQBADj
QqfM70hVQvpXuuQiAh32v9wfGHQMxhAFXf28rpy4qquRaSysLg0qa+tGhiGJzuln
ZEOxa941Bh5+NGJW3iRrn1Um/wyvPJtsroeDC/gQDDJCkNy8J+dYkWHCV2bjW2GO
d7EArC2TDO0/V7ef1ZRxv7V3TF3LovsLkPKk88j3qwADBgP/cUvMRdO0LROHyppL
ruBG2OkRZxhZqtqizQJOhfBA0fdNso/mSV813okgfuF0jbX2qBXIL++wX23RBOm6
jzVkNrtMtiifpzUHXxvT4HUZTUso49614Ab1dzbau4rz6JuXc6qK7OrXY98tvRR9
/bAQwBXiQPo6cU7AjnQG+UOsIZeIRgQYEQIABgUCQCEfgwAKCRB4XCEJgaFVgo0e
AJ4lIXX5Kx7kxU/2NTk3GO2EhOfTUgCfaQBFlL8qzA9DX2bPbSG4snH4WWk=
=UZbT
-----END PGP PUBLIC KEY BLOCK-----

>>353
初めてここを見たオレは一瞬nyのトリップの羅列かと思ってしまった＿|￣|○

test

＞Version: GnuPG v1.2.1 (MingW32)

オフィシャルで1.2.4出てるよ

JannyでCrescentの板が読み込めない・・・

>>357
それだけじゃなんとも＾＾；
Jannyのキャッシュ破棄してみるのも手かと。ただしキャッシュ破棄した後の読み込みで暴走する傾向があるｗ
Janeの構造の全てを理解して修正している分けじゃないので、なかなか…ね。調査しつつその都度直してはいるんだけど。

>>358
大好きです。ずっとついていきます。(`Д´)ゞ

ここ地味ーに更新してるね。

(`Д´)ゞ

(　`Д´)ゞ ﾗｼﾞｬ

ソース見ましたがずいぶんとキレイなコードですね・・・
尊敬します

一度でも読んだ事のあるスレは、次からは高速で読み込めるようになるね
更新分も瞬時に読み込まれる
最初の一回だけはなかなか読み込めない事が多いような

ネトラン掲載おめでとうございます。

>>365
載ったのか・・・
それにしてはヒト少ないな

>>364
一度でも読んだ事のあるスレはキャッシュとなって保存されます。
最初の一回はネットワークから探すので時間かかかります。
バージョンアップの際には古いキャッシュをそのまま使うようにしてください。

>>365
「ヤバいファイルをどんどんアップロードできるぞ」という煽りと
「違法行為に使わないこと」という使用条件が同じページにあるのがシュールです。
なおデータが暗号化されるというのはライターの勘違いでしょう。
添付ファイルが文字列に変換されたり、圧縮されたりはしますが、
暗号化はされません。

以下業務連絡
↓のISPから接続しようとしている方で、ポートが空いていない方がいます。
全員Crescent/0.0.6のようです。
*.ap.plala.or.jp
*.bbtec.net
*.ppp.dion.ne.jp

ログを見ればどのノード（のユーザー）がどのスレを取得しようとしているかが分かるわけで、どうもいやだな。
やっぱWinnyのように一定の確率で「中継」が適時発生するようにした方がいいんじゃない？
あるいは過去にHAVEで問い合わせが行われ、自分が持っていないファイルのリストを保持していて、
一定の確率でそれを取得にいくとか。これをすると糞ファイルの分散に荷担してしまうが、確率を低くすれば
影響は少ないだろう。

>>368
ゲートウェイを外部に公開することで、
本人の意志なのかどうかが外部からわからなくなります。

>>369
ゲートウェイは悪用しようと思えば、アップローダー代わりに使えるからね

>>367
(;´Д`)空けてるつもりで空けてませんでした ｽﾏｿ

業務連絡
*.ocn.ne.jp の人でキャッシュが壊れている人がいます。
ファイル名が全部大文字になっています。

はっきり言って凄く期待してます！

;;;;;;;;;;/::/::::::::::::::;/:::::::::::/;/::::::::::::::::::;ｲ:::::::/ i::::;/　　 　 i!ヽ、l:::::::/ l;;;;;;;;;;:/ﾞ!::::::!
;;;;;;;;/::/::::::::::::;〃::::::::::/;/:::::::::::;:::::::/l:::::::/ ,!::/ -−=fﾐz　 ,/:;ｸ:/　l;;;;;;;;;/　!::::ﾉ
;;;;;;;l::/::::::::::::/;/::::::::::/;;;i::::::::::;/::::::/ ｌ::::/　l:/　.　/レ'ﾞｰ''/､/ 〃　,l;fi;;;/　 l;::/
;;;;;;;ﾚ'::::::::::::/;fﾞ:::::::::/;;;;ｉ:::::::::/::::::::i　 !::l 　 '　 ､ /:ｼﾞ　　 !　 ,ﾉ 　 ,/ 〃　　l;/
;;;;;;/::::::::::::/;;;!::::::::::i;;;;;;l:::::::::;!::::::::j　　l;!　　// ヾ/　　　 ヽ、　　　　'ﾞ　　　'ﾞ
;;;;/::::::::::::/;;;;l:::::::::::!;;;;;;!:::::::;':::::::::i　　　　　　,// ｀　　 u 　 ヽ､_
;;/::::::::::::/;;;;;;l::::::::::l;;;;;;l::::::::l:::::::::::!　　　　　　 //　　　　　　　 ,ﾉ
;/:::::::::::/;;;;;;;;!:::::::::!;;;;;;!::::::::!::::::::::l　　o　　　　　　　　　　　 r'´
:::::::::::::/;;;;;;;;;|:::::::::!;;;;;;l::::::::l:::::::::::;!　　　　　　　　　　　,　-‐'
─ ‐-' ､;_;;;;;l:::::::::ｌ;;;;;;l::::::::l::::::::::;!　　　　　　　　 　 ／
　　 　 　 ｀ヽ;::::::::l;;;;;;l::::::::ﾄ､::::::l 　 u　　　　　　　/ﾞヽ　 ,　-─−- ､ 　　開発頑張ってね！
　　　　　　　 ヽ;:::l;;;;;;l:::::::iﾞ ｌ::::::!　　　　　　　　　 | 　 Ｙ´　　 　 　 　 ｀'ｰ ､,_
　 　 　 　 　 　 ヽ;;;;;;;!:::::;l､.l:::::!　 　 　 　 　 ,.　-ﾍ,　 l　　　　　　　　　　 　 ﾞヽ　　 　 ,. -−-､
　　　　　　　　　 ヽ;;;/'ﾙ'　`!::i、　　　　　,／　　　ヽ､,!　　　　　　　　　 　 _, -'､_, - '´　 　 　 !
　　　　　　　　　　 i;i　i/　　l::! ｀ 'ー− ´　　　　　　 i'ト､-､,＿＿_,. -−' ´ ,. ‐'´　　　　..:::::／
　　　 　 　 　 　 　 !　　　　 i!　　　　　　　　 　 　 　 ij　 ＼_ヽ､　　'ニ,. ‐'´　　　　　.:::::／ｰ ､
　　　　　　　　　　 i　　　　　　　　　　　　　　　　　　　　　 ＼ヽ､　／　　　　　.....::::::／　　 　 i

もっとアピールしてってもいい気がするなー。
安定するまでまってる感じですか？

トリップについてアイデア募集。

・2ch完全互換では簡単に捏造されてしまう。
・公開鍵暗号を用いたデジタル署名は高性能すぎて使いにくい。
・本文だけ、添付ファイルだけの保護でも構わない。

>>375
苦楽対策もないし・・・

>>377
人が増えると、嫌でもクラック対策しないといけなくなるので・・・
一応47氏のように、いくつか対策は考えておくといいかも。

>>378
47氏のクラック対策というのは具体的にどんなものだったんですか？
知らない・・・

>>379
プログラム自身の改変チェックかな。プログラム自体もexeの状態では中核部分が暗号化されていて、逆コンパイルしても
ちょっとデコードプログラムと巨大なデータ（本当のプログラム本体）が出てくるだけで、それをもう一度デコードしないと
解析できない。

あとはWinny間でやり取りするデータやキャッシュの暗号化だよね。どれもあまりオープンソースには役に立たないような。

Pre Alphaは.NETのCLR（javaのバイトコードに相当するもの）を逆コンパイルすれば、一応解析可能らしい。それが本当なら
Winnyよりずっと簡単だ。もちろん解析に技量も時間も必要だろうけど。

なるほど・・・オープンソースのクラック防止は
システム本体から考えなくてはならなさそうなので大変ですね

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

http://fuktommy.ddo.jp/wikigw.cgi

>>383
GoodJob!

>>376
WinnyBBSのトリップはRSA公開鍵暗号を利用したものでした。
鍵長が64bitという恐ろしいものだったので、速度は速かったですが、あれでした･･･

2chのトリップは、書き込み内容が管理人によって保証されていることが前提なので、
オープンソースには向かないと思います。
表示トリップ＝公開鍵をハッシュなどで圧縮した10文字程度の文字列
として、名前欄を名前◆表示トリップと置換した上で、書き込み内容を公開鍵暗号で
署名して、読み込み側で内容の正当性と、表示トリップの正当性をチェックする、
というのがWinnyのトリップを拡張する1つのやり方

>>386
> WinnyBBSのトリップはRSA公開鍵暗号を利用したものでした。

あれってどこからライブラリ持ってきたのか知らない？短いbit長を指定できて、perlからもdelphiからも
使えるライブラリがあるといいんだけど（すごく虫がいい話しだけど＾＾；）

> 鍵長が64bitという恐ろしいものだったので、速度は速かったですが、あれでした･･･

だね。この程度だとそこそこの計算量で逆算できるので、管理人は他人のトリップ付の発言を改変することが出来る。
トリップ自体の逆算は無理だけど、管理人が保持しているファイルにはトリップと署名がそのまま書かれているから、
署名の偽造が出来ると管理人は他人の発言を改変できた。

> 表示トリップ＝公開鍵をハッシュなどで圧縮した10文字程度の文字列
> として、名前欄を名前◆表示トリップと置換した上で、書き込み内容を公開鍵暗号で
> 署名して、読み込み側で内容の正当性と、表示トリップの正当性をチェックする、
> というのがWinnyのトリップを拡張する1つのやり方

もしかしてWinnyでトリップ改変スレを立ててた人？詳しいなら、新月Crescentではどうするのがいいか教えて＾＾

>>387
＞あれってどこからライブラリ持ってきたのか知らない？短いbit長を指定できて、perlからもdelphiからも
＞使えるライブラリがあるといいんだけど（すごく虫がいい話しだけど＾＾；）

RSAの計算に何のライブラリを使っていたかは残念ながらわかりません。
(ソースを見たわけでないので、動作と逆汗結果しかみてないからわからない)
多倍長演算のルーチンは基数100なのと引数が値渡しだったので、もしかしたらあれかなというのはありますが
そこのHPのはCで書いてありました。

自分では、そこのをもとにいろいろ参考にしてRSAのルーチンを自作したので、どこかにいいのがあれば
私にも教えてください･･･

＞もしかしてWinnyでトリップ改変スレを立ててた人？詳しいなら、新月Crescentではどうするのがいいか教えて＾＾
実は改変スレの中の人ですw
ずっとみてたわけでないのですぐにはなんともいえませんが、ちょっと考えてみます。

>>388
>自分では、そこのをもとにいろいろ参考にしてRSAのルーチンを自作したので、どこかにいいのがあれば
>私にも教えてください･･･

それを使わせてもらうという手も＾＾；

> 実は改変スレの中の人ですw

やっぱり＾＾；

> ずっとみてたわけでないのですぐにはなんともいえませんが、ちょっと考えてみます。

よろ＾＾；

>>388
＞RSAのルーチン
提供していただけませんか？

●0.2系の開発について
現在Wiki風のゲートウェイを製作中です。
Crescentの中の人もまた改良点(トリップ、強力な削除支援機能など)を考えているようです。
おそらく0.2には
・現在のgateway.cgi(またはちょっと強化したもの)
・Wiki風のゲートウェイ
・Crescentの中の人が設計したゲートウェイ
・Janny等のためのデータ入出力CGI
が含まれることになるでしょう。

●Crescentの中の人へ
というわけで、お互いに仕様を決定してコードを書いて移植しましょう。
・後方互換性はなくてもやむをえないと思います
・実装としてはhogehoge.cgiという形になります
・Janny等のためのデータの入出力機能の設計もお願いします
・raw.cgiは妥協の産物なので廃止の方向です

>>390
> ・後方互換性はなくてもやむをえないと思います

私としては可能なら従来のデータと互換性を重視したい気もするけどな。まあ程度問題になるけど。
基本的にシンプルなものの上に複雑なものを上乗せしていくのが正しいと思うよ。
メールシステムが単純なテキストの送受信→ヘッダの追加→MIMEによるマルチパートと発展していったように。
上乗せしたものが気に入らなければそこだけ壊して取り替えればいいからね。

これはまだなんともいえないけど、wikegw.cgi形式もJannyで扱うことも可能かな、と思っている。
もともとJaneにはお気に入り機能があって、スレッドをダイレクトに登録できるから。あるいはダミーの
板にすべてたどったスレッドを登録していくか…この場合リストとスレッドは2種類あると不都合なので、
リストはリンクだけが含まれているスレッドとして扱うことになるかな。

とはいえJane（というかJanny）はあまり大規模に弄りたくないので、これはどうなるか今の段階ではなんとも。

話はそれるけど、Wikiライクというなら、新月そのもののこの部分のUIは定型的なものを極力廃したほうが主旨に合うんじゃない？
日付とか名前とかメアドとか定型的なものは必要ならユーザーが自分で本文に書かせ、システム側は本文だけ表示すれば
いい気がする。ただしある程度HTMLタグの使用を許す必要がある醸し得ないけど。また発言IDはリンクを張るのに必要かな…
これについてもタイトルがそのままリンクになる、というポリシーを極限まで推し進めれば、例えば1行目の文字列をリンクとして
扱う、というのもありかもしれないけどね。私にいわせてもらえればここまでして初めて「掲示板とは違うアプリ」といえると思う。

ま、余談は終わり＾＾；

>>391
いたずらに後方互換性に拘って収拾がつかなくなると困るので、
「なくてもやむをえない」という表現にしました。
互換性があるならそれに越したことはないです。

ただし(狭義の)通信層については完全互換にしてください。
BBS層については、それぞれで設計の一貫性を優先しましょう。

>>393
> ただし(狭義の)通信層については完全互換にしてください。

だね。そこを下手に弄ると新月のネットワークそのものが影響を受けるから。

漠然とした思いをいえば、せっかくオープンソースなんだから、モノリシックなエレガントさよりも、
むしろ継ぎ接ぎしやすいことを目指したい気がする。例えば暗号化の方法が気に入らなければ、
下部構造だけ生かして、暗号化を別なものにしたプログラムを作る、とかね。
とはいえ最初からむやみな汎用性を求めても無駄の方が多いから、この種類の開発は結局のところ
「継ぎ足し」が一番ベストな方法だと思うよ。まあ、これは私の個人的なポリシーに過ぎないけどｗ

>>389-390
改竄ルーチンに使ってたのはCとアセンブラで書いた多倍長演算ルーチンだったんですが、
ふとDelphiに移行したついでにDelphi+インラインアセンブラで書き直しているのでそれでよければ。
書き直している途中でいろいろバグを見つけたので、すぐには出せませんのでしばしお待ちください。
どういう仕様でやればいいのかよくわかってないので、フォローお願いします。

で、使ってみて思ったのですが、公開鍵暗号では秘密鍵を外に漏らさないことが重要です。
ゲートウェイで書き込むときに、トリップキーをもとに相手側で鍵計算をするのは危険だと思うのですが、
そのあたりはどうやって解決しましょうか。
串経由で2chにトリップ書き込みする時のリスクと同様に考えて、気にしなくてもいいのかな･･･

>>395
そうですね。
一案ですが、ゲートウェイからでは書き込もうとしても
トリップ欄が表示されないようにするという手があります。

Delphiもx86のアセンブリも読めないからどうしましょうかね。
まともに教育受けたのはISO PascalとSparcのアセンブリだったりする(w
まあ、あまり気にしないでください。
頑張って読んでPerlに移植します。

>>395
> ふとDelphiに移行したついでにDelphi+インラインアセンブラで書き直しているのでそれでよければ。

それだとCrescentは嬉しいけど…Perlから呼び出せるのだろうか＾＾；

> ゲートウェイで書き込むときに、トリップキーをもとに相手側で鍵計算をするのは危険だと思うのですが、
> そのあたりはどうやって解決しましょうか。

トリップ付の発言は（少なくともデフォルトの設定では）ローカルマシン（かそれに類する範囲のLAN内のマシンからしか書けないように
するしかないんじゃないかな。そうすれば必然的にトリップを使うためにノードを立ち上げる人も増えてラッキーだしｗ

あるいはゲートウェイ側を提供する人の「不特定からのトリップ付カキコを許す」という選択とそのゲートウェイを信頼してカキコする人の自己責任とか。
Crescentの場合BASIC認証でローカルマシンと同等の権限をインターネット側からのアクセスに
許すという設定ができる。当然さほど盗聴について強固でないのだけど、私の感覚はこの程度ぐらいのイメージかな。

ちなみにトリップの元文字列をそのまま秘密鍵にしてもいいのかな？もちろん強度は低下するだろうけど。

私は最初出来合のツールを使う方法を考えてたので（自分で暗号化の部分をプログラムするのが面倒だったので）、
鍵も1024bitで考えていた。となると公開鍵だけを含んだ発言を一度カキコしておいて、あとはgatewayが必要に応じて
過去の発言から必要な鍵を探して検証するのかな。トリップは公開鍵のハッシュになるかな。秘密鍵は
カキコ時に一緒にアップロードして中で署名するのかな。それともクッキーで済むかな、とか考えていたけど、
これは見るからに煩雑なので、トリップ=公開鍵そのもの、トリップ元の文字列=秘密鍵そのもの、といった形で済むなら願ってもない＾＾。

それなりの強固さを求める人は新月の外で署名や鍵の公開とかをして、署名済みのテキストを新月の本文にカキコすればいいように思う。
この場合新月はメッセージの配信機能しか提供しないことになるけどね。あるいはその時にまた誰かが新月に別の署名処理を
実装するとか。暗号化も実装すれば匿名の者同士で私信ができて便利ｗ

めも
「次の雑談31」
http://tmp2.2ch.net/test/read.cgi/download/1066512263/103-105+107-108+113-114
http://winny.info/2ch/talk/1066512263.html#103

>>396
しまった。x86じゃない環境もあるんですね･･･
32bitまるまる使って多倍長演算するのに、キャリー使えたりやら64bitで乗除できるんでついアセンブラ
使ってしまったんですが、そういうのをしないとなると基数を変えないと。
なら、演算部はオリジナルのを使わせてもらってRSA部だけ書くのと変わらないかも。
ちなみにオリジナルはここです。
ttp://www5.airnet.ne.jp/tomy/cpro/csource.htm

>>397
めもで考えていたように、Winnyのように1回ずつ鍵を生成して書き込みにつけるというのであれば、
書き込みサイズの肥大化という問題も出てきます。(base64で512bitが86byteだったかな)
PGPみたいに鍵を先に貼っておいてという風にすれば、同じ人が何回も書き込む時にサイズ増加を抑えられます。
ですが、スレッドにかかわらずやるのなら認証サーバスレみたいなのが必要になるし、スレッドごとにやるのでも
スレッドキャップ★みたいにいちいちスレッド管理者に認証してもらう必要が出てきます。
Winnyみたいに管理者がはっきりしているのなら、スレッドキャップも考えられなくもないですが、
(まだ仕様よくわかってないのであれですが)誰もが管理者となり得る仕様では難しいのではないかなと。

なのでサイズ増加と鍵生成コスト(素数判定)には目をつぶって、いちいち公開鍵をつけた書き込みをするのも
メリットはあるのではと思います。
この場合RSA上の秘密鍵は内部で使用されるだけで、書き込み者はトリップキー(鍵生成の種)から
その都度生成することとなります。

>>398
> 32bitまるまる使って多倍長演算するのに、キャリー使えたりやら64bitで乗除できるんでついアセンブラ

気持ちはすごく分かる＾＾；
なんでADC命令があるのにCからだとそれをわざわざif文で判別しなきゃならないのかと思っちゃう。

> めもで考えていたように、Winnyのように1回ずつ鍵を生成して書き込みにつけるというのであれば、
> 書き込みサイズの肥大化という問題も出てきます。(base64で512bitが86byteだったかな)

なので、前述のように先に鍵だけカキコしておくというのが私の最初の構想だった。
ただ強度をそこそこに抑えて鍵長を短くできるならそっちのほうがいいかな、と思っているのだけど。
256bitぐらいなら許容範囲では。ただ「1回ずつ鍵を生成」というのが分からないんだけど…
同じ発言者は同じ鍵を使うんだよね。だから 一個の発言のうち、 鍵+本文+署名をカキコすることになって、
このうち鍵は常に同じって理解しているんだけど、この理解で正しい？

> PGPみたいに鍵を先に貼っておいてという風にすれば、同じ人が何回も書き込む時にサイズ増加を抑えられます。

ですな。それが私の最初の考えだった。

> ですが、スレッドにかかわらずやるのなら認証サーバスレみたいなのが必要になるし、スレッドごとにやるのでも

鍵自体はスレッドに依存する情報を含まないのだから、鍵やそのハッシュはスレッドに依存しないと理解してるんだけど…
鍵そのものかそのハッシュをトリップとして表示すれば、基本的に同じトリップ（公開鍵）でデコードできる署名は
同じ秘密鍵で生成されたもの、なのでは。

ただ新月の場合必ずしも全ての発言が受信できる保証はないから、たまたま公開鍵を張ったレスをあるノードが
受信しそこなう可能性はある。その場合どうしようもないので、「ごめん、もういちど鍵を貼り付けてくれない？」と
口頭で本人に頼むしかないかな、と。

> スレッドキャップ★みたいにいちいちスレッド管理者に認証してもらう必要が出てきます。
> Winnyみたいに管理者がはっきりしているのなら、スレッドキャップも考えられなくもないですが、
> (まだ仕様よくわかってないのであれですが)誰もが管理者となり得る仕様では難しいのではないかなと。

その点はそう思う。

> なのでサイズ増加と鍵生成コスト(素数判定)には目をつぶって、いちいち公開鍵をつけた書き込みをするのも
> メリットはあるのではと思います。
> この場合RSA上の秘密鍵は内部で使用されるだけで、書き込み者はトリップキー(鍵生成の種)から
> その都度生成することとなります。

むむ、よく理解できない…秘密鍵をその都度（疑似乱数か何かで？）生成するのでは、
何をよりどころに当人がその鍵とその鍵でなされた署名を生成したのか判断するの？

毎回公開鍵をつけることには基本的に賛成だけど、同じ発言者（同じトリップを持つ発言者）が使う鍵は同じであると、
私は理解しているのだけど…

あ、でも>>398のリンク先によると256bitだと数時間で破れるのかな＾＾；むぅ

一応私が当初考えていた方法を改めて書いとく。

1. 公開鍵と秘密鍵を生成。これはgpgとかの既存のツールを使う。
2. そのハッシュを名前覧に書き込む。これがトリップとなる。本文に公開鍵を書き込む。この発言全体が公開鍵レスとなる。
　　受信者は公開鍵のハッシュを自分で計算すればトリップと一致するか否かを確認できる。まあこの確認すること自体にはあまり意味がないけど。

　　トリップ=公開鍵のハッシュ
　　本文=公開鍵そのもの

3. 秘密鍵は自分のローカルマシンにファイルとして保持するか、ローカルのブラウザのクッキーとして保持（なんかこれがすごく不安だけど＾＾）

4. 送信者は公開鍵のハッシュ（トリップ）と本文を合わせたもののハッシュを求め、それを秘密鍵で暗号化し、本文の末尾に付記。名前覧には公開鍵のハッシュをトリップとしてカキコ。

　　トリップ=公開鍵のハッシュ
　　本文
　　署名=「「トリップ（公開鍵のハッシュ）+本文」のハッシュ」を秘密鍵で暗号化したもの

5. 受信者はトリップを元にそれ以前の発言から同じトリップを持ち公開鍵を含む発言を検索し、それを使って署名を複合化。
　　それと本文のハッシュを比較し一致を確認。その中に含まれる公開鍵のハッシュ（トリップ）が発言の名前覧のトリップと一致することを確認。
　これでこの発言の正当性が確認される。

　トリップ（公開鍵のハッシュ）を目印に過去の発言から公開鍵を検索
　「トリップ（公開鍵のハッシュ）+本文」のハッシュを計算 …（A)
　署名を公開鍵で復号化 …（B)
　(A)と(B)が一致することを確認。使った公開鍵のハッシュと、トリップ（名前覧に書き込まれたものではなく、
　ハッシュ計算の対象になっているもののほう）が一致することを確認。

>>399
＞256bitぐらいなら許容範囲では。ただ「1回ずつ鍵を生成」というのが分からないんだけど…
＞同じ発言者は同じ鍵を使うんだよね。だから 一個の発言のうち、 鍵+本文+署名をカキコすることになって、
＞このうち鍵は常に同じって理解しているんだけど、この理解で正しい？
>>400
＞むむ、よく理解できない…秘密鍵をその都度（疑似乱数か何かで？）生成するのでは、
＞何をよりどころに当人がその鍵とその鍵でなされた署名を生成したのか判断するの？

すみません、Winnyトリップシステムを前提にしゃべってしまいました。
「一回ずつ生成する」の言わんとすることは、ざっというと、
1.書き込み者はトリップ生成キーを用意する。これは2chのトリップと同じで、この文字列が一致すれば
　同一人物とみなす(公開すれば誰でもなりすましができる)
2.中の人は、投稿のたびにある関数を通し、秘密鍵と公開鍵を生成する。この関数は、ハッシュを
　鍵生成の種として使うものとし、トリップ生成キーごとに一意の鍵ペアを生成する。
3.生成した秘密鍵で内容を署名し、公開鍵をつけて投稿する。

ということで、発言に必要な鍵(=トリップキー)は1つで、毎回同じトリップキーを使います。
当然鍵ペアも(トリップキーごとに)同じになります。

この方法の最大の利点は、発言者が用意するものはトリップキーのみ。長い公開鍵や秘密鍵は
中の人がその都度計算するので覚えておく必要はありません。2chトリップと同じ感覚で使用できます。
その他の利点としては、同トリップの他発言と完全に独立で、発言が一部受信できない時にも認証できます。

欠点は、公開鍵が発言毎についてしまうこと。これは、スレッドの容量を圧迫します。
トリップ発言荒らしが出るかもしれません。
最大の欠点は、一番コストのかかる素数探しを毎回やらなければならないことです。
(トリップキー<->鍵ペアをキャッシュしておくと少しはマシになるかも)

>>400
＞鍵自体はスレッドに依存する情報を含まないのだから、
そうです。どこかに鍵を公開する場所が必要、という意味で鍵公開スレがいるかも、と。
スレッドの進行中に毎回貼るのもなぁと思っただけです。(非表示にすればいいのか)

公開鍵は、発言の正当性を確かめる時に、いつでも手に入ったほうがいいですから
レスを落とす度合いと、レス毎につけるコスト(計算と容量)を秤にかけないといけないですね。

>>403
鍵を検索するくらいなら、いっそのことキャップにまで格上げしたらいいかも。

>>404
>ということで、発言に必要な鍵(=トリップキー)は1つで、毎回同じトリップキーを使います。
>当然鍵ペアも(トリップキーごとに)同じになります。

なるほど。

>>405
> スレッドの進行中に毎回貼るのもなぁと思っただけです。(非表示にすればいいのか)

スレッドのどこかに一個あればいいんだよね。

> >>403
> 鍵を検索するくらいなら、いっそのことキャップにまで格上げしたらいいかも。

キャップってのは承認する人間が必要だよね。あまりP2Pにはそぐわない気がする。
私のあの文章での検索というのは何処にあってもいい鍵が実際に何処にあるかを探すだけだから、
本質的に意味が違う。ただ、一つの形としてなら、管理人がいる掲示板は合ってもいいとは思っているけど。

余談だけど、楕円暗号は160bitでRSAの1024bit相当の強度、とかあるね。いいなあ…

まあ巨大なファイルが平気で添付される時代だから、1024bit（BASE64で170文字前後かな）のデータが
毎回余分についてもいい、という割り切りもあっていいかも知れない。

プログラムを作っている自分たちや、
流れているデータを覗いた人は耐え難いものを感じるかも知れないけどｗ、ユーザーから見えなければいいという
割り切りも…＾＾；


　| これは私の公開鍵だよ。絶対の絶対にホントだよ。誰がなんと言おうとぜったいに。信じてよーお願いだよー。
　| 絶対の絶対の絶対の絶対の絶対の絶対の絶対の絶対の絶対の絶対の絶対だってば！

これでだいたい170文字ぐらいかな。案外メールの末尾につける普通の署名の長さと大差ない気もする。

それに新月の場合データの転送ではgzipで圧縮されているから、まとめて取得する場合（SYNC処理）ではもしかしたら圧縮に期待できるかも。
随時行われる更新では期待できないけど。

>>406
＞キャップってのは承認する人間が必要だよね。あまりP2Pにはそぐわない気がする。
ローカルに鍵を貯めておくのであれば、その鍵の使用者=特定の文字列と表示時に対応付けると
キャップみたいかなと思って。
グローバルにキャップ文字列の一意性を保証するのは難しいけれども、スレッド内くらいならいけるかも。
被ってたら時間が先のものを優先して、キャップ★キャップ(2)★とか置換するとか。
もしくは鍵の一部を取ってきて、キャップA0★キャップ47★とかしておくとか。

書き込みの伝達速度にもよるけど、認証関係で紛らわしいのはやっぱりボツかな･･･

＞余談だけど、楕円暗号は160bitでRSAの1024bit相当の強度、とかあるね。いいなあ…
いいなあ･･･とは思うけど楕円曲線状の離散対数演算なんて本読んだけどわからなかったw

>>407
フィールドにバイナリとかは禁止だよね。エンコードを変えても焼け石に水か･･･
ファイル添付したスレッドとかもすごいことになってるし、少々足してもいいかな･･･

>>409
> ローカルに鍵を貯めておくのであれば、その鍵の使用者=特定の文字列と表示時に対応付けると
> キャップみたいかなと思って。

ああ、どちらかというと表示面の話だね。
ところでWinnyが使っている「トリップ元文字列→公開&秘密鍵の生成」の部分にも何か工夫があるのかな？

>>407
170バイトくらいならレコードに入れちゃった方が
全体としてのコストは低そうです。
全ての書き込みにつくわけでもないでしょうし、
外部からはトリップをつけられないとしたら、さらに回数が減るでしょう。

>>410
公開鍵として必要な法nと指数eのうち、指数のほうを0x10001決め打ちにしてるから、
認証確認時の累乗が少しでも時間短縮できることと、トリップ欄は1要素だけになっていることかな。
(表に出てないほうのトリップ文字列は暗号化したハッシュなので、計2要素を書き込んでいる)

それと素数かどうかのテストが高々32bitになっているので、力技でできることw

トリップと削除情報のデータ構造についての案
この案ではトリップ計算アルゴリズムと入力、受けとったデータをどう扱うかについては論及しない。

●トリップ
- traditional
(添付までが無名フィールドで、その後は名前つきフィールドを自由に置く)
stamp<>id<>名前<>メール<>本文<>拡張子<>添付<>pubkey:公開鍵<>sign:署名

- strict
(IDまでが無名フィールドで、その後は名前つきフィールドを自由に置く)
stamp<>id<>name:名前<>mail:メール<>body:本文<>suffix:拡張子<>attach:添付<>pubkey:公開鍵<>sign:署名

●削除情報
stamp<>id<>file:ファイル名<>target:ID<>pubkey:公開鍵<>sign:署名

削除する対象のレコードをファイル名とIDで指定する。
この場合のファイル名は
menu, testboard, plf2yTw4BEy1hNkv, list_E3828AE38199E381A8, thread_E38199E3828CE381A3E381A9など。
IDは表示用の14d24e7dではなくて識別用の14d24e7def92d02aafa8f45af218eb39。

これを新月で流す場合には remove_HOGE というファイル名にして /update を使う。
HOGE部分の決め方は未定。

い、いきなり伸び始めた・・・
ネトラン読んで技術ある人はこっちに来て厨はshareに行くのかな？

オープンソースだもの

Winnyのトリップは、エンコード時にちょっと撹乱させてるけど、実験のコードの
エンコードはとりあえずbase64そのままでいいよね。
そのあたりをすげ替えれるように作ればいいのかな。

ム板のP2P掲示板関係のスレの過疎化が激しいです
まぁもともとあそこは・・・なわけだが

>>416
Base64変換ルーチンは新月にもCrescentにもあるので、
単にバイナリを返すだけでも大丈夫です。

ふぅ、マシンの電源ユニットが壊れた。派手に火花飛ばして。目の前にいたから良かったけど悪くすれば火事になってしまうがな…＾＾；
新しい電源ユニット買ってきて付け替えたら直ったけど。

>>413
トリップのフォーマットについてはだいたい私もそんな感じのイメージ。
ただ、どこから何処までを署名の対象範囲にするかが悩ましい。特にフィールドが増えると。
案としては

idの計算範囲
　idフィールドの直後のフィールドからそのレコード末尾まで

signの計算範囲
idフィールドの直後のフィールドからsignフィールドの直前のフィールドまで。signの後ろにさらにフィールドがあっても計算対象外。

となるのかな。例の順序だと公開鍵自体も署名の対象となる。まあ、これはその方がいいのかもしれない。

どちらもフィールドの中身だけでなくセパレーターの文字「<>」も含まれてしまうけど、まあこれは現状のidの計算もそうだからいいよね。

削除情報についてはレコードの削除情報はどちらかというと普通の発言の形に近いものが言いように思う。
普通の署名付発言に「これは削除情報だよ」というフラグが付いている形。誰がどの削除情報を出しているか
普通の発言としても読めるように。

ファイル単位の削除は…今のところ何とも。どちらかというと更新対象から外すという形の方がいいのかも。
(SYNC処理の対象から外すし、UPDATE要求が来ても通過させるだけ）

なので、ちょっとまだ削除情報については自分の考えがまとまってない＾＾；

また実際の署名のチェックを行わない処理系（または行わないモード）でもトリップの文字列そのものは
表示される形がいいかも。署名のチェックって処理時間のコストがかかる気もするから（実装もｗ）。
この場合署名の正当性が検証されていない発言として表示することになる感じかな。あるいは
処理系が処理しないんだから、公開鍵と署名のBASE64の文字列をそのまま表示して、「ユーザーさん、どうとでもして！」とするかｗ
まあこの辺はおいおいトライ&エラーで作っていけばいいかな。

となると今度は実際の実装をどうするかだね。前の方で某氏が紹介してくれたライブラリ、まだ見てないんだけど＾＾；
あれってperlやdelphiからも使えるのかな。それだと嬉しい。あるいは某氏の自作ライブラリの方が性能がいいなら
Crescentはそちらを使いたい気もする。perlやdelphiから簡単に使えるライブラリがない場合は内部でgnupgの実行ファイルを
起動することになるかな。ただ投稿時はともかく、表示時にトリップ付発言毎にgnupgを外部呼び出しするとさすがにパフォーマンスが
気になる気もする。

あとトリップ→公開鍵&秘密鍵の部分も某氏に案（とできればプログラム＾＾；）を練ってもらえると嬉しいなー

>>420の補足
> ファイル単位の削除は…今のところ何とも。どちらかというと更新対象から外すという形の方がいいのかも。

だからイメージとしては2chの「スレッドストッパー」見たいな形かな。
となるとこれもやっぱりスレッドに投稿された「特別なフラグ付の発言」扱いにした方がいいかも知れない。

＃お、書いているうちに少し考えがまとまってきた＾＾；

>>420-422
＞idの計算範囲
同意

＞signの計算範囲
これが難しい。というのは、名前付きフィールドは順不同にしたいので。(下に案あり)

＞署名のチェック
内部的に計算してもいいし、チェックを行なったということを記録しておいてもいいし、
チェックしますかボタンを出してもいい。そのへんはおいおい考えていきましょう。

＞特別なフラグ付の発言
それもよさそうです。というのはremove_HOGEの命名規則に悩んでいたから。

>>413の案・改訂版
- traditional
stamp<>id<>名前<>メール<>本文<>拡張子<>添付<>pubkey:公開鍵<>sign:署名<>target:署名の範囲<>remove:削除対象

- strict
stamp<>id<>name:名前<>mail:メール<>body:本文<>suffix:拡張子<>attach:添付<>pubkey:公開鍵<>sign:署名<>target:署名の範囲<>remove:削除対象

署名の範囲というのは、「name,body,attach」のように記述する。
これらのフィールド値を指定順に単純結合して署名を生成する。

削除対象は通常はIDを書く。
「スレッドストッパー」は特別な文字列「STOP」で対応。

s/単純結合/<>を挟んで結合/

>>423
> これが難しい。というのは、名前付きフィールドは順不同にしたいので。(下に案あり)

署名（や暗号化）の部分も一つのヘッダと見なせば

通信層 ヘッダ=stamp<>id 対象=ヘッダから末尾まで
署名層 ヘッダ=pubkey<>sign 対象=ヘッダから末尾まで

という形で一貫性ができる。それぞれ自分より後ろのデータについては関知しない、といった感じ。
ただし現在のデータの形式上、署名のヘッダを「名前」より前に持ってくるのが難しいので、じゃあ後ろに置くしかないかな、と思った。

順不同はどうかなー。確かにperlのwikigw版のコードを見ると順不同にしたい気持ちは分かるけど＾＾；
文字列の分割&結合をしないとならないのが…delphiはperlほど文字列の扱いが得意ではないので。
そうしたことを気にせずに気楽に組んだのがv.0.0.5までのCrescentで、その遅さは折り紙付＾＾；

なので、原則として順序はフィールドに並んだ順であることが圧倒的に多い、という仮定を立てて、そのケースマッチすればそのまま分割&結合せずに処理。
もし違う場合は（そういうケースは頻度として少ないので）、targetで指定されてた順に文字列を並び替えて計算、とかいう処理を挟まなければならないかも。
（実際にどれくらいのパフォーマンスが必要かは作ってみないと分からない。）

順固定でいいんじゃない？（＾＾；

>>421
＞あとトリップ→公開鍵&秘密鍵の部分も某氏に案（とできればプログラム＾＾；）を練ってもらえると嬉しいなー
この部分はどういうところですか？認証のために、書き込まれた文字列から公開鍵を抜き出すということ？

とりあえず、思いっきりポカしてたところは直ったんで、骨組みは動くようになりました。
(ある数を素数判定したり、法のもとで逆数取ってきたり、法のもとのべき乗したり)
あとは、何らかの種から、素数もってくる方法を考えて組まなきゃならないんで、もうしばしお待ちを。
ちゃんと動くかためさないと、多倍長ライブラリ側にバグがあるかも。
とりあえず、ライブラリの動作テストにWinny互換トリップを試して、過去の結果と一致すれば
一応パスということにして、実験実装に入ります。

とりあえず鍵長は何bitでやってみますか？いくらでも変えれるんでいいんですが、素数を取ってくるときに
Winnyみたいにハッシュそのままでは桁が足りないので(MD5は128bit)どうしましょ。
前に試した時は、トリップキーに適当に付加した文字列のハッシュも使ったのですが。
セキュリティー的にはどうするのがいいのかな。

素数判定は、Millerテストで確率的にやっちゃってるんですが、最後に本当に復元できるかテストもするので
多分問題ないはずです。
本当は、ヤバめな素数の組(容易に因数分解できるパターン)は弾かなきゃならないんですが、結構コストが
かかるので、どこまでの精度を求めるかなんですが。
騙りが出ると、どのぐらいの被害が出るシステムを想定してますか？

>>426
> ＞あとトリップ→公開鍵&秘密鍵の部分も某氏に案（とできればプログラム＾＾；）を練ってもらえると嬉しいなー
> この部分はどういうところですか？認証のために、書き込まれた文字列から公開鍵を抜き出すということ？

上の私の文章はWinnyがトリップ元文字列から一意の2組の鍵を生成している箇所のこと。
別にWinnyと同じである必要はないし、そんなの不要だよ、という答えでもいいんだけど、
不要という答えを含めて、私が判断するより、あなたの判断の方がまともそうなので＾＾；

> とりあえず、思いっきりポカしてたところは直ったんで、骨組みは動くようになりました。
> (ある数を素数判定したり、法のもとで逆数取ってきたり、法のもとのべき乗したり)
> あとは、何らかの種から、素数もってくる方法を考えて組まなきゃならないんで、もうしばしお待ちを。

Crescentはそのプログラムをそのまま使えば良さそうなんだけど、perlの場合はどうしたらいいんだろ？
既存のperlから利用できるツールやライブラリと同じ処理をする部分は、それを使えばいいと思うのだけど、
上記のような独自の部分は…さほど計算速度がいらないのであればperlで本家作者さんに組んでもらえばいいのかな？

＃まあ私が心配することではないかもしれないけど…

> とりあえず鍵長は何bitでやってみますか？いくらでも変えれるんでいいんですが、素数を取ってくるときに
> Winnyみたいにハッシュそのままでは桁が足りないので(MD5は128bit)どうしましょ。

（少なくとも私には）どの辺が妥当なのか判断できないので、一任＾＾；

> 騙りが出ると、どのぐらいの被害が出るシステムを想定してますか？

本家の作者さんは結構その点おおらかのようだし、私もそれで鉄壁の防御をしたいわけではなくて、
一種の抑止力と考えているので（「署名を見つけるのは難しそうだ」と破る意欲をつみ取ることが目的）、
運悪く例外的に鍵が見つかってしまうケースはいいかな、と今のところ思ってる。その意味で鍵の長さも
数時間で見つかってしまうのはさすがに困るけど、1ヶ月間計算して破られるのならそれでいいかな、と。

>>425
traditionalでは「id直後〜pubkey直前」
strictでは「sign直後〜末尾」
としましょう。
何らかの理由でtargetを絞りたいときはフィールドの並び順で対応する。
(targetフィールドは取り止め)

ちなみにDelphiは文字列が苦手だそうですが(ISO Pascalはもっと苦手ですが)、
Perlは(MD5を求めるような)数値計算がとても苦手です。
Cで書いてリンクするという手もあるみたいですが。

よく考えてみたらstrictに限っていえば必ず名前付きフィールドのパースが必要になるので、
トリップのコストは相対的に低くなるはずです。
traditional ... ID直後〜pubkey直前
strict ... targetフィールドで指定
というのが妥当かと。

>>428
>traditionalでは「id直後〜pubkey直前」
>strictでは「sign直後〜末尾」
>としましょう。
>何らかの理由でtargetを絞りたいときはフィールドの並び順で対応する。
>(targetフィールドは取り止め)

サンクス。あるいは実際に作ってみて、ニーズとパフォーマンスの様子を見て必要になったらtargetを導入するというのもいいかも。

>ちなみにDelphiは文字列が苦手だそうですが(ISO Pascalはもっと苦手ですが)、

ISO Pascalって固定長文字列しか扱えないとかだっけ＾＾；
delphiの場合文字列型があって処理系が解放作業とかもやってくれるので、ある意味C言語とかよりも
得意なのだけど、甘えすぎるとパフォーマンスが悪くなるみたい。

>Perlは(MD5を求めるような)数値計算がとても苦手です。
>Cで書いてリンクするという手もあるみたいですが。

きっとそんな感じだよね。うーむ…

>>429
delphiの場合パース自体が負担なのではなくて、不定長の文字列を動的に生成するのが高コスト。
分割の場合にしても結合にしても元の文字列から分割後あるいは結合後の文字列を新たに作り出しているので。

v.0.0.5もv.0.0.6も名前や本文や添付データの切り出し処理はどちらもやっているけれど、前者は切り出した文字列を
実体として実際に生成してルーチン間で受け渡している。後者は範囲（もとの文字列の何文字目から何文字目までが
名前フィールド、という情報）だけを使ってルーチン間でやり取りしている。

>>430
＞ISO Pascalって固定長文字列しか扱えないとかだっけ＾＾；
です。文字列比較が=でできたりして便利なところもありますが。

Perlでも単にコーディングしやすいだけで、実際には
＞不定長の文字列を動的に生成するのが高コスト。
という事情は変わらなかったはずです。
# というか、実行速度を考えていたらPerlなんて使えませんて(w

>>431
> Perlでも単にコーディングしやすいだけで、実際には
> ＞不定長の文字列を動的に生成するのが高コスト。
> という事情は変わらなかったはずです。
> # というか、実行速度を考えていたらPerlなんて使えませんて(w

そんなことないと思うけど。動的なデータの扱いは結構言語設計のキモだから。
メモリの使用効率と処理速度のバランス一つとっても、言語の設計思想によって千差万別だと思うよ。

あとperlが遅いというのはインタプリタの遅さであって、それと動的メモリを効率よく扱えるか否かとは別な話。
確かに数値計算などはインタプリタでは不利だけど、文字列の処理の実際の処理は処理系の内部処理として
行われるのだから、それはインタプリタを記述している言語（例えばC言語）のパフォーマンス（あとはそのアルゴリズム）
だから、インタプリタとコンパイラの速度にさほど大きな違いはないと思うよ。

おいらの知る限りダウソ板で開発中のP2Pでオープンソースなのはこれだけなので応援！

一応strictの基本的な考えかたを書いておこうと思います。

通信層ではレコードというのは「文字列」です。
BBS層では文字通りレコード型です。
どこかでパース処理をしているわけですね。

stamp,idの値を検出するのはtraditionalと同じく配列的な発想で、
単に最初の2つのフィールドです。
pubkey,signの値はちょっと違ってて、
本文や名前と同じく、名前付きフィールドをパースしないといけません。
つまり、pubkey,signというのは、パース後の世界です。
一般的にレコード型というのは名前で識別されるものであって、
出現順は記録しないデータ型です。
レコード型の値を利用するのに、パース前のデータが必要というのは、
ちょっと困った話です。

これは単に今回のゲートウェイだけでなく、今後新月上で動くであろう、
全てのstrictアプリケーションの動作を決定する問題です。
「strictレコードはレコード型の記述形式であって、
名前付きフィールドの順番を問わない」という
原則に基いてトリップの仕組みを考えるべきでしょう。


ちなみに、文字列のコピーをせずにindexのやりとりだけで
トリップを計算することもできると思いますよ。
maketrip(var str: String; index: array of integer; beginkey, endkey: integer);
みたいな形にしておいて、
indexには bodyの開始, bodyの終了, attachの開始, attachの終了
みたいに入れておく。
あとはstrを嘗めていくループにちょっと工夫をすればいい、はず。

>>434
> pubkey,signの値はちょっと違ってて、
> 本文や名前と同じく、名前付きフィールドをパースしないといけません。
> つまり、pubkey,signというのは、パース後の世界です。

そう決めるのは自由だけど、必然性は特にないと思うよ。
また通信層とBBS層の2つではうまくモデル化できない。著名層や暗号化層などそれぞれが一つの層と捉えるべき。

> 一般的にレコード型というのは名前で識別されるものであって、
> 出現順は記録しないデータ型です。

今回の場合データが階層構造を成しているのだから、それぞれが同列であるとは限らない。

通信層から見れば「通信層のヘッダ+それ以降の部分」だし、通信層の「それ以降の部分」の中に
「署名層のヘッダ（今回はテイラーだけど）+それ以降（それ以前）の部分」があり、署名層の「それ以降の部分」の
中にBBS層の各フィールドがあると捉えることも出来る。

例えば今回は署名なのでわかりにくいが、暗号化処理の場合、どこを暗号化するかがより問題となる。
すなわちセパレータやタグは暗号化の対象なのか否か、ということ。各フィールドが対等ならばタグは
暗号化できない。レコードがどんなタグを含むのか（どんな性質のレコードなのか）は隠すことが出来ない。
階層構造を持ち、内部のデータ構造を外側がカプセル化していると捉えれば、内側のデータ構造は
暗号後のデータからは見えなくなる。

もちろんどちらのモデルも一長一短があるし、そもそもどちらか一方でだけである必要もない。
原理的には両方の形が必要なのだろう。

なので、各フィールドが対等なのだ、というモデルは正しくないわけではないが、唯一正しいものでは少なくともない。
この点は意識しておいた方がいいと思うよ。そのモデルでは対処できない目的も存在するということ。一方私の
モデルだと、この点は棚上げした形になっている。よくいえば両方に対処できるし、悪くいえば問題を先送りしている。

> レコード型の値を利用するのに、パース前のデータが必要というのは、
> ちょっと困った話です。

その困った状態が生じるのは、そういうモデルを選択するからだと思うけど。外側の層が内側の層のデータを
カプセル化していると考えれば、この問題はそもそも生じない。事実、通信層のIDがフィールドを意識せずに単なる
文字列としてMD5を計算しているよね。

> これは単に今回のゲートウェイだけでなく、今後新月上で動くであろう、
> 全てのstrictアプリケーションの動作を決定する問題です。

もちろんそうなんだけどね。ただそこに今立ち入りたくなかったので、とりあえず正面からは突っ込まなかった。＾＾；
正面からいうのであれば「順不同というモデルはカプセル化の観点からいえば、望ましくない」となる。
外側の層が内側の層の構造の意識しないと処理できないのでは、何かと不自由。例えば内側に
階層構造を拡張用とした場合、その都度外側の層もそれが処理できるように書き換えなければならない。

> ちなみに、文字列のコピーをせずにindexのやりとりだけで
> トリップを計算することもできると思いますよ。

もちろん実装コストに見合うメリットがあるなら、実装の手間は厭わないが、この場合メリットがないどころか設計に害がある。
これが私の本音。それをいわずにパフォーマンスや実装のコストの話で片づけようとした私に問題はあるけど、
そうしておけばとりあえずこの問題を先送りに出来るかな、と甘く考えたというのが正直なところ。少なくとも先送りしても
当面（データそのものの暗号化とかの機能を入れるまで）は問題なさそうだし。

付け加えれば、その意味ではtraditionalフォーマットはどうしようもないけど、strictフォーマットの場合はpubkeyやsignを
名前とか本文の前に持ってきたいところ。

＞外側の層が内側の層のデータをカプセル化していると考えれば、
この場合、そのモデルを選んではいけません。
なぜかというとファイルのデータ構造というのは、
いろいろなアプリケーションが利用するからです。

例えばstat.txtのようなローカルなファイルはCacheStat.pmによってカプセル化されています。
これはどう弄ろうと、インターフェースさえ保証されていれば問題ありません。
データファイルは違います。
繰り返しますが、これは全ての新月アプリケーションの挙動を決める文法です。

>>437
> ＞外側の層が内側の層のデータをカプセル化していると考えれば、
> この場合、そのモデルを選んではいけません。
> なぜかというとファイルのデータ構造というのは、
> いろいろなアプリケーションが利用するからです。

私は署名層はアプリケーション層の1つのアプリではなくて、通信層とアプリケーション層の間に位置する一つの層という
考えなのだけどね。

> 繰り返しますが、これは全ての新月アプリケーションの挙動を決める文法です。

何度も言うけど署名や暗号化はアプリケーションには属さない。通信層と同様にアプリケーションが
それらを利用して動作するための基盤だと思うよ。

できれば、トリップとってください・・・
読みづらい・・・

この手の事柄で完璧を目指せば、行き着く所はMIMEやXMLのように階層を記述ような形ならざるを得ない。
ただ現段階でそこまで考えるのはいかにもオーバースペックだから、当面はシンプルにいった方がいいと思うけどね。
その意味では率直に言えばstrictフォーマットは中途半端であると思えてしまう。当面のメリットないにも関わらず、
自由度だけが大きい。しかし自由度を生かせるような用途はあまりなく、生かすにはさらに階層構造の導入という
拡張をしなければならない。

>>438
僕のモデルでは↓となります。

UI層
アプリケーション層(スレッドにはbody,name等のフィールドがあって・・・)
署名層(暗号層があればこの辺でしょうね)
パース(レコードにする)
通信層(テキストとして扱う)

>>441
何度も言うけど、署名層の下でパースする必然性がないと思うけどね。通信層がテキストとして扱っているなら、
その署名層もテキストでいいはず。具体的に何かそうしなければならないような用途を暖めているなら、聞かせてもらえれば
あるいは考えが変わるかもしれないけど、今のところあえて「データの順序に意味を持たせない」という制限を加えてしまう
だけの理由が私には感じられない。順序に意味があるデータもあればないデータもあると考えるのが妥当で、
現段階で一方に決めてしまうのはわざわざ今後の選択の余地を狭めるだけだと思うけど。

>>442
「「名前付きフィールド」と「レコード型」が1対1対応しているべき」という設計思想に基いているため。

そもそも「データの記述と意味構造は対応しているべき」という思想からスタートしているから、
ファイル構造の隠蔽・カプセル化の思想と矛盾するのは当然でしょう。

正直いって、この議論に結着がつくとは思えない。
基本思想を曲げてまで設計するつもりはないし、それはあなたも同じでしょう。

当面は「通信層を共有する2つのソフトウェア」で開発しませんか？

とりあえず、トリップルーチンのサンプル実装できました。
どこに上げたらいいですか？

新月のなかの　Delphi版新月 Part2スレに上げておきました。

･･･うっかりしててパスワード付きで貼ってしまったんで消したいんですが、削除できない･･･

>>427
＞あとトリップ→公開鍵&秘密鍵の部分も某氏に案（とできればプログラム＾＾；）を練ってもらえると嬉しいなー
一応トリップ元文字列と、それを元にちょっと変えた文字列(128bitじゃ足りないので)にMD5をかけて
256bitや512bitのデータをつくり、約4:6に配分して2つの数を作りました。これをそれぞれ素数化して
鍵ペアを作っています。
手元の本によると、2数が近すぎるとフェルマーアルゴリズムでの因数分解の餌食になるらしいので
大きさを変えてみました。

＞> とりあえず鍵長は何bitでやってみますか？いくらでも変えれるんでいいんですが、素数を取ってくるときに
＞> Winnyみたいにハッシュそのままでは桁が足りないので(MD5は128bit)どうしましょ。
＞（少なくとも私には）どの辺が妥当なのか判断できないので、一任＾＾；
とりあえず256,512,1024を作ったんですが、前に作ったよりも若干遅くて1024bitは署名に約3秒もかかります。
どうも素数であるかの判定に時間食ってる気がするので後で見直してみますが･･･
破られてもいいのなら512bitが妥当かなという気がします。
何台も使って本気でやって月オーダーだと思うので、まだ大丈夫だと思います。

>>434
＞ちなみに、文字列のコピーをせずにindexのやりとりだけで
＞トリップを計算することもできると思いますよ。
作ったやつは思いっきりString使って受け渡してますし、内部でもString使いまくってしまいました･･･
つい便利なので･･･
速度がやばそうなら直します。

>>434-443
＞フィールドについて
署名対象さえはっきりしていれば、トリップはどこにでもつけられます。
高速化を目指すのなら、ハッシュ取る所などを融合すれば無駄なコピーが防げると思いますが、
残念なことにトリップルーチンは激遅なので(数msレベル)あまり意味がないかも。

自己レス
>>446
>どうも素数であるかの判定に時間食ってる気がするので後で見直してみますが･･･
ミラーテストをする回数40回になってたからでした。前やったときはもっと小さかったようで。
20以下にすると2秒切るくらいでした。はずれの場所を引くともっとかかるかもしれませんが。

誤判定の確率は10で1/10^6、20で1/10^12、40で1/10^24くらいのはずなので
大きすぎたかもしれません。

乙です。
よく読んでPerlに移植しようと思います。
多倍長計算は標準モジュールがつかえそうです。

>>443
> 「「名前付きフィールド」と「レコード型」が1対1対応しているべき」という設計思想に基いているため。
> そもそも「データの記述と意味構造は対応しているべき」という思想からスタートしているから、
> ファイル構造の隠蔽・カプセル化の思想と矛盾するのは当然でしょう。

レコードの順序にも意味はあると思うけどね。

> 正直いって、この議論に結着がつくとは思えない。

下位層がむやみに上位層に対して制限を加えるべきではない。この場合「データの順序に意味を持たせてはならない」という
制限を上位層に不当に加えているように感じる。

> 基本思想を曲げてまで設計するつもりはないし、それはあなたも同じでしょう。

基本思想に妥当な根拠がないと感じる。データの意味はアプリ層で規定されるべきで、下位層に持ち込むべきではない。

> 当面は「通信層を共有する2つのソフトウェア」で開発しませんか？

うーん、下位層はリベラルに設計した方がいいと思うけどなぁ。

　traditionalについては前述の通り順序に依存する。
　strictについてはtargetでフィールドを指定するが、当面「通信ヘッダ+署名ヘッダ+名前や本文など」という並びを用いる。
　(別な順が必要になったら新月はそのままでいいし、crescentはその時に任意の順序に対応するように修正するか、しないかを選ぶ)

というあたりはどう？

>>446
> 手元の本によると、2数が近すぎるとフェルマーアルゴリズムでの因数分解の餌食になるらしいので
> 大きさを変えてみました。

へー＾＾；

> とりあえず256,512,1024を作ったんですが、前に作ったよりも若干遅くて1024bitは署名に約3秒もかかります。
> どうも素数であるかの判定に時間食ってる気がするので後で見直してみますが･･･
> 破られてもいいのなら512bitが妥当かなという気がします。
> 何台も使って本気でやって月オーダーだと思うので、まだ大丈夫だと思います。

素数の判定ってことはトリップの生成部分ってことだよね。それなら以前話に出てたようにトリップと鍵を
キャッシュすればいいかな(でもセキュリティホールがあってそのファイルを外から読まれるとまずいかな＾＾；）。
私としては512でも1024でもどちらでもいいや＾＾；

> 作ったやつは思いっきりString使って受け渡してますし、内部でもString使いまくってしまいました･･･
> つい便利なので･･･

便利ですな。処理系が管理してくれるのでCやC++とは比べものにならないほど便利。perlとか最初から
文字列重視の言語以外だと、delphiに匹敵するのはjavaぐらいかな。

> 速度がやばそうなら直します。

とりあえず様子見かな。巨大なデータを扱うのは本文や添付ファイルなどのハッシュをとるところだけだよね。

> 残念なことにトリップルーチンは激遅なので(数msレベル)あまり意味がないかも。

トリップルーチンというのはトリップ→鍵生成のことだよね。

「たまたま順番がこうなっているだけで、文法上は順番に意味はない」
というなら問題ありません。
CVSにあるやつは署名が最後にあるけど、前にもっていきましょう。

ベンチマーク (素数の計算)
C, C++, Java, Perl, Rubyの言語ごとの整数演算速度を比較する。
http://www.geocities.jp/fujimoto_masato/program/primenumber.html

>>451
^^

>>452
javaが(起動時間が遅いのは当然として実行時間も)ずいぶん遅いね。オブジェクトのLong(整数のlongでなく）を毎回生成しているのが、
なんか遅い原因の気がするが…

javaとcとc++はエラトステネスの振るいについては十分効率的に書けば基本的に同性能で、少なくとも桁に違いが出るほどの
性能差はないはず。javaのJIT(動的なコンパイル)はcコンパイラと比べてそれほど見劣りするものじゃない。ただしコンパイルの
ための時間がかかるから起動やループの初回の実行は遅いけど。

|(*1)『プログラミング作法』(Brian W.Kernighan, Rob Pike著)では、C, C++, Java, Awk, Perlによるマルコフ連鎖アルゴリズムの
|性能を比較しており、JavaよりもPerlやAwkの方が早いという結果が出ている。スクリプト言語が遅いとは一概に言えない。

perlの連想配列の面目躍如ってとこかな。処理系が直接実行する部分が大きいプログラムは当然インタプリタでも速い。
javaの場合は結構内部の関数もjavaで書かれているから、速度もそれなりの部分がある。

>>448
おねがいします。法のもとでの累乗とかパッケージにあるのかな？

>>450
＞素数の判定ってことはトリップの生成部分ってことだよね。それなら以前話に出てたようにトリップと鍵を
＞キャッシュすればいいかな(でもセキュリティホールがあってそのファイルを外から読まれるとまずいかな＾＾；）。

＞トリップルーチンというのはトリップ→鍵生成のことだよね。
ざっと時間を見た感じでは、与えられたランダムな数(今回は生成文字列依存の数)を素数に加工する部分
に一番時間がかかっているみたいです。
おそらくミラーテストが1024bitで数十msのオーダーのようです。

ちなみに、認証テストはそれに比べるとほとんど時間がかかりません。
一番心配な閲覧時のタイムラグはそんなにないと思います。

投稿するたびに秒単位の時間が取られても、トリップ付きで実況するわけじゃないしいいかなと思ったりも。

>>390で「お互いに・・・移植しましょう」と書いたけど、
オープンソースなんだから、それは有志に任せた方がいいのではないかと思ってきた。
なんか「俺たちがやるからお前ら手を出すなよ」という感じになってしまった。

最近やけにレスポンスがいいけど、ユーザーが増えてきたせいなのかな？

最近の流れはハイレベルすぎてよく分からんが
これがいかにフィードバックされていくか
ﾏﾀｰﾘ見守るのもまた一興
オープンソースの醍醐味やね

>>455
> ざっと時間を見た感じでは、与えられたランダムな数(今回は生成文字列依存の数)を素数に加工する部分
> に一番時間がかかっているみたいです。

ま、そりゃそうでしょうな＾＾；

> おそらくミラーテストが1024bitで数十msのオーダーのようです。

ミラーテストって？＾＾；

> 一番心配な閲覧時のタイムラグはそんなにないと思います。
> 投稿するたびに秒単位の時間が取られても、トリップ付きで実況するわけじゃないしいいかなと思ったりも。

うーん、まあそうなのだけど、一応設定で外部からのトリップ付も緩そうと思うので、バックグランドで動いている
crescentは極力CPUタイムを喰わないようにしたいな、と。まあこれもどうするかは未定だけれど。

>>456
じつはわたしはあまり>>390にこだわってなかったり＾＾；
少なくともjanny向けのgateway.cgi相当のモジュールはよほどヒマをもてあまさないと(あるいはその必要を感じる場面にならないと)作らないと思う。

Jannyのソースについても希望があれば公開するけど、はっきりいってすごく汚いコードなのは覚悟してほしいｗ

素数関係の部分はおそらくperlで組むのは無理だよね？
どうしたらいいのかな…

CPAN行ってRSAで検索したらいっぱい出てきたんですけどw
ttp://search.cpan.org/search?query=rsa&mode=module

目的に合うものか簡単にチェックしたいので、
秘密鍵+本文→公開鍵+署名
の組がある程度の量欲しいのですが、用意してもらえませんか？

>>462
> CPAN行ってRSAで検索したらいっぱい出てきたんですけどw

素数生成の部分は某氏のオリジナルだよね

念のためいえば、この部分（トリップから鍵を生成する部分）は新月とCrescentで同じにしないと、同じトリップにならない。

例のプログラムをコンパイルした実行プログラムをCrescentスレにアップしておいた。

>>462
どちらかというと、Crescent側をあわせたほうが簡単かも。
トリップキー→素数の組の部分が一番独自のことをしてると思うので。
Winnyみたいに簡単にトリップを使うために、秘密鍵みたいなややこしいものがユーザにまで
出てこないようにラップしているからです。
このラップ部分は別に今出した実装でなければならない必要はないですし、
簡単に変えれるように作ってあるので、Perlのモジュールでもできそうな方法を探します。
同じことができそうなら、こうすればいいというのを出しますんで、ちょっとお待ちください。

RSA公開鍵暗号
ランダム数→秘密鍵、公開鍵
として、鍵ペアを保持しておく。

(仮)トリップ
トリップキー　-(何らかの関数)→　数　→　秘密鍵、公開鍵
として、トリップキーを覚えておく。

なのでちょっといじらないとだめかも。

>>466
> どちらかというと、Crescent側をあわせたほうが簡単かも。
> トリップキー→素数の組の部分が一番独自のことをしてると思うので。

なので何度となくperlはどうするの？と聞いてたんだけどね。やっぱ通じてなかったか…

> 同じことができそうなら、こうすればいいというのを出しますんで、ちょっとお待ちください。

ん〜某氏にlinux上でも動作するトリップ→鍵生成ルーチンを作ってもらえるといいのだが…
perlから直接呼び出せるライブラリ形式なら一番いいし、実行ファイルを呼び出す形でも可。この部分は投稿時にしか起動されないから、
それほどパフォーマンスは入らない。いかが＞某氏

> トリップキー　-(何らかの関数)→　数　→　秘密鍵、公開鍵

うーん、ちょっとこの方法はいやだな。せっかくトリップ生成モジュールも手に入ったことだし。

確かLinux上でもKylixとかいうDelphi互換の言語があるから、それで生成モジュールだけでも動作させられないかな。
他に方法がなければ、私がDelphi→Linux上のgccへの移植をするよ。

ということで、署名モジュールの作者さん、gcc版作ってくれない？＾＾；
わざわざcからdelphiに移植したのに、これを頼むのは心苦しいのだけど…

あ、もちろん移植は他の人も可、ね。なぜか「突然delphiからcの変換をしたくなった」という人募集＾＾；

>>467
ふと思ったのですが、perlって他言語で書いたモジュールってのは呼び出せないのですか？
Delphi->Kylixにできるのなら、完全にラップした署名ルーチン、認証ルーチンをperlから
呼び出せたら解決なんですよね。

いろいろやり方があってちょっと混乱してるので、方針確認させてください。
1)perlが、Delphiの使っているルーチンを外部モジュールとして呼ぶ
→Linuxバイナリが作れたらOK？呼べるように変更するだけで何も考えなくてよい

2)perlで使えるルーチンを探してor作って、Delphi側をすり合わせる
→OS互換は考えなくてよい(perlモジュールが何とかする)。探すのor作るのめんどくさい

>>462
といわれたので、2)かなと思っていろいろ探して見たのですが、既存のものは結構手直し
いりそうな感じなので、それだったら演算部だけ使ってそれより上は作り直したほうが速いのでは
とか思いました。
もしperlから他言語ルーチンが呼べて、誰かKylixでモジュールを作ってくれるのならめんどいことは
しなくていいですよね。

> トリップキー　-(何らかの関数)→　数　→　秘密鍵、公開鍵
(何らかの関数)は実験実装でいうところの、Make2LINTと、素数でないならインクリメントというルール、のことです。

>>468
一番めんどくさいのは多倍長演算部です。あそこはもともとcで組んでなかったので、
cに移植となるとロジックを変更しなければならないかもです。
32bitレジスタバリバリ使って書いてあるのでこっちから移植より>>398原作からいじったほうが
速いかも。当然、基数100なのは変えたほうが速いでしょう。(何で2^16とかにしないのかな)

Delphi->Kylixのインラインアセンブラは、コンパイラが何とかしてくれるというのをどこかでみたので
持ってる人いないかなとか思ったり。いなさそうならc版書きますけど。

私の今のところの知識はkylixは実際に使ったことがない。perlから多言語を呼び出す作法は知らない＾＾；
とりあえずkylixを動かしてみるかな…どこからダウンロードすればいいんだろ（というレベル＾＾；；；）

>>472
ttp://www.borland.com/products/downloads/download_kylix.html
かな･･･linuxないので頼みます。

とりあえずｃでも動くように変えられるか考えておきます。
外部モジュールができてkylixがいけるのなら、現在のを手直しで、
だめならcで書き直し。
外部モジュールダメならそれはそれで考えるということで。

使える部分をCPANのモジュールからもらいつつ、自分で書くつもりだった。

＞perlって他言語で書いたモジュールってのは呼び出せないのですか？
できます。
ただKylixはLinuxしかないみたいなので、それがちょっと困った。

>>474
多倍長整数演算部分をGMPを使って書き直せばいけるのかな。
>>462のCrypt::RSAをみてみたんだけど、生成部分を乗っ取らないとダメみたいなので
それはめんどくさいかなと。
ライブラリをいじる方法がわからないのでめんどくささがわからないけど、
gccでGMP使ってRSAを書いて両方から使えるようにするのと、こちらの仕様にあわせて
ライブラリをいじるのとどっちがいいのかな。

>>475
僕はgccの方がうれしいです(Unixの世界ではKylixよりgccの方が一般的なので)。
zlibを見ていると、Cで書いたライブラリとDelphiのソフトはリンクできるんですよね？

ただ、権利関係がよくわからないです。
これはGPLやBSDLに組み込んでも問題ないんですかね？
移植もとの原作者が「転載禁止」とかにしていると困るので。

仮に技術的・権利上の問題でうまくいかないようであれば、
PurePerlで書くのもやむを得ないです。

>>476
CのライブラリはDelphiから呼べます。

GMPはGNUなので多分大丈夫だと思いますが、権利関係に詳しくないのでよくわかりません･･･
cygwinのgccコンパイラについてきてました。
ttp://www.swox.com/gmp/

gcc版を作ってみます。このコンパイラ使うの初めてなので少し待ってください。

perl的にはどんなインタフェースが便利なんでしょうか？
トリップ生成文字列、署名対象、署名格納場所などをポインタで渡すのがいいのかな。
別に署名対象を直接もらわなくてもMD5だけもらってもいいかも。
結局中でハッシュ求めるんだし。

>>477
> perl的にはどんなインタフェースが便利なんでしょうか？
> トリップ生成文字列、署名対象、署名格納場所などをポインタで渡すのがいいのかな。

ちょっと検索してみたところ、perl-c間はdelphi-c間ほどシームレスに呼び出せるわけじゃなくて、
ラッパーみたいなものを噛ましてやる必要があるみたい。xs swig c::inlineなどがあるらしい。
xsはcの関数宣言からラッパを生成する。c::inlineはperlのソースに書かれたcのプログラムを
その場（?）でコンパイルして呼び出すらしい。うーむ…

>>477
よく考えてみたらPerl版の場合、/ping命令にPONGを返すだけでもforkを2回、execを1回してます。
gzipで圧縮するときにもforkを2回、execを1回する選択肢があります。
なので、外部のコマンドとして実装して、stdinとstdoutでやりとりしても、
相対的にコストは大きくならず、むしろ自分の実力から考えてベターではないかと思いました。
署名対象はMD5で渡してもいいかもしれません。
(あくまでPerl版の場合であって、Crescentでは普通にライブラリとして使った方がよさそうですが)

GMPはLGPLなのでCrescentでも使えますね。

>>478
Compress::Zlibをみるとあらかじめ作ったZlib.soを呼び出しているように見えます。
実はよくわかってないw

とりあえずcrescentは署名モジュールを結合してみた。一応動いているみたい（あまり試していないが）。
とりあえずはtraditionalのみ。

で、UIの方なのだが、とりあえず現状のgateway.cgiの延長で2chやwinnyのトリップと同様の扱いに
見せている。名前覧に「名前#トリップ元文字列」を入れると内部でトリップを生成し、名前覧は「名前#トリップ」に
書き換えた後、名前〜添付ファイル間の署名を生成し、pubkeyとsignフィールドを末尾につける。

読み取る方はsignフィールドが付いていれば著名付と判断し、名前〜添付ファイル間の署名が一致することと、
「名前#トリップ」のトリップがpubkeyのハッシュと一致することを確認。一致すればそのままｍ「名前#トリップ」を
出力する。一致しなければ現在は「名前」のみを表示するようにしてある。

この辺をどうしよう？現在は「#」を使っているが、2chのように「◆」「◇」にするか…日本語の記号を使うのが今ひとつ
抵抗があって私は「#」でもいいと思うのだが。あとは#以降のトリップ文字列を名前そのものと区別させるために
2chはボールドからノーマルフォントにしているが、この表現をどうするか。（当然何らかの方法で区別する必要がある。）
最初私もボールドからノーマルに使用としたが、この部分新月&crescentではcssで指定されてるんだよね。
まあどちらかというと他愛ない話なのだが。


あと署名モジュールに署名対象のテキストでなくそのハッシュを渡すというのに私も賛成。そうすれば例の順不同の
処理を入れる場合も署名モジュールは影響を受けないから。

>>479
> Compress::Zlibをみるとあらかじめ作ったZlib.soを呼び出しているように見えます。

Zlib.so側にperlの引数を受け取ったり、perl側に引数を返す仕組みが入っているとか？

> 実はよくわかってないw

私も＾＾；

>>481
> > Compress::Zlibをみるとあらかじめ作ったZlib.soを呼び出しているように見えます。
> Zlib.so側にperlの引数を受け取ったり、perl側に引数を返す仕組みが入っているとか？

ちょっと訂正。確かにZlib.pmとか見ると多少前処理とかしているものの、直接呼び出しているように見えるね…
むむむ。この辺ちょっと勉強してみるかな…。修行が必要だ…＾＾；誰か詳しい人いないかな〜

呼び出される頻度からいえばトリップ生成部分は外部の実行プログラムを呼び出しても十分いけるよね。
署名を行う処理も頻度的には同じだし。ただ署名をチェックする処理は一つのスレッドをまとめて取得して
それを表示する場合、トリップ付の発言の回数だけ呼び出されるから、若干辛い気がする。
この部分だけ（もしくはこの部分と署名を行う処理）はperlから使用できるRSAライブラリを使うという手もあるかな。

>>482
DynaLoader - Dynamically load C libraries into Perl code
かな？
実はUnix環境におけるシェアードライブラリの概念からしてよくわかってないのだけど。

Crypt::RSAは依存関係が広過ぎてちょっとそのままでは使えないっぽいです。

現在のところ手抜きして、ユーザに明示的にトリップチェックをしてもらうようにしてます。
本当は裏で処理して本物=◆、偽物=◇みたいに表示すべきなんだけど、まあ、いいでしょ？
トリップ部分がリンクになっていて、そこをクリックすると「本物」「偽物」と出る。

>>483
> 現在のところ手抜きして、ユーザに明示的にトリップチェックをしてもらうようにしてます。

なるほど。それだととりあえず速度は要らないね。

とりあえずkylixを動かしてみた。
単純なプログラムの場合コンパイルリンクはでき実行ファイルも生成されるが、なぜか統合環境では起動しない。デバッガがうまく動かないのかな？
ちなみに私の環境はRedhat9。生成された実行ファイルをコマンドラインから起動すると一応動作する。簡単なGUIのアプリも動く。
しかしデバッガが使えないと辛い。

続いて署名プログラムをコンパイルしようとしたが、結構MD5とかの中でWin32の型DWORDとか関数を呼び出しているのでそのあたりを
取り繕う必要がある。サンプル用のGUIの部分は微妙にdelphiとkylixで異なるので作り直した方が速そう（まあこれはどうでもいい部分だが）。
アセンブラの部分はとりあえずコンパイルエラーは出なかった。

地道に修正していけば動きそうな気はする。しかしデバッガが動かないのはちょっと困る。なぜだ…
まあgccの方向のようなので、とりあえずこの段階で保留。

swigについてもチャレンジ。最新版をコンパイルしてインストール。
サンプルとして付いている数行のCのソースをコンパイル。これは当然通る。
swig用のヘッダを作成。swigにかけると、ラッパが生成される。結構な量。
それを再度gccでコンパイルするのだが、ここで躓いてしまった。

サンプルではperl5.0.xが対象なのだが私の環境に入っているのはperl5.8。
perl側が外部呼び出し用に用意しているヘッダの中でコンパイルエラーが出る。

ちょっと検索したところperl5.8用のパッチを当てて再度コンパイル&インストールしないとならないらしい。
これはまだやっていない。確かに動けば一番簡単な方法のようだけど…

DynaLoaderは逆にperl側で主要な処理をやる方法のようだが、まだ調べていない。

>>480
トリップは公開鍵を全桁表示してますか？圧縮したやつ？
11桁でもそんなに衝突しないと思うので見やすいほうがいいな。

>>485
乙です。
MD5は考えずに混ぜてしまいました、すみません。
やっぱり手直し要るのか･･･

gcc+gmpでdll作ってDelphiから呼ぼうとして失敗。どうもgmpを再構築しないとできないもよう。
ルーチン自体はいけそうな気配なので(まだ根幹部分の芯しかできてないけど)呼び出しのことが解決したら
何とかいけそう。もしDelphiから呼べなさそうなら、同じことしているので前のままのを修正して使いましょう。

署名モジュールで用意するのは1)署名部、2)署名認証部で、
1)署名部は、トリップ生成文字列と、署名対象を受け取り、公開鍵文字列(とその短縮)、署名文字列を返す。
2)認証部は、公開鍵文字列と署名文字列と署名対象を受け取り、true/falseを返す。

a) 1)の変形として、署名対象の代わりに署名対象のハッシュを受け取る、2)も同変形。
こうすると、ハッシュ関数に通して渡すのは本体の仕事になる。

b) 1)の変形として、トリップ生成文字列の代わりに、ハッシュを受け取る。
512bit分用意しなければならないのでa)よりも本体の負担は大きくなる。

c) 公開鍵文字列の短縮を署名モジュールでするのなら、チェックルーチンが必要

どこまでを、本体の守備範囲にしますかね。

で、最後尾まで堕ちる前にageと

>>487
MD5計算ルーチン(とBase64計算ルーチン)は新月/Crescentに入っているので
トリップ生成ルーチンは最小構成でよいかと思います。
つまり b) です。

あと公開鍵文字列→短縮形は一意に計算でき、かつ時間はそれほどかかりませんよね？
もしそうなら、ファイルに短縮形を書くのではなくて、
c) の短縮用ルーチンもあった方がいいかも。

つまり署名モジュールに担当していただきたいのは
署名部: トリップ生成文字列+署名対象のMD5→公開鍵文字列+署名文字列
認証部:公開鍵文字列+署名文字列+署名対象のMD5→true/false
短縮部: 公開鍵文字列→短縮形
の3種類です。

CygwinのgccでコンパイルできれはLinuxやFreeBSDでもだいたいそのまま使えるような気がします。
(CygwinはWin32APIを使えるらしいので、それが混入すると厳しいですが)

あ、勘違いしてた。
本体組込みのは128bit固定のMD5なので、やはり署名モジュールの担当にしてください。

署名部: トリップ生成文字列+署名対象文字列→公開鍵文字列+署名文字列
認証部: 公開鍵文字列+署名文字列+署名対象文字列→true/false
短縮部: 公開鍵文字列→短縮形

文字列は全部新月のレコードの一部なので改行はないとし、
標準入力を読むときは単に「1行目は生成文字列」「2行目は対象文字列」のようにしていいと思います。

>>487
> トリップは公開鍵を全桁表示してますか？圧縮したやつ？
> 11桁でもそんなに衝突しないと思うので見やすいほうがいいな。

いまのとこ11桁の方。

> MD5は考えずに混ぜてしまいました、すみません。
> やっぱり手直し要るのか･･･

UINTとかCopyMemoryとかも。なんかすべてCrescentが使っているやつですな＾＾；
非Windows環境で動かすことなど夢にも思わなかったので。
ちょと言い訳すればもともとCrescentが参考にしたコードがそうなっていたのだけど。

> どこまでを、本体の守備範囲にしますかね。

名前覧を「名前#トリップ元文字列」→「名前#トリップ」と書き換えた後に署名をするので、
トリップ元文字列→トリップの処理は単独で呼び出す必要がある。

なので

・トリップ元文字列→トリップ、公開鍵、秘密鍵
　　必要ならこの結果をキャッシュ。
・署名対象のハッシュ、秘密鍵→署名
・公開鍵、署名→もとの署名対象のハッシュ
　　または公開鍵、署名、署名対象のハッシュ→判定結果
・公開鍵→トリップ

とかでもいいかも。

補足
>>492はCrescent版の話ね。

ポスト「2ちゃん」の最有力候補は
新月でOK？

あ、鍵をキャッシュしておくことを考えると>>492の方がいいですね。
>>492の項目+ハッシュ化機能ということで。

perlからcの呼び出しの件だけど、多少光明が見えてきた。xsを使うことで出来そう。まだ引数の渡し方とか精進が必要だけど。
（基本的には文字列と定数だけで、構造体とかは渡さないよね。まだcからperlへの文字列の返し方が分からないけど）
必要なツールは(私のredhat9環境では）デフォルトで入っているようだし。

トレードマークのアイコンは刀でお願い☆します

漏れ的にも一応アイコンは作って欲しいです
TiｎｙLogger等とアイコン被るんで・・・

いや、後回しでいいのでお願いします

何となくxsの使い方が分かったので、gcc版ができたら教えて。perlのラッパを作ってみるから。

こんな感じでXSファイルを書いていろいろやってやればよさそう。

cの
int bar3(const char* srcbuf, int srclen, char* dstbuf, int maxbuf);
をperlから
$dst = bar3($src, 10, 20)
と呼び出すtest.xs

SV*
bar3(srcbuf, srclen, dstmax)
const char * srcbuf
int srclen
int dstmax
PREINIT:
char* dstbuf = NULL;
int dstlen;
CODE:
if ((dstbuf = malloc(dstmax)) == NULL) {
ST(0) = &PL_sv_undef;
}
dstlen = bar3(srcbuf, srclen, dstbuf, dstmax);
ST(0) = sv_2mortal(newSVpv(dstbuf, dstlen));
free(dstbuf);

悪名高きネトラン読むまでDelphi版ができてるって知らなかったよー

EntryServiceでXPのサービスとして登録しますた(σ`･ω･)σ

以前やったときは
Activeperl版が動かなかったよー
.plﾌｧｲﾙがMonsterTvと関連づけられて
どうしたらいいのかよくわからんかったのだ

むかつく関連付けってあるよね。RealPlayerが.rpmを自分に関連づけるのも許せん！

>>497-498
プロフェッショナルなレベルのアイコンを新月にアップロードするのだ。

新月0.2-beta3公開
トリップと自動削除の試験的実装。
署名モジュールが未実装のため、
どんな入力に対しても「pubkey」というトリップになります。
本家新月ではstrictフォーマットのwiki風ゲートウェイに絞って開発します。

>>496-499には悪いけど、
署名モジュールのインタフェースは
当面は外部コマンド呼出しの標準入出力の方が無難だと思います。
いろいろなプラットフォームでの動作チェックとか。

>>504
> 署名モジュールのインタフェースは
> 当面は外部コマンド呼出しの標準入出力の方が無難だと思います。
> いろいろなプラットフォームでの動作チェックとか。

まあ、じゃあとりあえず作るだけにしておくよ。他の人が使うかも知れないし、私自身が他で使うかも知れないし。
ってことで関数インターフェイスと実行ファイルの両方をお願い＾＾；＞署名の作者さん

アイコンについては、確かにdelphiデフォルトのままというのは不便だけど、
その一方で私にも好みがあるので、せっかく作ってもらってもボツにすると悪いし＾＾；

実はDelphiデフォルトだとは思わなかった。
あの緑の丸が新月を、稲妻がP2Pの通信を、
縦棒(柱？)がバージョン1を表わしているのかと思ってた。
だから配布サイトに誇らしげに飾ってあるのです。

>>507
＾＾；

新バージョンリリース

a2d8f057 :名無しさん [] Sun Feb 15 02:52:41 2004 1076781161.zip (301KB)
Crescent v.0.0.7 実行ファイル

3a1ebec6 :名無しさん [] Sun Feb 15 02:52:25 2004 1076781145.zip (227KB)
Crescent v.0.0.7 ソース

公開鍵の長さはとりあえず512bitに。

名前覧に「名前#トリップ元文字列」形式で書き込むと自動的にトリップがつく。
表示時に「名前◆トリップ」となる。署名の確認に失敗した場合は「名前◇トリップ」となる。
またトリップの有無に関わらず表示時に「名前」部分の「◆」は「◇」に置き換えられる。
(したがって新バージョンでは#や◆を含む名前は使用できない)

迷ったが結局ファイルにはトリップを書き込まないことにした。カキコ時に名前とトリップ元文字列を分離し、
名前のみを名前フィールドに書き込む。表示時は公開鍵からトリップを生成して表示。
この結果以前のバージョンで読み出した場合トリップ付発言のトリップ部分は表示されない。

#この辺は若干検討の余地があるかも知れない。

なぜか拡散しないので再度ポスト

3a1ebec6 :名無しさん [] Sun Feb 15 05:01:03 2004 1076788863.zip (227KB)
Crescent v.0.0.7 ソース

e5070e49 :名無しさん [] Sun Feb 15 05:02:02 2004 1076788922.zip (301KB)
Crescent v.0.0.7 実行ファイル

お〜、アイコンが凄いカッコよくなってる

テスト版では署名対象そのものをもらって数値化していましたが、ハッシュの仕方を変えても
署名ルーチンは関知しないようにハッシュ文字列をもらうようにします。
で、現在考えているのは512bitなら64byteまでの文字列をもらって、内部でバイナリとして
直接数値にするというものです。
文字コードが違う環境では互換が取れなくなりますが、ルーチン側としてはそのようなことはないと
仮定していいでしょうか。

あと、little-endianを仮定しているのですが、そうでない環境で動くことは
ありそうですか？ありそうなら変えれるようにしておきます。

トリップルーチンでのミス(ハッシュによっては小さい因子になってしまう)を変更しましたので
テスト版と互換取れません。

Delphiから共通ルーチンを呼び出すことを考えてたのですが、Cygwinな環境でgmpを再構築できないので
DelphiはDelphi版ルーチンをつかうことにしてもいいですかね。

署名ルーチンインタフェース案
1)署名生成部(Delphi版Ttest512RSA.Createおよび 同.PublicKey 相当)
　入力：トリップ生成文字列
　出力：公開鍵文字列(エンコードは署名ルーチン依存)

2)署名部(Delphi版Ttest512RSA.Sign相当)
　入力：公開鍵文字列、署名対象ハッシュ文字列
　出力：署名文字列(エンコードは署名ルーチン依存)

3)認証部(Delphi版Ttest512RSA.Verify相当)
　入力：公開鍵文字列、署名文字列、署名対象ハッシュ文字列
　出力：true/false

4)短縮部(Delphi版Ttest512RSA.PublicKeyHash相当)
　入力：公開鍵文字列
　出力：短縮形

この中で署名生成部と短縮部の内部でMD5ハッシュを使う予定です。
短縮部は本体に任してもいい気がしますが。

公開鍵文字列と署名文字列は、内部数値表現をbase64に変換したものを使う予定です。

署名対象ハッシュ文字列は、(署名ルーチンの中の人は)単なるバイナリとみなして処理する予定です。
長さ制限を越えなければ何を与えてもかまいません。

>>510
もし、署名に鍵が依存しないのであれば(署名対象に公開鍵を含まないなら)、生成部と署名部は
まとめてもいいかもしれません(gcc+gmp版は公開鍵の無駄な変換が出る)

まとめないほうが自由度は高いですけど。

>>513
> で、現在考えているのは512bitなら64byteまでの文字列をもらって、内部でバイナリとして
> 直接数値にするというものです。

64byteというのは署名対象のハッシュの話？

> 文字コードが違う環境では互換が取れなくなりますが、ルーチン側としてはそのようなことはないと
> 仮定していいでしょうか。

署名対象の文字コードや改行コードの話？それは当然だよね。なのでcrescentは本家と合わせるために
内部の大半をEUCで処理していて、必要な箇所だけSJISに直している。本音を言えばめちゃくちゃプログラム
しにくいのだが＾＾；。

> あと、little-endianを仮定しているのですが、そうでない環境で動くことは
> ありそうですか？ありそうなら変えれるようにしておきます。

ワード単位ではリトルエンディアンでロングワード単位ではビッグディアン（逆だったかな）なんてCPUもかつてはありましたな。
ただのちゃちゃなので気にしないでね＾＾；

> Delphiから共通ルーチンを呼び出すことを考えてたのですが、Cygwinな環境でgmpを再構築できないので
> DelphiはDelphi版ルーチンをつかうことにしてもいいですかね。

いいですな。Cygwinは何かと泣かされる。

>>514
秘密鍵文字列は？

>（エンコードは署名ルーチン依存）

このエンコードというのがbase64ってことだよね。

>>515
> もし、署名に鍵が依存しないのであれば(署名対象に公開鍵を含まないなら)、生成部と署名部は
> まとめてもいいかもしれません(gcc+gmp版は公開鍵の無駄な変換が出る)

関数インターフェイスはまとめないで欲しい気がする。無駄な変換というのはbase64<->バイナリの変換？

なので、書きにしてほしい。

1)署名生成部(Delphi版Ttest512RSA.Createおよび 同.PublicKey 相当)
　入力：トリップ生成文字列
　出力：公開鍵文字列(エンコードは署名ルーチン依存)
　　　　　秘密鍵文字列(エンコードは署名ルーチン依存)

2)署名部(Delphi版Ttest512RSA.Sign相当)
　入力：秘密鍵文字列、署名対象ハッシュ文字列
　出力：署名文字列(エンコードは署名ルーチン依存)

>>516
＞64byteというのは署名対象のハッシュの話？
そうです。ハッシュをどう文字列に加工するかも含めて本体側に移します。
(内部で鍵サイズにトリミングするので保証するのは512bitまでとします)

>>517
＞秘密鍵文字列は？
忘れてました･･･すみません

＞>（エンコードは署名ルーチン依存）
＞このエンコードというのがbase64ってことだよね。
そうですが、最後に=を付加しないなど微妙にbase64じゃないです。
こっちで独自に解釈しますということです。

>>518
Delphi版は現状を維持する予定です(署名対象→署名対象ハッシュを除く)
Crescent側にバイナリを持ってもらうつもりです。(オブジェクトを使いまわしたら、鍵が使いまわせる)
＞無駄な変換というのはbase64<->バイナリの変換？
そうです。

>>514
修正

1)署名生成部(Delphi版Ttest512RSA.Createおよび 同.PublicKey 相当)
　入力：トリップ生成文字列
　出力：公開鍵文字列(エンコードは署名ルーチン依存)
　　　　　秘密鍵文字列(エンコードは署名ルーチン依存) ←

2)署名部(Delphi版Ttest512RSA.Sign相当)
　入力：公開鍵文字列、秘密鍵文字列、　　　　　　　　　←
　 　　　署名対象ハッシュ文字列
　出力：署名文字列(エンコードは署名ルーチン依存)

3)認証部(Delphi版Ttest512RSA.Verify相当)
　入力：公開鍵文字列、署名文字列、署名対象ハッシュ文字列
　出力：true/false

4)短縮部(Delphi版Ttest512RSA.PublicKeyHash相当)
　入力：公開鍵文字列
　出力：短縮形

>>520
> そうですが、最後に=を付加しないなど微妙にbase64じゃないです。
> こっちで独自に解釈しますということです。

使用する文字セットがBase64以下であれば問題なし。<とか>とか&が出てくると、内部でセパレータとかに
使っているから困るけど。

> Delphi版は現状を維持する予定です(署名対象→署名対象ハッシュを除く)

生成時に秘密鍵を取り出せ、署名時に外部から指定できるようにしてほしい。外部でキャッシュしたいので。

> Crescent側にバイナリを持ってもらうつもりです。(オブジェクトを使いまわしたら、鍵が使いまわせる)

バイナリ、オブジェクトとはどの話？

>>521
> 2)署名部(Delphi版Ttest512RSA.Sign相当)
> 　入力：公開鍵文字列、秘密鍵文字列、　　　　　　　　　←
> 　 　　　署名対象ハッシュ文字列

署名の処理に公開鍵もいるんだ。知らなかった＾＾；

>>522

> 生成時に秘密鍵を取り出せ、署名時に外部から指定できるようにしてほしい。外部でキャッシュしたいので。

>>521ですでにそうなってるみたいなので、それでいいです。

余談だけど、delphiの文字列って「長さ+データ」形式なので基本的にはヌルコード(0x00)を含められるのだけど、
システムの文字列関数で時々0x00を含まないことを前提としているものがあるので、注意したほうがいいかも。
私はそれでハマった＾＾；

まあサーチとかリプレースとか複雑な関数を使わなければそれほど気にする必要ないけど。
（だから多分署名ルーチンでは多分、関係ない）

はて、やっぱり署名に公開鍵って必要ないような気がするのだけど、私の理解が違ってる？

# あまり重要な話じゃなくて、私の単なる興味の話なのだけど…

>>521
署名対象ハッシュ文字列のハッシュ(512bit)の求めかたはどうなっているのですか？
Ttest512RSA.Make2LINT(out a1: TLINT; out a2: TLINT; const Seed: string); でしょうか。
MD5を4回求めて結合してるみたいだけど、keystrの意味がわかりません。

あ、わかった。1回ごとに文字列を微妙に変化させているのですね。

>>522
Ttest512RSA.Createしたものをどこかに保持しておけば
(例えば生成文字列をキーとしたTStringListでObjectにいれておくとか)
object.signで時間のかかるキー生成をバイパスして何回も署名できます。
Ttest512RSAは内部メンバとしてnとdをLINT形式で保持しているので。

>>524
公開鍵と同形式でプロパティに入れておけばいいですか？

>>526
RSA上の公開鍵は法nと公開乗数e(今回は65537)で、秘密鍵は法nと秘密乗数dで
ほんとうは署名にnとdしかいりません。

都合上、法nのことを公開鍵と呼んでいるので署名にいるように見えます。
秘密鍵と呼んでいるのは秘密乗数dです。


>>527
Ttest512RSA.Make2LINTは鍵ペアを生成するための数を生成するルーチンです
テスト実装では署名対象ハッシュ文字列をルーチン側で生成していますが、変換しているのは
Ttest512RSA.MakeHashLINTです。

Ttest512RSA.Make2LINTでは512bitのランダムな(しかし生成キー依存の)データを作るのに
MD5を4回通しています(オリジナル1、混ぜ物入り3)

>>525
さっき引っかかった(´･ω･｀)

>>529
これだとTtest{256,512,1024}RSA.MakeHashLINTに関わらず
128bitのハッシュになるような？(←全然わかってない)

>>530
本当はフルビットもらえたほうがいいんだけど、どっちみちMD5が被ることなんてものすごく確率が
低いからはしょって128bitにしています。もっと精度が欲しければ違うハッシュ関数を使う必要があります。

署名の処理は、f(a) = a^d (mod n) ですので、aがものすごく小さくとも返り値はn全域に広がります。
たとえば512bitのときは、返り値は512bit空間のどれかの数字になります。
だから入力が128bitに制限されていることがわかったとしても、512bit空間に広がった2^128/2^512
であるとわかるだけで、なんの参考にもならないはずです。

これに対し、はじめに素数を取ってくるときにフルビットMD5でそろえているのは、公開鍵と称するnが
因数分解される可能性を少しでも小さくしようという意図です。
(WinnyBBSトリップのように)因数分解されてしまえば、何の意味もなくなる暗号系ですので。
私は数学者じゃないので、何らかの関数を使って128bitを水増しした時にその値からnを構成したら
因数分解にメリットが出るかどうか確証が取れないので、MD5を何回もとる事にしました。
入力値の少しの変化にMD5ハッシュは敏感に反応して、ほとんどランダムともみなせる値を返すので
微妙に変えてフルビット持ってきています。

なるほど、了解です。
本体側では「特製のハッシュ関数」ではなくて、普通のMD5ハッシュを渡せばいいわけですね。
ちょっと混乱してた。

>>529
> Ttest512RSA.Createしたものをどこかに保持しておけば

私がキャッシュといっているのはプログラムが動作している間だけでなく、終了しても
保持される領域（ようするにファイル）に保持したいということなのだけど。
なので「（生成したTtest512RSAのオブジェクトを）どこか（の変数）に保持しておけば」というのはちょっと違う。

> 公開鍵と同形式でプロパティに入れておけばいいですか？

それでもいいけど、鍵生成時に引数で受け取って、署名処理呼び出し時に引数で渡すのではだめ？
TtestXXXRSAはオブジェクト内部に公開鍵や秘密鍵を保持しているけど、データを保持しないで
毎回呼び出し側から指定してもいいけれど（現在のCrescentの使い方では）。

同じ鍵で複数の署名を行うような使い方を想定して、毎回外部から鍵を指定するオーバーヘッドを
考えているのであれば、それはそれで尤もな話なのでプロパティでもいいけど。

> 都合上、法nのことを公開鍵と呼んでいるので署名にいるように見えます。

なるほど。そういう仕組みになってるんだ。

> >>525
> さっき引っかかった(´･ω･｀)

＾＾；

>>532
> 本体側では「特製のハッシュ関数」ではなくて、普通のMD5ハッシュを渡せばいいわけですね。

「普通のMD5ハッシュ」の意味するところは？（本家は512bitのMD5を使う or 本家も128bitのMD5を使う）

>>534
「本家も128bitのMD5を使う」
(というか、MD5というものは128bit固定なんでない？)
http://www.ipa.go.jp/security/rfc/RFC1321JA.html

>>535
だから確認してるんだけど？

(MD5を利用した)特製のハッシュ関数(512bit)ではなく、
普通(=素)のMD5ハッシュ(128bit)を使う

ところで「中継」を発生させたいのだけど…いや？＞本家の作者さん
今考えているのは次のようなもの。

中継したデータは比較的短時間のみHDDに保持し、その後自動的に削除。
したがって中継したデータはdatディレクトリとは別のディレクトリに保持し、扱いも変える。

HAVEの問い合わせが来た場合一定の確率（あまり高くない）で、自分がさらに他のノードに問い合わせ、
見つかればそれをGET後に最初のHAVEにYESと答える。この処理が長くて最初のノードがタイムアウトして
しまった場合はそれはそれでいい。

中継データを一時的にHDD上に保持するのは、他からHAVE要求が来た場合、直ちに自分が他へHAVE要求を
出せば自分がそれを持っていないのが分かってしまうから（逆にいえばそうならないということは自分がそのファイルを
持っていることになる）。

中継したデータを一定時間で自動削除するのは、不本意なデータまで自分のHDDに貯まるのを避けるため。
またその拡散に貢献しないため。また中継を発生させるか否かは設定可能とする。

>>537
データ通信では冗長性がないと信頼性が低下するのでねｗ

あれ、、Crecentの作者さんてJannyの中の人なの？

>>540
Σ(- -ﾉ)ﾉ ｴｪ!?
winny Util　の中の人（というかnyBBSの住人？）がけんかしてた？

というか
新月BBSに、スレが一つも無い板が大量に立ってるのはなぜ？

>>533
じゃあ秘密鍵(d)と公開鍵(n)の文字列形式から直接CreateするのをつくっておけばOK?
プロパティが返した文字列そのまま渡せばいけるように。

オブジェクトにしてまとめてるのは、いろんな試験実装をすげ替えれるようにしたかっただけなので、
毎回引数で渡すのであれば、関数形式に書き換えるけど。
gcc版では完全に関数になるから、そっちとあわせる意味でもいいかもしれない。
どっちが便利なのかな。
一回ずつ引数に指定して署名を呼ぶのめんどくさいかなと思って、生成→署名の流れに
あわせてオブジェクトにしてみたけど、キーと鍵をためておくのなら関数のほうが使いやすいか。

>>538
個人的にはあまり好まないですが、
プロトコル上問題がなさそうなので、実装してもいいのではないですか？
パラメータをうまく設定すれば転送量もそんなに増えないと思いますし。
あと/updateが来たときに(一定確率で)取得してもいいかも。
本家ではたぶんやらない(w

>>541
＞新月BBSに、スレが一つも無い板が大量に立ってるのはなぜ？
ねとらんに載る直前に何者かが大量に板を作ったのです。
かえって過疎に見えて困るんですけど(w
Wiki風ゲートウェイだともう少し使いやすくなるかな？

>>542
> gcc版では完全に関数になるから、そっちとあわせる意味でもいいかもしれない。
> どっちが便利なのかな。

とりあえず目先の話だけすれば、現状のCrescentにとってはオブジェクトではなくて関数の方が使いやすい気がする。
ただそちらがオブジェクトの方が都合がいいというのであれば、特にそれでもいい。

あと、思ったのだけど署名のチェック処理側では512bitか1024bitかは特に決めうちしないで、公開鍵の長さで
振り分けた方がいいのかな？それならあとは鍵生成側だけの話になるから、UI側で選ばせるなりすればいいかも。

>>543
> 個人的にはあまり好まないですが、

やっぱり？＾＾；

> プロトコル上問題がなさそうなので、実装してもいいのではないですか？

サンクス。

> パラメータをうまく設定すれば転送量もそんなに増えないと思いますし。

その辺が難しいね。

> あと/updateが来たときに(一定確率で)取得してもいいかも。

実はそれも考えてはいた。考えることはおなじですな＾＾；

> 本家ではたぶんやらない(w

さようで…。
まあ何が有効なのか分からないから私にとっても実験みたいなものだから。

> Wiki風ゲートウェイだともう少し使いやすくなるかな？

これってまだ自分のとこで動かしてないんだけど、newとかsearchとか面白そうなメニューが付いてるね。
入れ替えようかな。これってそのまま上書きしても、以前の部分はそのまま使えるの？

>>543
> ねとらんに載る直前に何者かが大量に板を作ったのです。

ねとらんの「通信は暗号化されているので」という部分、いま思うとgzip圧縮を誤解したのかもしれないｗ

>>545
＞その辺が難しいね。
最悪の場合「でかいファイルを貰いました→消しました」になると困ります。
まずありえないと思いますけど。

＞これってそのまま上書きしても、以前の部分はそのまま使えるの？
旧gateway.cgiを別名にしてcgi-binに入れれば使えます。
strict対応でstat.txtでのsageの扱いが多少変わるけど、ほとんど問題ないはず。

>>544
＞とりあえず目先の話だけすれば、現状のCrescentにとってはオブジェクトではなくて関数の方が使いやすい気がする。
＞ただそちらがオブジェクトの方が都合がいいというのであれば、特にそれでもいい。

なら関数で書き換えておきます。中身がすげ変わらない限り関数のほうが微妙に効率いいし。
512bit実装で固定していいですか？

＞あと、思ったのだけど署名のチェック処理側では512bitか1024bitかは特に決めうちしないで、公開鍵の長さで
＞振り分けた方がいいのかな？それならあとは鍵生成側だけの話になるから、UI側で選ばせるなりすればいいかも。
どこのこと？認証部や署名部は公開鍵や秘密鍵が一定長であることを仮定してますよ。
まあ可変にして食わしてもいけるようにはできてるけど(短い分にはOKのはず)
最終的にどのbitの実装かは決めてしまわないとだめだとおもう。
それともユーザに選択させることを考えてる？

＞gcc版インタフェース
>>521の呼びわけで、実行ファイルを引数で呼び分けて、標準入出力でやり取りでいいですか？

＞＞gcc版インタフェース
＞>>521の呼びわけで、実行ファイルを引数で呼び分けて、標準入出力でやり取りでいいですか？
それでお願いします。

>>548
> どこのこと？認証部や署名部は公開鍵や秘密鍵が一定長であることを仮定してますよ。

あ、これは新月&Crescent側の話。ごっちゃになった。
カキコ時にはユーザーに512/1024の選択をさせ、表示側はファイルに書かれた公開鍵の文字列の長さを判別して
署名モジュールを呼び分けるということ。

まあそうまでして1024bitを使うこともないかな。

>>547
> 最悪の場合「でかいファイルを貰いました→消しました」になると困ります。
> まずありえないと思いますけど。

ネットワーク全体のトラフィックについていえば、中継で増加するのはたかだが2倍だから。
自分の回線の帯域でいえばADSLの場合上り帯域は確かに貴重ではある。
ただこの点だけはオープンソースである以上いまのところ善意に期待するしかない…
（Alphaのどこかのスレでオープンソースでの帯域の配分の話があったけど、ちょっと新月とは事情が違う気がするし）

HDDの容量については保持する時間を短くすれば問題ない。ただし頻繁にファイルの作成&削除が
行われるのでフラグメントの点は確かに嫌だね。とはいえWinnyに比べれば問題ないレベルと思うけど。

>>551
> ネットワーク全体のトラフィックについていえば、中継で増加するのはたかだが2倍だから。

考えてみたら、確率的には少ないけど中継が多段になることもあるから、そうとも言い切れないね。

時間がかかってすみません。互換の関数を探すのに手間取りました…
gcc版のコアは移植できたので、もう少しで完成すると思うのでもう少しお待ちください。

>>553
よろ＾＾

>>553
おそいよ！！　こっちは後が
つかえてるんだ。お前のせい
でここ数日というもの作業が
すすまないんだからな。

>>555
あんたはだれじゃい？＾＾；

>>555
あんたはだれじゃい？＾＾；

ねこ大好き♥

新月が前のバージョンと互換性なくなってしまったのかな？
新月のDelphi版板で何度か動作報告していた者だが、よく分からないのでこちらで報告。
Crescent v0.0.7ですが、相変わらず速攻で落ちます・・・。
症状は全く同じようです。

>>559
> 新月が前のバージョンと互換性なくなってしまったのかな？

古いバージョンも動いているようだけどポートが8001に変わったそうな。
まえはgateway.cgiは旧版を残すとかいってたはずなんだけどね。

> Crescent v0.0.7ですが、相変わらず速攻で落ちます・・・。
> 症状は全く同じようです。

お手上げ＾＾
そのエラーの画面、一度キャプチャしてうｐしてくれない？あまり意味ないけど、それぐらいしか…

>>560
いや、だから普通のエラーなんですって。

アプリケーションエラー
エラーが発生したため、Crescent.exeを終了します。プログラムをもう一度開始
する必要があります。

エラーログを作成しています。
OK

これだけ。

>>561
Win2000ってもう忘れてしまったんだけど、

> エラーログを作成しています。

このエラーログってどこにできるんだっけ？誰か知らない？他の人でもいいけど。

イベントログのアプリケーションログに多少ログが書かれているはずなので、それを転記してくれない？

あとこのファイルがあれば、このファイルも。All Users辺りのパスは違うかも知れない。

c:\Documents and Settings\All Users\Documents\DrWatson\Drwtsn32.log

>>562-564
書かれてなかった。
Drwtsn32.logにはあったけど長すぎるので、新月の方に貼ろうと思うけど、どこが良い？
まだDelphi版新月のスレないみたいだけど・・・。

>>565
だからある。

あ、ファイルの日付を確認してね。別なソフトのログではこまるから＾＾；

>>566
貼ってきた。解析お願いします。

>>568
うーむ。落ちてるのはカーネルの中だね。クリティカルセクションロックのAPIの中。
確かにv.0.0.5辺りでこの部分を変えたので、それまで動作していたのが動作しなくなった、という状況を合うのだけど…

しかしこのAPIがWin2000で動かないなんてことないんだけど（現に私のVMWare上のWin2000では動いている）。はて…
あとスレッドがなんか多い気がする。

ちなみにこれってどのパターンで落ちたもの？起動後だいたい何秒ぐらい？

>>569
いや、今まで開いた事ないスレッドを開いたときのもの。
今10秒ほどで落ちたのでまた貼りますね。

>>570
んと開いたことのないスレッドを開かなければ落ちない？

>>571
最初のはスレッドを開いて落ちたエラーログで、今貼ったのが放置して落ちたエラーログね

>>572
最初は10秒立っても落ちなかった？

>>573
何秒だったかな・・・忘れた^^;
前に書いたけどその時によって落ちるまでの時間が違って、大体0〜60秒。

さらによく見たら、クリティカルセクションのロックで落ちているのはそうなのだけど、これはCrescentが直接ロックしている
処理ではないね。かなり間接的に呼び出されている部分で、具体的にはRtlImageDirectoryEntryToDataというAPIの
中から呼び出されているロック処理。このAPIはよく分からないのだけど、ちょっと検索したところでは、exeとかに含まれている
データを読み出す処理のようだから、Windowsが何かの都合でcrescent.exeのどこかの部分を再度ロードしようとしている
処理かも。深すぎてわからない＾＾；

ちなみの同じ時期にXPのUI対応に変更した。XP上ではボタンとかがXPのものになる。Win2000では従来通り。
これはmanifest.rcとかいうファイルで「このアプリはXPのUIに対応している」と書いておくと後はWindowsが自動的に
やってくれるのだけど…なんか関係あるのかな。

うーむ。どうしたものかな＾＾；

>>575
ごめん、何言ってんだか全然分からんが・・・頑張って（ｗ
またバージョンアップしたら動作報告するよ。

>>574
> 何秒だったかな・・・忘れた^^;

結構その部分が重要なのだけど。

> 前に書いたけどその時によって落ちるまでの時間が違って、大体0〜60秒。

前にも書いたけど通信を始める前に落ちるか、通信を行おうとして落ちるか、通信を実際に初めていろいろな
処理をやった時に落ちるか、は結構デバッグする側にとっては重要な情報なんよ。

あと、できれば落ちた後に再度試す場合はWindowsをリブートしてから試してもらえるとありがたい。
NT系はWin9xとかと比べて強固とはいえ、やっぱり何かと影響するので。

リブート直後に、通信を始める前（10秒以内）に”も”落ちるなら、かなり最初の処理に原因があるはずなので、
調べる場所がかなり減る。

とはいえ、その情報があっても直ちに原因が分かるものでもないけど。
排他制御の部分とXPのUI対応の部分を元に戻してみるかな…しかし…せっかく作ったのを戻すのも＾＾：

>>576
> ごめん、何言ってんだか全然分からんが・・・

うん。それはそうだと思う＾＾；

>>577
原因分かった・・・CPU優先度を低にしていたせいだった・・・

>>579
そうなの？参考までの教えてほしいのだけど、優先度を低にしているというのはどの設定の話？

一応私もおなじ設定をしてみて再現をさせたいのだけど。たしかもう一人「ハングした」という人がいたので、
Crescent自体にバグがあるけど、普段はなかなか表に出ないバグなのかもしれない。そういうバグが現れやすい状況が
作れるなら、ぜひともチェックしたいから。

>>580
タスクマネージャでプロセスの優先度を低にするだけ。
前にCrescentのCPU使用率が100%になった事があって、
他のプロセスの処理に影響しないようにデフォルトで低にしていた。

破棄したものにはnil入れとけ。そうすれば無効だけど実行可能現象は回避できる。
あとバグはOSのせいにするな。原因は99%自分のコードにあると疑え。
謎の現象に陥ったら、メモリアクセスを疑う。書き込みすぎて隣の領域を破壊して
動作が変になることがバグとしてよく挙げられる。

>>582
> タスクマネージャでプロセスの優先度を低にするだけ。

やってみたのだけどそういう症状にはならなかった…うーむ、わからんね。

> 他のプロセスの処理に影響しないようにデフォルトで低にしていた。

デフォルトでって何かツール使って？それともコマンドラインのstartで？

新月のなかの　Delphi版新月 Part2スレに上げておきました。

他の環境でコンパイル通るかわからないので、ダメだったら言ってください。
gmp版のほうが速い気がする…＿|￣|○

いまのとこ512版しか入れてないので1024がいるようならまた考えます。
中をちょっといじったので、前のと互換はありません。

しばらく起動しておいておくと、node.txtが空になって止まるんですが、
通信状態が悪いとこういう風になるもんなんですかね？

>>586
最悪でも1時間毎にinitnode.txtからノードを補給するので、プログラムが正常に動作していれば、
node.txtがからになったままということはあり得ないはずなのだけど…

「止まる」というのはどういう状態？

>>585
> 新月のなかの　Delphi版新月 Part2スレに上げておきました。

サンクス

> gmp版のほうが速い気がする…＿|￣|○

＾＾；

もしかしてポートを開いてないとかないよね？＾＾；

apolloのコンパイルに成功しました。
Debian Woodyだとgmpのバージョンが低い(4.0.1)ので
4.1.2を入れたところうまくいきました。
古いやつだとmpz_importがないみたいです。
(別に古いバージョンに対応する必要はないと思います。それを言うときりがないので)

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

>>584
ショートカットでできるんだよ。
C:\WINNT\system32\CMD.EXE /c start "" /LOW /D"C:\Crescent" "C:\Crescent\Crescent.exe"
みたいに書けばね。

>>583
まったく正論だが、このスレはActivePerlに苦戦してきた記録でもあるからね(w

>>592
> ショートカットでできるんだよ。

聞きたかったのはstartを使ってプライオリティの設定をしているのか、他の方法なのかという点で、
実際にそれをどう呼び出すかはどうでもいい＾＾；

プライオリティを普通にしたら、それ以降症状はでてない？

>>585
delphi版のアセンブラの部分だけど、キャリー付の計算を始める前に必ずしもキャリーをクリアしてない気がするんだけど、大丈夫？

>>594
プライオリティって優先度か・・・何かと思った。
コマンドラインのstartってよく分からないけど、とにかくそういう方法でやってた。
ただ、タスクマネージャで設定しても同じ症状出たけどね。
普通に設定したら動作安定した。お騒がせして申し訳ない。

>>596
> 普通に設定したら動作安定した。お騒がせして申し訳ない。

うーむ、プライオリティを低くしたらハングするのではまずいのだが…とりあえず動いて何より。

>>595
aux1とalsubですね。移植の時に間違えて消してしまったみたいです…
何で動いてるんだろう…直したやつを上げておきます。
それぞれのLoop:の前にclcを入れる必要があります。

>>587
localhost:port/gateway.cgi
にアクセスしても反応がなくなります。
デバッグモードで動かすとログが取れるみたいなのでやってみます。

>>589
ファイルを上げられたのでそれはないと思います。

>>591
乙です。mpz_importは新しいのか…

>>595
指摘ありがとうございます。素で気づいてなかった…

6eb7d57a :名無しさん [] Wed Feb 18 05:48:51 2004 1077050931.zip (350KB)
Crescent v.0.0.8 実行ファイル

#>>9ec139f4は間違い


6b0e3c87 :名無しさん [] Wed Feb 18 05:50:52 2004 1077051052.zip (229KB)
Crescent v.0.0.8 ソース

>>598
修正版を入れた。

>>600
乙です。

20-30分すると通信ソケットが落ちているのか、各サーバーへのpingが返ってこなくなります。
それで空になるし、補充しようにも通信できないから増えなくなっているみたいです。
Winnyのときも通信サブシステムが〜のエラーが出ていましたから、こちらの環境が悪いのかも
しれません。

>>602
Windowsはどれ？XP？

>>603
環境忘れてました。Windows2000SP4です。
ADSLのブリッジ接続(直接接続)をしているPCです。
いろいろ動いているので、切っていって原因探ったほうがいいですか？

旧型ゲートウェイ+トリップ-いくつかの機能
http://fuktommy.ddo.jp/tradgw.cgi

05386b34 :◆N/bHz7OnCro [sage] Wed Feb 18 13:56:21 2004
8ac9c330 :名無しさん [] Wed Feb 18 13:55:11 2004 1077080111.zip (350KB)
Crescent v.0.0.9 実行ファイル

41e1e70b :名無しさん [] Wed Feb 18 13:54:40 2004 1077080080.zip (229KB)
Crescent v.0.0.9 ソース

画像ファイルがサムネイル表示されたなぁ

ba93b5eb :◆N/bHz7OnCro [sage] Wed Feb 18 17:10:59 2004
132 名前：名無しさん[] 投稿日：Wed Feb 18 17:08:06 2004 [3898e062]
Crescent v.0.0.9 実行ファイル

#前回のは貼り間違えた
http://shingetsu./ATTACH/DzyT5Vo5tWEc7Cgd/3898e062ab078561a537842d1949bc2e/1077091686.zip

133 名前：名無しさん[] 投稿日：Wed Feb 18 17:10:23 2004 [0386e5e7]
Crescent v.0.0.9 ソース

#これも
http://shingetsu./ATTACH/DzyT5Vo5tWEc7Cgd/0386e5e7b05e26d3946a4d82857ea2d4/1077091823.zip

相変わらず優先度下げると落ちる。下げなければ安定。
0.0.7で1回だけ、いつの間にか落ちてたけどね。

>>609
タスクマネージャのプロセスタブを選択した状態で、表示-列の選択を選ぶと表示できる項目が出てくるから、
スレッド数とハンドル数のチェックをONにして、Crescentのプロセスが使っているプロセス数とハンドル数を見てくれない？

>>610
1時間以上起動した状態でハンドル数160、スレッド数14。
優先度下げて落として、再起動したらハンドル数149、スレッド数12。
優先度下げても特に変化ないんだけど、落ちる直前にハンドル数が200以上に急上昇する。
スレッド数は多分変化なし。一瞬だから分からないけどね。

クレシェント0.0.8&0.0.9共に、起動&BBS閲覧して数分経つと必ずcpu使用率が
突然100%を維持したままになる
メモリ使用率もどんどん増えていく
おまけに終了を選んでもちゃんと終了してくれない
タスクトレイのアイコンが消えても実際にはプロセスがずっと起動したままなので、
タスクマネージャから強制終了させないといけなくなる
0.0.7まではこういった症状は一度もなかった
あと、どうやら起動のみでBBSを閲覧しなければ大丈夫っぽい？
使用OSはWin2000SP4、セレロン1.7Ghzにメモリ512MBです

クレセントをサービスで動かしてるんですが
CPU使用率とかがおかしくなることはないな・・・

0.0.6のころはレスするときにブラウザが落ちることはあったけど･･･

あげ

Jannyの要望はここに書けば良いのですか？

誰かNy2chGateみたいに
Ｊａｎｎｙ以外のＪａｎｅ系で使えるソフト作ってくれー
もしくはＪａｎｎｙ作者さんメモ付けてくれませんか？

>>616
参考になるソースとかあれば

新月0.2-beta5を公開します。
Crescentとデータレベルでほぼ互換のtradgw.cgiを追加しました。
ただしこちらはおまけであって、メインはWiki風ゲートウェイです。
Wiki風といってますが、共有者がいなくなればスレッドの実体が消えて、
再び人が集まればスレッドができるというのはIRCに近いアイデアともいえます。
どこからでもリンクを張れて、リンクがなくても実体が持てるというのはWiki的な発想ですけどね。
スレタイ1つにつき実体1つというのはIRC,Wikiに共通するものです。
http://shingetsu.sourceforge.net/
http://fuktommy.ddo.jp/gateway.cgi/thread/%E6%96%B0%E6%9C%88%E6%9C%80%E6%96%B0%E7%89%88#r0e15ceaa

>>618
乙です

>>618
strictフォーマットのファイルとtraditionalフォーマットのファイルってファイルの中身を見ただけだと、簡単には
区別が付かないよね。strictの場合<>タグ:データ<>タグ:データの形になっているけど、traditionalで
たまたま名前とかがコロンを含んでいるだけの場合もある。

何をよりどころに判別したらいいんだろ？やっぱファイル名にアンダースコアを含むか否かで判別してOK？
なんか泥縄式だけど＾＾；

>>616
禿同
メモ付きＪａｎｅが使いたい。

>>620
確かに非常に難しい。
「ファイル名にアンダースコア」でいくしかないでしょうね。
「たまたまファイル名にアンダースコアのあるtraditional」は
現状では存在しないみたいだし、とりあえず無視しましょう。
あと、tradgw.cgiでは板のファイル名を乱数でつけるようにしてみました。

それと、たぶんCrescent(の古いやつ？)だと思うのだけど、
「スレッドの1行目のIDが空」というケースがあります。

思うにファイルの1行目に何か識別子を入れた方がいいと思うのだが…

それとは別にtraditionalフォーマットの1行目にも、従来のデータの後ろに、タグ:データ形式で拡張をしたい。
想定しているのはスレッドの「管理人」の指定。スレッドを作る時にトリップ付で作ると、
自分がそのスレッドの管理人になれる。管理人はデフォルトで自動削除権を持つトリップとして登録される。
(ただしその機能をOFFにできる設定もつける。)

もう一つはWebスレ(?)。今考えているのは、この指定がされているスレッドは通常のスレッド表示にはならず、
スレッドの最後のレスの添付データをhtmlと見なしてWebとして表示する。このスレッドにはスレッドの作成者(これも
作成時に指定)しか書けない。

>>622
> あと、tradgw.cgiでは板のファイル名を乱数でつけるようにしてみました。

私もそのうちしようと思っていた＾＾

> それと、たぶんCrescent(の古いやつ？)だと思うのだけど、
> 「スレッドの1行目のIDが空」というケースがあります。

むむむ。

>>623
> スレッドの最後のレスの添付データをhtmlと見なしてWebとして表示する。このスレッドにはスレッドの作成者(これも
> 作成時に指定)しか書けない。

「正確には書いても自動削除される」が正しいかな。原理的にデータの送信は妨げられないので。

>>623
strictの文法的には1行目に
0000<>ID<>doctype:strict<>title:○○<>hoge:fugaみたいな記述もありうるんですが、
上で書いたような「再び人が集まればスレッドができる」というスタイルのためには
「1行目に何か識別子」というのは無理なんですね。
Wikiスタイルの主眼は>>618だから、それができないのは非常に困る。

管理人は非IRC的なアプリケーションとしてはありでしょう。
Webスレもおもしろそうですね。

あと乱数でつけるファイル名は小文字・数字のみにした方がいいかな？

>>626
> 上で書いたような「再び人が集まればスレッドができる」というスタイルのためには
> 「1行目に何か識別子」というのは無理なんですね。

前にもいったけど、1行目をレコードだと思わなければいいと思うのだけど。
Wikiスタイルでも「ファイル名がLIST_やTHREAD_で始まる」ということは”知っている”わけで、おなじだと思うけど？

> あと乱数でつけるファイル名は小文字・数字のみにした方がいいかな？

あ、そうかも。

HTTPのリクエストヘッダ（特にjoinリクエスト）に下記を追加しようと思うけど、どう？
X-ShingetsuGateway: Open　　　　不特定からのBBSアクセスを許している状態
X-ShingetsuGateway: Close　　　　不特定からのBBSアクセスを禁止している状態

どうやら起動したままBBSを閲覧せずに放置していた場合でも、
時間が経てば同じ症状が発生するみたい
それから異常が起きてない状態で普通にメニューから終了させようとした時も、
高確率で同症状が起きて強制終了せざるをえなくなる
612でも書いたこの症状が発生している間は、BBS閲覧が一切できなくなってしまうみたい
繋ぎに行こうとすると、localhostを待っています...のままいつまで経っても進まない

b7e63bf7 :◆N/bHz7OnCro [] Fri Feb 20 07:15:41 2004 1077228941.zip (228KB)
Crescent v.0.0.10 ソース


24023736 :◆N/bHz7OnCro [] Fri Feb 20 07:17:50 2004 1077229070.zip (349KB)
Crescent v.0.0.10 実行ファイル

>>627
＞1行目をレコードだと思わなければいいと思うのだけど。
1行目にメタ情報を記録するというのは自然な発想であり、有効です。
しかしWikiスタイルの実現という点から見た場合には矛盾が生じます。
Wikiスタイルで必要なのは
・リンクを張った時点ではファイルの実体は存在しない
・ファイルがどこにもない状態(＝メタ情報が取得できない)でも書きこめる
ということです。
1行目にメタ情報を記録するスタイルでは
ファイルがどこにもない状態→書き込めない→データの衝突を避けることができる
ということが実現できますが、
Wikiスタイルでは衝突を許すことになります。

>>628
個人的には好みではないですが、問題はないと思います。

>>631
> 1行目にメタ情報を記録するスタイルでは
> ファイルがどこにもない状態→書き込めない→データの衝突を避けることができる
> ということが実現できますが、
> Wikiスタイルでは衝突を許すことになります。

衝突を許すことと1行目にメタ情報を記録することは排他的ではないと思うけど？

というか話をごっちゃにしてるよね。あなたが今話しているのは以前話したファイル名で衝突を避けるか否かの話だよね。
今話しているのはそれとは別だよね。

現在のstrictファイルはファイル名にメタ情報を埋め込んでるわけで、そのうちファイル名も「タグ：データ」形式にするはめになるんじゃないの？＾＾；

メタ情報をファイル内部に持たせると衝突を許すことができなくなります。
そしてWikiスタイルの実現では衝突を許すのが必要条件です。

・メタ情報をファイル内部に持たせても衝突を許すことができる
・衝突を許さなくてもWikiスタイルが実現できる
というのなら、その設計を示していただきたい。

ちなみに「1234<>ID<>body:hoge<>anonymous:ななし」
といった記述は考えています。
この場合は「それ以降nameフィールドが空であれば
「ななし」におきかえて表示する」という意味です。

>>634
＞そのうちファイル名も〜
現在も「list/thread」と「タイトル」の2つが入ってますね。
もしかしたら今後も増えていくかもしれません。
できるだけ避けるつもりですけど。

現実的なのはファイル名のプレフィクスしかないと思うんだけどな。
thread_, list_, hoge_ とあれば(種類に関わらず)strict、なければtraditional。

>>635
> メタ情報をファイル内部に持たせると衝突を許すことができなくなります。

なぜ？

> そしてWikiスタイルの実現では衝突を許すのが必要条件です。

別にそれ自体は否定してないけど？

> ・メタ情報をファイル内部に持たせても衝突を許すことができる
> ・衝突を許さなくてもWikiスタイルが実現できる
> というのなら、その設計を示していただきたい。

私がいっているのは前者だよ。メタ情報に何を書き込むかの話をしているのだから、先ずあなたは
メタ情報をファイル内部に書き込み、かつ衝突を許すような情報とは何か、を考えるべきだね。
それはそのファイルがWikiというアプリが作ったという識別子だ。その他にはそのファイルがWikiのLISTかTHREADかという識別情報。
ようするに現在ファイル名に含めている情報だよ。これらの情報はWikiというアプリが作る限り固定なのだから、誰が
そのWikiファイルを作ろうと（あるいはまだ作っていなかろうと）同一になる。だから誰が作ってもいいし、マージする場合も
1行目は全くおなじ内容になるはずなのだからどちらを捨てようとおなじだ。

そのファイルがどのアプリ用のものなのか、すなわちファイルでいえば拡張子に相当する情報を1行目に書くという話。
Wiki用のファイルならそれをしめすもの。他の形式のBBS用のファイルならそれをしめすもの。P2PWeb用のファイルであればそれをしめすもの。
そういった情報を1行目に書いて識別しましょう、という話。もともと今回の話はそこから始まっているのだからね。

> この場合は「それ以降nameフィールドが空であれば
> 「ななし」におきかえて表示する」という意味です。

「以降」？順序を前提とするんだ？
誰がどの順序で書き込むか分からないのに（マージとかもあるし）、そんなことして大丈夫なの？
ちなみに1行目は特別だから（ファイルの生成と同時に生成されるという意味で）1行目を前提とするのは順序には関係ないが、
あるレコード以降というのは順序に依存する概念。

> 現実的なのはファイル名のプレフィクスしかないと思うんだけどな。

だからそれを1行目に書けばいいという話なんだけど。

> thread_, list_, hoge_ とあれば(種類に関わらず)strict、なければtraditional。

種類が増えていけば収拾がつかなくなると思うけど？traditionalで「板名のファイル名」をユーザー指定に
したのとおなじことの繰り返しの気が私にはするけど。

集約するとメタ情報を「ファイル名」と「ファイル内」のどちらに持たせるべきなのか、
という話だよね？
自分の考えは「ファイル名」。
ただし補足的な情報はファイル内にあってもよい、とする。

あなたの考えは
「ファイル名は実体を識別する機能のみを持つべきで、種類などを示すべきではない」
だよね？

以前議論になって、結局結着がつかなかったわけだけど、
この切り分けの問題は設計思想そのものの反映なんですよ。
双方納得する結着は絶対つきません。
仕事でやってるわけじゃないから、妥協もないでしょう。
捨て台詞みたいだけど「気にいらないのなら勝手にやってくれ」としか言えません。

俺は外野なのでよく分からんが、ﾏﾀｰﾘと開発が続くことを願う
切に願う

>>638
> あなたの考えは
> 「ファイル名は実体を識別する機能のみを持つべきで、種類などを示すべきではない」
> だよね？
> 以前議論になって、結局結着がつかなかったわけだけど、

うーむ、どうも相手の意見を変に要約する傾向があるね。以前のツリーかハイパーリンクかの話もそうだけど＾＾；
依然とおなじことなんだけど、私がこれまで話したことが

| 自分の考えは「ファイル名」。
| ただし補足的な情報はファイル内にあってもよい、とする。

と矛盾するかどうかをもう一度読み返してもらいたいものだ。

> この切り分けの問題は設計思想そのものの反映なんですよ。
> 双方納得する結着は絶対つきません。
> 仕事でやってるわけじゃないから、妥協もないでしょう。
> 捨て台詞みたいだけど「気にいらないのなら勝手にやってくれ」としか言えません。

まあせめてお互いが何をいっているかぐらいは理解したいものだけどね＾＾；
もう少し相手が何をいっているのかを冷静に理解すべきだと思うけどね。

「ファイルの1行目にメタ情報を書く」と
「1行目に特殊な行があるのは気持ち悪い」はどうしたって両立しないでしょ。

>>639
それぞれ考え方が違うのは当然だと思うのだけど、同意できないからといって一足飛びに「捨てぜりふ」に
走られても正直困ってしまう。

そもそも以前の話と今回の話は別の話なのだが…

以前の話：
ある人と別な人が「雑談」というタイトルのスレッドを同時に立てた場合、それぞれが別のファイルとして
扱われるべきか、一つのファイルとして扱われるべきか。

今の話：
新月のネットワークで様々なアプリケーションが動作する場合の話。2ch形式のBBSもあれば、彼が
力を入れているWikiライクなBBS、私が上の方で述べているP2P Web、他にもいろいろ考えられる。
その場合何をよりどころに「このファイルはどのアプリが読み込むべきファイルか」を決定するかという話なのだけどね。

一般的に個々のデータ（BBSでいえば投稿記事、Webでいえばコンテンツ）の他に全体的な管理情報（作成者だったり、
管理人だったり、ファイルの有効期限だったり）は必要。彼が自分で

|自分の考えは「ファイル名」。
|ただし補足的な情報はファイル内にあってもよい、とする。

といっているように、まさにこの話をしているのだが、どうも彼は「以前の話」にこだわり続けて妙な方向にばかり
話を進めてしまう。「以前の話」についても私が不用意に一度だけ「ツリー構造」と書いたら、その後いくら
「ハイパーリンク」と言いなおしても、私はツリー構造しか考えていない、とさんざんいわれ続けたし…

もう少し冷静に相手の話を読み取ってほしいのだけど＞新月の作者さん

>>641
「気持ち」ではなくて何が必要でそれをどう実現するか、という話なのだけどね。

違うのはstrictフォーマットの位置づけだろうね。「WikiスタイルBBS」用のフォーマットなのか、
新月のネットーワークを利用するアプリの一般的なフォーマットなのか。

今の「WikiスタイルBBS」が特に必要なくてもファイルの補助情報を必要とするアプリは当然
ありうるわけで、それを包含した形でstrictフォーマットを決めておかないと、アプリ毎に
xxxフォーマットが乱立する。しかもすでに問題となっているように「それがどのアプリ用のファイルなのか」を
識別するのがどんどん煩雑になっていく（今回アンダースコアがファイル名に含まれるか、とかで判断しないと
ならなくなったようにね）。

これらのことはWikiの設計思想とは別な話なのだけどね。

そういえばWinyBBSがあるのを思い出してのぞいてみたけど、
あいかわらず利用者が驚くほど少ないな。
やっぱ人が少ないとつまらん。

以前の話を引き合いに出したのは
「互いに設計思想が違う」ということを認識してほしいため。
どうもその認識が不足しているように感じる。

＞「このファイルはどのアプリが読み込むべきファイルか」を決定する
基本的にはその必要はないと感じる。
HTMLファイルをブラウザで読むこともできるし、
テキストビューワで読むこともできる。
そういう状態を考えていただきたい。
0.1においてはあるファイルがスレッドである、というのは
板からリンクされている、ということによってのみ決定される。
識別の手段があってもよいという考えから0.2ではプレフィクスを設定したが、
それは絶対的な基準ではない。
.docが昔はテキストファイルを表わし、
最近ではwordのファイルを表わすようなもの。

＞全体的な管理情報（作成者だったり、管理人だったり、
＞ファイルの有効期限だったり）は必要。
については「Wikiスタイルでは不要」とする。
もちろん必要な局面もあるだろうし、そういう場合には記述すればいい。
ただし「記述できる」と「記述しなければならない」には大きな違いがある。

誤解をしているかもしれないので改めて書くけど、
「1行目にメタ情報があってもよい(なくてもよい)」であって、
Wikiスタイルのデータに関してはメタ情報はないよ、ということ。
strictフォーマットが規定するのは各行の形式であって、
(日付,id以外は)順不同の名前付きフィールドでなければならないということ。

そんで将来的にはtraditionalフォーマットは廃止したいので、
混在する現状においては_を手掛りにするのがいいでしょうという話。

>>645
> どうもその認識が不足しているように感じる。

それはあらゆる些末な意見の相違をすべて設計思想の違いに帰結させ無意味にしてしまう誤った考え方だと思うよ。

> HTMLファイルをブラウザで読むこともできるし、
> テキストビューワで読むこともできる。

それは偏った例を上げているだけだと思うけど？exeをテキストビュアーで開いても意味ないよね。
それにファイルがどのような種類のファイルかという情報があってこそ、それを適切なアプリで
開くことが出来る。txtファイルならメモ帳が開くしhtmlファイルならIEが起動するようにね。
メモ帳でhtmlファイルが開けたり、IEでテキストファイルが開けることはむしろ別な話。

もちろん一つのデータを別々なビュアーで開いて別な側面から表示を行うというのはあっていいけど、
それとデータの種類の手がかりを持たせないこととは違うと思うけどね。むしろ別なアプリでもその
ファイルを扱うためには、どのデータを無視してどのデータを有効とするかを判断するためにタグが
ついているべきで、その意味で補助情報はタグ付で1行目に格納されるべき。ファイル名のネーミングに
細工をして格納できる情報は限られており、勢いアプリ側が”知っていなければならない”前提が増えるだけ。

> 0.1においてはあるファイルがスレッドである、というのは
> 板からリンクされている、ということによってのみ決定される。

何度もいうけど私はそれに賛成も反対もしていないけど？

> 識別の手段があってもよいという考えから0.2ではプレフィクスを設定したが、
> それは絶対的な基準ではない。

その通りだと思うよ。だからそのプレフィックスがファイル名に付いている必要は特にない。
以前いったよね。「Wikiの思想に則るならTHREADとLISTの区別もない方がいいんじゃない？」と。

> .docが昔はテキストファイルを表わし、
> 最近ではwordのファイルを表わすようなもの。

これは全然別の話（苦笑

> ＞全体的な管理情報（作成者だったり、管理人だったり、
> ＞ファイルの有効期限だったり）は必要。
> については「Wikiスタイルでは不要」とする。

だからstrictフォーマットが「何の」フォーマットなのか、という位置づけが違うのだろう、といっているのだけどね。
あなたはWikiBBSのフォーマットと考えているようだけど、私はもう少し一般性のあるものと捉えているのだけどね。

> もちろん必要な局面もあるだろうし、そういう場合には記述すればいい。
> ただし「記述できる」と「記述しなければならない」には大きな違いがある。

その通りだよ。今のケースは記述しなければならないケースと考えているからそう言っている。
「データの種類を識別する方法」というのは入り口なのだからね。入り口より奥は各アプリが決めていいけれど、
入り口、すなわちどのアプリ用のデータなのかを識別する手段は、整理されているべきだと思うよ。
少なくとも単に「気持ち悪い」という理由で疎かにすべきではないと思うけどね。

> 誤解をしているかもしれないので改めて書くけど、
> 「1行目にメタ情報があってもよい(なくてもよい)」であって、
> Wikiスタイルのデータに関してはメタ情報はないよ、ということ。

上に述べたように、今はアプリの識別の話をしているので、この部分はWikiスタイルのデータの話ではない。
Wikiスタイルのデータか否かを識別する方法の話なのだから。

> strictフォーマットが規定するのは各行の形式であって、
> (日付,id以外は)順不同の名前付きフィールドでなければならないということ。
> そんで将来的にはtraditionalフォーマットは廃止したいので、
> 混在する現状においては_を手掛りにするのがいいでしょうという話。

少なくともこんなに粗雑ではstrictフォーマットに移行できない。私にもその気があるからこそあれこれ
述べているのであって、そうでないなら放っておくのだけどね。しかし「勝手にしろ」といわれてしまってはちょっとね…

例えばだれかが現在のWikiスタイルBBSを拡張してちょっと違ったバージョンを作ったとする。
何か補助情報が必要な、ね。その時識別子はどうするの？ファイル名のネーミングをTHREAD_Ex_とかにするの？（笑
全く別なアプリならプリフィックスを変えればいいけど、ちょっとだけデータが拡張されされているアプリが出てくる毎に
ちょっとだけ違うプリフィックスをつけ直すのでは煩雑すぎるよね？それにちょっとだけ違うだけなのだから、オリジナルアプリと
新しいアプリの間でも共通部分に限定してデータの相互乗り入れをしたくなると思うけど？そういうことが今の形だとできないよね。

Crescentの作者さんて高校生くらい？

もう少し柔軟にならないと共同作業やってけないと思うよ

>>649
それは心外だね。少なくとも私は相手の方が柔軟でないと考えているからね。
一つのアプリのためのフォーマットだけを考えているのか、複数のアプリのフォーマットを考えているかの違いだ。
新月の作者さんはWikiBBSという一つのアプリのためにフォーマットを規定し、それにいずれは一本化したいということは、
そのアプリのためだけのネットワークにしたい、といっているのと同じだ。たとえ本人がそうではない、といっても結果的には
それと同じこと。

いってみれば「勝手にしろ」というのが柔軟なのか？ということなんだけどね。確かにある意味柔軟ではあるけど＾＾；

正直技術的なことは断片的にしかわからんが
技術者同士のこういうせめぎ合いってのは
次を考えているのが伝わってくるので見苦しくないぞ。
互いに譲れないところもあると思うけど、
よい物になっていってくれればいいなと思います。

>>650
というか主に言い方の問題なんだよね
変に客観的になって自分の意見の一つを既成事実のように言ってる傾向がある

相手の主張を率直に受け入れ自分の非を認められる姿勢も示さないと
意見の押し付け合いにしかならないよ
ここは公共の場だから感情的な発言は控えられてるけど、
新月の作者は相当うんざりしてると思うよ

>>652
実のところ新月の作者さんが考えていることも分からないではないのだけどね。
これは以前別なスレで述べたことだが新月の良さの一つにシンプルさがある。非常によいことだと思う。
私の場合どちらかというと基盤部分に一般性を求める。その上位のアプリに雑多な制限が生じないようにね。

これはこれでシンプルなのだが、2つのシンプルさは質が違う。単純なプログラムでは2つのシンプルさは一致するが、
規模が大きくなれば各層やモジュール毎に構造を規定して複雑さを分断することが複雑さの総量を減らし、
全体的なシンプルさにつながる。

とはいえやみくもにスケーラブルに作ってもオーバースペックになるだけだからこのバランスが難しい。
おそらく技術者が10人いれば10種類のバランス感覚があるだろうね。

例えば先頭の一行を特別扱いするということで飛躍的にそのフォーマットの応用範囲が広がるなら、
私はそうすべきと考える。その方がそのフォーマットが柔軟にいろいろなアプリに応用できるからね。
一方彼は特に共通のフォーマットを規定しないで、各アプリがそれぞれのフォーマットを用いた方が
柔軟であると考えるのだろう。私にとってそれは「柔軟」ではなく「無秩序」に見えるのだが、
柔軟という見方も確かにあるだろうね。

>>653
ま、私もあなたの意見を読んでウンザリしたよ。

> というか主に言い方の問題なんだよね

下らない話だね。

> 変に客観的になって自分の意見の一つを既成事実のように言ってる傾向がある

当然私は自分の意見が客観的だと（主観的に）思っているのだからそういう表現になって当然。
わざわざこれは私の主観である、と（主観で）言っても意味がない。主張とは所詮主観的なものだ。

すべてが所詮主観にすぎないものを、この部分は客観的な意見、この部分は主観的な意見と（主観で）わける方が
よほどあざとく見える。

このスレ引用付多くて読みにくい(・Ａ・)ｲｸﾅｲ!

どわ。strictって文字コードを全部UTF8にしたの！？知らなかった＾＾；
確かに以前日本語をファイル名にするならUTF8の方がいいよ、といったけど。

簡単にできそうならCrescentをstrictに対応させようと思ったけど、とりあえずペンディングかな。
文字コードがUTF8ということ自体は異論ないんだけどね。今変えるとは思わなかった。というか最初からそうであってほしかった。

余談だけどUNICODEの場合SJISやEUCとのマッピングが処理系によって微妙に違うのでそこがちょっとね。
UNICODEが言語の標準のjavaとかでは文字コードの話だけで一冊本が書けるし＾＾；
全部UNICODEでやるならこんなに幸せなことはないのだけど、一度返還しようとするとマッピングの問題が付きまとう。

いや、客観は言うまでも無く否定してるよ
俺の発言をよく見れ・・・＞変に客観的になって自分の意見の一つを既成事実のように言ってる傾向がある
君が客観を気取っているという事

ほんと今更だけど客観的な言い方は自分が間違っていないことが前提になってしまってるんよ
間違いがあっても自分自身に責任が掛かってこないから反論もされず、会話のキャッチボールが成り立たない
自分の意見は自分のコトバで言わないと、友達が段々離れていくよ・・・

＞私はもう少し一般性のあるもの
この点についてはあなたの誤解。
自分もstrictフォーマットは一般的なものであると考えている。

＞「データの種類を識別する方法」
こそファイル名に持たせるべきである。
一般のファイルでサフィックスがファイル名に属するようにね。
マックバイナリという考えかたもあるが、自分が選択したのはそうでない。

＞少なくともこんなに粗雑
あなたの言い方を借りていえば「層が違う」。
strictの規定する層は極めて低い。

＞例えばだれかが現在のWikiスタイルBBSを拡張して
旧版と同じくthread_というプレフィクスをつければよい。
その拡張に対応していれば適切に表示するだろうし、そうでなければそれなりの表示をする。
strictはその程度の柔軟性を持って設計されている。

>>654
はこの問題を適切に捉えている。

>>658
はまったくの勘違い。
strictが規定するのは各行が名前つきフィールドからなるということのみであって、
文字コードは規定しない。
ちなみに署名の記述はpubkeyとsignであるが、これはstrictの規定するものではない。
単にWikiスタイルではUTF8を用いるということに過ぎない。
あとファイル名もstrictの規定するものではない。

ごく表層的にいえば「1行目は必ずメタ情報であるべき」という主張と
「メタ情報はあってもなくても(あるいは複数あっても)よい」という主張のぶつかりあいに過ぎない。

>>659
> 君が客観を気取っているという事

気取ろうが気取るまいが、所詮主張とは主観的なものなのだよ。くだらんはなしだ。

> ほんと今更だけど客観的な言い方は自分が間違っていないことが前提になってしまってるんよ
> 間違いがあっても自分自身に責任が掛かってこないから反論もされず、会話のキャッチボールが成り立たない
> 自分の意見は自分のコトバで言わないと、友達が段々離れていくよ・・・

くだらない非生産的な話が好きなようだね。

unixの文化だとファイルヘッダに情報を埋め込んでそれで判断するよね？
至極合理的でスマートだと思うんだよ。
新月で同じようにして何ら問題はないと考えるんだがなあ。
俺にはcrescentの作者の主張の方が正しく感じるがな・・・

>>662
Unixは6年ほど触っていますが、そんな文化初めて聞きました。
ファイルヘッダというのは何ですか？
もしかしてfileコマンドでファイルの先頭を覗くことでしょうか？

＞気取ろうが気取るまいが、所詮主張とは主観的なものなのだよ。くだらんはなしだ。

なんかシャアぽい

関係ない話ｽﾏｿ

>>660
> この点についてはあなたの誤解。
> 自分もstrictフォーマットは一般的なものであると考えている。

だからあなたがそう考えていようがいまいが、結果的にはそうなっていないという話なのだけど？
フォーマットとの本質は制限なんだよ。制限することで構造を作り出す。
あなたの言っているstrictフォーマットは制限が無さすぎて逆に一般性を損っているということなのだけど。

> ＞「データの種類を識別する方法」
> こそファイル名に持たせるべきである。
> 一般のファイルでサフィックスがファイル名に属するようにね。

普通のファイルは補助情報を持っているよね？WordのデータならWordのバージョンが入っている。
あなたはそれを否定しているわけだよね？

> マックバイナリという考えかたもあるが、自分が選択したのはそうでない。

話がそれるのでただの余談として聞き流してもらってかまわないが、NTFSも同様にプロパティが
追加できる。つまり拡張子とか作成日付とかの基本的な情報だけでは限界があるからこうした
ものが考案される。

> ＞少なくともこんなに粗雑
> あなたの言い方を借りていえば「層が違う」。
> strictの規定する層は極めて低い。

それは分かっているよ。名前がないから呼びにくいが、単純に「改行と<>とタグ:で構成されたファイル」が
低位のstrictフォーマットだとすれば、「全てレコードだけで構成され、全体の情報は含まない」というのが
高位のstrictフォーマットだ。低位のstrictフォーマットは確かに柔軟性がある。というよりありすぎるがそれはいいとして、

明示しなくても分かると思って呼び分けなかったけど、今話しているのはそれよりアプリケーションに近い高位のstrictフォーマットの話。

> ＞例えばだれかが現在のWikiスタイルBBSを拡張して
> 旧版と同じくthread_というプレフィクスをつければよい。
> その拡張に対応していれば適切に表示するだろうし、そうでなければそれなりの表示をする。
> strictはその程度の柔軟性を持って設計されている。

はて…だって全体の情報を格納する場所がないわけだよね。新版のプログラムが1行目に全体のデータを
格納したとして、旧版のプログラムはちゃんとそれを処理できるの？マージとかで特別扱いしなければならないと
思うけど…？それとも全体の情報を記述するレコードはファイルのどこにあってもよい、というところまで拡張することを
考えているの？上の方で述べたけど、1行目というのはそのファイルの作成時に作られるレコードという意味で「特別」だけど、
それが任意の場所にあっていいとすると、後から誰かが「全体に関する補助データ」を追加できたり重複したりするよね。
却って問題を複雑化させているだけだと思うけど？

> >>654
> はこの問題を適切に捉えている。

私は相手の話をきちんと理解した上で話しているからね＾＾；

> >>658
> はまったくの勘違い。
> strictが規定するのは各行が名前つきフィールドからなるということのみであって、
> 文字コードは規定しない。

そのレスの話はstrictフォーマットそのものの話ではなくて、WikiBBS互換のアプリをCrescentにどう移植するかの話なのだけど。
文章全体を読めば分かると思うんだけどな＾＾；

> ちなみに署名の記述はpubkeyとsignであるが、これはstrictの規定するものではない。
> 単にWikiスタイルではUTF8を用いるということに過ぎない。

だからそういう話をしてるんだけど。明示しなかった私も悪いけど、複数の話を平行してしている（strictフォーマットの規定、Wikiバージョンの移植etc)。
どの話も呼び名がないから「strictは〜」と話し始めるのがいけないのかな…。でも冷静に全体を読めば分かると思うんだけど？

> あとファイル名もstrictの規定するものではない。

だからそれは低位のstrictの話であって、私が言っているのは高位の話。言ってみればWikiBBS用フォーマットの話。

> ごく表層的にいえば「1行目は必ずメタ情報であるべき」という主張と
> 「メタ情報はあってもなくても(あるいは複数あっても)よい」という主張のぶつかりあいに過ぎない。

メタ情報がある場合、一行目にないと不都合がいろいろでてくるからそういってるんだけどね。
任意の場所にあったらいろいろ不便だと思うよ？となればメタ情報があってもなくても一行目は
メタ情報用に確保しておくのがリーズナブルだという話なのだけどね。

>>664
> なんかシャアぽい

ワラタ。いやね、こういう話はこんな感じで砕けた口調でやるのがいいんだよ。丁寧だけど堅苦しい口調でやるとちょっとね…

>>663
例えばMIMEやHTTPなど先頭にヘッダ情報があるフォーマットは多いよね。先頭にあることはそれなりに価値があるからそうなっている。
もちろん任意の場所にあってよいフォーマットも多々あるけど何かと不便だよ。

Crescentの作者さんは別に間違った事は言ってないと思う。
が、それとは全く別の部分で、表現の仕方というかモノの言い方に問題ある気がする。
気心の知れた相手と話している訳ではないのだから、ある程度の気遣いをもって言葉を選んで話しさないと余計なトラブルを生みかねない。
議論をしているのだからまず要点・論点ありきと言うのは分かるが、あまり突き放した言い方だと悪意が全くなくとも"攻撃的な物言い"として受け取られてしまう。
こんなの人に強制できる事では全くないのだけれど、スムーズなやりとりのためにも一考してみる価値はあるんじゃないかな。

>>670
くだらんはなしだね。

>>665
＞WordのデータならWordのバージョンが入っている。あなたはそれを否定しているわけだよね？
どこからそういう結論を得たのかわからない。誤解だ。
Wordならそのような情報持っている。MP3なら作曲者とかが入っているだろう。textならそういう領域はない。「あっても、なくてもよい」

＞「全てレコードだけで構成され、全体の情報は含まない」というのが高位のstrictフォーマットだ。
了解

＞新版のプログラムが1行目に全体のデータを格納したとして、
旧版からみれば「ゴミデータ」として扱われる。2つあれば2行あるとみなされるわけだ。
そのデータは新版が解釈するまでは壊されず、単に保存される。

＞それが任意の場所にあっていいとすると
文法上の可能性としてはありうる。
が、アプリケーション上にそういう利用法がありうるかどうかは別の話。
あるとしたら、たぶんこんな感じになると思うのだけどね。
(1)
0000<>ID<>メタ情報1<>メタ情報2
1234<>ID<>1つめの記事
1235<>ID<>2つめの記事
(2)
0000<>ID<>メタ情報1
0000<>ID<>メタ情報2
1234<>ID<>1つめの記事
1235<>ID<>2つめの記事
もしメタ情報を解さないアプリがこれを見たら、「1970年の、空白の記事が1つ(2つ)ある」と解釈するでしょう。

＞WikiBBS互換のアプリをCrescentにどう移植
Crescentは現行でもEUC<->SJISの変換が必要なようで、大変ですね。
Perlは文字コードを無視してコーディングできるのですが・・・
がんばってくださいね。

このスレやたら長文が多いくせに全員名無しだから読みにくくて
しょうがない。トリップか名前を名乗れよ。

.

乙！

ミスしました。すまそー！

Crescentは、力作だと思う。また、shingetuの作者さんもすばらすぃ。
ただ、一ついえることは、どちらとも、オリジナルでないこと。
言い方とか、表現方法とか、いろいろ、ありますが、技術者と名のる
なら、テクで勝負してほしい。
Crescentさん、Threadの事故は、どうにか、回避してね。あなたなら、
できるんじゃないかな。

idcheck

>>672
> どこからそういう結論を得たのかわからない。誤解だ。
> Wordならそのような情報持っている。MP3なら作曲者とかが入っているだろう。textならそういう領域はない。「あっても、なくてもよい」

嗚呼確かに正確ではなかったね。正確に言えば、新月の場合各レコードは必ずしも存在するとは限らないのだから、
1行目（これはアプリケーションが作成時に必ず存在する）になければ不都合が生じるだろう、という話。
それを前提として話していたので「1行目になくてもいい=メタ情報は置けない=否定」となる。
つまり1行目にあるからこそメタ情報として扱えるのであって、そこにないということはメタ情報として扱えない、という話。
確かにこの点は説明不足ではあったね。

> 旧版からみれば「ゴミデータ」として扱われる。2つあれば2行あるとみなされるわけだ。

マージの結果2行目以降に来る可能性はないの？2つあるということは内容が違うということがあるよね。

何度か言っているけど、新月の場合新たなデータを追加することを妨げられないのだから、誰かが後から
別なレコードを追加すれば、どちらが本来のデータなのかは分からなくなってしまう。それでいいデータもあるだろけれど、
それではまずいデータもある。まずいデータを1行目に格納しましょう、という話なのだけどね。これは「あってもなくてもいい」と
いう方法では解決できない。必ずなければならないよね。まさかレコードのマージ処理にアプリが介入するわけにはいかないから。

> 文法上の可能性としてはありうる。

私としてはあり得ないでほしいのだけど（笑

> が、アプリケーション上にそういう利用法がありうるかどうかは別の話。
> あるとしたら、たぶんこんな感じになると思うのだけどね。
（略）
> もしメタ情報を解さないアプリがこれを見たら、「1970年の、空白の記事が1つ(2つ)ある」と解釈するでしょう。

順序を要求する新版と順序に無頓着な旧版があったら、順序に信憑性は置けないよね。
タイムスタンプは偽造できるのだから宛にしてはダメ。

> Crescentは現行でもEUC<->SJISの変換が必要なようで、大変ですね。
> Perlは文字コードを無視してコーディングできるのですが・・・

コーディング自体は日本語の文字処理が必要な部分（例えば「名無しさん」という名前をつけるとか）以外は
文字コードに依存する処理はないけど、デバッグがしにくいんだよね。文字列変数をデバッガで表示させても読めない＾＾；

> がんばってくださいね。

ん〜もしかしたらしないかも。ちょっと様子見かな。とりあえずstrictが普及してから考えるよ。
普及しないうちに移植してもまた変わりそうだから。もちろん他の人が追加してくれる分には強力は惜しまないつもり。

99%はweb.pasというファイルのみの修正で済むはず。このファイルが実質的にUIを担当している。

今回のUTF8の件はコーディングの量というよりも精神的なインパクトが大きいね。ちょっと気勢が削がれた（笑

>>677
> ただ、一ついえることは、どちらとも、オリジナルでないこと。

？Crescentはともかく新月はオリジナルだと思うが…？

>>681
俺は、ココ（２CH）とか、p2pCashとかの延長かと思ってたが、、
違うのか？

>>679
＞まずいデータを1行目に格納しましょう、という話
これは無理でしょう。
というのは新月は取得したデータを日付とIDで並べ変えて、
一番小さい行を1行目にするという動作なので(通信層)。
つまり後から投稿されたデータが1行目になってしまう可能性がある。
(実際にはある程度より古い日付のデータは投稿されても無視するのですが)

で、これは私のいいかたが悪かったのだけど、
1行目じゃなくて、タイムスタンプが0のレコードがメタ情報を表すものと考えたほうがいいのでは、
ということなんだけど。実際には下の4行が同じ意味をもっていると考えればよい。
0000<>ID<>title:タイトル(改行)0000<>ID<>admin:管理者情報
0000<>ID<>admin:管理者情報(改行)0000<>ID<>title:タイトル
0000<>ID<>title:タイトル<>admin:管理者情報
0000<>ID<>admin:管理者情報<>title:タイトル
矛盾が生じることもありうるけど、それはメタ情報そのものの偽造と同様に処理すべきじゃないかな。
署名とか。

もしタイムスタンプが0のレコードがなければ、それはメタ情報がないということになる。
どちらにしてもstrictフォーマットの上に署名層があって、その1つ上の文法になります。

アプリケーション層としては
1234<>ID<>admin:管理者情報
とかで情報を上書きすることも、ないとはいえない。

あと、移植は強制しません。気が向いたらやってください。

>>682
新月はVojtaの劣化版コピーからスタートしました。

>>682
p2pCacheなんて構想があったんだ。面白いね。

2ch規模はさておき、個人で細々とやっているサイトとかをP2Pでキャッシュして支援するといいかもね。

>>683
大変もうしわけない。Vojtaの作者殿、失礼した。
オリジナルはあなただったのですね。
まてよ、ってことは、この順番か。
Vojta --> 新月 --> Crescent
やっぱ、三男ともなると、元気が良いですなぁ。(^^;

>>684
ですね。昔は、いろいろ構想はあった、今は、実現の段階かな。

CrescentはVojtaへの先祖帰りという気がしますね。
Vojtaはとにかく高機能を目指してたから。
板単位でななしを設定したり、ロゴを出したり、画像を添付したり、書き込みのサイズを設定したり、
匿名で書き込めるかリモートホストを表示させるか選べたり。
今Crescentがメタ情報としていろいろ設定項目を入れることができるようにしようとしてますが、
これを板単位でいろいろ設定できるようにしてました。
また板をグループにまとめて、それを単位にした中継も実装してたはずです。
あとスレッドのデッドロックにそうとう悩んでいました。

>>683
> というのは新月は取得したデータを日付とIDで並べ変えて、
> 一番小さい行を1行目にするという動作なので(通信層)。
> つまり後から投稿されたデータが1行目になってしまう可能性がある。

だからそれではまずいから1行目を特別扱いしようという話をしている。

> 1行目じゃなくて、タイムスタンプが0のレコードがメタ情報を表すものと考えたほうがいいのでは、
> ということなんだけど。実際には下の4行が同じ意味をもっていると考えればよい。

タイムスタンプは偽造できるからあまりあてにならない、という話を書いていると思うのだけど。

> 矛盾が生じることもありうるけど、それはメタ情報そのものの偽造と同様に処理すべきじゃないかな。
> 署名とか。

そのよりどころになるものが必要という話なのだけど。それがそのファイルを最初に書いた人という
ことなんだけどね。「WikiBBSというアプリでは最初に書いた人を特別扱いしない」というのは別にかまわないけど
それを特別扱いするアプリも存在するよね？何度か書いているけれど「あってもなくてもいい」という形では
これは処理できない。

> もしタイムスタンプが0のレコードがなければ、それはメタ情報がないということになる。
> どちらにしてもstrictフォーマットの上に署名層があって、その1つ上の文法になります。

この辺の認識の差が原因なのかな。1行目を特別扱いするというのはアプリケーション層ではなくて、
もっと下、ほぼ通信層そのものか、通信層の直上でなければ処理できない。

> アプリケーション層としては
> 1234<>ID<>admin:管理者情報
> とかで情報を上書きすることも、ないとはいえない。

そのレコードをポストした人の正当性をどうやって証明するかという話。誰かが勝手に後から自分のトリップで
俺が管理者だ、というレコードをポストしても、新月の構造上それを妨げられない。だから自分が管理者であるという
レコードがあったからといってそれを信じるわけにはいかない。

これを避けるために「ファイルを最初に作成した人」が自分が管理者であるとトリップ付で1行目に書き込む。
これであれば後はこのトリップをよりどころに管理していけばいい。管理者の委譲とかも管理者が新たな管理者を
任命するという形でね。

WikiBBSのように「ファイルを作った人」を特別扱いしないアプリであれば一番最初に「私が管理者だ」というレコードを
ポストした人が管理者になる、というのも次善の方法として有りだとは思うけど、上に比べれば確実性が薄れるね。

> あと、移植は強制しません。気が向いたらやってください。

もちろんそのつもりだよ。単に何を先にやるかという順序の問題。
一瞬待ち行列の先頭に来たけど、また後部に移動したということ（ｗ

>>687
>>CrescentはVojtaへの先祖帰りという気がしますね。
>>あとスレッドのデッドロックにそうとう悩んでいました。
軽いうちはいいけど、処理単位が重くなると、いろいろあるんだろうね。

なんか、仕様といいますか、通信規約のガイドラインがあれば、
全国民、一人に一つのp2p板が実現できるんですがね。（冗談）

>>683に関連するけど、Crescentは「1日以上古い日付の投稿は無視する」という処理をしてないでしょ！？
update.txtに記録されないから、無限に/update命令がネットワークを流れますよ。
いままさに、その事態が発生してます。

で、この処理を入れると(副作用として)タイムスタンプ0が特別なデータとして扱えるようになる。
この前提において、「タイムスタンプ0」と「1行目」は同程度の意味がもてる。
メタ情報レコードは署名によって保護することができるので署名層の上に位置する。
その上にアプリケーション層がある。

＞管理者の委譲とかも〜
これを表すのが↓
1234<>ID<>admin:管理者情報
厳密にかくと↓
1234<>ID<>pubkey:...<>sign:...<>target:admin<>admin:管理者情報
もちろんこれはメタ情報レコードの署名と同じ人の署名であるべき。
まあこの辺はメタ情報レコードの規定というよりはアプリケーション層の規定になってしまう。

>>687
ついでだから、新月を作ろうと思ったきっかけとか話してよ？

> CrescentはVojtaへの先祖帰りという気がしますね。

これでも一応むやみやたらの機能拡張は新月のポリシーに反する、とセーブしているつもりなんだけどね。
とはいえ最初はシンプル→漸次機能拡張というのは普通だと思うけどね。

> Vojtaはとにかく高機能を目指してたから。

みたいだね。zigumo、vojta、新月、をそれぞれ見比べていたから。
もともとWinnyBBSの将来が心許なくなって、じゃあJannyをどのP2P BBSに対応させようか、という
ことから始まった。zigmoはすでになくなってしまったようだし、vojtaはそれ自身で2chビュアーに対応しているようだし、
そんなこんなで新月を選んだ。最初はPerl版のフロントエンドとしてJannyを作ろうと思ったのだけど、
Windows版がないと普及が難しいと思った（普及していないBBSのビュアーを作っても仕方ないから）ので、
Crescentを作り始めた。

Jannyもプロトコル部分を分離してもっと任意のBBSに対応させやすくしたい思いはあるのだけどね。

>>691
> >>683に関連するけど、Crescentは「1日以上古い日付の投稿は無視する」という処理をしてないでしょ！？
> update.txtに記録されないから、無限に/update命令がネットワークを流れますよ。

ん。それは新月のchangelogを見て気づいていた。新月も割と最近直してるよね＾＾；

> いままさに、その事態が発生してます。

そうなの？それはまずいね。しかしなんでそういうデータが流れたのだろう？
送信の待機状態で新月やCrescentを止めて一日以上経過した後再起動したパターンかな？
あるいは日付が狂ったPCで送信したとか。

しかしupdate.txtには一度は入るのだけどね。消えるのは次にupdate.txtに＊ない＊別なデータを
追加した時。だから新規の投稿がなければ沈静化する気がするけど＾＾；

>>692
> で、この処理を入れると(副作用として)タイムスタンプ0が特別なデータとして扱えるようになる。
> この前提において、「タイムスタンプ0」と「1行目」は同程度の意味がもてる。

それってSync処理でも大丈夫なの？単にupdateの対象から外しただけではダメだと思うけど。

> メタ情報レコードは署名によって保護することができるので署名層の上に位置する。
> その上にアプリケーション層がある。

メタ情報レコードというのは層ではないよ。「特別な（ファイルに付帯している）データ」に過ぎない。
そしてその位置を維持できるのは通信層しかないと思うよ。

> ＞管理者の委譲とかも〜
> これを表すのが↓
> 1234<>ID<>admin:管理者情報
> 厳密にかくと↓
> 1234<>ID<>pubkey:...<>sign:...<>target:admin<>admin:管理者情報
> もちろんこれはメタ情報レコードの署名と同じ人の署名であるべき。

うーん、なんで理解してくれないのかな。最初の管理者が誰か、という話をしているんだけど？
最初の管理者が決まるからこそ委譲が出来るという話なのだけど。ちゃんと読んでほしいのだが…

> まあこの辺はメタ情報レコードの規定というよりはアプリケーション層の規定になってしまう。

「管理者の委譲」といのはメタ情報ではないよ。それはファイルに固有のものではないから。
ある操作を実現するメカニズムと操作の意味をしばしば混同する傾向があるね…
意味はアプリケーションが規定すればいいが、そのためのメカニズムは下位層が提供する必要がある。

92aea319 :◆N/bHz7OnCro [] Sat Feb 21 02:37:23 2004 1077298643.zip (229KB)
Crescent v.0.0.11 ソース


9090ce77 :◆N/bHz7OnCro [] Sat Feb 21 02:38:15 2004 1077298695.zip (349KB)
Crescent v.0.0.11 実行ファイル


75228ed3 :名無しさん [] Sat Feb 21 02:40:18 2004
Crescent v.0.0.11 変更箇所
・一日以上前の日付の投稿がループする問題を修正
これ以前のバージョンのCrescentはすべてこのバグを持っているので、
なるべく早期にバージョンアップして^^;

>>695
＞それってSync処理でも大丈夫なの？
ほぼ問題ない。
「1行目」方式でも偽造から自由になるわけではない。

＞最初の管理者が決まるからこそ
それが決まっているからこそ、
1234<>ID<>pubkey:...<>sign:...<>target:admin<>admin:管理者情報
のpubkeyだのsignだのが意味をもってくるわけでしょう？

＞ある操作を実現するメカニズムと操作の意味をしばしば混同する傾向があるね…
それを分離して考えるのがあなたの傾向ですね。

>>697
> >>695
> ＞それってSync処理でも大丈夫なの？
> ほぼ問題ない。
> 「1行目」方式でも偽造から自由になるわけではない。

いや、実はもう少し考えていることがある。また、ファイル名の話になるんだけどね＾＾；
今考えているのは、1行目のハッシュ（ID）をファイル名にすること。単純にハッシュをとると同じタイトルのスレは
同じハッシュになってしまうので、1行目に乱数文字列を付加した上で、ハッシュをとる。
これで1行目の内容とファイルが一意に結びつくから偽造は出来ない。ま、某αも似たようなことをしているけどね。

> ＞最初の管理者が決まるからこそ
> それが決まっているからこそ、
> 1234<>ID<>pubkey:...<>sign:...<>target:admin<>admin:管理者情報
> のpubkeyだのsignだのが意味をもってくるわけでしょう？

よく意味が分からないけど。今の話の中心は最初の管理者の指定なのだけど？何か重要なの？

> ＞ある操作を実現するメカニズムと操作の意味をしばしば混同する傾向があるね…
> それを分離して考えるのがあなたの傾向ですね。

もちろん。混同してはおかしくなるからね。これは「考え方の違いでどちらも正しい」と言う類のものではなくて、
明確に「分離して考えるのが正しく、混同して考えるのは間違い」なのだけど。

もちろん一度分離して考えた後、再度結合するのであれば問題ないが、最初から混同して考えてしまうのは
設計のやり方として好ましくない。

実のところ板名のネーミング（ユーザー指定か乱数かというやつ）をペンディングにしていたのは、この件が
頭に引っかかっていたから。taraditonalのファイルのネーミング規則を変えるなら、1行目のハッシュかな。しかし
それには一行目に乱数を入れる必要があり、それにはタグ形式の拡張をしなければならない。
もちろん管理者とかの指定のためにもタグ拡張は必要。乱数はなんでもいいのか。ファイル名はハッシュ値の
16進数（現在のIDと同じもので）で問題ないか。こしたことをぼんやり考えていたので、とりあえず放っておいた。

＞1行目のハッシュ（ID）をファイル名にすること。
実はMD5をIDにしたときに、このアイデアは考えていました。
そのときは乱数で十分だと思ったし、
0.2ではファイル名<->タイトルの変換ができた方がよいだろうと考えたので、
そのままになってます。

もしこのアイデアをとりいれるとしたら、
0000<>ID<>メタ情報
0000<>偽造<>メタ情報
の判別がスマートに行えますね。

＞明確に「分離して考えるのが正しく、混同して考えるのは間違い」なのだけど。
それが正しいと信じているのなら、それこそあなたの設計思想なのでしょう。

お、これは相当いいアイデアです。

「0000<>ファイル名<>メタ情報」をメタ情報レコードとして扱う。

とし、似た形式の「1234<>ID<>admin:管理者情報」等は
アプリケーション層の記述であるとする。
thread_foobar というファイル名はどうあってもメタ情報のIDにはなり得ないから、
「これはメタ情報を含まない構造をしている」ということを明確に宣言できる。

>thread_foobar というファイル名はどうあってもメタ情報のIDにはなり得ないから、
>「これはメタ情報を含まない構造をしている」ということを明確に宣言できる。
はナシ。以下に訂正。

0000<>ファイル名<>内容
というレコードがなければ、そのファイルはメタ情報がないファイルである、と解釈する。

ファイル名というのはファイル名全体なのか、
prefix_foobar のfoobar部分なのかはどちらがいいと思いますか？

試作品をtradgwの新月最新版に上げておきました。
tradgwでのファイル名のつけかた、乱数の使いかた、
メタ情報がない(＝スレッドのタイトルがわからない)ときにどうふるまうのかを示しました。