消しゴムじゃないMONOを使ってみるスレ ２個目

1 名前：デフォルトの名無しさん [04/11/16 23:45:50] www.go-mono.com/ 前スレ pc5.2ch.net/test/read.cgi/tech/1020215602/ 809 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 13:18:11 ] あちこちのファイルし操作してるとカレントに頼れないからな 書き込めない場会も多いし 810 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:56:42 ] 確かに環境変数とかってなんも設定されてないな。/tmp決め打ちでいいかと。 811 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:44:13 ] そしてWindowsユーザーが「勝手にtmpとかディレクトリ掘られててわろた」 とかスレたてするんですね。 812 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 01:00:31 ] mono製のクロスプラットフォームで動くアプリを数本書いてるが、 何箇所かはEnvironment.OSVersionのPlatformIDで分岐させてるよ。 813 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 01:05:55 ] tempのフォルダ取得ぐらい、.NETなら標準で用意されてるじゃねーか。 それどころかtempファイルまで作ってくれるわ。 814 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 01:48:35 ] そもそもWindowsでもTEMPとTMPの環境変数はデフォルトでセットされてる。 815 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 18:55:10 ] IronPythonはMonoで動きますか？ 816 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 19:08:14 ] IronPython1.0は動く。 IronPython2.0は今のところ未対応。 F#はばっちり動くよ 817 名前：デフォルトの名無しさん [2009/02/08(日) 22:47:44 ] 消しゴムの（ＭＯＮＯ）を使って、東方を描いてみました。 初めての試みなので、ちょっと雑な部分もあるかも知れませんが＾−＾； page6.auctions.yahoo.co.jp/jp/auction/f76771677 page9.auctions.yahoo.co.jp/jp/auction/k108226196 page2.auctions.yahoo.co.jp/jp/auction/b94573580 page.auctions.yahoo.co.jp/jp/auction/115816594 818 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:27:46 ] サラしageは他の板でやってくれ 819 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 22:10:44 ] 以下のコードのRun()の実行時間が型によって全然違うんだが仕様？ 環境はUbuntu上でMonoのバージョンは2.2 VC#でもコンパイルしてみたが，intもlongもあまり差は無かった class hoge{ 　　static void Main(){ 　　　　Run(new int[10000]); 　　　　Run(new long[10000]); 　　} 　　static void Run<T>(T[] a){ 　　　　Stopwatch sw=Stopwatch.StartNew(); 　　　　for(int i=0;i<100;i++) 　　　　　　Array.Reverse(a); 　　　　sw.Stop(); 　　　　Console.WriteLine("{0}: {1} s",typeof(T),sw.Elapsed.TotalSeconds); 　　} } 実行結果 System.Int32: 0.0096311 s System.Int64: 2.4027608 s 820 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 22:48:21 ] そりゃx86上じゃ64bit整数はそのままじゃ扱えないからな 821 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 23:17:13 ] MONOの最適化はちょっと甘いことがある。 822 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 00:30:42 ] >>819 CPU何使ってんの？ Core2とかだったらVC#は64bitレジスタを使用している可能性がある。 Monoだと32bitレジスタ2つ使って対応していると思うけど、 それにしても遅すぎだな。 その環境の最高性能を引き出すようにコンパイルされないと マネージコードの魅力が半減しちゃうな。 ちなみに、手元の環境だとこんな感じ。 System.Int32: 0.005742 s System.Int64: 0.9745676 s 少し差が縮まってるｗ 823 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 00:44:58 ] 64bitモードじゃないと64bitレジスタは使えない件について 824 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 00:47:17 ] 　　　　Run(new long[10000]); 　　　　Run(new int[10000]); の順で実行したらどうなるの? 825 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 00:55:03 ] Windows Vista Ultimate 32bit Q6600 System.Int32: 0.0009932 s System.Int64: 0.0031525 s int と long の実行順序を逆にしても変わらん 826 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 00:58:17 ] >>825の環境で object も試してみた System.Int32: 0.0009384 s System.Int64: 0.0032696 s System.Object: 0.0066534 s 構造体って速いんだね 827 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 01:25:13 ] 誰か64bit環境でやってみて 828 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 01:46:36 ] >>819の Run を Int32 と Int64 でそれぞれ5回ずつ走らせて平均を取った。 x86 Int32: 0.00093284 s Int64: 0.00314952 s x64 Int32: 0.00096868 s Int64: 0.00118714 s any Int32: 0.00097392 s Int64: 0.00118982 s 829 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 02:00:35 ] なるほど あとintだけ配列の要素数を2倍にするとどうなる？ 830 名前：819 mailto:sage [2009/02/13(金) 02:06:17 ] >>822 CPUはCore Solo U1300(1.06GHz)だから、 64bitレジスタはないはず。 他の型の場合についても試してみたらこんな結果になった。 Monoはintとdoubleが速くて、それ以外が一様に遅い。 VC#は32bit以下と64bitで分かれてる。 kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/8877.txt Array.Reverseの内部でboxingされてるとかいう理由な気がしてきた。 Monoではintとdoubleだけは例外的に最適化されたりするのかも。 実際にstatic void MyReverse<T>(T[] a)とか実装して走らせてみたら、 だいたいVC#の2倍くらいの実行時間になった。 831 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 02:07:10 ] >>823 そんなことない。レジスタサイズプリフィックス(?)をつければ 普通に使えるだろ。 64bitモードに移行すれば、プリフィックスがいらなくなる分 早くなるとかはある。 むかし、MS-DOSで386の32bitレジスタを使って高速化のテクとか 色々あったことを思い出した。 832 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 02:09:59 ] >>831 残念ながらそんなことあるんだな。64bitが可能なのはlong modeという特殊なモードだべ。 833 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 02:18:51 ] >>832 あぅ、確かに64bitモードはかなり厳格になっている... 嘘ついてごめんちゃい 834 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 02:23:01 ] >>828ってVC#の結果？ 835 名前：819 mailto:sage [2009/02/13(金) 02:33:51 ] >>824 変わらなかった。 >>829 実行時間は単純に2倍になった。 参考になるかわからんが、Mono 1.2.6でも似たような結果だった。 (というより、元々は1.2.6を使っていて、こういう結果が出たから2.2に更新した) 836 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 02:42:46 ] >>835 なるほど サンクス 837 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 03:07:49 ] こんだけ単純なコードなら吐き出したCIL見比べた方が早いんじゃない？ 838 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 03:30:55 ] ところがぎっちょん。 cscでコンパイルしたのをmonoで動かしても gmcsでコンパイルしたのをmsclrで動かしても同じ結果なのです。 839 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 04:59:31 ] // fsc -O test9f.fs / fscp -O test9f.fs #light open System.Diagnostics let rec reverse cnt ar =   if cnt > 0 then (Array.rev ar |> reverse (cnt - 1)) else ar let Run ar =   let sw = Stopwatch.StartNew() in     let rt = reverse 100 ar in       sw.Stop(); printfn "%A" sw.Elapsed; rt let _ =     printfn "%A" (Run [| 0..10000 |]);     printfn "%A" (Run [| 0L..10000L |]);; 840 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 05:00:39 ] F# (on mono 2.2)でやってみると 配列をコピーするのでその分時間がかかっているが、int64は結構速い。 00:00:00.0112015 (int32 00:00:00.0134897 (int64 >>819 の結果はこれ System.Int32: 00:00:00.0050849 s System.Int64: 00:00:01.3990044 s 841 名前：819 mailto:sage [2009/02/13(金) 13:27:13 ] >>837 ILは知識が無くてわからないけど、 >>838の言うような結果になった。 gmcsでコンパイルしてmonoで実行=cscでコンパイルしてmonoで実行 gmcsでコンパイルしてmsclrで実行=cscでコンパイルしてmsclrで実行 ね。 842 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 17:05:23 ] つまり Array.Reverse の中の人の差か 843 名前：822 mailto:sage [2009/02/14(土) 23:18:34 ] >>842が原因を解明してくれたんで、チラッと調べてみた。 ソースは mono-2.2/mcs/class/corlib/System/Array.cs で、 詳細は省くけど object int double 以外は、汎用的なやたら遅い Swapper というもので処理されてた。 当然 long が Swapper で処理されていたので、int と同じ処理 を追加したら以下の結果になった。 System.Int32: 0.0042768 s System.Int64: 0.0050798 s System.Int32: 0.0042583 s System.Int64: 0.0051871 s System.Int32: 0.0043195 s System.Int64: 0.0052207 s ソース見ればなんで遅いかは一目瞭然だけど、こういう処理は Generic を使うべきだろうなと痛感する。(List.Reverse か？) 844 名前：822 mailto:sage [2009/02/14(土) 23:40:01 ] 以下パッチ *** Array.cs.orig 2008-11-11 14:02:14.000000000 +0900 --- Array.cs 2009-02-14 22:40:01.000000000 +0900 *************** *** 1215,1220 **** --- 1215,1231 ---- } return; } + long[] larray = array as long[]; + if (larray != null) { + while (index < end) { + long tmp = larray [index]; + larray [index] = larray [end]; + larray [end] = tmp; + ++index; + --end; + } + return; + } double[] darray = array as double[]; if (darray != null) { while (index < end) { 845 名前：822 mailto:sage [2009/02/15(日) 00:44:07 ] 同じexeをVistaで実行したら System.Int32: 0.0007259 s System.Int64: 0.0025201 s だった・・・ 速度差はJITコンパイラ自体の速度差のような気がする。 JITコンパイラは、早いコードを生成する最適化も必要だけど 自分自身も高速に動かないといけないジレンマがあるよな。 846 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 01:05:25 ] どうでもいいコード書くときはリストより配列の方が書くのめんどくさくなくて使ったもののあっれーおっそいなーとかってよくあるよねー俺だけですかーそうですよねー 847 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 03:02:52 ] >>843-845 面白いネタだ サンクス 848 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 10:16:53 ] 今後のために言っておくと、パッチの中身を2chにそのまま貼るのはやめたほうがいい 書き込むときの2chの同意画面に注意 849 名前：819 mailto:sage [2009/02/15(日) 23:57:39 ] >>843 自分でもArray.csを読んでみた。 なるほど、その3つの型以外では for(int l=0,r=array.Length;l<r;l++,r--){ 　　object temp=array.GetValue(l); 　　array.SetValue(array.GetValue(r),l); 　　array.SetValue(temp,r); } みたいな実装になってるのか。そりゃ遅い訳だ 2.0以降はArray.Sort<T>(T[] array)があるみたいだから、 ついでにReverse<T>(T[] array)とかも追加されてたら良かったのにね 850 名前：819 mailto:sage [2009/02/16(月) 00:00:08 ] すまん、どうでもいいかもしれんが ×for(int l=0,r=array.Length;l<r;l++,r--) ○for(int l=0,r=array.Length-1;l<r;l++,r--) ね。 851 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:22:12 ] クラスライブラリ(dll)読み込まんのだけどなんでだろ。 ほかのサーバーでは同じディレクトリに入れとけばNPだったのに。 なんか必要なことあるんでしょうか？ 852 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 00:19:56 ] なんかMONO足りないな・・・ 853 名前：デフォルトの名無しさん [2009/02/27(金) 01:55:53 ] 2.4RC1が出たぞ。 * JIT o Metadata verifier * ASP.NET o 3.5 APIs (except for Linq support) o Precompiled Web Sites. * MonoDevelop 2.0 o Built-in GUI debugger てなってるが、バグフィックスリリースなんで面白みはない。 854 名前：アカツキ特戦隊 [2009/03/02(月) 10:23:06 ] 僕も頑張って、よい消しゴム作ったつもりです。 オークションで流してみたので、見ていってください＾−＾ page2.auctions.yahoo.co.jp/jp/auction/b97392083 855 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 02:50:13 ] コンカレントGCは実装されないのかー？ 856 名前：デフォルトの名無しさん mailto:sage [2009/03/25(水) 08:06:13 ] blog.browncat.org/2007/12/mono.html わかるような気もする… 857 名前：デフォルトの名無しさん mailto:sage [2009/03/25(水) 09:48:45 ] MONO消し ﾌﾟﾌﾟｯ・・・ｸｸｸｸｯｗ 858 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 14:29:22 ] あのー、System.Windows.Formsがロードできねぇぞ　ｺﾞﾙｧ!! って言われるんですけど、apt-getか何かしなくちゃでしょうか？ Ubuntu8.1です。 Monoは最初から入ってました。 859 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 14:36:13 ] >>858 そうです。 libmono-winforms2.0-cil を。 860 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 15:54:52 ] >> 859 有難うございます。 早速、 apt-get install libmono-winforms2.0-cil とやると、 データベースには存在しますが、利用できません。 おそらく、そのパッケージが見つからないか、もう古くなっているか、 あるいは....(略)...orz とエラー言われてしまいます(涙 861 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:22:42 ] うまく行きました!!! aptのproxy設定と、apt updateをやったら、無事取れましたー。 862 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 22:14:57 ] 2.4でたのに全然もりあがってないのね 863 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 09:15:21 ] おいらはトランクをおっかけてビルドしてるだけだから、リリースとかには 疎いんだよね。 MONOを「使って」ない、ってのもあるけど（ぉ C#の勉強でもするか... 864 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 01:55:52 ] 今日び「(ぉ」は珍しいのう。 865 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 09:06:41 ] (藁 866 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 12:34:02 ] www.atmarkit.co.jp/news/200901/29/mono.html 古いニュースだけど、こういう使い方もできるのか。 Objective-C覚えなくて済むからいいね。 867 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 13:58:22 ] JITを省くと互換性はどうなるんだろう やっぱり、Type.MakeGenericTypeなんかは使えなくなるのかな？ 868 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 09:24:37 ] WebRequestにAutomaticDecompressionプロパティがなかった・・・ 869 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 17:56:46 ] CentOS5に簡単にインストールする方法ってないですか？ 870 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 19:25:02 ] >>869 yumにMonoのリポジトリを追加すればいい 871 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 19:39:08 ] それすらも面倒だ 872 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 19:40:44 ] >>871 じゃ、LiveCDで起動しろ 873 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 21:59:05 ] CentOS Extrasで入る。 874 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 23:10:14 ] makeだと最新版が使えたｳﾏｰ 875 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 21:33:35 ] DirectX使ってたら駄目なの？ 876 名前：デフォルトの名無しさん [2009/04/28(火) 18:09:10 ] System.TypeInitializationException: An exception was thrown by the type initializer for System.Drawing.GDIPlus ---> System.DllNotFoundException: libgdiplus.so.0 at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup (ulong&,System.Drawing.GdiplusStartupInput&,System.Drawing.GdiplusStartupOutput&) これってどういう意味っすか？ 877 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 18:38:03 ] libgdiplus.so.0 が見つからないってさ 878 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 18:04:06 ] 久しぶりにというか、やっとビルドが通って ２．２を試してみた（今まで１．２系だった） Windows.Formsで 日本語入力が普通に出来て 驚いた、感動したｗ （すいません１年ほど遅いですが、どうしても書きたくて） 879 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 18:36:35 ] >>876 システムに入ってる libgdiplus が libgdiplus.so.0 じゃなかったら etc/mono/config で、 <dllmap dll="gdiplus" target="libgdiplus.so.1" os="!windows"/> のようにする（libgdiplus.so.1 だったら） 880 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 23:13:24 ] >>878 その驚きと無縁なMacユーザーの俺 gtkのせいってのはわかるんだけどね…(´；ω；｀) 881 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 00:27:56 ] >>880 え。MacのWindows.Formだと日本語入力ができませんの？ 882 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 00:59:38 ] gtkってコントロールのプロパティまで日本語に翻訳しちゃってるの、 なんとかならないのか？MonoDevelopのプロパティリスト見て、 絶望的な気分になるんだが。 883 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 13:02:24 ] GTKとかGNOME周辺の日本語訳の質なんてもう何年も惨々たるまま。 今までなんともなっていないということは今後もどうにもなりそうもないのでは。 884 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 13:35:08 ] こういうのは英語のまま残しとけ、とかそういう判断ができる人は そういうところまで手がまわらなかったりしてるんだな。 ていうか人がいないんですよどこも。 885 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 20:35:11 ] 気が早いけど、次のスレタイは何かなぁ。 5年ぶりにスレたてするやつぁ頑張れよ。 886 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 21:13:50 ] 初代スレも「消しゴム〜」だったんだし、ここはひとつそのまま伝統に。 887 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 21:37:32 ] こんなスレタイだけど好きになってしまったんだなｗ 888 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 21:45:09 ] MONO消しゴムよりHOMO牛乳 889 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:17:07 ] っ[言い出しっぺの法則] 日本語とプログラミング言語の両方が出来るヒトは、意外に希少 890 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 14:07:48 ] >>881 monoに罪はないんだけど、Quartz-nativeで動くgtkが日本語入力できない 891 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 16:59:55 ] >>880 >>890 WinFormsとGTK#は別物だぞ WinFormsの実装にGTK#は使っていない 892 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 17:31:54 ] >>891 そうだったのか てっきりGtk#だとばっかり思ってた。すまん じゃあ改めて。 MacのWinFormsはさっぱり日本語入力できない。 っていうか表示もおぼつかない。 893 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 12:29:29 ] ほんとだ。出来ないようだね。 でも、System.Windows.Forms.CarbonInternalsのKeyboardHandlerで かな漢字変換は扱えていて、GetEventParameter()までしているのに、 その結果をちゃんとXplatUICarbonの親ループにWM_IME_COMPOSITIONの メッセージとして渡していないのが原因っぽい。 KeyboardHandler.ProcessText()にもそのようなコメントが書いてあるし。 問題がこれだけだとしたら、対応は簡単。 1) 複数文字のテキストがProcessText()で見つかったら、WM_IME_COMPOSITION 　を送るようにする（X11Keyboard.SendImeComposition()みたいに） 2) XplatUICarbonのDefWndProc()で、WM_IME_COMPOSITIONを処理するように 　する（これもXplatUIX11が参考になるはず） これでいけると思う。誰かXplatUICarbonをハックしてみてよ。（無理？w 894 名前：デフォルトの名無しさん mailto:sage [2009/05/06(水) 17:58:36 ] 誰もやってくれそうにないよ。しょうがないから作ってみた。WM_IME_COMPOSITIONを経由してWM_CHARを送るところまでは出来ているはず。 https://bugzilla.novell.com/show_bug.cgi?id=501276 でもまあ、日本語表示してくれないからこれだけじゃほとんど意味ないけど。 895 名前：デフォルトの名無しさん mailto:sage [2009/05/06(水) 18:56:50 ] >>894 えのﾀｿ乙！ 896 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 00:25:56 ] >>894 乙ー なんだけど、ちょっとだけツッコミ 日本語表示はnot at allじゃないはず。Labelとかなら一応表示できるかと… スレチかもしらんがlibgdiplusを2.4にアップデートしたら起動しなくなった…入れ直してこよう 897 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 01:37:39 ] >>896 お、トンクス、そうなんだ…と思って実験してみたらわかった。 デフォルトのフォントがいくないんだな。よく考えたら昔調べたことあった。 フォントを明示的にosakaにしたらテキストボックスでも日本語入力 できているのを確認できますた。 ttp://f.hatena.ne.jp/atsushieno/20090507012745 …が。 なんか、一部のテキスト入力がちゃんと取れていない様子。 「感じ」とか取りこぼしてしまうみたい。「漢字」はとれるけど。 何でだろうなあ。単一文字と複数文字を切り分けている怪しい部分を 書き換えてみたけど、やっぱり直らない。何でだろうなー ちなみにlibgiplus/OSXは僕もまともにビルドできていないので（Mac版は というかMacの使い方がよくわからんw）、 パッケージ版にLD_LIBRARY_PATHを通して試しているよ。↓こんな感じ: LD_LIBRARY_PATH=/Library/Frameworks/Mono.framework/Versions/2.4/lib/ MONO_PATH=/svn/mcs/class/lib/net_2_0 mono form.exe （MONO_PATHは、いったんmono全体をビルドした環境なら、make installをやらなくても mcs/class/Managed.Windows.Formsをビルドするだけで試せるので指定している。） 898 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 23:15:46 ] >>897 OSXってLD_LIBRARY_PATHが効いたっけ？ DYLD_LIBRARY_PATHじゃないの？ 899 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 23:24:59 ] 次スレはC#とLinuxで実行できる事が伝わるスレタイであってくれ 900 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 23:46:18 ] >899 そうかもな。 【Linux／Macで】消しゴムじゃないMONOを使ってみるスレ 3個目【C#とか】 901 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 23:49:41 ] MONOをGWに初めて触ったおいらに教えてください。 １．Linuxじゃなくて、iPhoneやAndroidでMONOを動かすのは難しい？ ２．C#じゃなくて、IronPythonやIronRubyを動かすのは難しい？ へんな質問だったらすんません。 902 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 01:07:24 ] >>901 そのへんの情報は公式サイトに行けばすぐに見つかるよ。 今のところ、日本語の入門サイトとかほとんどないから、 ・公式サイトが分からない ・英語が分からない ・情報が探せない という人だと、何をするのも難しいと思う。 903 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 12:07:34 ] DotGNUと比べてこっちの方が活発なの？ 904 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 22:36:35 ] Linuxに革命が起きるよ。 905 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 23:08:07 ] それは期待。 早く実現しろ。 906 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 23:11:13 ] Linuxに革命を起こすMono 907 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 00:35:55 ] LinuxのApacheにてASP.NETとLINQでWEBアプリ実装。 かつてのVBみたく馬鹿みたいに簡単ですな。 いままでのWEBアプリ開発の苦労はなんだったんだ OTZ.. 908 名前：デフォルトの名無しさん mailto:sage [2009/05/21(木) 01:01:58 ] FreeBSD7にmono2.0とsqlite、mod_mono入れてwebページ作ってるけど、全然前に進まん('A` 簡単なページは問題ないんだけど、Page_LoadでDBアクセスが発生するページまで来たら "Input string was not in the correct format" で500返される。 ADO.NETにSystem.Data.SQLite使ってるせいなんかなぁ。IISで動作検証した後、そのままmono に持って行きたいからMono.Data.Sqlite使いたくないんだが。。。 でもまあ、初めて動いたときはちょっと感動した。 現在必死こいて2.4コンパイルちう。 909 名前：デフォルトの名無しさん mailto:sage [2009/05/21(木) 16:34:38 ] 2.4入れてみたけど、ShadowCopyに失敗して動かねえ。 公式の掲示板みても、どうもShadowCopy周りに問題があるような希ガス。 誰か動いてる香具師いる？ 2.5待ちかねえ

---

---

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

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