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

NetBSD その11

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。UNIX時間(+0900)35年,2005/04/03(日) 23:49:15
``もちろんNetBSDです。''
http://www.netbsd.org/

お約束、関連リンクは>>2-10あたりにあるかもしれない。

前スレ
NetBSD その10
http://pc8.2ch.net/test/read.cgi/unix/1106336671/
05415332005/06/08(水) 00:44:00
おもいきりPentium4のことをいってたつもりだけど
i386で

だれか、やってみてちょ
0542名無しさん＠お腹いっぱい。2005/06/08(水) 00:46:03
>>538
pc98もsun386もtownsもintelなappleマシンも同じことだから
まだ見ぬintel-appleマシンに対するportの気合いがpc98と同程度なら無理だろね。
0543名無しさん＠お腹いっぱい。2005/06/08(水) 00:57:11
>>540
sun68kはsun2とsun3の共用できる部分の置き場所でMACHINE_ARCHじゃないよ。hpcもそう。

MACHINE_ARCH=i386の共通部分
i386とx86_64のCPUとしての共通部分
pcat,amd64のATismとしての共通部分
pcat,pc98,mac86(?) etc.の各MACHINE依存部分
くらいは置き場所作らないといけないかもしれんがMACHINE_ARCHを何にするかとはあまし関係ない。
0544名無しさん＠お腹いっぱい。2005/06/08(水) 01:01:08
>>541
amd64は無視ですかそーですかそーですか。
0545名無しさん＠お腹いっぱい。2005/06/08(水) 01:03:20
実はMACHINE_ARCH=x86_64はあってもsrc/sys/arch/x86_64/はないのね。
さらにEMT64なappleマシンが出てくるとまた一仕事要りますな。
0546名無しさん＠お腹いっぱい。2005/06/08(水) 01:26:42
>>543
あのね、MACHINE_ARCH がもういっこ要るとは書いてないでしょ、>>540 には。
で、pcat（つー名前だとして）と mac86（同）はほとんど違いはないだろうし、
そいつらと pc98 はだいぶ違うから、pcat と mac86 用の共用ディレクトリも
要るんじゃない?
どうするにせよ、mac86 分ける作業する時に pc98 の事情に配慮できる人が
ゴリゴリ選別する、くらいしか進展の可能性はないんじゃない?
0547名無しさん＠お腹いっぱい。2005/06/08(水) 01:30:42
>>541
1.6→2.0でgcc2→gcc3になっててそれだけで倍くらい遅くなってるし
GENERICはどんどん太る一方なのでバージョンも決めないと意味なし。
0548名無しさん＠お腹いっぱい。2005/06/08(水) 01:31:11
つまりこのままグダグダか。
0549名無しさん＠お腹いっぱい。2005/06/08(水) 01:32:28
まだ出てもないのにエスパーだな。
0550名無しさん＠お腹いっぱい。2005/06/08(水) 01:38:00
>>546
MACHINE_ARCHのディレクトリからMACHINE依存のファイルを取り除くことさえできれば、
pcatとmac86の両MACHINEで共用するためのディレクトリなんてあとからでも変えられる
からどうでもいい。
0551名無しさん＠お腹いっぱい。2005/06/08(水) 01:38:13
つまりあれだ、pc98 関係者が macintel のポートやればいいんじゃん。
0552名無しさん＠お腹いっぱい。2005/06/08(水) 01:40:58
>>550
それは要するに、名前だけ決まればすぐにでもできる、ってこと?
0553名無しさん＠お腹いっぱい。2005/06/08(水) 01:45:25
>>552
そうじゃない。今のいわゆるAT互換機用portである MACHINE=i386 を
MACHINE_ARCHと重複しない別の名前に変えられるかどうか、だ。
その名前を何にするかは問題じゃない。
0554名無しさん＠お腹いっぱい。2005/06/08(水) 01:49:30
>>553
うーん、わからんな... >>539 の人とは別人? >>539 で「変えるしかない」って
言ってるわけじゃないのか??
変えずに済む方法も検討中?
0555名無しさん＠お腹いっぱい。2005/06/08(水) 01:54:34
MACHINEがらみもMACHINE_ARCHがらみも全部sys/archにぶち込んでるのが悪い。
sys/dev/cpuか何か作れ。

