UNIXプログラミング質問すれ Part9

perl いいよ。pythonなんてインデントが嫌。

自分のUbuntuだと、/usr/bin/の中の
ccsm, dropbox, freeloader, gdebi-gtk, gjots2, gnochm, gnome-about,
gnome-codec-install, gnome-language-selector, hal-device-manager,
pitivi, pygtk-demo, software-properties-gtk, ubuntuone-preferences,
update-manager でPyGTKが使われている。
PerlGTKの方は、
checkgmail, dh_gtkmodules, glib-mkenums, gtkdoc-check, gtkdoc-fixxref,
gtkdoc-mkdb, gtkdoc-mktmpl, gtkdoc-rebase, gtkdoc-scan,
gtkdoc-scangobj, gtkdoc-scanobj

>>941
RedHat系だともっとPythonの割合が増えるね。

>>937
PyQt4 で

>>940
python のインデントが嫌って言ってる香具師は食わず嫌い
自分でプログラム書いたことないんだろ

>>943
なんか、最近KDEのKはkusoのKって感じがしますが…w

つか、インデントを食わず嫌いで、嫌うのもどうかな、とは思うけど、
一長一短でデメリットもあるからな。

>>941
gtkdocばっかりかよ

>>943
pythonは結構仕事で書いたけどやっぱりインデント嫌いだわ。
カッコの対応がないのでインデントどこまで戻すのかわかりにくいし
一度間違えるとわけがわからん。

カッコありだとカッコの対応をもとにインデントやり直せばおかしく
なってるのがすぐわかるんだけどな。

vi使いなら、'%'キー一発でカッコの対応が分かるからね。
CやRuby、それにJSONのならコードの構造を把握しやすい。
PythonやYAMLのようなインデント強制のコードだと、
長くなるといちいち画面をスクロールさせ、目を上下に動かして
対応付けを探らないとならないからわずらわしい。
IDEを使っている人には下らない話だと思うけどね。

たしかにviでpythonはつらいわー。IDEとかエディタでpython向き
のってあるの?

つ http://wiki.python.org/moin/Vim#Links

ラウンドロビン方式でスケジューリングされるマルチスレッドのアプリケーション
についてですが、タイムスライスを使い切ったスレッドに対してOSから何らかの
シグナルが送られるのでしょうか？もしそうならシグナルの種類を知るための
手段はありますか？

どんな環境なのかな？

Fedora Core 6 です。

> タイムスライスを使い切ったスレッドに対してOSから何らかのシグナルが送られるのでしょうか？
タイムスライス使いきったってことは処理は別のスレッドに移動してると考えられるから
シグナルが送られても次に処理が回ってきたときにわかる感じになるのでは？

>>953
なるほど確かにそうですね。
ただシステムコールによってはEINTRが頻繁に送られる
ため、これがタイムスライスを使い切ったよという通知かと
思いました。そうでないととなるとEINTRは何なのかとい
う疑問が出てきたわけです。

システムコールによってはスレッドが切り替えられることがあるよ。

>>955
有限時間の待ちをするシステムコールなどはそうですね。
自分がwait状態になるので。このようなシステムコールが
失敗し、errnoにEINTRが設定されるのは何のためなのか
わからないです。

気になるなら、kernelのソース追っかければいいじゃん

追っかけるのは、glibcからかも

>>957
ですね。

POSIXリアルタイム拡張がない限り、
スレッドに対するシグナルは実装依存であることをお忘れなく。

>>954
> そうでないととなるとEINTRは何なのかという疑問が出てきたわけです。

たとえばkeyboard待ちをしているprocess、eg. sh
でもsignal handling期待通りに動かすには、
read(2)をEINTRで中断して、signal handlerを起動して、
その後、read(2)に再入する必要がある。

だから再入可能なsystam callは
signal handerの設定されているsignalが送られるたびに
EINTRによるsystam callの中断がある。

このアーキテクチャは、POSiXリアルタイム拡張や
multi thread当たり前のprogrammingでは、
やや古いので、新しいprocess modelが構築する必要があると思われる。

http://www.linux.or.jp/JM/html/LDP_man-pages/man7/signal.7.html

>>952
そんなはるか昔にサポートが切れたOSを使うのはやめれ
脆弱性が死ぬほどたまってるぞ

pythonなんて一時の流行だろ。
結局はGUIは生き残るのはGTKだけ。

　　　〃∩ ∧＿∧
　　　⊂⌒（ 　・ω・）　　はいはいわろすわろす
　　　　 ｀ヽ_っ⌒/⌒ｃ
　　　　　　　 ⌒ ⌒

>>964
pythonでGUIやるときはTK使うんじゃなかったっけ。
ああwxもあるか。

PyGTK
>>937-942

GTK 使うくらいなら Tkinter 使う方がまし

python 使うくらいなら Ruby 使う方がまし

Ruby(笑)

もうあきたけど、結局はjavaに戻るだろ。

>>971 何をゆってるんだ、おまいは？
UNIX ったら set + awk + sh に決まってるじゃないか

シェルスクリプトだけで大抵の事は出来るな。

bashスクリプトでマルチインスタンスプログラムでどうやればいいかい？
仮想的に複数ユーザでサーバにリクエストを出してみたいのだが。

>>974
&つけて起動するといい

>>974
sudo -u username command

>>975,976
さんくす。バックグラウンドて走らせてできました。ただ、ネットワークIOだと思うんだがほとんどのプロセスが待ちになってスループットが伸びないな。どうしたものか。。。

>>974
お前の事だ
脳味噌の程度が低いって事

>>920
> んーとだな、初期のLinux用Java開発グループ、Blackdownというのが
> あったのよ。
あったあったｗ

１．What is the maximum number of processes for system?
２．What is the maximum number of processes per user?
３．What is the size of the virtual address cache?
４．What is the maximal open files per process?
どのコマンドで検索すればいいのか分からないので教えてください。

もう落ちるなこのスレ

まぁ、そう言うなよ。

linuxは全てのデバイス(ethernet以外)はファイルとして扱うという話を聞いたことがあります
しかし、プログラミングしていてファイルという印象はうけません
どのようなところで、実感できるのでしょうか？

>>983
いや、昔はethもファイルだったんよ。

>>983
デバイスドライバの開発が遅れてるのでしかたないから
いくつか機能殺した上でファイルを読んで代用したり
標準入力になんか入力するのが面倒だから
ファイルを流し込んで自動運転したり

>>983
なんでもかんでもディスクリプタで扱うというところで実感する。
ソケットだろうとファイルだろうとデバイスだろうとread()/write()
って便利すぎると思うよ。

>>984
それは知らなかった

/dev/xxxxってのはファイルなのですか
あと、ディスクプリタの概念がいまいちです..orz
ソケット関連の記事を読んだ時に、ちらっと読んだくらいです

fopen()じゃなくてopen()で戻ってくる値がディスクリプタ

>>983
つ GNU/Hurd