■掲示板に戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50



レス数が1000を超えています。残念ながら全部は表示しません。

FreeBSDを語ろう Part.2

1 :BackSpaceDaemon :02/09/30 04:40
語りましょう。

FreeBSD
http://www.freebsd.org
http://www.jp.freebsd.org/www.freebsd.org/ja/
http://www.jp.freebsd.org/

The Best Operating System
http://www.google.co.jp/search?q=%22Best+Operating+System%22&ie=Shift_JIS&hl=ja&lr=

前スレッド
http://pc.2ch.net/test/read.cgi/unix/1014385300/l50

関連スレッドなどは >>2-10 あたりに。

135 :名無しさん@お腹いっぱい。 :02/10/16 17:27
>>130
1. コンパイラがgccだから、libcもGNUのもんだろうと思った。
2. 「フリー」なlibcは、GNUのもんしかないと思っていた。

136 :名無しさん@お腹いっぱい。 :02/10/16 18:55
それにしても移植性とか気にしてる割にはCの基本であるlibcに関する
知識がいい加減だぞ >>117


137 :名無しさん@お腹いっぱい。 :02/10/16 21:01
>>135
>1. コンパイラがgccだから
gcc ではあるけど、そのものとは思わない方がいい。

138 :名無しさん@お腹いっぱい。 :02/10/16 21:04
ちょっと待ってください。
D言語が一般化されたらlibdになるのですか?

139 :名無しさん@お腹いっぱい。 :02/10/16 21:06
>>138
そのまますんなりそんな単純な名前が付くとは限らないわな

140 :名無しさん@お腹いっぱい。 :02/10/16 23:12
librubyとか。はわわ

141 :名無しさん@お腹いっぱい。 :02/10/17 03:03
D言語
http://pc.2ch.net/tech/kako/1003/10036/1003674814.html

流行らなそうだ…

142 :名無しさん@お腹いっぱい。 :02/10/17 11:01
/usr/src/lib/libc/stdlib/rand.c を見ると、
http://www.soi.wide.ad.jp/class/20010000/slides/03/sfc2002.pdf
で書かれている70年代−90年代までの古典的標準擬似乱数の式そのままです。
FreeBSD の rand(3) はこの古典的乱数生成式を今でも使っている。
これを % 演算すると、シミュレーションに使えないどころか、簡単なゲームにも使えない。
man 3 rand には bad random generator と良くないとはっきり書いてある。
4.4BSD lite のソースを見つけられなかったので、これが FreeBSD
だけの問題か 4.4BSD lite に由来する問題かはわかんないです。

ところで rand() は ANSI 関数だが ANSI では生成式まで規定していない。
GNU CLIB の glibc では rand() はそのまま random() を呼んでいる。
random() は ANSI 関数じゃないので、標準化されていない。
例えば BSD は random( void ) で RAND_MAX 未満の整数値を返すが、
Windows 版 Borland C/C++ では random( int )で引数値未満を返す。

お手軽に使う擬似乱数に ANSI 関数でかつ古典的 rand(3) を使うの
であれば、どこかの偉い人が次のように書いている。

1 と 10 の間の乱数を生成したいのであれば、常に
j=1+(int) (10.0*rand()/(RAND_MAX+1.0));
を用いて行いなさい。

143 :名無しさん@お腹いっぱい。 :02/10/17 11:18
その、CLIB という呼び方なんとかならんのか?聞いたこと無いぞ。

144 :名無しさん@お腹いっぱい。 :02/10/17 11:21
>>142

なんかANSI Cに対して強いこだわりがあるようだが、

> ところで rand() は ANSI 関数だが ANSI では生成式まで規定していない。

でわかると思うのだが、「生成した乱数がある程度のレベル以上であることを
要求するような分野では rand() を使ってはいけない」というのが ANSI C
なのだよ。 ANSI Cで決まりがない以上、 ANSI Cに従って一定レベル以上の
乱数が必要になるプログラムを書く場合は自前で乱数生成しなきゃだめ。

それだけの話なのだが、なんで rand() にこだわり続けるの? 単なるDQN?