とか言うのは厨。
0556名無しさん＠お腹いっぱい。2005/06/08(水) 01:58:13
>>554
pcat以外のMACHINE_ARCH=i386ポートを素直に入れるには変えるしかないんだけど、
単に変える作業がめんどくさいとか、uname(3)がMACHINEを返すからそこでi386が
返ってくることを期待しているサードパーティーのソースのないプログラムが
困るかもしんないとか、そういう問題ですな。

>>555
sys/cpu案は昔もあったけど、alphaやsparcみたいに一MACHINE_ARCH一MACHINEの
ポートにとっては無駄な手間なのでよけいめんどくさがられる罠。
0557名無しさん＠お腹いっぱい。2005/06/08(水) 01:58:25
MACHINEがらみもMACHINE_ARCHがらみも全部sys/archにぶち込んでるのが悪い。
sys/dev/cpuか何か作れ。
0558名無しさん＠お腹いっぱい。2005/06/08(水) 02:03:38
ﾏﾀﾞｰﾘｽﾄのネタがいっぱい出てきたな。
0559名無しさん＠お腹いっぱい。2005/06/08(水) 02:11:49
要するに x86==PC/AT という世間一般の常識を覆せるかどうか、ですよ。
Appleが新しいx86マシンを出せばそれができるかもしんない。
その中身が実はAT互換機そのまんまだったらやっぱり無理。
0560名無しさん＠お腹いっぱい。2005/06/08(水) 02:25:39
>>556
pcat 新設か、今のままかの両者の得失まで出尽くしてるんなら、あとは
決めるだけだね。決まらないんなら、誰か行動する（CVS 枝作る）。
で、行動する人は pc98 の人とか以外あり得ないと思ってたけど、
「そうでもない、pc98 以外にも恩恵ある」ってことか。
0561名無しさん＠お腹いっぱい。2005/06/08(水) 02:32:16
>>560
やるだけなんだけど、今回のコンパイラのwarning追加だけでも
コンパイルできねーよ報告でcurrent-usersその他があふれるのに、
既存のMACHINEを変えるなんて大手術をしたらしばらくはエラーが出続ける
だろうからよくわかっていない人からの苦情が殺到しそうなのがイヤよね。

NetBSD/powerpc→NetBSD/ofppcの時は誰も文句言わなかったけど、
wsはちょっとムッとしてたような。
0562名無しさん＠お腹いっぱい。2005/06/08(水) 02:58:23
>>556
MACHINE に i386 を期待される場合は sysctl で uname(3) の返事を
変える、と。
0563名無しさん＠お腹いっぱい。2005/06/08(水) 03:13:38
>>562
当時も言及されていたけど
> STANDARDS
> 　　The uname() function conforms to ISO/IEC 9945-1:1990 (``POSIX.1'').
に対してどうなのかということを見ないといけない?
0564名無しさん＠お腹いっぱい。2005/06/08(水) 03:24:10
>>560
NetBSD/pc98のコードを見る限りではアレを書いた人たちがMACHINE_ARCHとMACHINEの使い分けや
MI/MDの概念を理解して書いていたとは思い難いのでその人たちが作業するのはあり得ないと思ってたよ。
そもそもi386からのpcat分離以前にかなりのコードを書き直さないと当時の本家にマージすることすら困難。

逆の見方をすれば、移植のための材料はすべてそろってるんだからあとは
　求む!やる気のある若者
ということなんだが。
0565名無しさん＠お腹いっぱい。2005/06/08(水) 03:30:43
今時 PC9801 触ってウレシイ若者なんて... 居ないだろな..
オレでさえ 9801RX とか VX とかで Minix1.5 動いたりした方が面白いもん....
ゴメン..
0566名無しさん＠お腹いっぱい。2005/06/08(水) 03:45:06
なんでいつまで経ってもマージされないのはそういう理由だわな。
・実機が簡単に入手可能で
・ハードの仕様やブートの方法がわかっていて
・他に誰もやってない
という点では移植入門に最適なんだが、車輪の再発明っぽいところがアレだ。
0567名無しさん＠お腹いっぱい。2005/06/08(水) 03:57:43
pc98 より、FutureNet MA-4[12]0 とかに載って欲しいな。うふ。

