トップページunix
1001コメント276KB

NetBSD その9

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。NGNG
http://www.netbsd.org/

お約束、関連リンクは>>2-10あたり
0301名無しさん@お腹いっぱい。NGNG
核心を突いてると言うだけならタダだから。
0302名無しさん@お腹いっぱい。NGNG
>>236のように一から十まで説明してあげないとわからんのかね。
0303名無しさん@お腹いっぱい。NGNG
わからんね.
0304名無しさん@お腹いっぱい。NGNG
2.0-Releaseって年内にでると思ってOK?
0305名無しさん@お腹いっぱい。NGNG
3人の共通点ってなんなの? 英語読むけど書かないところ?
0306名無しさん@お腹いっぱい。NGNG
コードもバリバリ書くし、ドキュメントの和訳に
関する作業もしてた/してる点
0307名無しさん@お腹いっぱい。NGNG
糞翻訳モドキ≠ドキュメントの和訳
0308名無しさん@お腹いっぱい。NGNG
今日中にリリースしてくれなさい。
0309名無しさん@お腹いっぱい。NGNG
リリースされるとなんかいいことあるの?
0310名無しさん@お腹いっぱい。NGNG
新規にインストールするマシンがいきなり2.0にできる
0311名無しさん@お腹いっぱい。NGNG
ユーザ企業がアップグレード→特需発生
0312名無しさん@お腹いっぱい。NGNG
>>300
煽り口調なのは貴様の言うとおり、馬鹿どもに注目させるため。
馬鹿がわめいているようにしか見えないのはお前も>>295の同類だから。

というわけで>>297という同じアドバイスを貴様にもしておいてあげよう。
(特に最後の1行を肝に銘じるように。)
0313名無しさん@お腹いっぱい。NGNG
>>312
まあ君はLinux板にいって、


君はもうすこし深く事実を考察する癖をつけたほうがいいかも知れない。
一見同じように見えるものでも実は全然違う、ということが世の中には
たくさんあるのだよ。

ま、馬鹿は Windows でも使っとけ。


みたいなこと書いてるんだろうw
0314名無しさん@お腹いっぱい。NGNG
NDSのスレで

--
君はもうすこし深く事実を考察する癖をつけたほうがいいかも知れない。
一見同じように見えるものでも実は全然違う、ということが世の中には
たくさんあるのだよ。

ま、馬鹿は PSP でも使っとけ。
--

とかかなw 最後の一行の一箇所さえ入れ替えればどこでも使えて便利ですな。
0315名無しさん@お腹いっぱい。NGNG
>馬鹿がわめいているようにしか見えないのはお前も>>295の同類だから。
これはまったく煽りにも言い訳にもなっていない。
馬鹿がわめいているようにしか見えないのは正常ですってことか。
0316名無しさん@お腹いっぱい。NGNG
しょうがないよ。FreeBSD板くん包茎だし。
0317名無しさん@お腹いっぱい。NGNG
>>313
それは下衆の勘繰り。つまりオマエは下衆ってこと。

>>314
文脈を無視してたった一つのレスしかバッファできない
あんたの脳力と遺伝子配列に乾杯!
0318名無しさん@お腹いっぱい。NGNG
>>315
違う。

>>316
告白乙。
0319名無しさん@お腹いっぱい。NGNG
しかしレス参照間違えたような気もするな。まあいいけど。
0320名無しさん@お腹いっぱい。NGNG
正直、人間の能力なんてたいして変わらんよ。
やってみれば案外できるもの。
まあ最初からうまくできる人はあんまりいないだろうけどね。
特にコードの読み書きなんて、誰でも出来る種類の作業。
>>293 の提案のような事は、真面目に取り組めば誰でもできるようになる。
0321名無しさん@お腹いっぱい。NGNG
自分で書いたコードがちゃんと動いただけでうれしいと思えるうちが華だよな……
0322名無しさん@お腹いっぱい。NGNG
>>315
正しい。
0323名無しさん@お腹いっぱい。NGNG
おまえら、2ちゃんねるより ガンダム the origin 8 の方がおもしろいぞ
0324名無しさん@お腹いっぱい。NGNG
peercastをNetBSDで動かせた人いる?
若干の変更でコンパイルはあっさり通って,一見正常に動作しているように
見えるんだけど,どうもINCOMING接続が短時間(数秒?)で切断されるっぽい.
Linux, MacOSX, Windowsで動いてて,かつOS依存部分はsocketとthreadだけなのに.

