*BSD系質問スレッド

1 名前：名無しさん＠お腹いっぱい。 [2000/10/11(水) 01:23] 暇なときに誰かが答えることでしょう。 262 名前：名無しさん＠お腹いっぱい。 [2001/01/04(木) 23:13] age 263 名前：名無しさん＠お腹いっぱい。 [2001/01/09(火) 01:17] >>260-261 AHA2940AUはaic7860載ってません？ と言うか(4.1Rで)動いてますけど。 4.2Rでサポート外れたか、bootFDのkernelから 取り払われているかは知りません。 264 名前：X使わずに画像表示したいです。 [2001/01/09(火) 06:08] 唐突で、取り留めのない質問で大変恐縮でございますが、Xを立ち上げずに、 画面に画像を表示するプログラムというのはありますでしょうか？ 或いはそういうプログラムを組むためのライブラリは存在しますでしょうか？ 何方か是非御教授くださいませ。何卒、宜敷く御願い致します。 265 名前：X使わずに画像表示できますか？ [2001/01/09(火) 06:20] 読み返してみたら可笑しな文章でした。<<264 上の質問は、MGL2 - Mobilegear Graphic Library Version 2 というのを 見て思ったことです。これは、the Graphic Library and Window Manager toolkit で、ウィンドウマネージャを独自に用意している様です。 つまり、Xを使わずに画像表示をしたいと思ったら、自分でグラフィック ライブラリとウィンドウマネージャを実装しないといけないということ でしょうか（あるいはMGL2を移植するか）。 これはこれで凄く面白そうなのですが、若し既にライブラリ等が存在して、 しかもそれが普及しているなら、そちらを使った方が賢明だと思っています。 是非、お知恵を御貸し下さい。 　因みに、MGL2に付きましてはこちらを御覧下さい。 　www.jp.netbsd.org/ja/Ports/hpcmips/mgl2.html 266 名前：名無しさん＠お腹いっぱい。 [2001/01/09(火) 10:16] >>264 Qt/Embedded はどうですか？ www.trolltech.com/products/download/freelicense/qtfree-dl-emb.html 267 名前：名無しさん＠お腹いっぱい。 [2001/01/14(日) 01:41] FreeBSD などで linux の IP masquerade のようなことはできますか? 268 名前：名無しさん＠お腹いっぱい。 [2001/01/14(日) 01:52] >>267 Linux などで *BSD の ip_fil のようなことはできますか? 269 名前：asm [2001/01/14(日) 02:05] >>267 ipfw+natdを使うか、IP Filterのipnatコマンドを使うか、pppコマンドの -natオプションを使うか、ネットワーク構成や自分の好みによって 適当なものを選ぶのがよろし。 270 名前：名無しさん＠お腹いっぱい。 [2001/01/14(日) 02:11] FreeBSD で、NetBSD の SCSIPI に相当するものはありますか？ 271 名前：名無しさん＠Ｅｍａｃｓ [2001/01/14(日) 02:43] >>270 FreeBSDの場合、camと言う仕組(/usr/src/sys/dev/cam/)でSCSIディスクの 抽象化は行われているけれど、NetBSDのSCSIPI(/usr/src/sys/dev/scsipi/) のような、ATAとSCSIの統合抽象化レイヤーは、まだないようですね。 272 名前：名無しさん＠お腹いっぱい。 [2001/01/14(日) 02:45] >>264 大昔 Linux を使っていた時は svgalib を使った zgv で 画像を見た記憶があるよ。 www.svgalib.org/rus/zgv/ 273 名前：名無しさん＠お腹いっぱい。 [2001/01/14(日) 02:49] unix(freebsd) de hazimete setuzoku dekita node kinin ni age saseteitadakimasu(^^) 274 名前：お腹空いた。 [2001/01/18(木) 13:33] FreeBSD 4.2をsecurity level Highでインストールしました。 NFSはどちらも使用しないを選びましたが、ポートスキャンを かけると 111 sunrpc SUN Remote Procedure Call と出ます。さて、これはどうすべきなのでしょうか? ちなみに/etc/rc.conf #rpc_statd_enable="NO" # Run NFS rpc.statd if nfs_server (or NO). にすればいいのかと思ってやったのですが、違う ようですね。 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2001/01/18(木) 15:18] >>274 コメントアウトのままじゃダメじゃない？ 276 名前：asm [2001/01/18(木) 17:43] >>274 せっかくsockstatという便利なスクリプトがあるんだから有効利用すべし。 そもそも111番を使ってるのはportmap。 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 おいらも初心者だけど。ＢＳＤマガジンに書いてありましたよ。 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 名前：名無しさん＠Ｅｍａｃｓ 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] エクセレントなソースを読む事が大事だと思うな。 そうするとタネンバウム大先生のＭＩＮＩＸあたりかな。 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から２，３年離れているので質問なのじゃが、 世の中的には、 難しいことはC++、 サーバはJAVA系、 クライアントはVB＋サードパーティコントロール群、 簡単でもっとも量の多い仕事はVB＋Excel＋マクロ、 場合によってODBC経由Access、Oracle みたいな図式って出来てますよね。現実として。 UNIX系でプロトタイピングとかちょっとしたGUIつきデータ処理 システムのときに使うツールって、なにが定番なんですか？ VBみたいな GUIによるGUI構築ツールと、ちょこちょこした カスタマイズが言語でできて、データベースに繋げられて デバッグツールがあればいいんだけど。。 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2001/01/27(土) 04:39] ＯＳの構造とかやんじゃないの？ >324 おれ商学部だから当てずっぽ。 329 名前：名無しさん＠お腹いっぱい。 [2001/01/27(土) 11:09] >327; Tcl/Tk が要望に近いかも。 ただし、GUIによるGUI構築ツールはないけど。 DB接続に関してはわかりませんが。 # 識者のフォロー待つ。 330 名前：名無しさん＠お腹いっぱい。 [2001/01/27(土) 11:30] >327 ＧＵＩはあんまり使わねぇんじゃないの？ ＤＢ接続でもネット接続でもＰｅｒｌを使えば簡単。 でも今はＵＮＩＸに限らずちょっとしたＧＵＩならＨＴＭＬで やってしまうのが賢いと思うけどね。サーバサイドでＰｅｒｌや ＰＨＰとか使えばいいし。 331 名前：３２７ [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かVectoｒ 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並列化をやってくれるのが嬉しい。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef