djb有効活用スレッド

1 ：djb信者＠navi2ch ：2001/01/07(日) 15:27

djbに関することなら何でもアリ。
- djb utilityの上手な使い方
- djbのcoding style
- ライセンス
- qmail、djbdns
- superscript
等々。

187 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 16:24

>>184
本当にわかっていない人だなぁ。
> なによりsendmailがもっとセキュアになって
きちんと原因を分離しろよ。
secuiry hole の大きな原因は誤設定だけど、
OS の責任すら sendmail に還元するような言い方
だと誤設定ですら sendmail のせいになるぞ。

188 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 17:04

>>184
OSも変更するべきだね
*BSDなら手間がかなり減ると思うが、どうよ？

189 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 17:07

>>187
だーかーらーなんで日本語が理解できないフリをする？
どこに責任があるかじゃなくて、実際にクラックされる可能性が高いか低いかなんだよ。

>誤設定ですら sendmail のせいになるぞ。
意味不明。何故そうなるの？

190 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 17:09

ふー http://www.openbsd.org/art/rest.gif。おやすみ。
security-announce-ml にめったにこないリモート系のアナウンスが
届いたときだけ、cvsup するだけ。
文字列コピー系関数を独自のより安全な関数に置き換えてあって、
chroot もしてあるから、めったにないでーとが入ってても大丈夫。
え？ 設定がめんどい？ man よみゃーいいだけじゃないの？
あ、 /usr/share/sendmail か･･･
怠惰な管理者に最適です。はい。

191 ：190 ：2001/04/04(水) 17:13

>>188
どういです。
*bsd なら、cvsup すればいいだけでしょ。

ところでどうして NetBSD は postfix 標準添付になったんだろう･･･

192 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 17:18

>>189
つける薬無し。OS と application の区別もつかないバカは
とっとと氏んでください。

>>188
Linux でも debian なら apt-get update すればいいだけだし。

193 ：189 ：2001/04/04(水) 17:39

そんなに変なこと言ったかなあ...
いくら何でもOSとapplicationの区別はつくよ。
ﾊｱ

194 ：190 ：2001/04/04(水) 17:43

いやー、いたづらの一つや二つしたことのある人だと、
その原因は os だってのもわかりますねー。
まー、設定オンリーな方だと、きちんと動くのが優先で
原因の所在なんかしったこっちゃねー、ってのもわかりますねー。

でも、qmail って djb はほかの OS での動作、確認、検証しているのかな？
cr.yp.to でも djb って openbsd じゃん。ほかの OS での検証をしていないのなら、
SMTPサーバが利用する OS の関数のバグが気になる qmail ユーザは
os 変えたほうがいいんとちゃうかね。
まー、めったにないだろうね。

195 ：188 ：2001/04/04(水) 17:44

>>192
debianとじゃ穴の見つかる確率が違いすぎます

196 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 17:50

>>193
バカにつける薬はないと思うけど何度も繰り返そう。

system 全体としての security と sendmail の security
とをごっちゃにして考えて、しかもその責任を sendmail
に求めているがあまりにもタコ。

こういう論法だと、system 全体の security に重大な影響を
及ぼす sendmail の設定ミスですら sendmail のせいにする
なんてことになる。

>>195
んまぁそうですが、らくらく update が出来ますよんということで。
189 みたいな輩にはこの程度で十分でしょ。

197 ：190 ：2001/04/04(水) 17:55

ところで chroot されている SMTP サーバが標準添付されている
OS 又は linux ディストリってありますかね？
ぼくちんこは openbsd つかってますけど。
まぁ、ある程度は未知の穴への対策になると思ってますんで。

198 ：189 ：2001/04/04(水) 18:04

いやあのね、OSとsendmailのどっちに責任があるかなんて関係ないという立場もあるわけですよ。
そういう人から見ればsendmailは危険という見方もあるわけ。
まあそれがタコだと言えばそのとおりかもしれないな。

199 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 18:13

>>198
system の security が低いんだから、system 自体が危険
と見るべきでしょ。だから、OS ごと変えろとかいう話になっ
たほうが健全。

189 みたいに sendmail を危険とみなすのは、単なる知った
かぶりの install マニアか qmail 信者かのどちらかだよ。