NetBSD1.6.2でGNU Pthを使っているから,そのへんの問題かな〜と思って,
socketを使っているところにpthread.hをincludeしたり,
タスク切替えのためのsleepの時間を長くしてみたりしたんだが,解決せず.

socket, thread関係で,NetBSDに移植しようとしたときに問題になりそうな
ことがあったら教えてくれ.
0325名無しさん@お腹いっぱい。NGNG
1.6.2のときはユーザランド作るのに2時間台でできたのに、
2.0になったら4時間もかかるよ・・
0326名無しさん@お腹いっぱい。NGNG
gcc3が難しい最適化するようになって遅いからだろ。
バイナリ実行速度だけを比べたいなら2.0上で1.6.2のbuildしてみ。
0327名無しさん@お腹いっぱい。NGNG
>>326 なるほろ。ファイルが増えたのかと思ってました。
0328名無しさん@お腹いっぱい。NGNG
ファイル増えてるのも確かだけど、どっちがどれくらい効いてるのかはわからんな。
あと、2.0はメモリが少ない昔マシンだとつらくなったかも。
0329名無しさん@お腹いっぱい。NGNG
>>324
FreeBSDでは、linuxthread使わないとまともに動かせなかった。
0330名無しさん@お腹いっぱい。NGNG
おいらはMMX-Pentium 133MHzなのでつらかったです。
0331名無しさん@お腹いっぱい。NGNG
遅マシン自慢が始まりますよ〜
0332名無しさん@お腹いっぱい。NGNG
2.0は1.6の時のUBCみたいに性能アップに直接効いてくる変更がない
ような気がするな。MP, SA, pthread, UFS2あたりは昔マシンにとっては
重くなる要因でしかないし。
CHANGESで出てくる中ではpool cacheくらい?
これも昔マシンでは無駄に重くなるだけか?
0333名無しさん@お腹いっぱい。NGNG
kqueue, newpipeはperformanceに効くのかしら。
gehenna-devswはCHANGESにすら書いてないのね。
0334名無しさん@お腹いっぱい。NGNG
>>330
おれもおれも
0335名無しさん@お腹いっぱい。NGNG
久々にインスコしたら、インストーラが簡単になってるな。
0336名無しさん@お腹いっぱい。NGNG
オレオレ、MMX Pentiumのオレだけど、
NetBSD 2.0のコンパイルに時間がかかるから、
今すぐ新しいCPUの金振り込んで!
0337名無しさん@お腹いっぱい。NGNG
>>336
通報しますた
0338名無しさん@お腹いっぱい。NGNG
オレオレ、MMX Pentiumのオレだけど、
NetBSD 2.0のコンパイルに時間がかかるから、
今すぐモット性能のいいマシン送って!
0339名無しさん@お腹いっぱい。NGNG
>>338
住所氏名年齢職業書けよ。
感想も忘れずにな。
0340名無しさん@お腹いっぱい。NGNG
さすがNeetBSDだな
0341名無しさん@お腹いっぱい。NGNG
currentのpatch(1)がバグッててm68kでpkgsrcがbuildできないよ。
誰か↓このoff by one直すか getopt_long(3)使うように直して〜