145 :名無しさん@お腹いっぱい。 :02/10/17 11:26
>>142
http://www.freebsd.org/cgi/cvsweb.cgi/basesrc/lib/libc/stdlib/rand.c?cvsroot=netbsd
http://www.freebsd.org/cgi/cvsweb.cgi/basesrc/lib/libc/stdlib/random.c?cvsroot=netbsd

386bsd-0.1(4.3BSD-Renoだっけ?)の時点で既にrandom(3)は存在して
いたようだけど、rand(3)は当時からそのままみたいだね。
こういうのって多分何か理由があってあえていじってないんだと思うけど、
いくらCVSで過去のコードは見れても、そういう理由までは分からないん
だよなぁ。

146 :145 :02/10/17 11:28
>>144
rand()にこだわるというか、自分のコードで#ifdef使いたくないってだけ
じゃないかな。

147 :名無しさん@お腹いっぱい。 :02/10/17 11:34
>>142
>>146サソの言うとおりだとして、MT(メルセンヌツイスター)は試してみました?
SHA1とかでHashをかませんと暗号にはつかえんらしいけれど、お主の用途くらいなら十分じゃないのか?


148 :名無しさん@お腹いっぱい。 :02/10/17 12:01
>>146
>>144 は #ifdef で使用する関数を変更するのでなくて、
自分で書け。と言ってる。

149 :名無しさん@お腹いっぱい。 :02/10/17 12:26
The Art of Computer Programming でも読め。

150 :145 :02/10/17 12:28
>>148
あ、よく読んでなかった。スマソ。確かにその通りだね。

で、ついでなので書いちゃうけど、FreeBSDのlibcも-currentでは変わってる
んだね。OpenBSDはアルゴリズム的には古いままだけど、rand_r()対応だけ
やってある。NetBSDはほんとに昔のまんま。

(古いNetBSDのlibcがベースになってる)newlibは>>149から引用する形で
変えてある。

こんだけバラバラだと>>145に書いた理由は特に関係なさげやね。


# rogueのバランスが変わるから変えてないのかな?とか思ったのだが(w

151 :名無しさん@お腹いっぱい。 :02/10/17 12:36
>>143
gcc が日本のパソコンユーザに広まったきっかけに、
X68000 の Human68k 移植版があった。
Human68k の市販Cコンパイラの標準Cライブラリが clib.a だったと思う。
コンパイラだけフリーでもライブラリがないと使えないというわけで、
glibc からコードを拝借して Human68k のシステムコールと初期化ルーチンを足して
フリーのライブラリが作られた。
それを GNU の CLIB と呼ぶ人がいたかもしれない。

152 :名無しさん@お腹いっぱい。 :02/10/17 13:03
>151
単に>117の脳がx68kの時代で学習をやめただけだと思わるれ。

153 :名無しさん@お腹いっぱい。 :02/10/18 00:52
徹底入門のレビューしてくれるシトいないっすか?
禁断の快楽に目覚めてそれどころじゃないんでしょうか。

154 :名無しさん@お腹いっぱい。 :02/10/18 13:29
>>153
厚いっす。

155 :153 :02/10/18 23:09
>>154
なるほど、厚いんですか・・・・って全然参考になんねーすよ。
つうかもう注文しちゃったからいいや。

156 :名無しさん@お腹いっぱい。 :02/10/19 00:20
>>155
熱いっす。

157 :名無しさん@お腹いっぱい。 :02/10/19 01:35
焚書坑儒?

158 :名無しさん@お腹いっぱい。 :02/10/22 04:05
 
 徹 底 入 門 読 ん で も 設 定 で き な い ・ ・ ・

159 :名無しさん@お腹いっぱい。 :02/10/22 04:40
俺も---徹底入門のCDからインスコしたら、
ルートならX立ち上がるんだけど、一般ユーザでは、
/var/log/XFree86.0ってファイルが作れない(オープンできん)って
怒られる。何が悪いんだ?

160 :名無しさん@お腹いっぱい。 :02/10/22 04:45
>>159
266ページは

161 :名無しさん@お腹いっぱい。 :02/10/22 04:47
「本文に目を通してから」とはひとことも書いてない罠

