1 名前:名無しさん@お腹いっぱい。 [2000/10/11(水) 01:23] 暇なときに誰かが答えることでしょう。
277 名前:お腹空いた。 [2001/01/18(木) 17:58] >>275 ただのミスで、実際は rpc_statd_enable="NO" # Run NFS rpc.statd if nfs_server (or NO). としました。失礼。
278 名前:お腹空いた。 [2001/01/18(木) 18:09] >>276 ありがとうございます、 /etc/rc.conf portmap_enable="NO" # Run the portmapper service (or NO). で解決しました。
279 名前:お腹空いた。 [2001/01/19(金) 13:54] FreeBSD4.2にポートスキャンをかけてみましたが、 /varの中を覗いても特にログは残っていないようです。 1, 見る場所が悪い。 2, Swatchあたりを入れる。 3, /etc/syslog.confをいじる。 のどれかでポートスキャンされたというログを残せる のでしょうか?
280 名前:asm [2001/01/19(金) 14:23] >>279 一番楽なのはrc.confにlog_in_vain="YES"と書くことかな。(man rc.conf) あとはipfwとかのパケットフィルタでログを取るとか。
281 名前:お腹空いた。 [2001/01/19(金) 20:19] >>280 ありがとうございました。
282 名前:名無しさん@お腹いっぱい。 [2001/01/20(土) 17:18] 最近3.3RELEASEから4.2RELEASEへのupgradeを行ったのですが、 NIC(3com905)とawe64のからみで問題が発生しました。 1. BIOSでPNP OSオプションをONにすると、起動時にNICのアタッチの際に エラーになる。メッセージは xl0: couldn't map ports/memory device_probe_and_attach: xl0 attach returned 6 というようなものです。これについてはBIOSでPNP OSオプションをOFFにする ことで解決が可能なのですが....。 2. awe64に対して,以前は動作していたVOXWAREドライバがまともに動かない。 具体的には、起動時に sb_reset_dsp failed のようなメッセージが出ます。 そこで、pcm, sbc0を用いるようにkernelを再構築してやると、BIOSでPNP OS オプションをONにしておかないとproveされません。しかし、そうすると1に よりNICが使えなくなってしまいます。 ということで、4.2RELEASEで両者をまともに使う方法を知りたいのですが。
283 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/20(土) 20:42] 最良の策は、ISAデバイスを捨てる事。ISA PnPは色々と不安定要素を持ってるので まともに動くのは期待しない方がいい。
284 名前:282 [2001/01/21(日) 20:28] >>283 3.3RELEASEでは折角動いていたものが使えなくなるのは悔しいので 色々やってみたのですが.... probeのコード(/sys/dev/sound/isa/sbc.c:sbc_probe())が二回呼ばれ、 一回目はVoxWareのドライバ同様dspのリセット時にエラーとなっており、 二回目はISA_PNP_PROBE()で失敗しているようでした。BIOSの設定に よってはこちらは成功するようです。 IOポートその他をベタで与えてやれば動くのでは、という疑念も沸き ましたが、何分ド素人なものですから、 これ以上の追求は断念せざるを得ませんでした。 Creative SB AWE64 ISA PnPなどというものは、ありふれた代物だと 思うのですが、普通は4.0系のカーネルでもハマりもせずに使えるもの なのでしょうか。
285 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/21(日) 22:26] >>284 AWE32だけど、FreeBSD4.2-STABLEで全く問題なく使えてるよん。 4.2-RELEASEが出る前後も使えてたので、4.2-RELEASEでも大丈夫だと思う。 ついでに言えば3C905も。BIOSのPNP OS は「NO」にしてるよ。 3.3-RELEASEでは動いてたってんだから、多分ハードウェアの設定を いじくっても問題はしないとは思うのだけど... 適当な憶測だけど、IRQが他のデバイスとカブってるんじゃないのかな? BIOSのPCI/PnP ConfigurationとFreeBSDのpnpinfoやscanpciを頼りに色々試してみれば? まぁ、よく判んないからいいや。 ちなみに、カーネルの設定は以下のとおり。 AWE32 ISA PNP device pcm device sbc0 at isa? port 0x220 irq 5 flags 0x15 3Com 3c905 device miibus device xl ちなみに、ウチはマザーボードはABITのKA7、3C905とAWE32他に刺さっている カードは、SCSIのDC-390F、AGPにはMATROX G400DH 32MB。
286 名前:282 mailto:sage [2001/01/22(月) 02:35] >>285 普通は問題無いのですね。やはり設定の問題か。 kernel構築時のconfigurationは、aweと3c905に関しては同じですね。 pnpinfoですが、実は以前からaweの情報は出力しません。 Sportstarのwinmodemなぞというどうでもいいデバイスのみが 引っかかります。この辺りからしておかしいですかね。 /boot/kernel.confの設定は、どうなさっていますか。
287 名前:285 mailto:sage [2001/01/22(月) 03:32] >>286 >pnpinfoですが、実は以前からaweの情報は出力しません。 出力しない...なんでそんな事が起こるのだろう。 なんか、ISA PnP機能を殺しちゃったとか、M/BでIRQを決め打ちしてるとか、 そんな事はしてないの? #PnPを殺すことが、SoundBlasterで可能かどうかは知らない。 #SoundBlasterの説明書は読んだ事がないし、そもそも持ってないから。 #IRQ決め打ちで、pnpinfoから見えなくなるかどうかは知らない。試してないから。 >/boot/kernel.confの設定は、どうなさっていますか。 手をつけてない。/bootの下は、全くのデフォルトのまんま。
288 名前:はげ [2001/01/24(水) 18:16] netbsd i386をインストールしているのですが インストール後リブートしたら キーボードがログイン時に使用できなくなります 直前まではキーボードのランプ類がついているんですが いきなりきえます どうしたらよいのでしょう
289 名前:01000101 [2001/01/24(水) 20:54] 4.4BSD-Liteってどういう事よ。 4.4BSDにある重要なコードを何らかの理由により省いたかどうか知らない けど、訳ありそうね。
290 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/24(水) 21:34] >289 おいらも初心者だけど。BSDマガジンに書いてありましたよ。
291 名前:01000101 mailto:chinkasu@oregano.ocn.ne.jp [2001/01/25(木) 00:54] >>290 情報元希望。
292 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/25(木) 01:07] www.oreilly.co.jp/BOOK/osp/OpenSource_Web_Version/chapter03/chapter03.html
293 名前:名無しさん@Emacs mailto:sage [2001/01/25(木) 01:38] >>282 自分のところでは AWE64 + 安物 ISA PnP NE2000 の組み 合わせで動いてます。 どっちも PnP 有効のままで。 device ed device pcm device sbc ed0: <SVEC PN1700 Plug & Play Ethernet Card> at port 0x220-0x23f irq 10 on isa0 ed0: address 00:c0:6c:60:35:bc, type NE2000 (16 bit) sbc0: <Creative SB AWE64> at port 0x240-0x24f,0x300-0x301,0x388-0x38b irq 5 drq 0,5 on isa0 pcm0: <SB DSP 4.16> on sbc0 最初 4 系に上げたときはやっぱ一発で認識しなかったの で、結局 BIOS の設定で回避しました。記憶があいまいな んだけど、BIOS の PnP 周りのオプションに「n 番目のス ロットには IRQ x を割り当てる」みたいなのがあって、 そいつを設定して解決させたような記憶が。 PCI の方を固定にして、空いた IRQ を ISA PnP が使うよ うにしたのだったかな。あまり憶えてないや。結構、試行 錯誤したような。 いいかげんな情報で申し訳ない。ゴメンネ。 # 今 dmesg で確認したら複数の PCI デバイスが 1 つの # IRQ を共有してる。衝突しないの?いいの?まあ、動い # てるからいいや。
294 名前:名無しさん@お腹いっぱい。 [2001/01/25(木) 03:38] NetBSD を使ってみたい学生で、C 言語はまだ勉強中です。 現在の Debian は完璧に使えているのですが、 C が不完全なままで NetBSD の環境を構築できるか不安で 迷っています。 安定している環境で C を修得するのが先か、無理してでも NetBSD をはじめるべきか、どなたかアドバイスお願いします。
295 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/25(木) 04:40] >>294 C言語が先。つーか、NetBSDを始めるかどうかは無関係。
296 名前:294 [2001/01/25(木) 05:41] そうですか。やっぱり C を覚えないと何をするにも 始まらないですよね。
297 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/25(木) 06:03] >>296 いや、Cの前にB、Bの前にAだって言うべたな煽りはおっさん くさいのでやめれ。 NetBSDと格闘する事でC言語を覚えるって言う手もあり。
298 名前:OpenBSD開発者希望 [2001/01/25(木) 09:02] >>294 まずCの前にB、Bの前にAをやる。C/C++、Javaの前にBasicをやる。 何か>>297 が言ったようにオッサン臭いことやめたほうがいいよ。 とにかく、どうでも良いからNetBSD使ってみろ。Cを勉強中なら、それも 兼ねて一緒にやれよ。ちょっと荒いけど、C/C++を同時にやってからJava に行くという手もあるし、プログラミング言語を知らない奴が、いきなりJavaから はじめるという事もあるよ。 とにかくNetBSD使ってみな。カーネルのソースは、ちと難しすぎると思うから NetBSDまたはUN*X使いながら、自分が書いた簡単なコードをコンパイルして 実行したりというふうに、いろいろなことやれよ。本とニラメッコして 頭では分かっていても、実際Cなんて書けないだろ。 まあ、そういう事。 俺としては>>297 の言った、「NetBSDと格闘する事でC言語を覚えるって言う手」だね。
299 名前:いひひ [2001/01/25(木) 09:32] >>298 BASICは止めた方がいいのではないかね? BASIC: /bay'-sic/ /n./ [略記: Beginner's All-purpose Symbolic Instruction Code] ダートマウスの実験的なタイムシェアリングシステムの ために, 1960年代の初期に設計されたプログラミング言語. それ以後, ハッカー予備軍の頭脳障害の原因ランキング 第1位を誇る. Edsger W. Dijkstra は, 「私の計算機利用メモ」の中で, 次のような観 察を述べている. 「 一旦 BASIC を経験した学生に, 行儀良いプログラミング作法を教えるこ とは, 実際にはほとんど不可能だ. 彼らは, 全く復活の余地が無い程に, 精神的に破壊されている. 」 (中略) 初心者は, BASIC の短いプログラム(20行くらいのもの)を, とても簡単 に書くことが出来る. しかし, それよりも長いものを書くのは, a)全く 耐えがたく, かつ, b) さらに強力なプログラミング言語を習得する際に 妨げとなる, 悪い習慣を助長する. ちょっとした歴史上の事故によって, 普及したマイクロコンピュータで BASIC がこれほど流行しなかったならば, 事態はこれほど悪化はしなかっ ただろう. というわけで, 今も BASIC は毎年何千ものプログラミングの才能を破滅 させているわけである. [1995: BASIC と呼ばれる言語のうち, 幾つかは, これほどひどくはなくなって おり, pascal や C に似た構造化と制御構文を備え, 行番号は消滅した. -- ESR 註] 俺も、ただでさえ少ないプログラミングの才能を、 BASICに破壊されたらしい。かといってCにいきなり 手を出すのも勧められないし・・・なんかいい 言語ないもんかね。
300 名前:名無しさん@お腹いっぱい。 [2001/01/25(木) 09:51] >かといってCにいきなり >手を出すのも勧められないし・・・なんかいい >言語ないもんかね。 www.haskell.org/
301 名前:名無しさん@お腹いっぱい。 [2001/01/25(木) 10:58] Javaなんかどう?
302 名前:名無しさん@お腹いっぱい。 [2001/01/25(木) 12:10] 私は6800のアセンブラから入り、その後BASIC、Cと進みました が、今では立派なプログラマです。もし、BASICにプログラ ミングの才能を破壊されたなら、多分その程度の才能だった のです。 百歩譲って、学ぶ言語が、才能を伸ばせるかどうかのカギと なるならば、それこそC言語から入るのが一番良いと思います。 若い内は、言語など関係無くコーディングに励みましょう。
303 名前:名無しさん@お腹いっぱい mailto:sage [2001/01/25(木) 14:11] >>302 おっさんは逝ってよし
304 名前:いひひ [2001/01/25(木) 14:29] >>302 その程度の才能だったんだろうね、俺は。 Pascalで自身を再教育中だ。 何、今どきPascalでも無いだろうって? いいじゃん、BSDのルーツでもあるわけなんだし。
305 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/25(木) 14:36] C/Pascal ではじめるがヨロシ。
306 名前:名無しさん@お腹いっぱい mailto:sage [2001/01/25(木) 14:43] 御意>>305
307 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/25(木) 14:45] www.gnu.org/software/guile/
308 名前:名無しさん@お腹いっぱい。 [2001/01/25(木) 21:47] ソース読みまくって、コンパイルしまくって、いじりまくれば何かが掴めるはず。 NetBSD の環境整備で苦しんでみるのも何かのきっかけになるかもしれないし、 Linux との違いから portability を意識できるようになるかもしれない。 悩むくらいなら手を動かすのが吉。 そうそう。折れのおすすめ言語は Ruby だ。
309 名前:名無しさん@お腹いっぱい。 [2001/01/25(木) 23:11] そそ. どーせ自由に使える機械なんだからガシガシコンパイルして 突っ込め. 逝かれたって入れ直せばいいんだし(最初のうちは) そうやってやっちゃダメなことを覚えるもんだ. 俺的には適度に当たり前の言語やってから Lisp を勧める. あの後頭部を殴打されるような感覚がたまらんね. # が FreeBSD の ports で gcl はずっと broken なのよね... でもやっぱ C かね. ただ書くだけならそんなに勧められないんだが 読むべきものがいちばん多いのはやっぱ C. ありがたいお経を読んで徳をつめ. /usr/src へ GO!
310 名前:名無しさん@お腹いっぱい。 [2001/01/26(金) 00:52] >>309 > あの後頭部を殴打されるような感覚がたまらんね. 実際に殴打されたことがあるんですか? どんな感じでしたか? それは置いといて 木構造だとかクロージャだとかでショッキングになったとかそういうこと?
311 名前:294 [2001/01/26(金) 01:00] みなさんアドバイスどうもです。 Java をすすめる方も多いですね。 実はいま C と同時に Emacs 使って lisp を 遊んでいるんですが、これなんかはどうですか? emacs-lisp は lisp としては貧弱だというの も聞いたことがありますが。 ところで NetBSD が不安だっていうのは、去年一年 linux を覚えるのにかかったので (それまで dos 使ってました)、また OS の流儀を覚えるのに時間 を使ってしまうとコンピュータサイエンスのもっと 重要な部分 (言語とかアルゴリズムとか) がおそろ かになってしまうんじゃないかと思ったんです。 それよりは C をもっと使えるようにした方が Unix の本質をよく知れるかなと思って。 NetBSD がやりたいというのは実はたんなるミーハー なんですが。
312 名前:名無しさん@お腹いっぱい。 [2001/01/26(金) 01:08] >>311 vim使ってみな。
313 名前:名無しさん@お腹いっぱい mailto:sage [2001/01/26(金) 01:17] >>311 コンピュータサイエンスとか能書きたれてる前に 何でもいいからプログラムを書くことだ。 自分でプログラムを書いて、そして、他人の書い たコードを読む、それを繰り返して行く内に、だ んだんコンピュータサイエンスの何たるかが解っ てくるだろう。
314 名前:名無しさん@お腹いっぱい。 [2001/01/26(金) 01:18] >>311 始めは、だれでも1年ぐらいかかると思うよ。 一度何かがつかめたら、すーと進めると思う。
315 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/26(金) 01:35] Unix のソース懸命に読んだって cs の素養が身に付くとは思えんけ ど。cs の道具として Unix が便利なので相関関係があるように錯覚 するだけであって。だから >>313 > 自分でプログラムを書いて、そして、他人の書い > たコードを読む、それを繰り返して行く内に、だ > んだんコンピュータサイエンスの何たるかが解っ > てくるだろう。 これは違うと思うんだけど、他の人はどう思います?
316 名前:名前ついてますか? [2001/01/26(金) 02:16] 逆に Unixの sourceよむには csの素養が必要な気もするがな。 それに NetBSDだからって Cが必要って身構える必要もないけど、 まあ、Linuxじゃない NetBSDのよさを実感するには Cは必要だろうな。 やっぱり deviceまわりは綺麗だよなあ、っておもうし。 # いや、Linuxみたことないので、FreeBSDとの比較だけど。 LFSとか StackableFSとか UVMとか実際の研究への糸口もいろいろあるし。 各 architectureの in_cksum()をみてうなるもいいし。 ちなみに CommonLispやるなら CMU CLがいいんでないか? GCLよりは速かったはず。Linuxにはなかったと思うので、 NetBSDいれた甲斐があるし。 とはいうものの EmacsLispでも Lispらしさはわかるのでいいのかも。 # EmacsLispは dynamic bindって古い方法で、 # CommonLispや Schemeは static bind
317 名前:名無しさん@お腹いっぱい。 [2001/01/26(金) 02:23] エクセレントなソースを読む事が大事だと思うな。 そうするとタネンバウム大先生のMINIXあたりかな。
318 名前:名無しさん@お腹いっぱい。 [2001/01/26(金) 07:03] LISPやるくらいなら>>300 のほうがずっとまし。
319 名前:>315 [2001/01/26(金) 09:40] じゃあどうすると、コンピュータサイエンスの素養が 身につくの?
320 名前:名無しさん@お腹いっぱい。 [2001/01/26(金) 16:23] そもそもコンピュータサイエンスって何よ?
321 名前:名無しさん@お腹いっぱい。 [2001/01/26(金) 21:39] 計算機科学
322 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 00:01] じゃあ計算機科学ってそもそも何よ? コンピュータに関する研究、興味、遊び、楽しみとかそんなのか??
323 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/27(土) 01:44] コンピュータサイエンスってのがナニモノなのかは知らないけれど、 CSって略語で顧客満足度を連想するオレ逝ってよし。 BASICはあまりオススメできない。とっつきがいいのと理解しやすい のとは、全くベツモノであることを知るべし。 よく「当面はBASICでプログラミングの基礎を学んでそののちに 別の言語でスキルアップを目指す」なんて言うヤツがいるが、 そんなヤツの「当面」は死ぬまで続くのが定説。
324 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 02:32] だから、コンピュータサイエンスってなんなの?
325 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 02:36] BASIC がイカンっていうのは 構造化しにくいからですか?
326 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 03:28] アセンブラとかどうよ。
327 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 04:26] すまんUNIXから2,3年離れているので質問なのじゃが、 世の中的には、 難しいことはC++、 サーバはJAVA系、 クライアントはVB+サードパーティコントロール群、 簡単でもっとも量の多い仕事はVB+Excel+マクロ、 場合によってODBC経由Access、Oracle みたいな図式って出来てますよね。現実として。 UNIX系でプロトタイピングとかちょっとしたGUIつきデータ処理 システムのときに使うツールって、なにが定番なんですか? VBみたいな GUIによるGUI構築ツールと、ちょこちょこした カスタマイズが言語でできて、データベースに繋げられて デバッグツールがあればいいんだけど。。
328 名前:名無しさん@お腹いっぱい。 mailto:sage [2001/01/27(土) 04:39] OSの構造とかやんじゃないの? >324 おれ商学部だから当てずっぽ。
329 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 11:09] >327; Tcl/Tk が要望に近いかも。 ただし、GUIによるGUI構築ツールはないけど。 DB接続に関してはわかりませんが。 # 識者のフォロー待つ。
330 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 11:30] >327 GUIはあんまり使わねぇんじゃないの? DB接続でもネット接続でもPerlを使えば簡単。 でも今はUNIXに限らずちょっとしたGUIならHTMLで やってしまうのが賢いと思うけどね。サーバサイドでPerlや PHPとか使えばいいし。
331 名前:327 [2001/01/27(土) 11:54] どうもです >>329 >>330 そうですか。 やっぱりUNIXでクライアントサイドはもうはやらないんですかね。 今でも業務やちょっとした実験データのグラフ化などを VB と Excelでやると超簡単なんだけど、UNIXではどうしてる のかなと思って。。 院生とかポスドクの人とかで、あんまし WIN使えない人が、リース残りのSUNとか PCにUN*X入れて使って たりするけど、そういう小回りがあんまりきかないんでちょっと 教育しようかなって(えらそうに)思ったんですけど、やっぱり WIN教えたほうが早そうですね。 perl でOracleのDBMSライブラリってあるんですか? いいですね フリーだといいけど… GNU系ですか? >>330 Tcl/Tkって昔試したとき、VBほどは生産性ないなって思ったん ですけど、今はだいぶ良いですか? しかしプログラミングのプロ じゃない研究生にはちっと敷居高いかもしんないですね…
332 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 12:06] >>331 > 今でも業務やちょっとした実験データのグラフ化などを > VB と Excelでやると超簡単なんだけど、UNIXではどうしてる > のかなと思って。。 院生とかポスドクの人とかで、あんまし > WIN使えない人が、リース残りのSUNとか PCにUN*X入れて使って > たりするけど、そういう小回りがあんまりきかないんでちょっと > 教育しようかなって(えらそうに)思ったんですけど、やっぱり > WIN教えたほうが早そうですね。 そういうの解説した Web Page はないんですかね。 まあ VB + Excel だと本が多いから誰も書かないのかな。 とりあえず Unix で同じことやるなら Python でしょうなあ。VB 知らないんで 比較はできないけど、GUI でも DB でも数値計算でもライブラリ豊富だし、巷の VB 評を聞くに言語的には VB より使い手あるはず。適当に書いても Windows で 動く可能性高いから便利だし。
333 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 12:09] GUIによるGUI構築ツール for GTK+ and Gnome. * Glade glade.pn.org/ Gnome開発環境 * gIDE gide.pn.org/ VDK "The Visual Development Kit"による開発環境 * VDKBuilder www.programmers.net/artic/Motta/vdkbuilder/vdkbuilder.html 他は www.freebsd.solnet.ch/ja/ports/devel.html とかでさがせ。
334 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 12:10] 日本人ならRubyつかえ!
335 名前:332 [2001/01/27(土) 12:13] >>334 > 日本人ならRubyつかえ! 僕も言語としては好きなんで気持ちはわかるんですけど、現状のライブラリと 仕様安定度では Python の代わりに使えるのはまだまだ先だと思う。
336 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 12:27] >>331 どうしてもUNIXという人じゃなきゃ、Win薦めたほうがいいよ。 日本語化のこともあるし、ドキュメント(解説本)とか トレーニングコースとか。 まあプロトタイピングでしかもクライアントサイドなら、Win以外 薦められないなあ。 自分はクライアントあんまりやんないからUNIXの方が快適だけど。 結局研究発表てみんなパワーポイントでやるでしょう?(違う?) だったら最終的にWinのデータになってるほうがなにかと都合いい。 Excelのグラフ化とかマクロって強力だし、あれに替わるものって 今はまだ無いと思うよ。 # 識者のフォロー待つ。
337 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 12:27] >>335 そんな他力本願でどうする? ライブラリが少ないのも使用が安定しないのもユーザの 絶対数がすくないからじゃねーか。 日本人ならもりもりRubyつかえ!
338 名前:335 [2001/01/27(土) 12:39] >>337 > そんな他力本願でどうする? 決め付けないでよ。RAA にも登録してるんだから。 > ライブラリが少ないのも使用が安定しないのもユーザの > 絶対数がすくないからじゃねーか。 > 日本人ならもりもりRubyつかえ! そう言うけどね。学生が趣味のプログラム書く場合とかは別にして、実際には Python の方がずっと安心して使えるのよ。Ruby も変えるべきところは一気に 変えるべきだと思う。後方互換性云々を引きずって少しずつ仕様を変更するん じゃユーザは定着しないよ。松本さんはインタプリタを書き直すと言ってたか ら、その時思い切って過去のしがらみにメスを入れて欲しい。それと、開発の 場を英語ベースに移行すべきだと思う。 ええ、Ruby が優れてる面は知ってますよ。math 以外の ML 全部読んでるし、 C との親和性が高くて拡張するの簡単だし、可能性は感じまくりだけどね。
339 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 12:42] よぉι、もりもりRUBYつかうぞー
340 名前:329 [2001/01/27(土) 17:11] >331=327 UNIX上での「業務やちょっとした実験データのグラフ化」 という用途には、RやOctaveが向いているかもしれません。 Octaveについては、知らないのでパスさせてもらいます。 (matlabに近いシステムだそうです) Rは統計ための計算とグラフィクスの環境です。 (こちらは、ベル研のSの互換システムです) 以下のURLが本拠地です。 www.r-project.org/ なお、tcl/tkでもOracle接続は出来るようです。 www.scriptics.com/ こちらは↑を参照。
341 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 17:47] Wide StudioのRuby Bindingを書いてあげよう って方いらっしゃいません?
342 名前:名無しさん@お腹いっぱい。 [2001/01/27(土) 19:42] comp.lang.rubyも見るんだぞー。 だれが発言してるか見るだけでも面白いぞー。 matzさんとかgotokenさんとか時々発言してるぞー。 日本に閉じこもっちゃいかんぞー(自戒)。
343 名前:名無しさん@お腹いっぱい。 [2001/01/28(日) 00:00] 確かにプレゼンではパワポ使うな・・・ 鬱だ氏能
344 名前:名無しさん@お腹いっぱい。 [2001/04/19(木) 00:33] BSDに幸あれ
345 名前:名無しさん@お腹いっぱい。 [2001/07/14(土) 01:31] 栄光あれ!!
346 名前:名無しさん@お腹いっぱい。 mailto:sage [01/09/21 14:38] ~Bウ~Bー
347 名前:名無しさん@お腹いっぱい。 [01/11/23 23:30] あげとくか
348 名前:名無しさん@お腹いっぱい。 [01/11/24 18:18] 10ヶ月前に 342 がいいこと言った!
349 名前:名無しさん@お腹いっぱい。 [01/11/24 18:54] すげー。 この板10ヶ月前のスレがdat落ちしてないのか・・・ 寂しいな。
350 名前:名無しさん@お腹いっぱい。 mailto:sage [01/11/29 03:44] >349はどこを見て10ヶ月だと思ったのか小一時間問い詰めたi
351 名前:名無しさん@お腹いっぱい。 [01/12/06 11:05] >350 >348としか思えんが、漏れも問い詰めたい。(w 寂しいって言いたかっただけちゃうんかと。
352 名前:乗り換え考え中 [01/12/16 17:21] Free, Open, Net, それぞれの長所、短所はどんな所でしょうか。 また、以下のように使うとすれば何か違いは出るでしょうか。 現在はLinux(pentium)とTru64(alpha)でしている仕事を、 BSD(多分Pentium)でもどうなのか試してみたいと思っています。 やっていることは、技術系の数値計算(256MBは使用、数週間走らせっ放し) とその結果の集計で、データはftp、httpでも配布・通信する様になってい ます。 主に使っているものは - C GCC - C++ tru64のネイティブ。GCCではANSI/ISOがらみで問題があったので。 - python - ruby - java 今はSDK 1.3 - tcl/tk -apache -jakarta-tomcat -samba - openSSH -近々DBMSも使います。たぶんオープンソース系のものです。 数値計算ライブラリも、いろいろオープンのものを取り入れて いっています。 多国語対応は殆ど必要有りません。メンバーが多国籍なので メッセージ、メニュー、コメントは英語にしています。 英語以外を使うとすれば、日本語と幾つかのヨーロッパ言語 (スペイン、ドイツ、フランス、スウェーデン、フィンランド語)です。
353 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/17 03:13] >>352 そのリストだと、javaの分FreeBSDが一歩リードかしら。 最近NetBSDしか使ってなくて他はよくわからんのでsage。 NetBSDでjavaが使えないという意味ではないのでよろしく。(linuxのが動く)
354 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/17 03:19] Javaがからむと、Linuxのままでいいんじゃないかという気もする。
355 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/17 09:50] 特に現状で困ってないなら、 そのままなれてるOS使うのが一番という結論でよろしいでしょうか。 というか試すなら全部試せばという気もする。
356 名前:名無しさん@お腹いっぱい。 [01/12/17 15:06] >>352 数値計算ならgcc使うべきでない。 Intel CかVector Cでコンパイルすべき。必然的にWindows2K。 資金的な問題でFreeで固めたいなら別だけど。
357 名前:いひひ [01/12/17 15:14] ん? なんでIntel Cじゃないと数値計算が駄目なのかは 俺にゃよくわからんが、こんなのあるから わざわざW2K移行する必要はないんじゃないかな? www.xlsoft.com/jp/products/vtune/icl_lnx50e.htm
358 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/17 16:26] >>357 うちのでかい行列計算ライブラリをコンパイラを変えて バイナリの実行速度を調べてみた。 結果 VectorC>>IntelC>VisualC>>gccだった(PentiumIII 800x2) それぞれ10%から20%程度のアドバンテージだったが 差は歴然としてある。
359 名前:名無しさん@お腹いっぱい。 [01/12/17 17:15] コンパイル時の最適化オプションの選択によっても大きく違って くると思いますが。
360 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/17 17:19] コードの書き方にも依存すると思われ。
361 名前:いひひ mailto:sage [01/12/17 17:46] だよなぁ。Vector Cの方が速かったって 言ったって、それは>>358 の使っている 行列計算ライブラリに限った話だし。 他の計算ならどうなんだろう。 gcc遅いったって最適化オプションどこまで やったか不明だし、pgccという最適化強化版も あるし。 身も蓋も無い話だけど、 ・>>352 が使うプログラムを自分で コンパイルして ・>>352 の環境でベンチとって、 W2K環境のコンパイラが最速という 結論が出ないことにはW2Kにしろとは 言えないよなぁ。
362 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/17 19:34] Intel C++ CompilerってLinux版があるじゃん。 何やらせてもほとんどgccより速いのは確かだよ。 特にMMX並列化をやってくれるのが嬉しい。
363 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/17 19:46] >>358 何だ。単に遅いって話なのか。 > 数値計算ならgcc使うべきでない。 なんていってるから、浮動小数点演算の精度が悪くなるバグがあるとか、 そういう話かと思ったよ。 速度ももちろん重要だが、「べきでない」というのはどうかと思われ。 速度追求したいなら Fortran とか使うのでは? っていうのは時代遅れか(藁)。
364 名前:乗り換え考え中=352 [01/12/18 00:25] >>353-363 レス有り難う御座います。Javaとなると今の所はFreeBSDに アドバンテージあり、と言うことですか。今後の他のBSDにも 注意していたいと思います。 たしかに、ムリしてLinuxから変える必要も無いといえば無いですね。 けれどもこの仕事、実は大学の中でして、学生のうちに違ったモノに 触れておく機会を与えたいのもBSDを考えている動機の一つです。 「乗り換え」というよりも、「レパートリーを一つ増やす」と言ったほうが 適切でしたね。マックも「いろいろのうちの一つ」として考えています。 そういえばOS XのBSDはどのBSDから来ているんでしょう? コンパイラについては時々考えることがあります。いろんなモノに 触れておくということからすれば、当然いくつかのコンパイラを視野に 入れておくべきでしょう。パフォーマンスだけが理由ではなく。 ただ、矛盾してしまうのですが、自分の所は特別にアレを使いました、 といっても他の研究者にもどうぞとは簡単に言えない場合もあるのです。 作ったものは他の人にもあげちゃおうとなると、最適化等はそれぞれに 工夫して貰った方が良いので、こちらとしては先ず「誰でも入手可能 なもので確認して有ります」と言う方が相手にとって取っつきやすい 様なのです。 蛇足ですけれども、速度については本当のことを言うとシビアには 考えていません。二つほど理由を。例えば15%速くなたっとしたら、100日 ぶん回す作業が85日になりますが、その15日間が何に使われるのかと思うと、 まぁぼちぼち行けばいんじゃないか、という気もしてます。 それから、プログラムをどのマシン(というよりプラットフォーム)にも すぐ移植できれば、分割できる仕事はどんなマシンでも(たとえばalphaや linux、BSDで走っているPC)、その時使えるものに振り分けてやったほうが トータルで考えれば速くすみます。(あくまで、いろいろ混ざっている環境 での話ですけど)今までもDEC(alpha)、Sun、HP、Intelなど、あるもの集めて と言うことが結構ありました。
365 名前:乗り換え考え中=352 mailto:sage [01/12/18 00:41] 蛇足の方が長い(ワラ
366 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/18 00:42] MacOS Xは結局FreeBSD 3.2ベースのままだっけ? 独自部分もあるから、ちゃんと使い倒すつもりならLinuxなり*BSDを使った 方がつぶしが効くと思うけど。 遊ぶだけだったらなんでもいいし。
367 名前:名無しさん@Emacs [01/12/18 00:43] 知っているところだけですが、 >そういえばOS XのBSDはどのBSDから来ているんでしょう? FreeBSD 3.X のはず。kernel とか Window system は別物です。 >コンパイラについては時々考えることがあります。いろんなモノに *BSD は、標準では gcc ですねえ。Linux だと Intel のコンパイラが 使えるらしいです。 まあ、NetBSD でも OpenBSD でもバイナリ互換性はあるので、 Linux や FreeBSD の商用ソフトもあっさり動いてしまうですね。 もちろん動かないものもあるよ。VMware とか。 >たしかに、ムリしてLinuxから変える必要も無いといえば無いですね。 まあ、確かにそうだけど、CVSup が便利なんだよね。ある意味、 Linux の致命的な欠点。
368 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/18 01:01] FreeBSD is NOT BSD NetBSD is NOT BSD OpenBSD is NOT BSD
369 名前:名無しさん@お腹いっぱい。 mailto:sage [01/12/18 01:25] >>367 VMWareは動く方にいれてYO!
370 名前:名無しさん@お腹いっぱい。 [01/12/18 10:34] >>361 ムキになるなよ(藁
371 名前:login: mailto:age [02/02/10 19:59] ipfilterの日本語解説キボンヌ。 IPF.KANJIはステ。実例が多いのがいい。特にL4をroutingできるサンプル。
372 名前:名無しさん@お腹いっぱい。 [02/02/11 15:48] 超初心者質問ですが、FreeBSDはPCIのグラフィックボードも対応していますか?
373 名前:名無しさん@お腹いっぱい。 mailto:sage [02/02/11 15:52] >>372 スレッド違い。 どんなグラフィックボードを使いたいのかも明記して、 「初心者もOK! FreeBSD質問スレッド その12」 に来なさい。
374 名前:名無しさん@お腹いっぱい。 mailto:sage [02/02/11 16:47] >> そういえばOS XのBSDはどのBSDから来ているんでしょう? > FreeBSD 3.X のはず。kernel とか Window system は別物です。 宣伝で言及されるのはFreeBSDだけだが、NetBSDからも結構取り込んでいるはず。 実際、バイナリをstringsで見てみると、結構$NetBSD$ってのがみつかる。
375 名前:名無しさん@お腹いっぱい。 mailto:sage [02/02/11 16:51] > VMWareは動く方にいれてYO! FreeBSDやNetBSDでは確かに動くけど、OpenBSDでも動いたっけ?
376 名前::名無しさん@お腹いっぱい。 [02/02/11 23:05] BSD系家計図のポインタあったら教えてくんなまし。
377 名前:login: daemon mailto:hage [02/02/12 00:29] ttp://perso.wanadoo.fr/levenez/unix/ はどうだ?>>376