勝手にしやがれ Part2.

【投稿時の注意】
パスワード入力：必須。投稿後の削除時は同じパスワードを使います。
投稿者入力：いまのところ任意。入力を省略すると「名無しさん」がデフォルトで表示されます
Eメール入力：いまのところ任意。
リンクの入力：本文中に http の文字列が含まれると投稿出来ません。URL を貼るときは h 抜きで ttp:// とするなど工夫してみて下さい

  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃ホーム

3 / 9 ﾍﾟｰｼﾞ ←次へ　｜　前へ→

【123】Re:LOGSORTW ver1.25.2

文太 - 2008/10/08(水) 23:20 -

引用なし

パスワード

   Siさん

>>　けっこう疲れてますよね、お互い。ここまでSiさんがつき合ってくれるとは思
>>ってなかった。実はけっこうヘロヘロ。
>
>これで一時休戦かと思わせながら、、
>
>>aaaaa[EOF]
>>　な終端をもつファイルの最後に改行を加える方法は何がいいのか
>
>と、文太さんのタフぶりには何と言っていいものやら ^^;

　確かに完全に相手を油断させておいてというのを狙っているとしか思えん（爆）。
　なんで作者様を油断させる必要があるんだ？？？　☆＼(^^;)

　ふつう、「もう忘れちゃったよ」と冷たくいなされるところなのです。m(_B_)m
　優しいお言葉にすっかりよい気持ちになってしまって、それで連続・集中砲火
的発言の数々となっております。ほんとうにすいません。深謝です。そしてマリ
アナ海溝の深みから感謝、感謝であります。m(__)m

　とにかく、どうぞゆっくりと楽しまれてください。僕に振り回されないで、と。
m(__)m　何言っているのだか、ですね。

>ハードディスクの中ををひっくり返してやっと　sed を探し出して試してみました。
>>>lsed "p;d" file　　　　#logos版sed、この版以外だと深くはまっちゃいます。
>これが通りましたからうちにあるのは logos版のようです。
>SED　　 Ver2.42l　　　　Jun 17 1992
>1992/06/17　11:00　　　　　　25,108 sed.exe

　はい、それは logos 版です。serow　版からの拡張で、serow さんがオリジナ
ルから落としてしまった、　少なくはない便利なところを回復させていますので
（エンバグさせてるかも、という作者の言葉にもかかわらず）、安定していて優
秀な sed です。たとえば、コマンドを羅列させる「;」（今回使用）、スクリプ
ト先頭の unix-like な「#n」、s/LHS/RHS/n の置換時の何個目指定フラグ「n」。
この３点だけでも、僕には serow 版に固執する意味はなくなりました（気づい
たのは、とても遅かったのですが）。
　もし総合的に dos 用の sed ということになったら、vector にある

C:\>sed --version
GNU sed version 1.18 + multi-byte extension 1.03

　がＧＮＵ拡張をもっとも最近まで追っていて、参考書どおりになりそうです。
　３２ビットになると、けっこう色々と深くて…。
　（僕、sedオタクなんです。大して使えやしないのですが）

> xtr も引っ張り出して試してみました。文太さんなら既にご存じかと思いますが、
> xtr -nn -nz -o=hoge.txt foo.txt

　いえいえ、知りませんでした。調べることも出来ずじまいでいました。m(__)m
　ちゃんとそういうオプションがあるんですね。

> 　nn 〔初期値：nn-〕
> 　入力ファイルが改行無しで終わっている場合でも出力ファイル
> は必ず改行を付けて終わるようにします。

> 　nz 〔初期値：nz-〕(No ctrl-Z)
> 　出力ファイルの最後に ^Z を付けません。（通常、テキスト
> ファイル出力の場合は最後に ^Z を付けるようになっています。）

　どっかのツールのどっかのドックで、そんな処理について触れてたな、と思っ
ていたのです。ＸＴＲで外れたと思っていたので、お教えいただけて「取れた小
骨」的に本当にすっきりしました。m(__)m

> 昔々に「MS‐DOSテキストデータ料理学」とかいう本を買い込んで awk とか sed
> とか触っていた時期があったのですが、結局使いこなせないまま今日に至っています ^^;