ttp://www.centurysys.co.jp/product/ma420/index.html

...とか思ったら、IIJ がやってる?

ttp://www.seil.jp/seilengine/Installations/02.html
0568名無しさん＠お腹いっぱい。2005/06/08(水) 04:06:20
そうそう、pc98のいいところとしては
　マージされれば動かしてくれるユーザーがそれなりにいる(と思われる)
ってのがあるよ。
組み込み系はシリアルコンソールだったりして敷居高いし動いた感動もいまいち。
ものにもよるけど値段も張るしね。
0569名無しさん＠お腹いっぱい。2005/06/08(水) 04:23:16
>>565 オレでさえって、どのくらいジジイなん?
0570名無しさん＠お腹いっぱい。2005/06/08(水) 17:12:17
久々に見たらバージョン番号が3.99とかNetBSDらしからぬ進み方なんだが、
いったい何があったんだ？
あと2.xと3.xの大きな違いって何？
0571名無しさん＠お腹いっぱい。2005/06/08(水) 17:48:25
>>570
バージョン番号は釣りです。
0572名無しさん＠お腹いっぱい。2005/06/08(水) 18:19:32
起動するときに流れてくじゃん文字が
それってどっかに保存されてないの？
dmesgだと、デバイスの情報しか見れないけど
starting ほにゃらら
とかのぶんまでみたいわけ