162 :名無しさん@お腹いっぱい。 :02/10/22 04:55
>>160
DISC3だと不要になってるって書いてあるーーーーーーーーう。
確認したら、入ってなかった。
汗って戻ってきたら、既にレスが2つ…


うるへーーーー。

163 :159 :02/10/22 04:58
ごめんなさい。ごめんなさい。ごめんなさい。



164 :名無しさん@お腹いっぱい。 :02/10/22 06:28
読み方が悪かった、で終了。

165 :名無しさん@お腹いっぱい。 :02/10/22 06:52
いや、結構わかりにくくねっすか?
159は問題外だけど。

166 :名無しさん@お腹いっぱい。 :02/10/22 07:12
>>165
いいえ。


167 :名無しさん@お腹いっぱい。 :02/10/22 16:00
RELENG_4_7 で contrib/tar/src/{extract,misc}.c が変更されてる。
近々 p1 出るのか?

168 :名無しさん@お腹いっぱい。 :02/10/23 14:11
4.7R の GENERIC kernel は 4M あるんだねー。
いらんもん取り払って再構築したら 2M ぐらいになったよ。
src/sys もでかくなってるし、make に perl 使ってるし、
貧弱なマシンではつらくなってきたよ。

RAM 4M で X もインストールできた頃が懐かしい。


169 :名無しさん@お腹いっぱい。 :02/10/23 23:18
4.4-RELEASE-p28
4.5-RELEASE-p21
4.6.2-RELEASE-p3
4.7-RELEASE-p1

170 :訂正 :02/10/23 23:57
4.7-p1-RELEASE
ほんとかよ、間違ってんじゃねーの?

171 :名無しさん@お腹いっぱい。 :02/10/24 00:02
RELENG_4_[567] 更に修正

172 :名無しさん@お腹いっぱい。 :02/10/24 09:02
なんかtarとかcvsとかでdeltaされてた

173 :170 :02/10/24 10:02
4.7-RELEASE-p1 になりますた。

174 :名無しさん@お腹いっぱい。 :02/10/24 14:32
>>168
5.X ではperl 使わなくなると思われ
が、GENERIC カーネルは更に肥大化するかも?


175 :名無しさん@お腹いっぱい。 :02/10/24 18:18
>>174
GENERICは小さくして、必要なものはモジュールで読み込むようになるんじゃない?

176 :名無しさん@お腹いっぱい。 :02/10/24 19:24
相当昔からmake worldでperl使われてたような

まぁ昔のperlはいまと比べりゃえらく小さかったけど

177 :名無しさん@Emacs :02/10/24 23:14
>>176
何が言いたいの?

178 :名無しさん@お腹いっぱい。 :02/10/25 00:31
>>177
思い出話では?

179 :名無しさん@お腹いっぱい。 :02/10/25 04:10
>177
自分は老人力に優れていますよ、という主張では。

180 :名無しさん@お腹いっぱい。 :02/10/25 11:05
ハッカーは古くから使っているからハッカーなのではない。

181 :名無しさん@お腹いっぱい。 :02/11/01 23:37
ftp.fortune.co.jpのnvi-m17nパッチ関係のネタごっそり消えてるんだけど、
はてさてどうしたものかねぇ。

182 :名無しさん@お腹いっぱい。 :02/11/02 01:42
Watcher より

http://www.zdnet.co.jp/news/0211/01/nebt_20.html



183 :名無しさん@Emacs :02/11/02 03:00
ちくろうと思ったらもうちくられてた。
でもとりあえずもってきました sage