　僕も、それ持ってます。もっとも使えるところだけ使えばいい（いざとなると
お勉強が必要になり、けっこうイライラするのですが）と開き直ってますけれど。

　因みに、ＸＴＲには以下のような関数が用意されているそうで、もうＣそのも
のみたい。logsortw　のソースをみて、ああ、「Ｃって知らなくても読める」と
か誤って思ってしまいました。「あ、ＸＴＲの関数みたいだ」とも。とはいえ、
ＸＴＲの作者、村上さんは、正規表現を使えるところまでもっていけなかった、
ここが痛いですね。

@write
入出力
　write (str)指定文字列を出力する関数

@writeln
入出力
　writeln (str)指定文字列の後に改行を付加して出力する関数

@put
入出力
　put 行バッファへの出力関数

@get
入出力
　get ()１行入力。
　get (n)指定文字数入力。

@unget
入出力
　unget (str)指定文字列を次の入力の対象とする。

・ツリー全体表示

【122】Re:srepについて

Si - 2008/10/08(水) 1:34 -

引用なし

パスワード

   ▼文太さん：
>　ついにここまで来てしまいました。

お、恐れていたことが･･･

WILD や LOGSORT の話題で久しぶりにここの掲示板も枯れ木も山の賑わいとなり、いろいろとコミュニケーションを楽しませて頂いていたのですが、何となく昨日辺りから srep が気になっていたのです。悪い予感が当たってしまいました ^^;

>　使い方を教えて欲しいという甘えたお願いです。

こちらでも試してみました。
使い方は問題なさそうです。期待した動作にならないのは srep 側の問題ですね。

自分でも生DOS以外では動かしたことがなかったような気がします。

LOGSORT の正式版、WILD、srep の 32bit化、何だか一気にいくつも宿題が出てきてしまいましたが、しばし時間を下さい。

・ツリー全体表示

【121】Re:LOGSORTW ver1.25.3

Si - 2008/10/08(水) 1:18 -

引用なし

パスワード

   ▼konnoさん：
>いただきました。3280発言、3.2メガの処理もあっという間に終わりました。
>テストのためにこのファイルを2回コピーして9840発言、9.6メガでもやって
>みましたが、ほんの数秒で正常に終わりました。これはいい！！　わがまま
>を聞いてくださって本当にありがとうございました。m(__)m

こちらこそ、わざわざテストして頂きありがとうございました。

実は、メモリ領域の確保だけなら、 10,000 どころか、100,000発言でも 200,000発言でもいけるのが分かったのですが、さすがにそこまでは要らないですよね。

実際のデータでは試していなかったので助かりました。

・ツリー全体表示

【120】Re:LOGSORTW ver1.25.2

Si - 2008/10/08(水) 1:13 -

引用なし

パスワード

   ▼文太さん：
>　けっこう疲れてますよね、お互い。ここまでSiさんがつき合ってくれるとは思
>ってなかった。実はけっこうヘロヘロ。明日から（今日からですが）、新しい週
>の始まり！　ゆっくりでいいですからね。変なバグ・レポートもかつて入ってい
>たわけですから。

これで一時休戦かと思わせながら、、

>aaaaa[EOF]
>　な終端をもつファイルの最後に改行を加える方法は何がいいのかなぁ、と考え
>ていて、はまりました。Ｖｚマクロ以外です。

と、文太さんのタフぶりには何と言っていいものやら ^^;

ハードディスクの中ををひっくり返してやっと　sed を探し出して試してみました。

>>lsed "p;d" file　　　　#logos版sed、この版以外だと深くはまっちゃいます。

これが通りましたからうちにあるのは logos版のようです。

SED　　 Ver2.42l　　　　Jun 17 1992
1992/06/17　11:00　　　　　　25,108 sed.exe

>　そっかあ、フィルタは一般にファイル末に改行がないならそのままにしておく
>ものなんですね。xtr で付かなかったのは、ちょっとびっくり。typeはさすがに
>付けないだろうと思っていたのですけれど。

xtr も引っ張り出して試してみました。文太さんなら既にご存じかと思いますが、

xtr -nn -nz -o=hoge.txt foo.txt