200 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 18:14

ぢゃあ聞くけどさ,なんでLinuxは危険って思わないの?

201 ：200 ：2001/04/04(水) 18:14

199とかぶった、すまん。

202 ：190 ：2001/04/04(水) 18:16

たしかにそれはいえてる。＜OS変更の考慮

203 ：184 ：2001/04/04(水) 18:22

めずらしく俺がいない間に進んでるなあ
>>185
> sendmailよりqmail のほうが設定を人に教えるのが簡単だと思うし、
>結果的に引きついだほうも理解しやすいと

ここは御意。でもね、サーバー管理を丸ごと外部に依頼する場合もあるわけで、
メジャーなソフトじゃないとそもそも引き受けてもらえなかったりする。

>>187
> OS の責任すら sendmail に還元する

そんなつもりは毛頭ありません。いいたいことはいくつかあるけど
一番にいたいことは>>198で言ってくれてる人がいるのでもういいや。

djbスレなのでsendmailの話やめない？

204 ：Ender ：2001/04/04(水) 18:22

>>194
http://cr.yp.to/docs/unixport.html

205 ：190 ：2001/04/04(水) 18:23

たぶんきっと、OS の変更までは考えていなくて、
現在のOS （Linux?) を使用したまま、できるだけセキュアにしたいって
ことだね？
まぁ、一般的にはセキュアにしたいんだったら、OSやサーバを
トータルに検討しなければならないんだけど、
手間をかけないための手段としてのセキュアだから OS は
linux で妥協して、SMTP サーバの選択へ過剰に焦点があたっているね。

僕は chroot で運用できるんだったら、sendmail でも十分セキュアだと思うよ。
もちろん qmail ,postfiex でも。

206 ：190 ：2001/04/04(水) 18:24

違っていたらわらえるなぁ

207 ：184 ：2001/04/04(水) 18:25

ミス
× 一番にいたい
○ 一番いいたい
atokのアホ

208 ：190 ：2001/04/04(水) 18:27

>>204
ありがたう。

209 ：not 189 ：2001/04/04(水) 19:51

>>199
> 189 みたいに sendmail を危険とみなすのは、単なる知った
> かぶりの install マニアか qmail 信者かのどちらかだよ。
こういう煽り丸出しの言い方はないんじゃない？

> でも、qmail って djb はほかの OS での動作、確認、検証しているのかな？
> cr.yp.to でも djb って openbsd じゃん。ほかの OS での検証をしていないのなら、
> SMTPサーバが利用する OS の関数のバグが気になる qmail ユーザは
> os 変えたほうがいいんとちゃうかね。
qmail が OS に期待している関数（libc, syscall）の数って普通の application に比べ
てかなり少ないですよ？　もちろん根本的な原因は OS だけれども、qmail との比較分析
のひとつとしてsendmail に原因を求める 189 に対して馬鹿とか氏ねとかって正気ですか？

# ええ、もちろん djb の package にそういう利点があるからといって盲目的に sendmail
# を非難するなというのはわかりますよ。

>>194
> いやー、いたづらの一つや二つしたことのある人だと、
> その原因は os だってのもわかりますねー。
189 はそんなことわかってると思うけど。

> まー、設定オンリーな方だと、きちんと動くのが優先で
> 原因の所在なんかしったこっちゃねー、ってのもわかりますねー。
ひどい決め付けですね。

210 ：名無しさん＠お腹いっぱい。 ：2001/04/04(水) 20:29

>qmail が OS に期待している関数（libc, syscall）の数って普通の application に比べ
>てかなり少ないですよ？　もちろん根本的な原因は OS だけれども、qmail との比較分析
>のひとつとしてsendmail に原因を求める 189 に対して馬鹿とか氏ねとかって正気ですか？
言ってないよ？ っていうか僕じゃないよ言ったの。

>ひどい決め付けですね。
ちがってたか 笑

ななしさんが多くてよくわからんすね

211 ：190 ：2001/04/04(水) 20:30

210 は 190 です

212 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 00:32

ここは大岡山じゃないんだから、マターリ逝きましょう。

213 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 09:45