てきとうに /var/もみたけど
わからんかった
0573名無しさん＠お腹いっぱい。2005/06/08(水) 18:47:24
>>570
http://mail-index.netbsd.org/tech-kern/2004/09/30/0020.html
0574名無しさん＠お腹いっぱい。2005/06/08(水) 18:54:45
>>572
保存されないのでシリアルコンソール使うとかビデオに録るとか
0575名無しさん＠お腹いっぱい。2005/06/08(水) 21:43:49
保存されてないんだ
保存する方法はありませんか？
0576名無しさん＠お腹いっぱい。2005/06/08(水) 21:44:33
ビデオ… いや確かにその手しかない場合もありますが(w

普通は msgbuf のサイズを増やすのが吉。
options MSGBUFSIZE=32768
かな。
05775762005/06/08(水) 21:46:56
あ、すまん読み間違えた。
カーネルの出す方じゃなくて starting なんとかの方ね。
それは >>574 の言うとおりシリアルコンソールを設定
して保存するのが、今だと一番簡単かなあ。
0578名無しさん＠お腹いっぱい。2005/06/08(水) 21:50:31
そこで本物のttyですよ！
0579名無しさん＠お腹いっぱい。2005/06/08(水) 21:53:06
よくシリアルコンソールとか聞くけど何？
0580名無しさん＠お腹いっぱい。2005/06/08(水) 21:56:05
またこいつか
0581名無しさん＠お腹いっぱい。2005/06/09(木) 00:38:36
本物の tty で... ビデオに撮るのか?
0582名無しさん＠お腹いっぱい。2005/06/09(木) 00:44:58
卵を産むんじゃないか?
0583名無しさん＠お腹いっぱい。2005/06/09(木) 00:45:15
そこでttyrecですよ。
0584名無しさん＠お腹いっぱい。2005/06/09(木) 00:45:58
>>581
テレタイプって何かしってる？
0585名無しさん＠お腹いっぱい。2005/06/09(木) 00:55:56
テレタイプなら紙に出るな。「本物の tty」だとテレタイプね..
0586名無しさん＠お腹いっぱい。2005/06/09(木) 01:57:30
シリアルコンソールの説明はたくさんあるけど
シリアルコンソールは何かという説明はあんまりないね。
スクリーンとキーボードの代わりにシリアルポートをコンソールの入出力に使うこと
ってな説明で>>579みたいな人には通じるのかしらん。
0587名無しさん＠お腹いっぱい。2005/06/09(木) 02:00:25
むしろ本物のkittyを召喚
0588名無しさん＠お腹いっぱい。2005/06/09(木) 02:07:11
クロスケーブルとシリアル用端末とを用意するくらいならビデオカメラの方が普通の人には簡単そうね。
0589名無しさん＠お腹いっぱい。2005/06/09(木) 02:11:02
最近シリアルポート付いてるノート少ないからな。
USB-Serialとか使うが。
0590名無しさん＠お腹いっぱい。2005/06/09(木) 02:23:08
/etc/rc の run_rc_script の所でリダイレクトするのは乱暴か。
リダイレクト先も無いしな。

TIOCCONS 使ってconsole出力を捕獲するプログラムを rc.d の最初の方で
実行するようにすればいける？
0591名無しさん＠お腹いっぱい。2005/06/09(木) 02:32:00
root fsがmountされる前に捕獲したものを保存しておく先はどこ?
0592名無しさん＠お腹いっぱい。2005/06/09(木) 02:34:55
だからTIOCCONSしてるプログラムのメモリにもっておきつつ
本当のconsoleにも出力。

rcが終了したタイミングかなんかでどっかに吐き出す。
0593名無しさん＠お腹いっぱい。2005/06/09(木) 03:16:28
572 は >>577 にもあるけど、/boot が出すのを見たいようだよ。
0594名無しさん＠お腹いっぱい。2005/06/09(木) 03:27:07
/bootが出すのは
booting hd0a:netbsd - starting in 5 4 3 2 1 0
/etc/rc.subrが出すのは
Starting nanashid.

起動する時に流れていくのは後者だと思うが。
05955772005/06/09(木) 03:38:07
594の言う通りだと思うよ。
boot の出すメッセージは要らんでしょ。
0596名無しさん＠お腹いっぱい。2005/06/09(木) 03:42:33
bootloaderを書いてる時には欲しいけどね。
そんなことするやつは当然シリアルコンソール使うわけだが。
05975932005/06/09(木) 04:13:49
>>594,>>595
ああ、そうか、dmesg の前じゃなくて、dmesg の後の方ね。失礼。
0598名無しさん＠お腹いっぱい。2005/06/09(木) 04:20:18
starting ほにゃらら
で/bootを想像するとはその手の筋の人ですか
0599名無しさん＠お腹いっぱい。2005/06/09(木) 04:30:29
まあ、/boot が出すのは機種によっていろいろだ。
0600名無しさん＠お腹いっぱい。2005/06/09(木) 04:41:26
だいたいみんなloadfile()呼ぶとこくらいはコピペしてから書き始めるから実は似たようなもんだ。
grep -i start sys/arch/*/stand/*/*.c
してみるとか。
0601名無しさん＠お腹いっぱい。2005/06/09(木) 10:50:24
で、君たち、このOSはいつになったら一般新聞とかにでるくらいメジャーになるんだい？
0602名無しさん＠お腹いっぱい。2005/06/09(木) 10:54:24
メジャーにしたがってるやつなんているのか？
0603名無しさん＠お腹いっぱい。2005/06/09(木) 15:27:46
「ネットＢＳＤ」とか一般新聞に書かれるより、今のままでいい
0604名無しさん＠お腹いっぱい。2005/06/09(木) 18:15:34
アクティブな開発者が少ない割にはデキといいサポートしているデバイスの
幅広さといい、強烈に効率いいと思う。
0605名無しさん＠お腹いっぱい。2005/06/09(木) 20:58:14
ヒラギノフォントを買ったら .ttcだったのですが
これから .ttfを抜き出すことはできないのでしょうか？
Windowsでは、MicroSoft製のツールがあるみたいなのですが
私は、Windowsを持っていません

知合いに頼むこともできるのですが、時間がかかってしまうので
何かツールがあったら教えてほしいです

すいませんがお願いします
0606名無しさん＠お腹いっぱい。2005/06/09(木) 21:06:20
俺は>>605を見るまでその辺りのことは考えたことも無かったが、
一発で回答に到達できたようだぞ。
ttp://www.google.co.jp/search?q=ttc2ttf
0607名無しさん＠お腹いっぱい。2005/06/09(木) 21:07:41
Xで使うなら ttcでも突っ込めば使えるけど
問題はフォントの情報、Shift-JISで書いてあるんか知らないけど
文字化けする

フォント内の情報っていじれるのかな？
知ってるひと入れば教えて
0608名無しさん＠お腹いっぱい。2005/06/09(木) 21:16:12
3日連続か
くだ質
0609名無しさん＠お腹いっぱい。2005/06/09(木) 21:41:17
ttc2ttf なかなかのくせもんだな
cppはわからん
c版のないのか？

誰か動くようにしてくれ
0610名無しさん＠お腹いっぱい。2005/06/09(木) 21:57:37
Windowsでやればすぐのものをわざわざ Cで書こうという人はあまりいないような。
>>605の知合いに頼んだ方が速そうな予感
0611名無しさん＠お腹いっぱい。2005/06/09(木) 22:00:19
動いたが (NetBSD/i386 2.0.2)
どのへんがくせもん？
0612名無しさん＠お腹いっぱい。2005/06/09(木) 22:10:08
俺もやってみたがスコープでエラーが出るぞ

NetBSD 2.0
gcc (GCC) 3.3.3 (NetBSD nb3 20040520)
0613名無しさん＠お腹いっぱい。2005/06/09(木) 22:10:54
$ gcc ttc2ttf.cpp
ttc2ttf.cpp:49:32: warning: multi-character character constant
ttc2ttf.cpp: In function `int main(int, char**)':
ttc2ttf.cpp:98: error: name lookup of `j' changed for new ISO `for' scoping
ttc2ttf.cpp:82: error: using obsolete binding at `j'

だな
0614名無しさん＠お腹いっぱい。2005/06/09(木) 22:15:03
98行目の j = 0 の前に unsigned short と書く。
g++でコンパイルする。

これで通らんか？
0615611,6142005/06/09(木) 22:22:56
あー、little endian だったら g++ -DINTEL な。
んじゃ寝るわ。おやすみ。
0616名無しさん＠お腹いっぱい。2005/06/09(木) 22:26:33
おまえらすげぇーな
あやかりてぇー

0617名無しさん＠お腹いっぱい。2005/06/09(木) 22:33:16
俺はチンポはでかいし
インディアンでもなく日本人だから

g++ ttc*
で通った

おまえら神だな
今度から、コンパイル通らなかったらここにかくは


ってかだれだな、
C++ってわけがわからんな
なんで、そんな位置で宣言できるんだ？
最初でやれよ
0618名無しさん＠お腹いっぱい。2005/06/09(木) 23:07:10
>>617
> なんで、そんな位置で宣言できるんだ？

Cでできないからだよ。
0619名無しさん＠お腹いっぱい。2005/06/10(金) 01:05:52
>>618
最近のCだとできなくないか?
スレ違いか…
0620名無しさん＠お腹いっぱい。2005/06/10(金) 01:13:19
>>601
ttp://www.asahi.com/digital/bcnnews/BCN200506070009.html
0621名無しさん＠お腹いっぱい。2005/06/10(金) 02:11:10
>>619
>最近のCだとできなくないか?

C99はCじゃないといってみる。
まぁ普通CといったらANSI-C(≒C89)だろう。
0622名無しさん＠お腹いっぱい。2005/06/10(金) 02:39:16
それはさすがに時代遅れでは？
NetBSDでもC99の機能がそれなりに利用され始めてるぞ。
0623名無しさん＠お腹いっぱい。2005/06/10(金) 03:37:46
ネッツＢＳＤ
0624名無しさん＠お腹いっぱい。2005/06/10(金) 03:45:43
>>622
どの辺のコード？
さすがにK&Rな記述はなくなったけどC99っぽい記述も見当たらないので。
0625名無しさん＠お腹いっぱい。2005/06/10(金) 03:57:19
たとえば
egrep 'PRI[udx]|uint(32|64)_'
は、結構見つかるよ。
u_int××_t とかは C99 系の uint××_t にだんだん
変えていくんじゃないかねえ。
こういう型定義やマクロじゃ済まない範囲だと、あん
まり急には変えられないだろうけど。
0626名無しさん＠お腹いっぱい。2005/06/10(金) 11:00:35
なるほど。あれはC99な型だったのか。勉強になった。
＃booleanぐらいしか知らなかったので。
0627名無しさん＠お腹いっぱい。2005/06/10(金) 11:49:39
C99も含めて標準化の方向としてu_intXX_tではなくuintXX_tなのは確かだが、
これがC99の機能と言われると違う気がする。

ttp://www.netbsd.org/Goals/interop.html
にも挙がってるXPG/SUSとか、C99以前からuintXX_tだったと思う。
0628名無しさん＠お腹いっぱい。2005/06/10(金) 12:15:29
コンパイラのサポートがいるようなC99の機能は、まだ許容しない方向
ですな。gcc 2.95のportもまだあるし。

どこでも変数宣言とか、// コメントとか、designated initializerと
か、compound literalとか、__VA_ARGS__とか…
0629名無しさん＠お腹いっぱい。2005/06/10(金) 12:49:16
>>626
↓が短くまとまってるので、一度読んでおくといいよ。
http://seclan.dll.jp/c99d/c99d00.htm
0630名無しさん＠お腹いっぱい。2005/06/10(金) 14:12:43
どこでも変数宣言だけはかんべんしてほしい
見づらいとか言う次元の問題じゃないじゃん
俺はPerlでも、先頭に全部書くぞ

絶対にその方が見やすいって
0631名無しさん＠お腹いっぱい。2005/06/10(金) 14:22:29
>>630
慣れも関係あるよと思うよ。
一時的にちょっと使うだけのものはできるだけ近いところで宣言・定義したいな　と思う。
まぁC89でも {} でくくればいいんだけどね。
0632名無しさん＠お腹いっぱい。2005/06/10(金) 14:25:10
そんなことよりと
お前等、新しいバージョンのNetBSDが出たらどうしてるよ？
新規インストール？
それとも上書きインストール？
1.6.1使ってて1.6.2が出たときは、放置してたけど
2.0が出たときは、出て4ヵ月後くらいにトラブったから
新規インストールした

今見たら、2.0.2が出てるんやね
上書きインストールってやったことないんだけど
どうやってるの？
関係あるファイル全て上書き？
そこんとこ教えてくれよ

非力なマシンだから、新規インストールで今の環境作るとしたら
1週間程度かかると思うんよ
一々、パッケージをmakeしていく手間もかかるし

カーネルだけ入れ換えるのもあれだし
0633名無しさん＠お腹いっぱい。2005/06/10(金) 16:55:01
俺は、1.4ずっと使ってるけどな
家で使ってるだけでプログラミングもしないから上げる必要が皆無

なんでそんなにあげたいの？
0634名無しさん＠お腹いっぱい。2005/06/10(金) 17:01:02
/etc/hostsって再起動する以外に変更を有効にする方法ってないの？
0635名無しさん＠お腹いっぱい。2005/06/10(金) 17:17:10
変更した瞬間に有効。
hostent読んだ後ずっと使い続けるようなプロセスは
再起動か何かせんといかんだろうけど。
0636名無しさん＠お腹いっぱい。2005/06/10(金) 22:17:58
variable length array と designated initializer は
結構使ってるのを見かけますね。
前者は本当にわかって使ってるのか問い詰めたいようなのもたまにありますが(w
0637名無しさん＠お腹いっぱい。2005/06/10(金) 22:47:26
N+I BOFってどうだった?
0638名無しさん＠お腹いっぱい。2005/06/11(土) 00:11:28
N+がなかった。
06396322005/06/11(土) 03:28:26
だれもこたえてくれない・・・
世の中こんなにせちがないのか・・・
0640名無しさん＠お腹いっぱい。2005/06/11(土) 03:50:02
>>632
俺は、普通はバイナリ配布を上書きインストールしてる。
同一ハードディスク上に新規インストールしたことは一度
もない。昔の /etc は /etc.old に残るので、あとは新しい
/etcと手動でマージ (RCS管理)。これはちょっと古くさい
やり方だが、古い人間なので。

>>633
新しい pkgsrc を使いたいとか、UBC その他で
高速になった方が嬉しいとかいろいろ。
メモリが十分にあるなら、1.5 から 1.6 への違いは
劇的だよ。
0641名無しさん＠お腹いっぱい。2005/06/11(土) 04:29:14
>>639
カーネルは割と頻繁に置き換える。それ以外は、差し迫った理由が無い限り、
いろいろコンパイルできなくなるまでは手当しつつ使う。1.4.1 と 1.5_BETA2 が
まだ生きてる。
> せちがない
せち辛い? ちと意味通らんが..
■ このスレッドは過去ログ倉庫に格納されています