こんな感じですかね。これなら sed の方が簡潔で良いのかな？

昔々に「MS‐DOSテキストデータ料理学」とかいう本を買い込んで awk とか sed とか触っていた時期があったのですが、結局使いこなせないまま今日に至っています ^^;

・ツリー全体表示

【119】srepについて

文太 - 2008/10/07(火) 23:21 -

引用なし

パスワード

   　ついにここまで来てしまいました。
　使い方を教えて欲しいという甘えたお願いです。

C:\>which debug |srep dir

ドライブ C: のボリュームラベルはありません.
ボリュームシリアル番号は 5094-14F9
ディレクトリは C:\WINDOWS\TEMP

_SREP0　 $$$　　　　31 08-10-07　 23:10
　　　　1 個　　　　　　　31 バイトのファイルがあります.
　　　　　　　　　1023932928 バイトが使用可能です.

　debug.exeがどこにあるのか検索し（c:/windows/system32/debug.exeと見つかるはず）、それがどんなファイルかを（サイズ、タイムスタンプなど）dirコマンドで表示。
　意図とは違う結果なのです。何がいけないのでしょうか？　m(__)m

ディレクトリは C:\WINDOWS\SYSTEM32

DEBUG　　EXE　　 23834 03-04-03　 21:00
　　　　1 個　　　　　 23834 バイトのファイルがあります.
　　　　　　　　　1023932928 バイトが使用可能です.

　などと表示されることを期待したのですが。m(__)m

・ツリー全体表示

【118】Re:LOGSORTW ver1.25.2

文太 - 2008/10/07(火) 23:15 -

引用なし

パスワード

   mbsed "$s/$/\n/" file　　　　　　　　#ファイル末に改行文字が２つあっても
　　　　　　　　　　　　　　　　#別にいいじゃん、という大らかな人向け。
　　　　　　　　　　　　　　　　#たぶん最速。

・ツリー全体表示

【117】Re:LOGSORTW ver1.25.2

文太 - 2008/10/06(月) 22:46 -

引用なし

パスワード

   Siさん

　どうでもいいメモです（すいません）。

aaaaa[EOF]
　な終端をもつファイルの最後に改行を加える方法は何がいいのかなぁ、と考え
ていて、はまりました。Ｖｚマクロ以外です。

方法１
>lsed "p;d" file　　　　#logos版sed、この版以外だと深くはまっちゃいます。
　　　　　　　　　　　　#嫌なんですけど、こういうの。
方法２
>lsed "n" file　　　　　　　　#logos版sed

方法３
>oldsed "n" file　　　　#serow版sed

方法４
>jgawk "{print}" file　　　　#素直、素直

方法５
>mbsed "$s/[^\n][^\n]*/&\n/" file　　　　#Bruce.版。こんな真面目な置換は
　　　　　　　　　　　　　　　　　　　　#大袈裟だよ。

　そっかあ、フィルタは一般にファイル末に改行がないならそのままにしておく
ものなんですね。xtr で付かなかったのは、ちょっとびっくり。typeはさすがに
付けないだろうと思っていたのですけれど。

　　　＃＃もっといい方法ありませんか？＃＃

　しつこいのですが、こんな場合でも複数ファイルを処理しようと思ったら、

C:\KKKK>Wild -D "lsed \"p;d\" $f >$b" t*.txt
<< 環境変数対応 Wildcard 展開プログラム Ver.1.34 >>
　　　　　　　　　 Copyright (c) 1996-98 by namazu & Si
DEBUG MODE:lsed "p;d" C:\KKKK\T1.TXT >T1
DEBUG MODE:lsed "p;d" C:\KKKK\T2.TXT >T2

　とやるのが吉なわけです。いいねぇ、ワイルド。m(__)m

・ツリー全体表示

【116】Re:LOGSORTW ver1.25.3

konno - 2008/10/06(月) 1:17 -

引用なし

パスワード

   ▼Siさん：
>メッセージ数上限を 3,000 → 10,000 に拡大してみました。
>それ以外は v1.25.2 のままです。

いただきました。3280発言、3.2メガの処理もあっという間に終わりました。
テストのためにこのファイルを2回コピーして9840発言、9.6メガでもやって
みましたが、ほんの数秒で正常に終わりました。これはいい！！　わがまま
を聞いてくださって本当にありがとうございました。m(__)m