static void
get_some_switches(void)
{
  char *s;
...
    s = Argv[0];
...
    do {
      switch (opt) {
...
        case 'F':
...
          s = "";
          break;
...
      }
      opt = *++s;
    } while (opt != '\0');
0342名無しさん@お腹いっぱい。NGNG
m68k
^^^^^
いいネタだ。
0343名無しさん@お腹いっぱい。NGNG
i386だとたまたま問題なく動くから誰も困ってないんだろうけどね...
0344名無しさん@お腹いっぱい。NGNG
>>329
未だにまともなのが実装されていないわけね。FreeBSD、OpenBSD ともに。
0345名無しさん@お腹いっぱい。NGNG
>>341
こんな辺鄙なところで愚痴ってないで、send-pr しようよ。
0346名無しさん@お腹いっぱい。NGNG
最初に2.0をインスコしたのが、Nov 22で、ふと./MAKEDEV allしたのが、Dec 2なんですが、
なぜ、下記の3つはあとから作られたのでしょうか?
crw-r----- 1 root operator 36, 0 Nov 22 11:28 rwd0a
crw-r----- 1 root operator 36, 1 Nov 22 11:28 rwd0b
crw-r----- 1 root operator 36, 2 Nov 22 11:28 rwd0c
crw-r----- 1 root operator 36, 3 Dec 2 15:52 rwd0d
crw-r----- 1 root operator 36, 4 Dec 2 15:52 rwd0e
crw-r----- 1 root operator 36, 5 Dec 2 15:53 rwd0f
0347346NGNG
ああ、すいません。なんでかわかりました。忘れてください。
0348名無しさん@お腹いっぱい。NGNG
>>345
いや最近元気ないもんで。
ここなら無駄な元気余ってる人いっぱいいるし〜
0349名無しさん@お腹いっぱい。NGNG
ここで愚痴っても、こんなものしか出ませんよ。

PATCH(1)        NetBSD一般命令説明書        PATCH(1)

名称
  patch - 一つの差分書類を一つの大元に適用する
書式
  patch [options] [origfile [patchfile]] [+ [options] [origfile]]...
  しかし、普通は丁度
  patch 継ぎ書類
説明
  path は diff 番組表により引き起こされた任意の四形式の異なる列挙の
  継ぎ書類でもってそれらの違いを大元の書類に適用して、継がれた版を
  生み出すだろう。債務不履行によって、継ぎの当たった版はその大元の
  場所に、大元の書類の同じ名前に ".orig" (長い書類名を支援しない体
  系の上に "~") なる拡張を伴った控えと共に置かれる、又は、その -b,
  -B, 若しくは -V 切替器によって定められたように。控えの書類を作る
  ために使われるその拡張はまた、その SIMPLE_BACKUP_SUFFIX 環境可変
  であって上の切替器によって無効にされるものによって定められるかも
  しれない。

  i386 ではたまたま問題なく動くから誰も困らない。
0350名無しさん@お腹いっぱい。NGNG
せっかくなら

歴史
 虫はpatch.c rev 1.20で現れた

まで書いてくれないとね...
0351名無しさん@お腹いっぱい。NGNG
mipsでも問題なく動く。
gccが文字定数を.rodataにpaddingなしに詰め込むarchだと発現する。たぶん。
0352名無しさん@お腹いっぱい。NGNG
すいませんが…コバルト(cobalt qube 2)にインストしたいのですが。
ttp://www.fan.gr.jp/~azure/docs/nbsdcoba_15.html
これ見る限りではなんかリナックスマシンにHDDつけて…見たいな方法しか理解
できないのですが、コバルトの純粋リストアみたいにネットワーク経由(あるいはシリアル経由)
でインストする方法、ないのかな?…
0353名無しさん@お腹いっぱい。NGNG
2.0で、
# ./build.sh tools kernel=GENERIC
で作ったカーネルと、
# cd /usr/src/sys/arch/hoge/conf;config GENERIC;cd ../compile/GENERIC
# make depend;make
で作ったカーネルのサイズが違うのはなんでですか?
0354名無しさん@お腹いっぱい。NGNG
>>352
ttp://www.netbsd.org/Ports/cobalt/faq.html#netboot
0355名無しさん@お腹いっぱい。NGNG
>>353
/usr/bin/gcc -v
${TOOLDIR}/bin/i386--netbsdelf-gcc -v
0356名無しさん@お腹いっぱい。NGNG
>>352
ftp://ftp.netbsd.org/pub/NetBSD/arch/cobalt/restore-cd/1.6.1/
からリストアCDイメージを持ってきてインストール。そのあと最新にアップデートというのが楽。

使い方はlinuxの場合のリストアCDと同じ。i386マシンで立ち上げてそちらをサーバにして、
cobaltをネットワークブートさせればよい。
0357名無しさん@お腹いっぱい。NGNG
>>355 ありがとうございます。どっちで作った方がいいとかあるんでしょうか?

ところで、みなさんはkernel作るとき、cpuflagsとか使います?
0358名無しさん@お腹いっぱい。NGNG
>>357
2つが同じにならないというのはuserland binaryのインストールが変なんじゃないの?
cpuflagsでもいいんだろうけどわたしゃkernel config中で
makeoptions COPTS="-O2 -mcpu=athlon"
ってしてるな。
0359名無しさん@お腹いっぱい。NGNG
>>358 え、そうなんですか。結果は、こんなでした。nickってだれでしょうね。
% /usr/bin/gcc -v
Using built-in specs.
Configured with: /home/nick/work/netbsd/src/tools/gcc/../../gnu/dist/gcc/configure
--enable-long-long --disable-multilib --enable-threads --disable-symvers
--build=i386-unknown-netbsdelf --host=alpha--netbsd --target=alpha--netbsd
Thread model: posix
gcc version 3.3.3 (NetBSD nb3 20040520)

% /usr/obj/tooldir.NetBSD-2.0-alpha/bin/alpha--netbsd-gcc -v
Reading specs from /usr/obj/tooldir.NetBSD-2.0-alpha/bin/../lib/gcc-lib/alpha--netbsd/3.3.3/specs
Configured with: /usr/src/tools/gcc/../../gnu/dist/gcc/configure --target=alpha--netbsd --disable-nls
--enable-long-long --disable-multilib --enable-threads --program-transform-name=s,^,alpha--netbsd-,
--enable-languages=c c++ objc f77 --prefix=/usr/src/obj/tooldir.NetBSD-2.0-alpha
Thread model: posix
gcc version 3.3.3 (NetBSD nb3 20040520)
0360名無しさん@お腹いっぱい。NGNG
nickってのは src/gnu/usr.bin/gcc3/arch/i386/configargs.h の中のpath。
in-treeのgcc3のi386を設定した人ですな。
ここを手でいじくるべきなのかどうかは微妙か。

バージョンが同じならどっちで作っても同じになるはずだけど、
サイズってどれくらい違うわけ?
build.shでkernel作るとmk.confの中身が反映されたりするのかしらん。
0361352ですNGNG
>>356
それがうまくいきません…サバとコバルトはクロスケーブルでつないで、サバ側
が完全に立ち上がった(ログインプロンプトまで出てる)ところでコバ側を
netbootしたんだけどまったく反応しない…ちなみにまったく同じ環境で純粋CD
イメージのインストはうまくできてます…何がまずいのだろう…
0362名無しさん@お腹いっぱい。NGNG
7630159 netbsd_gcc
7607887 netbsd_alpha--netbsd-gcc
ほぼGENERICなkernelのサイズはこのくらい違います。
mk.confはACCEPTABLE_LICENSES+=fee-based-commercial-use以外書いてません。
2.0は不安定なので、cpuflagsももしかしたらと思って使ってないです。
0363名無しさん@お腹いっぱい。NGNG
tcpdump(8)で何が流れているか見てみろとか
dhcpd(8)の設定はちゃんとしているのかとか
nfs exportの設定はあっているかとか
0364名無しさん@お腹いっぱい。NGNG
${TOOLDIR}のコンパイラは例え自分自身がターゲットでもクロスコンパイラ設定で
作られるからその辺で変わってくるのかしら。
気になるならsize(1)でどのオブジェクトのどの部分が違うのか追ってみれば?
0365名無しさん@お腹いっぱい。NGNG
2.0は不安定なので、ってえらい言いようだなおい
0366名無しさん@お腹いっぱい。NGNG
やってみました。
% size hoge
text data bss dec hex filename
6618828 222256 489172 7330256 6fd9d0 netbsd_gcc
6516260 347096 489172 7352528 7030d0 netbsd_alpha--netbsd-gcc

>>365 すいません。でも、よくpanicするのでなんでかなと思ってます。
0367名無しさん@お腹いっぱい。NGNG
size -A のほうがいいけど、textが大きくてdataがそんなに小さくなるなんて
ありえるのかしら。コンパイル時のlogではどっちも同じオプションになってるの?
0368名無しさん@お腹いっぱい。NGNG
>>361
Qube2ならシリアルコンソールにいろいろ出てると思うのでその辺をチェック。
ひょっとすると純正と違って、コンソールから入力しないと進まないようになっているかもしれないので。
#だいぶ前にやったことなので細かいこと忘れているっぽい。ごめん。
0369名無しさん@お腹いっぱい。NGNG
コンソール画面でテキスト文字にて動く
スクリーンセーバーはありますか?
0370名無しさん@お腹いっぱい。NGNG
netbsd 1.6.2 にて、linux エミュレータの機能をつかって
linux アプリケーション(allegro common lisp, linux version) を
動かしたいのですが、
以下の様なエラーを出力して止まってしまいます。
ちなみに alisp.dxl は約 400kb ぐらいです。
このアプリは freebsd 4.9, linux では既に動いています。

couldn't open process map file
Unable to locate enough free space to restore C heap
Could not restore the image file:
alisp.dxl.

また、tcsh 上にて unlimited だけはしています。
これは
エミュレータの問題なのですか?
設定の問題なのですか?
アプリの問題なのですか?
0371名無しさん@お腹いっぱい。NGNG
>>370
わたしならとりあえず ktrace してみるなあ
0372名無しさん@お腹いっぱい。NGNG
process map file って、/proc/$PID/maps のことじゃないの?
だとしたら linux オプションつきで procfs をマウントして
おかないと。
man compat_linux を読むと書いてあるぞ。
0373名無しさん@お腹いっぱい。NGNG
NetBSD は FreeBSD と何が違うのですか?
またどちらが優れているのですか?
0374名無しさん@お腹いっぱい。NGNG
Windowsが一番優れています
0375名無しさん@お腹いっぱい。NGNG
>>367 違ってるところだけ抜き出しました。
サイズがちょっと変わってるのは完全にGENERICなカーネルにしたためです。
# size -A netbsd_alpha--netbsd-gcc
netbsd_alpha--netbsd-gcc :
section size addr
.text 5171364 18446739675666186240
.rodata 1446272 18446739675671357608
...
.got 60288 18446739675672961576
...
Total 7425918

# size -A netbsd_gcc
netbsd_gcc :
section size addr
.text 5068948 18446739675666186240
.rodata 1446120 18446739675671255192
...
.got 185128 18446739675672859008
...
Total 7448190
0376名無しさん@お腹いっぱい。NGNG
>>367 コンパイルのflagsです。同じように見えます。
netbsd_alpha--netbsd-gcc
# compile GENERIC/mii_bitbang.o
/usr/src/obj/tooldir.NetBSD-2.0-alpha/bin/alpha--netbsd-gcc -mno-fp-regs
-ffreestanding -O2 -Werror -Wall -Wno-main -Wno-format-zero-length
-Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wno-sign-compare
-fno-zero-initialized-in-bss -Dalpha -I. -I/usr/src/sys/arch -I/usr/src/sys
-nostdinc -DDIAGNOSTIC -DLKM -DMAXUSERS=32 -D_KERNEL
-D_KERNEL_OPT -c /usr/src/sys/dev/mii/mii_bitbang.c

netbsd_gcc
# compile GENERIC/osf1_syscalls.o
cc -mno-fp-regs -ffreestanding -O2 -Werror -Wall -Wno-main -Wno-format-zero-length
-Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wno-sign-compare
-fno-zero-initialized-in-bss -Dalpha -I. -I../../../../arch -I../../../.. -nostdinc
-DDIAGNOSTIC -DLKM -DMAXUSERS=32 -D_KERNEL -D_KERNEL_OPT
-c ../../../../compat/osf1/osf1_syscalls.c
0377名無しさん@お腹いっぱい。NGNG
FreeBSDの方が優れています。ドキュメントも多いです。
NetBSDはまともに使えないしろものです。
0378名無しさん@お腹いっぱい。NGNG
まあ、アプリ使うだけならNetBSD選ぶ理由はないな。
実際使う側にとっては不親切だし。
カーネルソースを読み書きする教材としては
NetBSDが一番優れてると思うけどね。
0379名無しさん@お腹いっぱい。NGNG
多アーキ混在の場合はNetBSDが楽。
0380名無しさん@お腹いっぱい。NGNG
>>351
binutilsが新しくなってほかでも起こるようになったか。
0381名無しさん@お腹いっぱい。NGNG
>>379
それは本末転倒というやつでないかい。
多アーキテクチャを混在させる理由はなんなのさ。
0382名無しさん@お腹いっぱい。NGNG
>>375
.gotがそんなに違うってことはリンカがなんか違うのかな。
/usr/bin/ldと${TOOLDIR}/bin/alpha--netbsd-ldのバージョンはどう?
あと、/usr/bin/ldは配布されてるバイナリそのまま?
もしそうならセルフで作り直すと変わったりする?
0383名無しさん@お腹いっぱい。NGNG
>>381
寄付とかいっていろんなアーキが転がってくることもあんのよ。
0384名無しさん@お腹いっぱい。NGNG
それなら利点は多アーキ混在じゃなくて
  ゴミ扱いされるようなマシンでも最新の機能を試せる
だろ。使いものになるかどうかは別問題だが。
0385名無しさん@お腹いっぱい。NGNG
ユーザーランド作り直したので/usr/bin/ldは配布されているバイナリでないです。
先の二つに加えてsnapshotからバイナリをとってきました。
3つともも同じverで、
GNU ld version 2.14 20030612
Supported emulations:
elf64alpha_nbsd
なんですが、サイズが、全然違いました。
387038 Oct 17 01:16 ld (snapshot 20061016)
386934 Dec 7 13:52 /usr/bin/ld
920899 Dec 9 16:20 /usr/obj/tooldir.NetBSD-2.0-alpha/bin/alpha--netbsd-ld
0386名無しさん@お腹いっぱい。NGNG
TOOLDIRのtoolchainは-DCROSSつきだからサイズが違うのは当然なんだけど、
userland作り直してるのならバージョンは一緒だよねえ。
>>359にあるのconfigureの--disable-symversのせいなのかしら。
ちゃんと見てないけど。
0387名無しさん@お腹いっぱい。NGNG
アーキは散らしたほうが攻撃から安全だと思うが。
少なくとも同じワームなどで全部こけるということはなくなる。
0388名無しさん@お腹いっぱい。NGNG
>>387
で、それが事実だとして、それがNetBSDの優れている点になるわけ?
そういう理由ならふつーOSも変えるだろ。
0389名無しさん@お腹いっぱい。NGNG
マイナー過ぎて攻撃の対象にならないというのは利点かもな。
0390名無しさん@お腹いっぱい。NGNG
結論
NetBSDを使う利点はない。

別のOSを使いましょう。
0391名無しさん@お腹いっぱい。NGNG
ま、いじるOSであって使うOSではないわな。
ドキュメントが整備されないのも必然。
0392名無しさん@お腹いっぱい。NGNG
マイコン時代からコンピュータ触ってる人が殆どなんでしょ?
いきなりPCがドンっとやってくる世代の人には、他のOS使って
貰えばいいんじゃないの。
0393名無しさん@お腹いっぱい。NGNG
高負荷時の性能や安定性では (Linux まで含めて比較しても)
FreeBSD だと言われることが多いけど、特定の用途に限ると
NetBSD が一番優れてることもあるよ。
たとえば、しばらくのあいだは PPPoE では NetBSD が圧倒的に
速かったし、例の scalability ベンチマークでも最終的にいい
線いったので、あそこで計っているケースに直撃するような
アプリケーションだと、結構いいんじゃないかね。

それから、組み込み用途には NetBSD が一番。まちがいない。
0394名無しさん@お腹いっぱい。NGNG
使いたくなきゃ、使わなければいいだけ。
使いたくないのに無理に使うOSではない。
0395名無しさん@お腹いっぱい。NGNG
バグ出しのされてなさというか、実戦経験値の少なさは痛いところだわな。
0396名無しさん@お腹いっぱい。NGNG
こうして煽りの意図に反してみんな納得してしまう、そんなNetBSDが大好きです。
0397名無しさん@お腹いっぱい。NGNG
うん、組み込みで使うならNetBSDがいいですね。
0398名無しさん@お腹いっぱい。NGNG
> バグ出しのされてなさというか

でも、scalability ベンチマークでは、FreeBSD, NetBSD, OpenBSD
の 3 つの中で、ベンチマークの結果カーネルが落ちなかったのは
NetBSD だけだったんだよね。
印象としてバグ出しがされてないけど、単に印象だけで実際は大丈夫
なのか、それともユーザが少なくて本当にバグ出しがされてないけど、
元々の品質はそれなりにいいのか、どちらでしょ?
0399名無しさん@お腹いっぱい。NGNG
元々の作りはいいから根本的なバグは少ないかもしれないけど、
ちょっと前に出てたpatch(1)のバグみたいなくだらない部類のバグは
結構多いような気がする。
0400名無しさん@お腹いっぱい。NGNG
rimnetがNetBSD使おうとして痛い目に遭った、って話があったけど、
そういうのってまだあるのかしら。
0401名無しさん@お腹いっぱい。NGNG
x86のみ実戦経験値が多くて他のarchだとダメダメなOSとは別次元のOSだと思います。
それに、組み込みだと /sbin/init から作るわけだから、ユーザランドの細かなバグなんか
問題にしてないし。
■ このスレッドは過去ログ倉庫に格納されています