>>209
OS の責任というのがわかった上で sendmail は qmail
よりも OS の security hole の影響を受けやすいという
認識があるのならばいいのですが、単に「sendmail の
security がもっと向上すれば」とか OS の責任を sendmail
に還元するような認識(本人が無自覚というのが痛い)を 184 や
189 は持っていると感じます。

すくなくとも、原因分析した上での議論でなければ議論にも
なりません。ですから「sendmail の設定ミスですら sendmail
の責任にする論法」と繰り返しているわけです。

214 ：189 ：2001/04/05(木) 10:24

189です。私自身はOSとsendmailは分離して考えていて、でも
世の中にはいろんな立場の人がいるんだからあほらしいとは言い過ぎじゃん
と思って書き込んだのです。
でもそんなこと掲示板じゃ伝わらんわな。213の言うこともまあもっともだ。
ｺﾞﾒｿ。

215 ：184 ：2001/04/05(木) 11:24

更新HistoryにOS名が出てる時点で「OS の security hole」
だっつーことくらいわかってます。sendmailがその影響を
受けやすいということは、複雑な構造をとっているからじゃないの？

でも何度も繰り返すけどsendmailの出来を問題にしたことは一度もなくて、
管理者として入れ替える可能性が低そうなのはどちらか、ということ
だけなんです。それを理解しようともせず「sendmail自体はsecureだ」
の一点張りでは話すのは無駄ですね。もうここまでくるとどっちもどっちですが。

「sendmail の設定ミスですら sendmailの責任にする論法」は飛躍しすぎ。

216 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 11:49

>>215
結論はOpenBSDにqmailとでま

217 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 12:13

>>215
sendmail自体はsecureだなんて話じゃなかったと思う
最近の穴はsendmail自身の問題とは言いにくいよな、穴は穴だが
って話じゃなかったっけ？

qmailは自前で抱えたりしてる部分も多いからその点で影響を受け
にくいってのは事実だし

後、管理者として入れ替える可能性が低そうなのはって言うが、
qmailは安全だったという事と、そのシステムが安全だって事は
同一じゃないぞ？OSに問題があるならバグフィックスやOSの
入れ替えは考慮事項だろ？

OSで動くプロセスがたった一つで、それがqmailっていう無茶な前提
で話してるなら納得するけど。いや、それでもkernel部分に関連する
問題が出ないとも限らないしなあ

そういう事を言ってるんじゃないと思うが、管理者として、とか入れ替え
の手間、みたいな事を書かれると、そう考えちゃうよ

218 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 12:22

本題と関係ないが
>「sendmail の設定ミスですら sendmailの責任」は飛躍しすぎ。
プロジェクト管理者として言わせてもらえば、
設定ミスをさそいやすい(設定方法がわかりにくい、
マニュアルがわかりにくい)のであれば、利用者の責任とは
言い難い。作り方も悪い。
sendmailがそうだという意味じゃないよ。

219 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 12:33

> OSで動くプロセスがたった一つで、それがqmailっていう無茶な前提

ならOSの入れ替えも簡単だけどね

220 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 13:46

>>217
>穴は穴だが
この前提がそもそもくい違ってた。
「結果として穴は穴」だと思う人と、
「穴にもいろいろあるんじゃ一緒くたにすんな」という人と。

221 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 14:35

アナはアナだし、アナにもいろいろあるのだー！
女子アナのアナ… ハァハァ

222 ：ロッソ＠ＸＥｍａｃｓ ：2001/04/05(木) 15:39

　〃
（中」中）ノ　djbdns をテストしているのですが、わからないことがあります。
セットアップの段階で、root-servers の hint についてなにかをしたという記憶がありません。dnscache はどうやって root-servers への hint を得ているのでしょうか？

223 ：即レス君 ：2001/04/05(木) 15:41

cat /etc/dnscache/root/servers/@

224 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 15:42

>>222
cat /etc/dnscache/root/servers/@

225 ：224 ：2001/04/05(木) 15:44

>>223
かぶった。しかもカット＆ペーストしたみたく。
もしかして、ぼくのほんとうのお父さんですか？

226 ：ロッソ＠ＸＥｍａｃｓ ：2001/04/05(木) 15:46