>ちなみに、ファイル全体を一度に読み込むわけではないのでファイルサイズ自体はあまり影響ないです。

DOS窓での処理なのでこの辺が心配だったんですが、そうだったんですか。安心
しました。

>10年先に Windows があるかどうか ^^;

計算上は10年後に12000件という話もあるようですが、私の予想では5年後には
VZの話題がほぼ無くなると思ってますので、掲示板が残っていたとしても、
10000件はいかないだろうと。
OSは変わる可能性大ですが、一応10年先まではサイトを維持したいですね。

・ツリー全体表示

【115】Re:LOGSORTW ver1.25.2

文太 - 2008/10/06(月) 0:20 -

引用なし

パスワード

   Siさん

> >　「念のために」入れられるものなら。少なくとも捨てないで　m(__)m
> 捨てたいです ^^;

　なるほど、なるほど、プログラムする側としては悩むわけですね。分かります
よ、僕でも。捨てましょう！

　ヘッダが２行でそのあと本文が続くというパソ通なログに固有な問題なのです
ね。誰かが何か言うかもしれませんが、僕はマクロの側でそういう状況が発生し
ないようにコーディングしておきます。細かいところまでお教えいただきありが
とうございました。そんな状況が発生しないようにするのは、「それをしておか
なくてないけない」とちゃんとインプットされていれば、訳ないことなのです。
あくまで個人的なレベルでは、ということですが。
　（手元のログではないことなのも確認済みだし…。）

　了解でーす。m(__)m

　けっこう疲れてますよね、お互い。ここまでSiさんがつき合ってくれるとは思
ってなかった。実はけっこうヘロヘロ。明日から（今日からですが）、新しい週
の始まり！　ゆっくりでいいですからね。変なバグ・レポートもかつて入ってい
たわけですから。

・ツリー全体表示

【114】Re:LOGSORTW ver1.25.2

Si - 2008/10/06(月) 0:04 -

引用なし

パスワード

   ▼文太さん：
>　いちおうフィルターは勝手に入力を破棄したりしてはいけませんので、許して
>やってそのまま出力のほうが理想でしょう。（以下略）

基本はその通りなのですが、いろいろ事情がありまして・・・

まず、例えが悪かったですね。
実際は、TTY でのNIFTY のプロンプト文字列で、例えば、

CCS(N)>[EOF]

このようなものが air craft の分割ログの最後に出力されることがあります（ました）。メッセージ本体とは関係のないいわばゴミデータなので、LOGSORT ではソート後の出力時にカットするような仕様になっているのです。

それともうひとつ。エディタのマクロなり、テキストを扱うツールなどで作られた NIFTY形式のテキストデータでも、最終行が改行なしで終わっているケースがあったとして、これをそのまま出力するとなるとおかしなことになってしまいます。

上の方であげられている文太さんのサンプルを少し変えて下のようログがあった場合、

00002/00002 XXX00000　文太　　　　　　 dummy title[CRLF]　
( 1)　 04/09/30 01:20[CRLF]
[CRLF]
00001/00002 XXX00000　文太　　　　　　 dummy title[CRLF]　
( 1)　 04/09/30 25:20[EOF]

後のメッセージの方が番号が若いですから、「そのまま出力」する仕様で LOGSORT でソートをかけると、

00001/00002 XXX00000　文太　　　　　　 dummy title[CRLF]　
( 1)　 04/09/30 25:2000002/00002 XXX00000　文太　　　　　　 dummy title[CRLF]　
( 1)　 04/09/30 01:20[CRLF]
[CRLF]

たぶんこんな風になってしまいます。これやっちゃうとログがまずいことになってしまいますよね？こうなる理由は LOGSORT では勝手に（元データに存在しない）改行コードを出力しないからです。

と云うことで、

>　「念のために」入れられるものなら。少なくとも捨てないで　m(__)m

捨てたいです ^^;

やるとしたら、ひとつひとつのメッセージ本体を出力する度に、最後に改行コードが存在するかどうか判定するルーチンを追加して、なければ改行コードをアプリ側で追加出力してやる。と云う処理が必要となります。