184 :183 :02/11/02 03:24
Can't I use kinput2?
$(B%+%C%H (B& $(B%Z!<%9%H (B

185 :名無しさん@お腹いっぱい。 :02/11/02 03:37
>>184
こっちではステータスが表示されないもののいちおうちゃんと変換できてるけど。
とりあえずGoogleとYahooは期待通りの検索結果を返してるな。

それにしても$PREFIX/share以下にバイナリを突っ込むとは何ともキモいな…。

186 :名無しさん@お腹いっぱい。 :02/11/03 17:28
FreeBSD での Intel Compiler の話題はここでよいですか?

主に数値計算目的なので icc(ifc) が使えさえすればいいのですが、
icc7 で gcc との互換性が高まってパッケージ物や BSD のシステム
周りのコンパイル等でも恩恵に預れるといいです。

素直に Linux で使えばいいのですが、クラスタの構築と管理を考えると
私は FreeBSD の方が…悩




187 :名無しさん@お腹いっぱい。 :02/11/03 19:49
OperaのFreeBSDネイティブ対応age
ttp://www.zdnet.co.jp/news/0211/01/nebt_20.html

188 :名無しさん@お腹いっぱい。 :02/11/03 20:18
Qt嫌い

189 :名無しさん@お腹いっぱい。 :02/11/03 20:49
あのうざい広告がなけりゃ使うんだけどな…

190 :名無しさん@お腹いっぱい。 :02/11/04 01:22
ATAPI-CAM & Firewire
MFCキタ━━━(゚∀゚)━( ゚∀)━(  ゚)━(  )━(  )━(゚  )━(∀゚ )━(゚∀゚)━━━!!!!!

でもどっちも実験してみる環境がねえーー
(´・ω・`)ショボーン

191 :名無しさん@お腹いっぱい。 :02/11/04 08:48
FreeBSDとは直接関係ないんだけどさ、おまいらのIQ報告汁
http://iq.sourcenext.com/
俺は、、、恥ずかしくて胃炎
メルアド教えるのシャクなんで、DDNSのsmtp鯖たてて数回チャレンジしたのは秘密

まあ、才能よりも努力が大事だと痛感したね

192 :名無しさん@お腹いっぱい。 :02/11/04 09:10
高卒 DQN だけど 満点で 139 だったよ。
ぜんぜんあてにならんテストだと思う。

193 :名無しさん@お腹いっぱい。 :02/11/04 16:50
あてにならんねこれ。
でもテスト1の最後の問題だけひっかかってしもうた。鬱だ。

194 :名無しさん@お腹いっぱい。 :02/11/04 23:13
そういやあ改訂版徹底入門の著者のところで FreeBSD
が最初に使ったUnix系OSという人間が一人もいないん
だな。

何か納得。

195 :名無しさん@お腹いっぱい。 :02/11/05 10:20
iplogって火葬インターフェースのログは取れないんですか?


196 :名無しさん@お腹いっぱい。 :02/11/05 10:48
>>194
単純に年齢では?

197 :名無しさん@お腹いっぱい。 :02/11/05 11:22
>>194
相当若い奴じゃないとそんな人いないだろ。
俺は 4.2BSD から。

徹底入門著者陣とそう変わらない年齢。

198 :186 :02/11/05 15:47

FreeBSD で icc 使う人はあまりいませんか…寂

コンパイルさえ通れば icc のパフォーマンスはいいですよぉぉぉ

199 :名無しさん@お腹いっぱい。 :02/11/05 18:23
なにか返答でも期待してたのか?
>>186って独り言にしか見えないんだけど。

200 :名無しさん@お腹いっぱい。 :02/11/05 18:42
>>186
> FreeBSD での Intel Compiler の話題はここでよいですか?
いいよ。

201 :名無しさん@お腹いっぱい。 :02/11/05 21:27
ifc いれると linux-devtools が install されて icc がちゃんと include file を読んでくれないという罠があったな。

202 :名無しさん@Emacs :02/11/05 22:36
>>191-193
あの問題を解いてからメールアドレスを送信するためのフォームのソースが

(前略)
<input TYPE=HIDDEN NAME="[ST]score" VALUE="92">
(後略)

こんなんなってんだけど、もしかしてこれが俺のIQ値?


203 :名無しさん@お腹いっぱい。 :02/11/06 01:44
>>202
そんなあなたに

ソースネクストにやられた人の数
http://pc3.2ch.net/test/read.cgi/software/1016242181/l50

◆またソースネクストが糞ソフト売ってます◆
http://pc.2ch.net/test/read.cgi/pcnews/1015403048/l50

204 :名無しさん@お腹いっぱい。 :02/11/06 02:30
icc で tgif 等をコンパイルしようとすると、

undefined reference to `__bswap32'
undefined reference to `__bswap16'

なんて出てきたのですが、bswap は icc が生成?しているようで、
コンパイルするソース中には見当たりません。

bswap(byte swap?)とやらは自分でバイトオーダを変換するような関数を
定義してやらないとだめなんでしょうか?
ちなみに gcc だとこのようなエラーも、 bswap そのものも現れません。


205 :名無しさん@お腹いっぱい。 :02/11/06 06:06
>>204
iccは使ってないから全くの推測だけど、icc付属のライブラリで定義されてるんでは?
iccと一緒にインストールする lib* を nm で調べたら?
環境変数でリンカーのライブラリパスを(追加)指定できるのかも。


206 :名無しさん@お腹いっぱい。 :02/11/07 12:25
pkg-commentは廃止(PORTCOMMENTに吸収)されるのかな。
portsをcvsupしたら削除されまくっててビックリ。

207 :名無しさん@お腹いっぱい。 :02/11/07 13:18
>>206
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/45006
name of PORTSCOMMENT is too long

208 :204 :02/11/07 18:45
>>205

icc の lib ディレクトリ探しましたが、見つかりませんでした。

icc 付属のドキュメント類探していたら、全てのIAプロセッサで
サポートされる組み込み関数という項目に int _bswap(int) があり、
組み込み関数を用いない場合の同等のコードを用いるよりも
パフォーマンスが大きく向上すると思われるものとなっていました。

また、その機能は

Intrinsic that maps to the IA-32 instruction BSWAP (swap bytes).
Convert little/big endian 32-bit argument to big/little endian form

となっています。
どうすればよいのでしょう...もうちょっとがんばります

209 :204 :02/11/07 21:24
Linux に /usr/include/byteswap.h というのがあるみたいです。

関連ヘッダファイルをコピーして、ちょこっとファイルをいじって
読み込ませたら、コンパイル通りました。

tgif は立ち上がりましたが、こんなんでいいのでしょうか。
動作テストして見ます。


210 :204 :02/11/07 23:38

調子に乗って icc であれこれコンパイルしていましたが、
gnuplot で引っかかりました。

undefined reference to `__fpgetreg'
undefined reference to `__fpsetreg'

floating point get(set) register ってところでしょうか。
fpsetmask, fpgetmask を呼び出している関数が含まれていると出て来ます。

この領域に入ると、もうわたしの手におえそうもありません。

このファイルだけ gcc で逃げました…

211 :204 :02/11/08 00:08
sage 忘れ

212 :名無しさん@お腹いっぱい。 :02/11/08 07:53
どなたか dmask の私家 ports を作ってください m(__)m

213 :名無しさん@お腹いっぱい。 :02/11/08 08:07
>>212
make一発じゃないの??

214 :212 :02/11/08 08:37
gtk-config -> gtk12-config してもダメでした。
ports など贅沢言ってごめんなさい。patch で十分です。

215 :名無しさん@お腹いっぱい。 :02/11/08 12:06
          /|         r、
        / ::(,. -─--、_   | ヽ
        l ,-、 ,.-、ヽ   `ー‐' :::)
        /、 /-、 |     :::::/
       ノl0l lΟ| l   ::::::::/
    r、 ( (⌒_`ー'´   :::::::l
  r、 r、ヽ `ー、______,ノ`  ::::::/
  ヾ ヽ`' ) `ー-、___  ::::::/
    `ーヘ`(⌒)、 )   ::::ヘ
      (_ノノノ⌒ヽ_ノ ::::ノ
       `´(   .____,ノ〈
        (``ー'へ> :::::|
         `rーr、_____,ノ\
    ,..-‐-、-‐'≡ノ≡ Οヘ\ヽ、____
   {`ー--/二二ヽ_____, -‐'|. `ー-----、`ヽ
    ̄ ̄`ー――――‐‐'''´    ,.へノ ノ
                   ∠._____..>

216 :名無しさん@お腹いっぱい。 :02/11/08 21:48
>>214
これでどうよ?

% make GTK_CNFIG_CFLAGS="`imlib-config --cflags-gdk`" GTL_CNFIG_LIBS="`imlib-config --libs-gdk`" dmask

217 :214 :02/11/08 23:03
できました!! GTL_CNFIG_LIBS -> GTK_CONFIG_LIBS しました。
すごいです。神です。

218 :名無しさん@お腹いっぱい。 :02/11/09 00:25
nVidiaサイトで、FreeBSD用のベータドライバが公開されているんだが、
既出ですか?
正直、かなりびびった。ちょっと今は試せないが、感想希望。

219 :名無しさん@お腹いっぱい。 :02/11/09 00:30
>>218
質問スレのほうではガイシュツ

ようは↓をnVIDIAが引き取って改良したヤシでないの?
http://nvidia.netexplorer.org/

220 :名無しさん@お腹いっぱい。 :02/11/09 00:43
まぁ、それ自体もnVidiaの非公式な協力のもとに作成されていたと思われるので、
コミュニティと企業の良い関係の成果と前向きに考えようよ。

221 :名無しさん@お腹いっぱい。 :02/11/09 07:45
Rage Mobility M の Note PC 使ってます。
やっぱり Mach64 なら XFree86 3.3.6 なのですか?
それとも 3D なんて無視ですか?
4.2.1 使ってますが何か悔しくて。
早く drm-kmod が取り入れて欲しいです。

222 :名無しさん@お腹いっぱい。 :02/11/09 07:59
うちも、ATI Rage Pro / Mach 64で、
3D を使いたいので XFree86 3.3.6のままバージョンを上げられないのが1台ある。
オンボードなのでビデオカード交換できない。

223 :名無しさん@お腹いっぱい。 :02/11/09 08:50
>>201
Intel Fortran compiler も ライブラリを作れば native binary 作成、
なんとかなるんだけどなぁ。format 文とか解析したんだけどよくわからん。


224 :名無しさん@お腹いっぱい。 :02/11/09 09:56
nvidia のドライバ 5-CURRENT では使えんというのがかなり微妙な感じ ...

225 :名無しさん@お腹いっぱい。 :02/11/09 10:23
>>224
カーネルモジュールに互換性ないからしょうがないわな。

226 :名無しさん@お腹いっぱい。 :02/11/09 12:33
朝令暮改キタ━━━━━━(゚∀゚)━━━━━━ !!!!!

HEADS UP: pkg-comment coming back (for now)
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3054961+0+current/freebsd-ports

227 :名無しさん@お腹いっぱい。 :02/11/09 12:48
なるほど、確かにcvsup spamだなこりゃ…
ま、しょうがない、次はがんがれ!(←誰にゆーとんじゃ

228 :名無しさん@お腹いっぱい。 :02/11/09 16:09
>224
current@見ればわかりますが「使えない」ではなく「保証できない」なので
使えます

229 :221 :02/11/09 23:04
>>222
やっぱり 3.3.6 なのかぁ。失敗したなぁ。
そう言えば 4.2.1 のメリットって何かあったかな?
誰か励ましてください。


230 :名無しさん@お腹いっぱい。 :02/11/10 02:51
>>229
DRIとかxttとか。

231 :221 :02/11/10 06:57
いや、その DRI が使えなくて悔しいのですが。。。

232 :名無しさん@お腹いっぱい。 :02/11/10 23:11
>>231
フォントがアンチエイリアスされるとか。
...でも、無駄にアンチエイリアスされて目がいたい。


233 :209 :02/11/11 11:41
FreeBSD にも machine/endian.h で bswap* がありました。

こちらの方を参考にします。

>>223

私も linux-devtools が入ったとたんに icc に影響が出たので delete してしまい
ましたが、そうすると ifc が使えなくなるんでしょうか。
仕組みがよく分からない…

234 :名無しさん@お腹いっぱい。 :02/11/12 00:30
FreeBSDにはマルチプラットホームなんていらない。
IA-32とIA-64で頑張ればよし。マルチプラトホームはNetBSDに任せろ。
そんな事より早くVer5.0出してけろ。


掲示板に戻る 全部 前100 次100 最新50

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