08/05/22 14:41:47 NBp9AMHO
すみませぬ。
規則性を持って空のファイルを作る場合にCPUやメモリに負荷を
あまり掛けないで作る方法ありますか？
gccと標準的なシステムコールでお願いします。
open文で作ってますが、ファイルI/Oは、結構な仕事
なので、少しでも軽くしたいです。
規則はN文字のaaa(N=3)というファイルを作成
aab aac aad
aba
zaa .. zzz
のように作ります。
規則性は、あまり関係ないですけど。
結構な大量ファイルを作成する必要があります。
791:login:Penguin
08/05/22 14:50:27 WyDCfVht
すみませぬ。
LUNAXにプログラムにおいて
20という数字をターミナルに入力したら、
それを読み取り、30という数字を表示する
プログラムの作り方がわからない為、教えて頂けませんか？？
792:login:Penguin
08/05/22 14:51:55 It4hntbe
日本語でおk
793:login:Penguin
08/05/22 15:02:39 K3H4Ah9R
read; echo 30
794:login:Penguin
08/05/22 15:05:22 K3H4Ah9R
>>791
マルチか。
ｽﾚﾘﾝｸ(linux板:435番)
795:login:Penguin
08/05/22 15:34:55 gmG2tmnb
>>790
open/creat呼び出しはどうにもならんだろう。
FS側でジャーナリング止めるとか…
796:login:Penguin
08/05/22 16:09:36 cM6TBq1G
>>791
突っ込み所満載だから誰も突っ込んでないけど、LUNAXって何だよ・・・
797:login:Penguin
08/05/22 22:32:21 azKjZoxE
>>795
この場合、ext3のジャーナリングがオーバーヘッドとして比重が相当に
大きくなってそうですな。
798:login:Penguin
08/05/23 00:22:04 xL+nAK0I
メモリ上にあるデータのmd5sumを取得(計算)したいんですが、
GNU coreutilsのmd5sum.cから貰ってくる以外に簡単な方法は
無いでしょうか。
799:login:Penguin
08/05/23 00:45:45 nmi3RI3q
>>798
RFC1321のAppendixを丸写しする
800:login:Penguin
08/05/24 01:18:02 QlwIdcZn
カーネルが持ってるのをどうにか持ってくる。
801:login:Penguin
08/05/24 01:27:20 QlwIdcZn
Cryptographic APIってユーザーランドから使う方法ないんだっけ？
802:login:Penguin
08/05/24 13:30:43 jv/eFsuY
パイプでmd5sumに流し込めば？
803:login:Penguin
08/05/24 14:15:42 AYrBRDvb
正直、LinuxよりLunaxの方がかっこいいと思った
804:login:Penguin
08/05/24 17:32:54 8/0PspEJ
>>798
やったことねーけど、そういうライブラリがあるんじゃね？
805:login:Penguin
08/05/26 15:21:05 fXE9sIkN
opensslが入ってるなら、EVP_md5
806:790
08/05/28 14:15:25 7atgnQdI
すみません。
open以外に空ファイルを作る、CPUやメモリに負荷を掛けない
方法ありますか？
807:あいちゃん
08/05/28 14:44:30 u23B6L4S
どうにかしてプラッタに刻む
808:login:Penguin
08/05/28 21:51:43 hyFpgWYw
ドライブに負荷を掛けにくい方法ならある
cpuとメモリの負荷を減らしDMA転送も出来る。
が、負荷を かけない ってのは無理
809:login:Penguin
08/05/28 22:21:06 6Rl9Qb5b
>>806
システムコールを使いたくないなら、次のようにするしかないんじゃないかな？
1. ext3ドライバのソースを読んで空ファイルの作り方を調べる。
2. 直接HDDを操作して空ファイルを大量発生させるプログラムを作る
810:login:Penguin
08/05/28 22:37:58 tp55Dea8
あらかじめファイルが格納された状態のファイルシステムのイメージを用意して、
raw I/Oなりddなりでビットマップやinode領域等を書き込めば軽いだろ。
ファイルシステムを破壊するけどなｗ
811:login:Penguin
08/05/28 23:36:20 7atgnQdI
>>809
システムコールがだめってわけじゃないけど
touchやcpのソース(coreutil)とか調べて負荷が低いのを探してた。
ext3のソースは未だ調べてない。調べて見る。
>>808
はい、より負荷を掛けない方法を模索してます。
>>810
考えてたけど、排他がマンドクセーと思ったので、未だやってないっす
812:798
08/05/29 02:30:49 rITSsBYp
>>799-805
皆さんありがとうございます。
返事が遅れたことをお詫びします。
>>805さんのレスを見て、opensslを調べたところ
URLﾘﾝｸ(www.openssl.org)
ここにMD5()という「まさに」な関数があって、
無事動きました。
色々知恵を絞っていただき、本当にありがとうございました。
813:login:Penguin
08/06/03 14:19:26 KXye7tRy
>>811
superblockいじっちゃいなよ。
814:login:Penguin
08/06/16 22:07:27 hghHQ/gK
write()でファイルに書き込んだあと
close()しても、すぐにはディスクには同期されていなくて、
タイムラグがあるそうなのですが、
close()した直後に別のプログラムから同じファイルを
open()してread()しようとしたら、どうなるのでしょうか?
その前にwriteした内容はちゃんと読み込まれるのでしょうか?
815:login:Penguin
08/06/16 22:47:57 B5/Uz4Q9
>>814
ちゃんと読み込まれる。バッファ統合されているから。
バッファ統合前の、昔のUnixではその点の保証がなかったが、
いまどきのUnix系OSはみんな統合されている。
816:login:Penguin
08/06/19 00:29:34 DwSvGKMg
ダーティーなデータの読み取りって昔は出来なかったの？
817:login:Penguin
08/06/19 08:16:32 B2b558bH
読み込みに使うキャッシュと書き込みで使うバッファとが別々だったから
ダーティ・ページもクリーン・ページもない。
818:login:Penguin
08/06/19 14:22:38 qCoUXFkj
おお。なるほど。知らなかった。
ページキャッシュとバッファキャッシュの統合とか言う前の段階か。
819:login:Penguin
08/06/30 22:13:50 j7UJtdfw
今日ソフトバンクから出た
デバドラの本最強すぎます
バイブルの域に入ります
820:login:Penguin
08/06/30 22:18:50 haG/mU8k
本の題名を詳しく
821:login:Penguin
08/06/30 22:34:08 j7UJtdfw
Linux デバイスドライバプログラミング
822:login:Penguin
08/07/01 00:18:07 jjjb16mB
>>821
目次見る限り、買う価値はありそうな気がするね。
までも、オライリーのドライバ本読んだら、カーネル解説書読んで
とっととソース読めって気もするが。
823:login:Penguin
08/07/01 00:19:23 jjjb16mB
といいつつ、Amazonで1click購入してしまた
824:login:Penguin
08/07/01 00:22:32 u/xfrfGj
>>822
でもソース読んでも
どうしても解らないことがる
mmapでユーザに領域明け渡してpollで
データ通知するのはいいんだけど
ユーザが書いてきたデータをkernelに通知
させるのがよく解らん
馬にはそんなこと1行も記述されていないし
825:login:Penguin
08/07/01 00:33:15 jjjb16mB
>>824
>ユーザが書いてきたデータをkernelに通知
>させるのがよく解らん
なんでもioctlしてしまえばOK
826:login:Penguin
08/07/01 00:41:24 u/xfrfGj
>>825
それ昔海外のBBSいったら
ふるぼっこにされたんだけど？
827:login:Penguin
08/07/01 00:45:03 jjjb16mB
>>826
ちらねっっっっっｗ
828:login:Penguin
08/07/01 00:51:09 jjjb16mB
もうさ、read, writeなくしちまって、open, close, ioctlだけでいい気がするのだけど
どうなんだろう。read, write, SIGIOとか、柔軟性ないし。最低、引数付きシグナル
は必要。
829:login:Penguin
08/07/01 13:53:54 JO6lQKf2
>>828
「ケンシロウ、ioctlはいいぞ」 という声が聞こえてきました。
read,writeは シェルからでも使えるようにするための種もみです。
830:login:Penguin
08/07/05 11:02:49 ouwQp4GB
スレッドチューニング用のプロファイラってありませんかね？
831:login:Penguin
08/07/05 12:39:14 GSKLgaHv
ありません
832:login:Penguin
08/07/05 13:05:00 ouwQp4GB
ズコー
833:login:Penguin
08/07/12 13:14:06 j34+JRvX
ubuntu 8.04-64bitで
bfd_minisymbol_to_symbol使うと問答無用で
segるんだけど何が原因なんすかね？
834:login:Penguin
08/07/16 02:13:51 5DOmporE
PC/AT機のI/Oポートを操作するような時に、outb_pと（普通の)outを使い分ける
条件ってどうなってるんでしょうか？
『I/O操作の遅いデバイス』と『I/O操作の早いデバイス』で使い分ければよいのでしょうか？
835:login:Penguin
08/07/16 08:46:59 IjcD5fhK
>>834
まあそんな感じでよろしいのではないかと。
コマンド書いてから動き始める間で時間かかりますなんてのは、
outb_pでつつくのがよいです。
836:login:Penguin
08/08/15 23:35:52 Dq4dt+Vm
質問させてください。
デバドラからアプリケーションにイベント通知したいときって
どういう風に実装するのがフツウなんでしょうか。
よろしくお願いしますm(_ _)m
837:login:Penguin
08/08/16 08:28:54 DPUB+UTd
>>836
アプリケーションがioctlを呼んで、その呼び先のデバイスドライバで
イベントが無かったら寝る。デバイスドライバでなんかイベントがあったら、
寝てるやつを起こす。って実装しときゃいいんじゃない？
838:login:Penguin
08/08/16 09:07:36 Xdxhavca
それならpollの方がよいのではないかと。
839:login:Penguin
08/08/16 13:28:44 KgWh2K36
read, write, pollいらねーんじゃね。ioctlでなんでもできるし、シグナルも不要。
840:login:Penguin
08/08/17 04:15:45 RamYD2Yk
>>837>>838>>839
レスありがとうございます！
システムコール内で待つのが常套手段みたいですね。
ところで、
教えていただいた情報をもとに調べていくうちに、
デバドライベントを複数同時待ちしたいという新たな欲望が生まれてしまいました。
pollを実装すれば要件をみたせるようなので、
今回はpollを使うことにします。
ありがとうございました！！
841:login:Penguin
08/08/22 18:32:31 r1fvTloB
LinuxのカーネルモジュールをC++で作りたいんだけど無理？
とりあえずCで書いた本体の.oとg++で吐いた.oをリンクして、モジュールをビルドしたら.koは出来るんだけど、シンボル解決出来ずinsmodに失敗した。
842:login:Penguin
08/08/22 20:40:29 EJDA2Uuj
C++ シグネチャでググレ
843:login:Penguin
08/08/24 07:51:45 T31yXksn
Tcl/Tk
最近のものは、けっこう強力になったし、スピードも上がってるようだが、
あまり流行ってないのか？
Linux, FreeBSD, MacOS X, Windowsと、殆んど同じコードが使えて便利なようなのだが…
844:login:Penguin
08/08/24 13:24:24 WgO6gp39
>>843
gtk+やwxWidgetsと比較してどうなの？
興味がわいたのでTkだけ使ってみたいのだけど
おすすめ解説ページとかあったら教えてください。
特に画面遷移とかC/C++との連携方法とか・・・
845:login:Penguin
08/08/24 13:36:45 s1lwltE0
ｔｋはともかく、tclを使ってる所なんてここ何年も見たこともない
846:login:Penguin
08/08/24 15:41:43 IEvm07Rz
EDA関係ではまだ多いんじゃないの？
847:login:Penguin
08/08/24 18:03:42 n5RJcPI7
淘汰されたのに昔に戻してくれるなよ
848:login:Penguin
08/08/25 08:28:43 LUi0Re9e
日経からムック『すばりわかる！Tcl/Tk』出ないかなあ。
『ゼロから学ぶgtk+』でもいい。
849:login:Penguin
08/08/25 23:41:00 /KPpX7xT
>>845
ネットワーク業界ではテストツールを書くのにがんがん使われている。
850:login:Penguin
08/08/26 01:48:59 QgHqFXA9
Tcl/Tkの日本語情報があまりにも少なすぎる。
851:login:Penguin
08/08/26 07:48:19 B+1DI1fl
>>850
確かに、Tcl/Tkの情報が少ないよね、そこそこ使われてるような気がするんだけど。
>>844 さんが言ってる c/c++ /Tk の情報は、殆んど皆無だもんね。
最近、山森さんがチョッピリ書いてるのはあるけども…
URLﾘﾝｸ(journal.mycom.co.jp)
852:login:Penguin
08/09/03 13:10:00 nxPN9M20
gtkmm使ってこんなの作ってみました
URLﾘﾝｸ(www.vector.co.jp)
これからQt４・ｇｔｋｍｍのどちらを使っていくか迷ってるんですが
QTはGUIからネットワーク・サウンドなど様々な分野に対応したライブラリ
gtkmmはGUIのみのライブラリだがウィジェットの生成・消去の処理はこちらのほうが早い
処理時間は優先させたいがいろんな機能が統合されている魅力も捨てがたい...
どちらを使うべきでしょうか
853:login:Penguin
08/09/04 02:03:16 yL02FzIi
両方
854:login:Penguin
08/09/04 19:25:48 kxSlZy+f
Qt４を少しだけ触ってみたんですがｇｔｋｍｍにくらべ，ウィジェットの生成・消去にかかる処理時間が２～３倍
さらに２D描画の処理時間が１．５～２倍くらいかかりました．
これって仕様？
855:login:Penguin
08/09/04 21:34:53 5liswdaD
gtkmmはCだろうけど、QtはC++だからしょうがないんじゃね。
GUIみたいなやつだと
856:login:Penguin
08/09/04 22:58:04 kxSlZy+f
gtkmmはGTK+のC++バインディングですよ
それにC++とC言語でも処理時間はさしてかわらないはず
Debian使ってGNOMEデスクトップでQT４インストールしてやってるんですが
同じ言語で処理速度に２～３倍の差が出るとかありえるんでしょうか
857:login:Penguin
08/09/04 23:35:03 5liswdaD
速度差が気になるなら、プロファイル取って原因調べるなり
なんなりする。調査結果貼り付けたら、喜ぶ人もいる。
俺は、めんどいから調べないがｗ
858:login:Penguin
08/09/04 23:55:48 kxSlZy+f
とりあえず処理速度ｇｔｋｍｍ＞Qｔ4と結論づけて
Qｔ5出るまでｇｔｋｍｍ使うことにします
GTK枯れてるのであまり使う気は引けるのですが...
本屋なんかでQt4の本とかはよく見かけるのに
GTKの本なんかは絶版しててAmazonで全国5冊とかそんなのばかり...
859:login:Penguin
08/09/05 00:20:36 yJYLbrdu
gnome上でQTは時間かかるでしょ、逆も真なり。
860:login:Penguin
08/09/05 00:24:58 uvh8bhuM
Qtは時間かかんないよ。
KDEアプリはDCOPサーバ立ち上げるのに時間かかるけど。
GTKもKDE上で特に時間がかかるような事はない。
861:login:Penguin
08/09/05 02:26:52 B9KHGXh3
ここは一つGASで…
862:login:Penguin
08/09/05 02:52:39 vjYSyV9j
軽くてシンプルなツールキットを自分で作っちゃえば？
863:login:Penguin
08/09/09 23:40:53 YosnVhH1
Xtで十分
864:login:Penguin
08/09/10 19:47:10 8bQJIIgG
GAMBASってやっぱ人気ねーのな。
865:login:Penguin
08/09/24 15:06:15 OEqJ5D76
wxWidgets、機能面は申し分ないけど
小さいアプリでもなんかもっさりするな。
866:login:Penguin
08/09/26 20:03:57 w561g39v
selectでファイルを監視していて、selectが帰る度に前回からの経過時間を取得したい
ntpdが動いていてる環境なんですけど、10ms精度で取得する方法はありませんか？
867:login:Penguin
08/09/26 20:23:15 QxRUqolh
>>866
clock_gettime(3) でいいんじゃね？
868:login:Penguin
08/09/26 21:20:06 w561g39v
>>867
ありがとうございます。
869:login:Penguin
08/09/28 11:24:17 p6UHPaTd
GTKのプログラミングの本ってどれおぬぬめデスか＿？
870:login:Penguin
08/09/28 15:20:53 xpXgBPBo
いくつもないんだし
全部読め
871:login:Penguin
08/09/28 15:44:21 p6UHPaTd
どれあるんすか？
872:login:Penguin
08/09/28 15:57:29 CeAQTKB8
>>871
URLﾘﾝｸ(www.gtk.org)
873:login:Penguin
08/09/28 16:02:40 p6UHPaTd
やっぱり勉強やめた
英語無理
874:login:Penguin
08/09/28 16:05:02 IgG6wSSR
URLﾘﾝｸ(www.iim.ics.tut.ac.jp)
875:login:Penguin
08/10/15 14:17:07 eYzFomnv
URLﾘﾝｸ(www.gnome.gr.jp)
URLﾘﾝｸ(www.gnome.gr.jp)
URLﾘﾝｸ(www.gnome.gr.jp)
日本語のGTKマニュアルだとこれくらい
ぐぐればほかにもあるかもしれんけど
市販の本もあるらしいが入手はほぼ不可
学びやすさではQtか...
ただモジュールが膨大なせいか
GTKより仕様が複雑
876:login:Penguin
08/10/16 11:54:52 0uol2Q5Z
>>873
1年前は俺もそう思ってたよ。
ところが仕事でやるようになって、
解らなくても必死に調べてたらそのうち解るようになってきた。
結論としては解らなくても続けていればなんとかなる。
ただ一人じゃつらいから仲間は必要だな。
Qtなら多少説明できるが、GTK+は未経験。
でもQtはWindowsと考え方はたいして変わらなかった。
やりたい人がいるんなら、プログラミングサークルwでもつくる？
877:login:Penguin
08/10/18 12:10:00 KYR9fNBQ
>>876
とりあえず、飽きるのに耐えつつ
昨日届いたFoundations of GTK+ Development
を読んでいる。
878:login:Penguin
08/10/20 03:11:00 kADyao8b
>>877
乙
879:login:Penguin
08/10/25 02:32:58 qRPC/mBT
結局wine入れてWin32API使うのが楽
すなわちWindows使うのが一番楽
880:login:Penguin
08/10/25 06:24:50 wJ7HZZJn
素のWin32APIは…
VCLがお手軽で良かったのう。
881:login:Penguin
08/10/25 19:40:27 IwBjdQTZ
つまりLinuxデスクトップがWineで構成されているディストリビューションがリリースされればいいのか...
882:login:Penguin
08/10/28 00:43:16 AhwFq0EP
Lindows再び みたいなのがそのうち出るんだろうね。
Mono2.0では.NETアプリケーションの45%は修正なしでいくらしい。
883:login:Penguin
08/10/28 00:48:56 r3ekrN11
VBやDelphiみたいなのが出ればWindowsのサンデープログラマーが移行しやすいと思うね。
あとは開発ドキュメントの日本語化。
884:login:Penguin
08/10/28 08:01:42 DXJuo0mx
もう過去に失敗してるけどね
まあ何度でもトライすればいいとは思うが
885:login:Penguin
08/10/28 21:59:26 Vec0SHgw
perl python rubyあたりのスクリプト言語と適当なGUIライブラリで
十分だろ。趣味なら。
886:login:Penguin
08/10/28 22:24:22 Z2Jy68nM
なんでGTKでのGUI開発って
宗教的儀式作法としか考えられんほど糞なコーディング強いるの？
887:login:Penguin
08/10/28 22:33:00 HPnu13IO
例えば?
888:login:Penguin
08/10/28 22:47:25 Z2Jy68nM
イベントとかもう嫌だ
.NETみたいに書きたい
889:login:Penguin
08/10/28 23:55:06 YSiYH+k9
慣れの問題
どのGUIにも特有の決まりごとはあるもの
やってることはそれほどかわらない
890:login:Penguin
08/10/29 00:35:27 opRkkW0G
あのなあ、そりゃGTKしかないなら慣れるしかないだろうけど、
実際には「学ばない」という選択肢があるから慣れようがないんだよ。
他とやってることがそれほど変わらないのなら、
簡単で合理的な「他」を選ぶだろうがバカめ。
891:login:Penguin
08/10/29 00:58:37 G+yEkmy9
というかGTKはOSXかWindowsどっちかと
機能と仕様統一すべきだろ
GTKって生産性低いんだよ
892:login:Penguin
08/10/29 00:59:10 x4cHnl0M
馬鹿宣言乙
893:login:Penguin
08/10/29 01:01:25 G+yEkmy9
そもそも.NETやCocoaだと5分で作れるようなことが
まずソースコード読もうとかアホな次元から始まる
GTKは本当にありえない
894:login:Penguin
08/10/29 03:13:54 9ojY5vRp
>>893
それは言える
895:login:Penguin
08/10/29 03:19:59 F4yRCIO7
実例をあげろ
896:login:Penguin
08/10/29 03:20:53 XWWc8vU1
ラーメンタイマーはもういいからw
897:login:Penguin
08/10/29 03:28:18 CAHVmB1i
ﾜﾛﾀ
898:login:Penguin
08/10/29 08:02:53 KASNM7qI
まあ.NETやCocoaは実質有料だからなあ。
899:login:Penguin
08/10/29 11:53:31 aVUXk04O
GTKやってる奴って趣味で（好きで）やってんだろうからどうでもいいが
俺専用なら、俺はまずGUIなんて作らんし大抵はスクリプトで終了だよ
ゲームならどのみちGTKとか使わんだろ
>>898
一般人はWindowsがプレインストールされているPCを買うし
NETフレームワークもVisual Studio 2008EEもタダで手に入って
ポトペタRADが利用できるわけで
900:login:Penguin
08/10/29 12:44:13 wwkxgPCl
主流のXPには.NET入ってねぇだろ。
あれはWindowsUpdateのカスタムで「除外」するのが
企業なんかじゃあたりまえだぞ。
セキュリティ部門が運用で面倒くさくなるかならな。
VSが失速しタダみたいになったのは.NETになって
非.NETアプリの需要がまだあるのに非.NETアプリを
簡単に作るのが面倒になったらからだと思う。
.NETアプリっーつのは、ユーザーに別個に.NETのインストールを
指示する必要があるから面倒なんだよ。
(ATIのビデオドライバなんかがそうなっているね)
一般企業的価値感では.NETを利用するなら
旧開発環境で非.NETにするか、どうしてもフレームワークを使うなら
javaにいくと思う。
周辺機器なんかの付属ソフトなんかもたいがいそうだよね。
901:login:Penguin
08/10/29 12:50:14 aVUXk04O
>>900
> 主流のXPには.NET入ってねぇだろ。
> あれはWindowsUpdateのカスタムで「除外」するのが
> 企業なんかじゃあたりまえだぞ。
> セキュリティ部門が運用で面倒くさくなるかならな。
デフォで入ってなくともタダで入れられるし。
Linuxデスクトップなんて趣味丸出しの世界と
業務で使ってて好きに弄れない端末（非開発機）を同列に論じてるのも意味不明だな。
902:login:Penguin
08/10/29 12:53:13 aVUXk04O
一応確認するが、
まさか.NETランタイムも入れられない環境に
LinuxやWin用GTKランタイムは入れられるとか寝言言ってんじゃねえよな？ｗ
知らんようだから教えてやるが、
.NETは思いっきり仕事でも使われてるよ
903:login:Penguin
08/10/29 13:02:27 wwkxgPCl
なんでそんなに必死なの?
ひょっとして仕事で.NET関係の開発してる?
そりゃ大変だよね～、VISTAがもっと流行ればいいね～
(ちょっと無理っぽいが、計算狂ったんだろうなぁとは思う)
904:login:Penguin
08/10/29 13:28:52 aVUXk04O
>>903
お前さんが知ってる「世間」が狭すぎる上に主張が意味不明だから
突っ込んだだけだが
「Javaならいい」ってのも意味不明だしな
JREはノーカウントかｗ
905:login:Penguin
08/10/29 17:27:23 ULIKBty7
>>904
必死さはよく伝わったよ。一応903とは違う者なので
906:login:Penguin
08/10/29 21:51:45 lCe1Ktii
こういう場合、何一つ具体的な反論をしていないほうが分が悪い
どちらだかは言うまでもないな？
907:login:Penguin
08/10/29 22:36:46 G+yEkmy9
GTK用のRADツールでまともなもん
無いの？なんで作らないの？
リーナス馬鹿だから？
犯罪者排出したから？
908:login:Penguin
08/10/29 23:40:02 QzNzlvxl
リーナス関係ないじゃん。
と釣られてみる。
909:login:Penguin
08/10/30 02:01:37 4ykSSJQZ
あんなお絵かきツールいらんw
どんなGUIにもたいていついてるけどw
できるソース最悪だしまともなもの作れるとは到底思えない
特にあの子供のお絵かき的な操作はやっててむなしくなってくるｗ
間に合わせではなくいいものを作りたいなら
普通にコーディングしたほうがいい
910:login:Penguin
08/10/31 00:04:39 rGwLY2DF
RADは簡単なGUIをすばやく、簡単に作るもので
時間がないのでGUIを手早く・・・
GUIはあまり重要でないので適当に・・・
という場合に（仕方なく）使用するツール
にも関わらずこれら以外の場合で喜々として使用したいような方は
RPGツ○ールえっくすぴーでもいじってた方が効率的
なにも理解してないゆとりの時代の子供が
無理にプログラマーの真似事をする必要はありません
911:login:Penguin
08/10/31 12:21:08 JojG8LTd
>>910
> なにも理解してないゆとりの時代の子供が
> 無理にプログラマーの真似事をする必要はありません
吹いたｗ
VBにしろAccessにしろ.NETにしろDelphiにしろNetBeansにしろ
思いっきり業務で使われている／いたわけだが……
パッケージソフトにしろ、ダイアログを作成するのにリソースエディタの一つも
使わないというのはあり得ない
912:login:Penguin
08/10/31 13:27:24 zn3zHzQB
GTKはかなり昔に少しやっただけなので黙っていたのだが、
gladeとRuby/GTKあたりでやるのが楽だと思うよ。
913:login:Penguin
08/10/31 16:31:34 NTOX3eWD
ちなみに
grade
URLﾘﾝｸ(usamimi.info)
gradeでgtkmmとか面倒ならrubyとかpythonてのが成道な気がしないでもない。
どうしてもVBだろう、どうしてもVBっぽいのじゃなきゃダメって厨な君にはこんなのもある。
FPC+Lazarus
URLﾘﾝｸ(usamimi.info)
Delphiクローンだな。(pascal)
残念ながらVBはない。当然だが。
素直におとなしくeclipse+javaでもやってて欲しい。
914:login:Penguin
08/10/31 19:48:07 BAdSZswW
つーかLinuxのGUIはWindowsかOSX遵守しろよ
違法コピーOSのくせに
915:login:Penguin
08/10/31 20:23:23 BAGbDsrX
ｲﾐﾌ
916:login:Penguin
08/10/31 21:04:14 SNC34/H2
アプリケーション間でショートカットキーくらいは統一してほしいところ
あとウィンドウマネージャはクリップボードの機能をもっと強化すべき
WindowsやMacOSはそういうところが尋常じゃなくしっかりしてる
917:login:Penguin
08/10/31 21:52:10 NTOX3eWD
すでに文句言うために文句言ってるというw
918:login:Penguin
08/10/31 22:33:57 rGwLY2DF
>>911
パッケージで堂々とRADとはサスガですね？
919:login:Penguin
08/11/01 00:07:00 7aGvguWk
>>918
Windows自身VC++で作られてるわけだが
920:login:Penguin
08/11/01 01:48:23 DmScaBwx
それがなにか？
OS自身をRADで作るとでも？
私にはあなたがソリューション系の仕事を転々としてきた派遣の人に見えます
知ったかぶりは後々弱目になるので気をつけたほうがいいですよ？
921:login:Penguin
08/11/01 02:05:41 jzmmikh+
>>920
弱いものいじめはやめろ！
922:login:Penguin
08/11/01 02:34:34 7aGvguWk
話が変な具合にねじれてるな
VC++をRADと定義するかどうかのズレか？
普通はVC++をRADとは言わんと思うが
知っての通りVC++にはリソースエディタがついており、
コードの自動生成やクラスライブラリとの連携機能があり、
VC++は事実上Windowsの標準開発環境として広く利用されているわけだが
パッケージならむしろVC++を用いていないもののほうが稀だろ
無論kernelコードなら「リソースエディタ」なんぞは関係ない話だが
「Windows」というOSに関しては、GUIデスクトップ環境まで含まれるからな
923:login:Penguin
08/11/01 05:55:37 dSD0sBZG
知らないものは当然のように馬鹿にする無教養な人間ってだけだろ。
カーネルとシェルとemacsとgdbだけで生きてる人間にGUIなんぞわからんよ。
デスクトップだけで生きてる人間がttyをわからんのと同じでね。
924:login:Penguin
08/11/01 09:54:59 DePXsKwk
すまんがここはプログラミングスレ。コードで語ってくれ。
グチやウンチク語りたいなら他所いってくれ。
925:login:Penguin
08/11/01 10:16:34 iBkJuz12
つまりLinuxではGUIプログラミングは無理なので
やめた方がいいということです
926:login:Penguin
08/11/01 11:39:50 DePXsKwk
そうそう君には無理だ、諦めてね。
927:login:Penguin
08/11/01 12:53:44 iBkJuz12
Linuxのプログラミングって宗教だよね
草加みたいできもい
928:login:Penguin
08/11/01 14:25:18 xlEaV2TM
草加草加
929:login:Penguin
08/11/02 12:58:36 5tkGURGg
結局wine入れてWin32API使うのが楽
すなわちWindows使うのが一番楽
930:login:Penguin
08/11/02 13:46:53 P/zWxESO
やっぱり
GUIエディタが弱いのと、
ライブラリごとにドキュメントが分散してることが
linuxプログラミングの2大障害かなあ。
その点、.NETとかだと
普段linuxやってて知識0でもさくさくコーディングできる。
自分と逆の立場の人は大変だろうな。
931:login:Penguin
08/11/02 13:53:32 dpUTivXt
ドキュメント整備だけはマイクロソフトえらいと思うわ。
932:login:Penguin
08/11/02 15:16:18 OBdbkshV
やはりいいものはいいと認めるべきだな
ドキュメント整備からはじめよう
933:login:Penguin
08/11/02 15:21:46 J1BSkb6i
real programmerにドキュメントは必要ない。
ドキュメントが必要なプログラマはプログラマでは無い。
従って、M$プラットフォームを利用するプログラマはプログラマとは言えない。
Linuxプログラマこそが真のプログラマであり、唯一のプログラマである。
934:login:Penguin
08/11/02 15:30:37 tR7tCxCk
かんじーざいぼーさー
かんじーざいぼーさー
かんじーざいぼーさー
935:login:Penguin
08/11/02 16:45:59 X530WAxg
real programmerにドキュメントは必要ない。
ドキュメントが必要なプログラマはプログラマでは無い。
従って、M$プラットフォームを利用するプログラマはプログラマとは言えない。
Linuxプログラマこそが真のプログラマであり、唯一のプログラマである。
こういうアホがいるのはLinuxだけなんだよなぁ
936:login:Penguin
08/11/02 17:18:20 8LwLmm0R
まだまだ、趣味でのんびり付き合える人向けだよね、Linuxは。
937:login:Penguin
08/11/02 19:36:54 Je+DXZ+s
>>935
この手の話題は、犬糞が出来る前から海胆糞業界では、
「ソース読め」で終了してたわけだが…
938:login:Penguin
08/11/02 21:34:26 OBdbkshV
>>937
今はそんなアホなこと言う人もだいぶ減ったよね
だいたいソースコードは成果物であって仕様では無いんだが
そこんとこわかって無い人多すぎ
939:login:Penguin
08/11/02 23:52:34 Brx7IrCw
ソースがドキュメントってのはハッカーの自虐ジョークなんだが
真に受ける馬鹿な素人が多すぎるんだよな
Unixはベル研の昔からman整備してるしGNUもinfoがある
難を言えば、分かってる人間にしか読みこなせないあたりかね
MSも事情はかわらんが、オンラインの検索能力がゴミなのと、
日本誤訳が問題を更に悪化させてるのがな・・ないよりマシだが
940:login:Penguin
08/11/03 15:33:01 Bwqrem+6
>>939
ここ数年のMSのドキュメントへの力の入れようはパネェよマジで。
「○○の翻訳おかしいぞ直せｺﾞﾙｧ」とメールすると翌週には直ってる。
941:login:Penguin
08/11/03 20:26:32 nh8VBUM4
>>938
仕様を仕様として確定するまではソースコードが正義だよ
IETFあたりでは、いまだに………
942:login:Penguin
08/11/06 01:14:42 k9eRLDW1
>>941
IETFは「動かない仕様なんて意味が無い」と現実の動作を重んじてるだけで、
ただの一言も「ソースが仕様です。ソース嫁」なんてレベル低いことは言ってない。
943:login:Penguin
08/11/07 07:26:54 tYBykSxo
仕様は先に決めるものだからなぁ。
ソースが仕様通りになっていないとバグになるわけなんだが、
ソースが仕様書だというと、おかしなことになる。
944:login:Penguin
08/11/07 08:03:44 StSVOsMY
出来ちゃったバイナリが仕様書はよくあること
945:login:Penguin
08/11/07 09:24:45 vBU34iHj
オープンソースの醍醐味
946:login:Penguin
08/11/12 01:14:39 DnV7yufO
ptyにつながってるstdinて書き込んでも怒られんのですね。
しばらく悩んだ。
947:login:Penguin
08/11/15 16:35:52 FFNCNb8R
>>934
なんじゃそりゃ？
948:login:Penguin
08/11/15 16:59:06 szPmAnhd
他にも「…従ってGDIプリンタは真のプリンタとは呼べず、PSプリンターのみが
唯一のプリンターである」とか「…従ってWinモデムは真のモデムとは呼べず…」
とか色んなバージョンがあったよね。
もちろんジョークじゃなくて本気なんだよｗ
949:login:Penguin
08/11/15 21:45:43 2pWVzft0
次は、「ソフトウェア無線」は真の無線デバイスとは呼べず・・・か？
行き着くところはFPGAは真のチップとは呼べず、だな。
950:login:Penguin
08/11/16 06:07:00 m6bvpmnq
>>949
Linuxで動かない者の代表格といえば、最近では動画関連かね。
LDPの文書で真の動画とかあったっけ？
951:login:Penguin
08/11/22 02:02:03 L+j6rchq
LinuxでVRAM直書きってできますでしょうか？
952:login:Penguin
08/11/22 02:16:52 Dm8VSHjY
できる
953:login:Penguin
08/11/22 18:46:07 5NRRI6OS
Xwindowで特定のアプリケーションだけキーリピートOFFにできますか？
954:login:Penguin
08/11/25 00:51:06 pyfm2t6k
わざわざLinuxのプログラミングスレまできて
布教活動を行うWindows信者たちをみたとき
955:login:Penguin
08/11/25 02:08:39 z6DtBm5L
Windows信者はわざわざ布教する必要ないだろ。
あれだけ広まってるのだから。
956:login:Penguin
08/11/25 03:41:10 pyfm2t6k
それでもどこでもWindows賛美したがるのが
Windows信者の習性らしい
Linux板まできてなにやってんだか
957:login:Penguin
08/11/25 13:24:22 rXHSEQCo
きっとM$ピラミッドのいちばん最下層で飯を食いつないでいる人でしょう。
彼らは必死なのです。分かって大目に見て上げましょう。
958:login:Penguin
08/11/25 19:10:39 J51efRsC
スレ違い
959:login:Penguin
08/11/27 14:02:47 0oeBKDV7
史的唯物論によれば、歴史的事実からして、ルンペンプロレタリアートは反革命的利害の持ち主だったらしいです。
なぜなら彼らはブルジョアジーの利益のおこぼれにあずかって生き延びてきた社会階層であったからだそうです。
960:login:Penguin
08/11/27 14:04:31 0oeBKDV7
ごめん。ブルジョアジーではなくその時代の支配階層（その当時は貴族階層？）の間違いでした。
961:login:Penguin
08/12/02 00:37:26 aevZSzey
ラージページってどうやってとればいいのですか？
Kernel2.6.22ぐらいなら対応してそうだと思うのですが
うーん
962:login:Penguin
08/12/02 18:40:37 /6v5cHNF
>>961
ラージページってヒュージページのことなのか？
そうなら、Documentation/vm/hugetlbpage.txt に設定からサンプルコードまで載ってるけど。
963:login:Penguin
08/12/09 05:10:44 7UYxA9g8
>>930
Eclipseはけっこういいよ。
964:login:Penguin
08/12/09 07:02:20 oUX7FPuZ
Eclipse非常に良いんだが環境によっては重くて・・・
誰かC++かなんかで書き直してくれないかな。。
965:login:Penguin
08/12/09 13:33:26 zBRlTPr4
Objective-Cで
966:login:Penguin
08/12/22 00:10:53 e1d/p3MW
unix domain socketで接続している相手のプロセスIDって取得できますか？
967:login:Penguin
08/12/25 10:49:51 tWCimKvF
>>966
回りくどいことすれば取得できる
968:login:Penguin
08/12/25 11:37:27 JoYrC3EW
ルートキット一発！
969:966
08/12/25 16:50:01 YLVoSR1u
>>967
lsofみたいに/proc見るとか？
便利な関数はないと考えてよいでしょうか。
970:login:Penguin
08/12/26 01:21:46 J6rqLCsP
>>969
はい
971:login:Penguin
09/01/04 15:13:41 +pbzPaSy
デバッガのようなものを作っています。
ブレークポイントでブレークしたときに、デバッギプロセスのバックトレースを
取りたいのですが、これはどうやったら実現できるのでしょうか？
同一プロセスならば、glibのbacktrace関数で取得できることは分かっているのですが、
他プロセスに対応させる方法がわかりません。
972:login:Penguin
09/01/04 15:40:40 kuD2oS5t
>>971
GETREGSでspもらってきて、頑張ってそこからたぐる。
973:login:Penguin
09/01/04 16:05:25 +pbzPaSy
>>972
マジすか。フレームポインターの有無などを考えると、
逆汗が必須になるような気がするのですが、そういうものなのですか。
974:login:Penguin
09/01/04 17:38:36 XjZJ56+3
>>973
フレームポインタ云々より、逆汗無しのデバッガって…
975:login:Penguin
09/01/05 02:47:28 6ZtmY4qM
>>973
そういうのです。
デバッグ情報が使えればそこにスタックフレームの使われ方が書いてあるけど、
ダメなら力業で解析するしかない。
gdbにもそういうコードが入ってる。
976:login:Penguin
09/01/10 09:29:17 8wtLHioo
ユーザ空間で使えるspinlockって無いですか？
977:login:Penguin
09/01/13 13:31:25 UMzYTyeo
自分でCAS(x86ならcmpxchg等)で実装する
978:login:Penguin
09/01/15 00:43:11 DlEX9Fn8
>>977
自由に使えるデータ構造もないし
全部自分で実装かぁ
979:login:Penguin
09/01/15 11:32:08 /IjFWv27
単純なspinlockだけならint値と操作関数だけでよくね?
まあpthread_spin_lock使えば?
980:login:Penguin
09/01/16 02:11:25 ePdupyOX
そういえばpthread_rwlockってmutexより良い感じ？