効率悪そうなので、あまりこれはやりたくないです。

いま考えているのは、前処理としてファイルの終端を見に行って、そこが改行無しで終わっている場合に、その旨のエラーメッセージを表示して終了させる、って方向です。

>　複数会議室のログも試しました。完璧でした。今のところ、logsortwはすでに
>完成されているように見えてます。m(__)m

ありがとうございます。

・ツリー全体表示

【113】Re:LOGSORTW ver1.25.2

文太 - 2008/10/05(日) 15:29 -

引用なし

パスワード

   Siさん

>（出力が２方向のstdout, stderrに分かれている件、再び）
> こう云う出力方法をするコマンドラインツールってあまりないのかな？変態仕様 ^^;

　変態なことはないですよ。　よく考えてみれば（ちょっと調べたのですが）、
「たとえばパイプで、エラーメッセージが次への入力にならないように」　という
stderr の原理に則った正しい使い方ですよね。

> 　^M のゴミ対策も目途が立ちましたのでそろそろ正式公開の方向に進もうかと

　いいですね。

> いま自分で気になっているのはログファイルの最後が改行なしで終わっている
> ケースの対応です。

　いちおうフィルターは勝手に入力を破棄したりしてはいけませんので、許して
やってそのまま出力のほうが理想でしょう。同じようなのがsedのNコマンドにあ
ったりします。昔のsedは、最終行でNができない（次行のパターンスペースへの
追加）状況下だと、すでにあるパターンスペースを破棄する仕様でした。なので
「$!N」（最終行でなければＮ）というのが慣用句でしたが、「あの、Ｎコマン
ドの仕様変えませんか？」と誰かが言い出し、GNU sedでは、そうなってます。
最終行処理がスクリプト上まずくても、とりあえずパターンスペースを吐き出す
仕様、というわけです。

　で、その問題がうちで起こるかは、下のように調べました。

C:\TK\VZLOG\DC>Wild -D -R "tail -1 $f >>c:\kek" *.log
<< 環境変数対応 Wildcard 展開プログラム Ver.1.34 >>
　　　　　　　　　 Copyright (c) 1996-98 by namazu & Si
DEBUG MODE:tail -1 C:\TK\VZLOG\DC\01\DC01~012.LOG >>c:\kek
DEBUG MODE:tail -1 C:\TK\VZLOG\DC\02\DC02_968.LOG >>c:\kek
DEBUG MODE:tail -1 C:\TK\VZLOG\DC\02\DC02_981.LOG >>c:\kek
（以下５０行続く）

　これがうまくいってる瞬間といったらシアワセの一言。「tail -1」で最終行
出力です。普通にワイルドカード使うと、（別件ですが）昔のsedと同じく、全
部の入力ファイルの最後だけを出力してしまうので意味をなさない（各ファイル
の末尾がみたいので）。で、ディレクトリ再帰つきワイルドカードの展開！！
機械が書いてくれるバッチファイル！！　ワイルドくん、き、君はエライ！　最高！

　ああ、気持ちよかった。
　で、結論：エアクラを使った時期もあったのですが、僕の手元のログには

あいうえお[EOF]