　〃
（中」中）ノ　僕もいま発見してカキコしようと来たんですが、もうすでに回答がありましたねー（笑）　サンクスですー

227 ：223 ：2001/04/05(木) 16:16

息子よ! >>224

228 ：名無しさん＠お腹いっぱい ：2001/04/05(木) 16:26

違うだろ、幼いころに生き別れた双子だよ

229 ：名無しさん＠お腹いっぱい。 ：2001/04/05(木) 16:36

>>228
いや、腹違い・種違いの兄弟でしょ。

230 ：名無しさん＠お腹いっぱい。 ：2001/04/07(土) 00:54

http://www.declude.com/tools/dns.html
えらになる。なんでだ？

231 ：名無しさん＠お腹いっぱい。 ：2001/04/07(土) 01:19

>>230
サーバの名前まで入れてないか？
ドメインだけを入れるみたいだぜ

232 ：名無しさん＠お腹いっぱい。 ：2001/04/07(土) 01:22

あ、バージョン古いとタイムアウトエラーになるね

233 ：名無しさん＠お腹いっぱい。 ：2001/04/07(土) 08:06

>>230
つーか、tcpでクエリかけてくるじゃん

>>232
bind君発見！ lionworm食らうなよ (藁

234 ：Ender ：2001/04/11(水) 00:18

http://www.egroups.co.jp/group/djb-jp/

235 ：名無しさん＠お腹いっぱい。 ：2001/04/11(水) 01:23

踏み絵か？ 欝打…

236 ：名無しさん＠お腹いっぱい。 ：2001/04/11(水) 23:50

大先生@大岡山がおこってるage

237 ：名無しさん＠お腹いっぱい。 ：2001/04/12(木) 01:26

でもちょっと弱っちゃったのかなあ？
いつもなら「そんな人は相手にしません」じゃないの。

238 ：名無しさん＠お腹いっぱい。 ：2001/04/12(木) 11:45

大岡山で、大先生のことを「djb教信者」といい放ったツワモノが(藁

239 ：名無しさん＠お腹いっぱい。 ：2001/04/12(木) 12:17

せめて教団幹部といわなければ

240 ：名無しさん＠お腹いっぱい。 ：2001/04/12(木) 20:49

あーあ、ＲきＴけさんがでてきちゃったよ。
しーらないっ！ (怖

つーか、冒頭で名乗ることの対する抵抗感を説明してほしい。

241 ：名無しさん＠お腹いっぱい。 ：2001/04/13(金) 03:14

>>240
えー、りＫたＫさんて、コワイ人なんですカー。漏れしらんかった。
コワイ人sage

242 ：名無しさん＠お腹いっぱい。 ：2001/04/13(金) 22:30

#include "str.h"

unsigned int str_copy(s,t)
register char *s;
register char *t;
{
register int len;

len = 0;
for (;;) {
if (!(*s = *t)) return len; ++s; ++t; ++len;
if (!(*s = *t)) return len; ++s; ++t; ++len;
if (!(*s = *t)) return len; ++s; ++t; ++len;
if (!(*s = *t)) return len; ++s; ++t; ++len;
}
}

djbはなんで４回書くの？

243 ：名無しさん＠お腹いっぱい。 ：2001/04/13(金) 23:16

ループを展開しただけっしょ
４回なのは汎用レジスタを32ﾋﾞｯﾄとみて、コンパイラによる
なんらかの最適化を期待しているんじゃない？

244 ：名無しさん＠お腹いっぱい。 ：2001/04/15(日) 02:18

publicfile ML で qftpd という djbism ftpd の実装が上がっていますが、
中身見た人いますか？　どんな感じでしょう。今 GET してますが。

245 ：名無しさん＠お腹いっぱい。 ：2001/04/15(日) 16:21

で、どうよ? >qftpd

246 ：名無しさん＠お腹いっぱい。 ：2001/04/16(月) 21:42

dnscache ML の
Subject： I'll gather djbdns examples
の記事って、何があったんだ?
直メールで何か言われたのか?

247 ：名無しさん＠お腹いっぱい。 ：2001/04/16(月) 22:26

>>246
本人がいたとしても答えるわけないって。
知りたきゃ同じ内容のをMLに投げてみたらいいと思われ

248 ：名無しさん＠お腹いっぱい。 ：2001/04/16(月) 22:41

djbならsquidをどうバラすと思う？

249 ：名無しさん＠お腹いっぱい。 ：2001/04/16(月) 22:44

djbfirewallきぼーん

250 ：名無しさん＠お腹いっぱい。 ：2001/04/16(月) 22:54

>>249
tcpserverとtcpclient、tinyproxyとか使えばけっこうできるじゃん。
qmailも使えるし、dnsはdnscacheつかえばいいし
でも、せんごくさんのstoneちょっと萌え。

251 ：249 ：2001/04/17(火) 01:09

>>259
それだとStateful Inspectionなfirewallは無理でしょ。

252 ：名無しさん＠お腹いっぱい。 ：2001/04/17(火) 18:39

djbのcode, 構造はわかりやすいけど、
意味不明の変数名や関数名多くて読むの少々難儀。構造悪いよりはずっとましだが。

253 ：名無しさん＠お腹いっぱい。 ：2001/04/17(火) 18:49

>>252
ほとんどが単語の頭１文字ずつとってと思われ
意味無しとは違うと思われ
とはいいつつややっこしい

254 ：名無しさん＠お腹いっぱい。 ：2001/04/17(火) 18:57

というかdjbはあのスタイルをどこで会得したんだろう

255 ：252 ：2001/04/17(火) 19:35

>>253
うん、djbが気違いでもない限り、意味なしじゃなくて、俺にとって意味不明なやつがあるんだ。
例えばqmail-local.cのglobal変数、qme, ueo。qmはいいとして他は何の略?

256 ：名無しさん＠お腹いっぱい。 ：2001/04/17(火) 19:53

>>253
qme
q-mail-ext ちがう？ .qmail-ext

ueo
user-ext-owner user-ext-owner@host

257 ：252 ：2001/04/17(火) 20:10

なるほど。>>256
すっきり。わからない変数名あったらまたここで聞くよ。

258 ：名無しさん＠お腹いっぱい。 ：2001/04/28(土) 20:23

大岡山と２ちゃんねるで某Ｓさんの
ネタだいぶかぶってるように思われ

259 ：某S ：2001/04/29(日) 13:57

そりゃ、…ねえ。しょうがないでしょ。
そんなに沢山はネタ思いつきませんがな。

260 ：名無しさん＠お腹いっぱい。 ：2001/05/03(木) 20:43

djblib(Superscript)の、関数の一覧とかってないか、ゴルラァ！！
ヘッダーファイル見れとかでなく。(qmailのmanのは把握ずみ)

261 ：260 ：2001/05/10(木) 14:42

某Sさんに期待しちゃうもんね、djbライブラリわ。
djbのページとmanのしかみつからなかった。

↓ こんなのもあった。ソースみると瓜ふたつなんですけど (^_^:)
GPLなdjbライブラリ(?)
http://www.fefe.de/libowfat/

262 ：名無しさん＠お腹いっぱい。 ：2001/05/11(金) 02:13

http://www.gentoo.org/
・ D.J. Bernstein's supervise used for Internet services by default -- to
ensure availability (ssh, samba, xinetd, dcron, dnscache, and more being
added all the time)

学生で研究室にPCが転がってて暇な人の使用感レポートを希望。

263 ：名無しさん＠お腹いっぱい。 ：2001/05/12(土) 01:55

>>262
おもしろそうだから、会社でだれも使ってないクサレNetfinity
に入れてみようと思ったんだけど

> No ISO images avaliable at the moment.
> We removed the old rc4_pre2 iso because it contained packages with securityholes

だとさ。Bootable CD-ROMいちいち作るのめんどくさんで、やめた。

264 ：名無しさん＠お腹いっぱい。 ：2001/05/14(月) 20:53

FreeBSDのportsはしらんうちにsuperviseの
sleepの位置なおすpatchをつけてるなあ

265 ：名無しさん＠お腹いっぱい。 ：2001/05/15(火) 13:25

FDだけ焼いて、○penBSDをいれやう。
FTPでもれなく抽選でインストール可

266 ：名無しさん＠お腹いっぱい。 ：2001/05/15(火) 15:14

djbはあのディレクトリ構造で使ってるのかなあ？

267 ：名無しさん＠お腹いっぱい。 ：2001/05/15(火) 15:18

http://koeln.ccc.de/~drt/

268 ：名無しさん＠お腹いっぱい。 ：2001/05/15(火) 21:14

#include "strerr.h"

void main ()
{
strerr_die1x(111,"逝ってよし！");
}

269 ：名無しさん＠腹下し ：2001/05/16(水) 21:26

tinydnsでMXの優先度の設定を教えていただけますか？

一方はハウジングしてるまともなサーバですが、もう一方は固定IPの
フレッツ64kなんできっちり設定しないとウチの回線がメールで
詰まっちゃいます。

270 ：名無しさん＠お腹いっぱい。 ：2001/05/16(水) 22:23

>>269
うちはこんな感じだ。
@example.co.jp::a.example.co.jp.:10
@example.co.jp::b.example.co.jp.:20
@example.co.jp::c.example.co.jp.:30
とか。

@example.co.jp:192.168.0.10:a
@example.co.jp:192.168.0.20:b:10
@example.co.jp:192.168.0.30:c:20
でもいい。

つうか、http://djbdns.jp.qmail.org/djbdns/tinydns-data.html#mx

271 ：ほげ ：2001/05/16(水) 23:44

djbdnsでbindのfowardersにあたる機能ってないの？
探したけどないみたいなんだけど

272 ：名無しさん＠お腹いっぱい。 ：2001/05/16(水) 23:59

あるよ
http://cr.yp.to/djbdns/dnscache.html
つーか、教えて君 UZEEEEEEE!!

273 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 00:18

ml@大岡山には色々と批判もあるみたいですが（特にdjb-jp@e-groupあたりで)
でも、大岡山の先生のおかげで、おしえて君が来ないので幸せです。

# ってことでいいかな?

274 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 00:25

>>271
つーか、なんですべて自前でresolvingするんじゃダメなわけ?
dnscacheを127.0.0.1で動かして、clientにはdnscachex
でサービスすりゃいいじゃん。fowardersなんかつかったって
たいしてtrafficは減らないだろ。むしろDNS引くのがおそくなったり、
上位DNSに余計な負荷かけたりでいいことないだろ。
デメリットの方が多いのになんでfowardersなんて腐ったものをを使いたいわけ?

つーか、おめーはBIND使ってろっつーの。

275 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 05:28

>>274
FW内のホストから外部の名前を解決するのに、DMZにあるホスト
にfowardしたりしないわけ??

276 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 06:31

>>275
厨房発見!!

277 ：Ender ：2001/05/17(木) 09:24

http://cr.yp.to/djbdns/faq/cache.html#forwardonly

278 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 10:51

>>224
なんでFW内で外部の名前を解決しなきゃならないの?
わけわからん。味噌汁で顔を洗って出直しなさい。

279 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 14:08

djbのこのマシンの名前のつけかたってなに？
http://cr.yp.to/hardware/motherboard.html
地名？
アニキャラでないのはわかってるぞ。

280 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 19:23

age

281 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 19:25

>>279
ネタか？

282 ：279 ：2001/05/17(木) 19:42

>>281
マジわかんないよー。googleで上の3ついれて探しても
ヒットするのdjbのページだけだー。(笑)
いっこずつ引いても意味わからん！
彼の関数名・変数名はだいたいわかるけど、これはお手あげだ

283 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 20:37

>>281
いや、あの彼は暗号が専門ですから。cryptoです。
cryptographyね。

284 ：283 ：2001/05/17(木) 20:38

まちがえた
>>282 ね

285 ：275 ：2001/05/17(木) 20:50

>>276
うるせー。

>>278
え-,なんでだよー。外部の名前が解決できなかったら
困ること多いじゃんよー。

286 ：名無しさん＠お腹いっぱい。 ：2001/05/17(木) 20:58

>>283
そっかー、疑問氷解ありがとー。

>>285
アプリケーションゲートウェイが解決すれば、そんな困んないんじゃないの？

read.cgi ver5.26+ (01/10/21-)