　はなかったですね（なんやねん）。ま、これは行儀の悪いファイル管理ですから。
(^^;ゞ

> テキストデータを　NIFTY ログ形式に加工して活用されているみなさんが、最終
> 行にちゃんと改行を入れてくれれば問題ないのですが、念のためチェックするル
> ーチンを入れた方が良いかどうか思案してます。

　「念のために」入れられるものなら。少なくとも捨てないで　m(__)m

> 　文太さんや konno さんのおかげで久々のバージョンアップとなりそうですが、
> 何かご希望とかあればいまのうちにどうぞ。

　複数会議室のログも試しました。完璧でした。今のところ、logsortwはすでに
完成されているように見えてます。m(__)m

・ツリー全体表示

【112】Re:LOGSORTW ver1.25.2

Si - 2008/10/05(日) 1:09 -

引用なし

パスワード

   ▼文太さん：
>（出力が２方向のstdout, stderrに分かれている件）
>> 良かったです。では以降のバージョンもこの方向で。
>
>　はい。すばらしい仕様です。m(__)m

こう云う出力方法をするコマンドラインツールってあまりないのかな？変態仕様 ^^;

^M のゴミ対策も目途が立ちましたのでそろそろ正式公開の方向に進もうかと思っています。

いま自分で気になっているのはログファイルの最後が改行なしで終わっているケースの対応です。

あいうえお[EOF]

こんなケースです。LOGSORT でソートをかけるとこの行は削除されます。
確か、air craft の分割ログの最後にこう云うパターンが出力されることがあるのですが、意味のない行なので出力しないような仕様になっています。

テキストデータをNIFTYログ形式に加工して活用されているみなさんが、最終行にちゃんと改行を入れてくれれば問題ないのですが、念のためチェックするルーチンを入れた方が良いかどうか思案してます。

文太さんや konno さんのおかげで久々のバージョンアップとなりそうですが、何かご希望とかあればいまのうちにどうぞ。あまり難題だったら次々バージョンに回しますが ^^;

・ツリー全体表示

【111】LOGSORTW ver1.25.3

Si - 2008/10/05(日) 0:50 -

引用なし

パスワード

   ▼konnoさん：
>3千発言で役3メガほどになるので、ファイルサイズにも限界があるかと
>思いますが、どうせなら1万発言程度までできたらうれしいです。

ttp://dmz.xrea.jp/dahlia/soft/lsrtw1253-konno.lzh

メッセージ数上限を 3,000 → 10,000 に拡大してみました。
それ以外は v1.25.2 のままです。
ちなみに、ファイル全体を一度に読み込むわけではないのでファイルサイズ自体はあまり影響ないです。

>うちの掲示板があと10年続いたとしてもそこまではいかないと思います
>ので。(^^;

10年先に Windows があるかどうか ^^;

・ツリー全体表示

【110】Re:LOGSORTW ver1.25.2

文太 - 2008/10/04(土) 10:46 -

引用なし

パスワード

   Siさん

（niftyヘッダ一行目のエラー処理について）
> 了解頂いてありがとうございました。

　いえいえ、僕の了解なんて。それでも、konno さんまで要望を出されて、過去
ログ・コレクターとしてはうれし涙ものです。

> テキスト処理のベテランである文太さんにしては全角空白をサンプルログの
> ヘッダ部分にいれるのは変だなぁ、とは思っていたのですが、

　いえいえ２。残念なことに、しょっちゅうやってるんですよ。あああ、やば、
バグ・レポートがバグってどうする！　みたいに。

> 　まだ、良く理解できていないのですが、「等幅」投稿の場合半角空白が連続する
> と全角空白文字に置き換えられてしまう、ってことですかね？

　ですね。タブもですが。ま、プログラム（ないしプログラムに食べてもらうデータ）
を投稿するときには、「等幅」は避けること、ってとこでしょうね。
　掲示板管理者の皆さまは苦労されているようです。m(__)m

（出力が２方向のstdout, stderrに分かれている件）
> 良かったです。では以降のバージョンもこの方向で。

　はい。すばらしい仕様です。m(__)m

・ツリー全体表示

【109】Re:LOGSORTW ver1.25.2

konno - 2008/10/03(金) 23:50 -

引用なし

パスワード

   ▼Siさん：
>ただし、増やした上限値できちんと動作するのか？という不安もありますので、あくまでテスト版として試して頂けるなら用意出来ます。

おお、うれしいです。DOS窓でどこまで動作できるか分かりませんが、
やってみたいと思います。

>とりあえずどのくらいあれば良いですか？

3千発言で役3メガほどになるので、ファイルサイズにも限界があるかと
思いますが、どうせなら1万発言程度までできたらうれしいです。
うちの掲示板があと10年続いたとしてもそこまではいかないと思います
ので。(^^;

・ツリー全体表示

【108】Re:LOGSORTW ver1.25.2

Si - 2008/10/03(金) 0:56 -

引用なし

パスワード

   ▼konnoさん：
>早速使わせていただきました。完璧です。これでさらに便利になりました。
>ありがとうございました。m(__)m

そう言って頂けると作る側としても励みになります。

>1点だけ、うちの掲示板は現在3千発言を超えているので、ログを一つに纏めると
>エラーになってしまいます。3000以上の記事数に対応するのは難しいでしょうか。
>あ、いや、いまのままでも充分なのですが、もしも気がむかれたなら。m(__)m

確かに上限は 3000 に設定しています。この上限値は DOS版と同じにしているのですが、制限のあるDOS（確か 32KB だったかな）と違って Windows 上だとプログラム上からもかなりのメモリが使えたかと思いますし、上限値を変えるのはコードを１行書き換えるだけなのでほとんど手間もかからないです。

ただし、増やした上限値できちんと動作するのか？という不安もありますので、あくまでテスト版として試して頂けるなら用意出来ます。

とりあえずどのくらいあれば良いですか？

・ツリー全体表示

【107】Re:LOGSORTW ver1.25.2

konno - 2008/10/03(金) 0:37 -

引用なし

パスワード

   Siさん

>konno さんのご要望、v 1.25.2 で対応させてみました（一部後退しましたが ^^;）。

早速使わせていただきました。完璧です。これでさらに便利になりました。
ありがとうございました。m(__)m

>何か気の付いたことがあれば気軽にどうぞ。

うちの掲示板CGIで出力される擬似niftyログ形式でもキチンとソートできました。
これはとてもありがたいです。

1点だけ、うちの掲示板は現在3千発言を超えているので、ログを一つに纏めると
エラーになってしまいます。3000以上の記事数に対応するのは難しいでしょうか。
あ、いや、いまのままでも充分なのですが、もしも気がむかれたなら。m(__)m

・ツリー全体表示

【106】Re:LOGSORTW ver1.25.2

Si - 2008/10/03(金) 0:37 -

引用なし

パスワード

   ▼Siさん：
>(　　　　)←半角カッコ内は半角スペース８個
>
>さて、どうなるか･･･

あら、確かに全角空白に置き換わりますね ^^;

(□□□□)←半角カッコ内は半角スペース８個

うーん、普通の書き込みなら影響ないですが、今回のようなサンプルテキスト投稿時は「等幅」は駄目ですね。一般的にこういうものなのでしょうか･･･

CGI をいじれる知識もなにもないので、これはここの掲示板の仕様ということで勘弁して下さい。

・ツリー全体表示

【105】Re:LOGSORTW ver1.25.2

Si - 2008/10/03(金) 0:30 -

引用なし

パスワード

   ▼文太さん： >　了解です。たしかに「釈然」としませんでしたが、僕が思っているのより複雑 >な処理になっているのだとは想像できました。検討ありがとうございました。了解頂いてありがとうございました。 >（えい、テストしてしまおう　　　　　　　　　　　　） >カッコの最後に半角とタブを入れた。テキスト処理のベテランである文太さんにしては全角空白をサンプルログのヘッダ部分にいれるのは変だなぁ、とは思っていたのですが、ここの掲示板CGIの問題だったのですね。これは大変失礼致しました。まだ、良く理解できていないのですが、「等幅」投稿の場合半角空白が連続すると全角空白文字に置き換えられてしまう、ってことですかね？自分でもちょっと試してみます。 (　　　　)←半角カッコ内は半角スペース８個さて、どうなるか･･･ >　忘れるところだった：出力は今のままがいいです。同時に出しつつ２つに分け >るツールを見たことがなかったから、というところですが、>で出るのはタグ・ >ジャンプ情報だけで十分。無駄のない仕様！良かったです。では以降のバージョンもこの方向で。

・ツリー全体表示

【104】Re:LOGSORTW ver1.25.1

konno - 2008/10/03(金) 0:17 -

引用なし

パスワード

   Siさん

>どうもです。はじめまして、ではないような気もするのですが ^^;

う、私もそんな気もしてたんですが、記憶があいまいで・・・(^^;

>報告ありがとうございます。確認してこちらも行番号を出力するように考えます。

対応頂き、ありがとうございます。さきほどいただきました。m(__)m

・ツリー全体表示

  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃ホーム

3 / 9 ﾍﾟｰｼﾞ ←次へ　｜　前へ→

ページ： ┃ 記事番号：

14,042

(SS)C-BOARD v3.8 is Free