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

FreeBSD/x86 野良ports
更新しました。

>>609は使ってもいいですが、出来れば下記に用意した最新のものを使ってください。

■変更点

lang/mono
・monoソース中の「#!/bin/bash」となっている部分を「#!/bin/sh」に置換した。
　これにより shells/bash への依存が無くなりました。

www/xsp
・新規です。テストしてません。
　作成中にライブラリ依存でエラーが出ました。
　クリーンなFreeBSDで作成していないので、クリーンインストール直後の環境下だと
　依存関係が足りないかもです。
　その場合はこのスレにご報告ください。

www/mod_mono
・新規です。テストしてません。
　Apache2.x用です。


繰り返します、>>609は使ってもいいですが、出来れば下記に用意した最新のものを使ってください。

■最新の野良portsファイル
更新：　http://www.solids.jp/tmp/mono2.0.1_3.tar.bz2
新規：　http://www.solids.jp/tmp/xsp2.0_1.tar.bz2
新規：　http://www.solids.jp/tmp/mod_mono2.0_1.tar.bz2

繰り返します、繰り返します、>>609は使ってもいいですが、出来れば上記に用意した最新のものを使ってください。

>>609が重要なように聞こえるな

>>625

>>625

>>624
あれひどいよな。
SplitContainerもひどい。作った奴は素人かと

>>625
ｷﾀｺﾚ!!
GJ

ν即に宣伝するなうざい

>>625
需要あるのかよｗ

あっちこっち宣伝してる奴はアフォか？
マルチ野郎と思われるだけだぞ。

MONO（笑）
純正使えよｗ

Windows2000など窓から捨てろよｗ
原始人はVC++とISAPIでも使ってろよｗｗｗ

>>629
Delphiの時代からWebBrowerコンポーネントはゴミ。
.NETに移行したら直ると思ったが甘かった。
まぁ、伝統だ。

会社が変わってもそういう伝統を引き継いじゃうってw
ボーランド由来は所詮ボーランド由来か。

↑アホ

　　　　　　　　　　　イ三三三三 ＼
　　　　　　　　 ／イニニニニ＼ヽ＼ゝ＿
　　　　　　　／イニニニニニ＼＼V/彡＼、
　　　　　　　|三ニ＞───､＼V//彡＼ヽヽ
　　　　　　　|三ニ|　　　　　　　　￣　＼＼ヽ|
　　　　　　 ﾊ三シ∠ミヽ,　　　　　　　　＼ミ l
　　　　　　｛!ﾚ/　　ﾐゝ.,_　　　 　∠三ゝ　|ミ l
　　　　　　 | ﾚ 　彡ヽ｀'ゝ　　　f=・xﾐ;　　|ミ/
　　　　　　 '┤ 　 　　　ノ　　i　｀'' 　 　　/}
　　　　　　　l　　ｰイ⌒(､　　':i 　 　　　/ /
　　　　　　　|　　　《三ヲ｀7≦　　 　　〃
　　　　　　　ﾄ、 　 斤 ￣｀''キ≧ 　　/´
　　　　　 ＜| 丶　　ヽニ--ソ'" 　 ／
　　　　　ﾉ|　＼ ＼　　　￣　 　／＼
　　　 ／　l　/ ヽ、ヽﾐ　＿彡'´.〉　 /＼
_＿／ 　　.ﾄ､ヽ　　i　　　　|　 /　　|.　　＼＿

↑アホ

というかそもそもIEコンポ自体が（ｒｙ

IEコンポ以前の酷い出来。

俺はPanasonic製のMDコンポ使ってる

http://xy.yu.to/
始終荒れまくりの海外サーバ絵チャだ

一人の神プログラマーが強すぎてマクロ荒しが全く太刀打ちできてない。
荒しプログラマーは全員退散！！
誰か倒してくれｗｗｗｗｗｗ

荒らしても荒らしても線が消されてしまう
一体どうやっているのか？！

Subject: HEADS UP: mono update
> There is version 2.0.1 of lang/mono in the bsd# repo [0], wich works on
> i386 and AMD64.

だそうだ

> It would be greate if anyone can help test thing out so no problems come
> after the upgrade (next week).
>
> Any feedback is welcome.

（ ´_ゝ`）ﾌｰﾝ

Mono.SIMDｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

なぜILにSIMD命令がないのか疑問だったけど、Monoが先に実装したぜGJ！
多分MSもそのうち実装するんだろうけど、SIMDは実装の違いが大きいから
慎重になってんだろうな。

ILにSIMD命令はすげーメリットあるんだけどな。
SSE1か3か悩まなくていいし、ない場合の代替処理の作成とかしなくていいからね。

ほー
こんなのできてたのか
興味深い

まだものたりないな。MONOだけに

新機能より、amd64での安定化が先だろ。

｜　呪　｜
　〓　〓
　Ф　 Ф
　ｷ ３　　＜天国から逆流してきました。
　＜□／ 　　プ技板のみなさん〜ﾁｭｯ〜LOVE☆
　　川
　　oo

そろそろ消しゴムのほうのMONOくらいに名が知れてもいいレベルになってきてると思うんだけどなあ

>>652
各種ディストリビューションのパッケージが追随しないと誰も使わんだろ。
それこそ>>625みたいのが出揃わないと。

この御時世に自前で依存関係を考慮しながらソースからコンパイルなんて誰もやらん。

Linux の各ディストリは本家でサポートしてるよ。
パワーユーザに BSDer が多い日本が特殊なだけで。

マカーはどれくらいいるんだろう

>>654
RedHat系は軒並みMono1.9だよ。
FreeBSDなんて公式はMono1.2だし。
go-mono.comで>>625みたいな非公式パッケージを満遍なく配布するくらいしないとダメかと。
コア部分にWindowsUpdateやPaint.NETみたいな機構を取り入れて強制最新版配布とか。

あと、FreeBSDやLinuxがメインではなく、Windows版を押しまくって、
IBM Javaみたいな状況になる方がいいと思う。

純正ラインタイムより凄いですよ！
みたいな

しかし各プラットフォームで同じバイナリで同じ使用感になるというレベルには達していないと思う。
というのが実感かな。System.Windows.Formsをばりばり使いたいならね。

こういうのの開発に参加するには、やっぱ英語わかんないと無理かな

>>659
PeerCastやVineLinuxみたいに日本独自バージョンを作ればいい。
基点ごとにマージする感じで。

>>625
send-prして乗っ取ればいい。

しかし、Mono.SIMDはひどい実装だな...もろSSEのラッパーやん。
これじゃ違う実装に対応できひん。

いろんな実装を比較検討して、絶妙な最大公約数で実装してほしかった。

まぁ今はSSEオンリーで困ることはないんだけど、Intel自体が
SSEに代わる実装を検討しているわけだし、結局はMSの実装待ちかね。
それまでは十分遊べそうだけど。

＞Intel自体がSSEに代わる実装を検討
詳しく

>>663
ttp://pc.watch.impress.co.jp/docs/2008/0410/kaigai435.htm
ttp://pc.watch.impress.co.jp/docs/2008/1031/kaigai474.htm

Larrabeeのベクタユニットは直接いじるもんじゃないと思うけど、
AVXはかなり具体的な感じだな。

お、サンキュー
今から読んでみるわ

>>661
もう少しテスト結果がでないとsend-prは早いかなと。
ということで皆さん>>625のテストお願いします。

SIMDに関してはDirectXのエミュレートモードみたいな実装が必要かもね。

すものもものももののうち
SuMonoMoMonoMoMonoNoUchi

>>658
Windows Formsをそのまま環境のネイティブGUIパーツに置き換えたい俺がいる

JavaのSwingみたいな実装がそれを実現できるんだろうけど、異常に手間がかかりそうな予感。

>>669
それを言うならSWTでは？

so, what?

>>670
どんな環境でも同じルックアンドフィールを保ちたい人にも、それぞれの環境のルックアンドフィールを適用させたい人にも使えるという意味でSwing

>>672
見た目だけネイティブUIにしたいってことか

GTK#とういのはどうよ？使ったことはないけど。

今のエイリアンなルック＆フィールを使うかネイティブUIパーツを使うかを選択できれば最高ってことか

もう4年前かよ。異様に開発スピード遅いなこれ

Windows.FormsとかSilverlight1.0とかいらないものやってるからね。

同情するなら資金源のSUSE Linuxを買ってやれ。

>>675
Mono 2.2 で予定されているプラン
* JIT
o New JIT engine (Linear IL)
o Full AOT
o Full Generics Sharing
o Mono.Simd
* MoMA Web Tools
* ADO.NET Updates:
o Updated TDS 8 (Transactions)
* Native Windows.Forms engine.
* Intrinsics Support
* C# Shell
* C# Evaluation API (Mono.CSharp.Evaluator)

>* Native Windows.Forms engine.
これでネイティブルック&フィールになりそうだ。

JavaSE7のプロパティ構文が待ち遠しい。
Win以外でのWindows.Formsが完璧になるか、JavaSE7がリリースされるかどちらが早いかと問われれば・・・
やっぱりJavaだよね・・・C#は好きなんだが、Javaに移りたくなる。

>>676
本家に追いついてきているから全然おk

>>680
C#というか.NET環境はWindowsに最初からインスコされているからね。
ユーザーにランタイム環境を意識させないのは大事なことだ。
だから、JAVAはサーバー上ではよく使われているわけだし。

>>679
手広くやりすぎｗ

>>680
JavaよりMonoの方が開発に口出しできるから面白いよ。
Monoの公式掲示板にワガママを書いてもマジレスしやがるし。
趣味の世界の話だけど。

mac osxに昨日DLした2.01_1いれてF#のSeptember CTPをいれたんだけど
Readmeどおりにして mono bin/fsc.exeすると
Unhandled Exception: System.TypeInitializationException: An exception was thrown
by the type initializer for <StartupCode$FSharp.Compiler>.
$Microsoft.FSharp.Compiler.Ast ---> System.InvalidCastException: Cannot cast
from source type to destination type.
みたなの例外がずらずらでてきて動かないんだけどlinuxとかのmonoでは動く？

>>684
f#わかんねぇ

ごめんF#ってこれ
http://research.microsoft.com/fsharp/fsharp.aspx
OCAML系の言語かな

>>686
Monoは、そんなものに今の段階で手を出すなって感じだな

>>687
F#はMonoで動かすことも想定して公式配布物にinstall-mono.shなんてのが入ってるよ。

やっぱり関数言語ヲタはきもい。褒め言葉だけどきもい。

F#にMonoは全然関わってないだろ。でも対応してもらうのはありがたい。
何気に関数型言語が流行ってきたっぽいし。俺はLispが好きだけどｗ

IronPythonがんばれ

IronRuby もっとがんがれ

>>692
仕事遅いよなw

>>684
macもってねぇ

>>693
利用者が増えれば開発も進むだろ。
腐っても利用者の大半はプログラム目的な訳だし。

最新刊の日経LINUX で絶賛されてたぞMONO

宣伝するだけもで開発は加速するだろう。

OpenOffice.orgやFirefoxなどと違って利用者はプログラマが主体だし。
gccほど低レベルな実装でもないのでへっぽこでも手出しできるし。
Javaみたいに閉じた世界でもないし。

>>692
RubyはPythonより仕様が不安定だから・・・

>>695
D言語並にコロコロ中身が変わるくせにバグ減ってないんだぜ
バージョンアップする毎にスクリプト書き直し、さらには原因不明のバグとお見合いなんて嫌だろ
開発者のblogも暢気な事しか書いてないし、更には自分の進捗の話題を避けて書いてる(ように見える)


使いものになる実装が出てきてほしいと言う人は沢山いるだろうが、
期待してる人は少ないだろう

>>699
D言語と違って、純正という本流があるわけだし、とりあえずそこに向かえばいい。

このスレ保存した
http://p2.chbox.jp/read.php?host=pc11.2ch.net&bbs=tech&key=1100616350&ls=all

>>700
向かってないし向かう様子も無いという話なんだが

使う人が増えて煽れば進むんじゃね？
誰かが作るだろうし。

MonoもMoonlightも独禁法対策でしょ。

Moonlightはいらんからコアの安定性をだな…

>>703
GCJはSwing実装がウンコのまま、SunがGPLでJDKを公開して終了した。
Monoもまともな品質の互換環境が出来ないまま、MSが次の技術に移行して終了だと思われ。

しかしそれにいち早く気付いたグーグルCEOがオバマを動かすことになるのだが
これはまた別の話

ASP.NETの実行環境だけ優先して強化してくれ。
他はどうでもいい。

どうせクライアントはWindowsが99.99%なんだし。

それはエゴだよ

ならば全人類に今すぐ叡智を授けて見せろ！

おまえおれのォォォォォォ

消しゴムじゃなく
http://kan-chan.stbbs.net/goods/shine.jpg

>>712
Mono に死ねと申すか

>>706
Win32が未だにサポートされているわけだから、.NET環境が動かなくなる
ことはほとんど考えなくていいだろうよ。
ただ、WPFみたいな機能がどんどん追加されて、それに追従するのは
大変そうだけどね。

それよりも、Linux上でこれだけまとまったライブラリを使えることに
GJ！と言いたい。

>>714
WPFとかは、しばらく追従しなくてもいいと思う。
趣味プログラマ以外は手を出さないだろうし。

.NET3.0はゴミだから無視していいだろ。

おいおい、LINQは無視できないぞ。WPFはいらないが。

だから.NET3.0とばして.NET3.5の機能を先に実装してるよ。C#3.0の文法も対応済み。

>>717
確かにLINQはいいね。.NET関係なく使えるいいツールになる。
>>706
Javaはスレ違いだが、
GCJとSunのクラスライブラリを組み合わせるプロジェクトもあるけど、
自前開発プロジェクトCLASSPATHとの関係がいまいち。

時間かかりそうかつ利用者が少ないWPF関連はしばらく飛ばして実装なんだな

Moonlightにリソース絞りたいんでしょう

>>718
すまんLINQは3.5からだった。
しかし、LINQ to XML は笑っちゃうくらい簡単だな。
こうなると何でもかんでもXMLで読み書きしたくなる。
俺的には今XMLが熱いｗ

>>675 の Mono 2.2 で予定されているプランが微妙に変わってた...

* Native Windows.Forms engine (Windows only)

Windows only って意味ないやん！

Mono2.2 で Paint.Net を動かしてみたけど、だいぶ速くなってるな。
前は、5倍ぐらい速くなんないとダメだろうとか思っていたのが、
倍ぐらい速くなればいけるんじゃね？と思えるぐらいになった。

バグもいっぱいとれてるしMonoチームGJ！

ネイティブパーツはWindows onlyだと
なんという無意味さ
これぞまさにWindows Forms

windows なら.net使うよｗ

'Native' Windows Formsなんだから、Windows only に決まってるじゃん

MONOに鞍替えしたらネイティブ作れるの？

〉〉728
.NETは元々ネイティブだけど、Linux上でってこと？
残念ながらネイティブではない。
見た目がWindowsのアプリと同じになる。

見た目がってどのウィンドウズと同じ見た目になるの？
Luna固定とかだったら逆にキモいだけじゃねｗ

XP以降で言うクラシックスタイルだな今は
俺はそれがキモくて仕方がないから開発にはぜひWindows Formsが各プラットフォームネイティブの見た目になるように頑張ってほしい。

VisualStudio 2008 Expressで作ったプロジェクトをコンパイルしたいんだけど、
prj2make Target.csproj とかすると
EXCEPTION: System.NullReferenceException: Object reference not set to an instance of an object
　at Mfconsulting.General.Prj2Make.SlnMaker.GetCsprojFileVersion (System.String strInCsprojFile) [0x00000]
　at Mfconsulting.General.Prj2Make.SlnMaker.MsSlnHelper (Boolean isUnixMode, Boolean isMcsMode, Boolean isSln, System.String slnFile) [0x00000]
とか言われちゃうんだけど対応してない？ Mono 2.0.1 from MacPorts
普段びずあるすたじおで開発してるんだけどゴロ寝PCがMacなのでそっちでもゴロ寝開発したいんだ…
つかMonoって全然流行ってないんだね…

2003までじゃないかな

2005 以降の csproj は msbuild 形式だから Mono でやるんなら
たぶん xbuild だな。実際出来るかどうかはしらない

>>733
そうなのか

>>734
おーありがとー
csprojってxmlファイルだったんだな…初めて知った
xbuildで試してみたけどMicrosoft.CSharp.targetsがうんぬん言われた
>>480っぽくパスを書き換えてやったらそれっぽい動作をしたけど参照してるDLLが見つからねえとか
System.Net.HttpWebRequestだかがみつからねぇだとかすげーエラー吐かれたから不貞寝するわ…

モノにならなかったわけか

Monoは純正が提供されていないWindows2000用
当面は Windows Forms が Native でも問題ない。

>>247
マジですか！Windows.Formsが動くんですか！
昔なんとなくwinで作ったdotNetアプリを動かそうとしてダメで
調べたらWindows.Formsが未対応だったからガッカリしてました。
動くんなら、またやってみるべ。

なんという遅レス

本来、掲示板とはそういうもんだ

MacOSX上のWindows.Forms on monoの話．

コントロールの範囲外で起こるMouseEventのMouseEventArgsの座標が常にオカシイ．
例えばMouseDownしてコントロールの範囲外までMouseMoveしたとき等．
いつもPointToClient( Control.MousePosition )しないといけないのでめんどくさい．

こういうのをここにしかPOST出来ない俺が情けないよ，ホントに．

もう消しゴムの方のMONO使っていいんですか！

OSX 10.4.11 ppc mono 2.0.1 だけど win.forms 動かないよ画面でてこない
GTKは動くんだけど

>743
Windows.Formsに対応してるのは１．２系だけじゃなかったけ？

ガーンそうなんだ。ありがとう
TypedReference.MakeTypedReferenceとかもNotImplementedExceptionだった

winformsは2.4にOSXのアップデートが含まれると書いてあったな。

野良ports作者さん乙です。
ちょっと前にビルドした時のメモを消す前に残しておきます。
依存関係で参考になるかもと思って。

ビルドに gawk が必要
/bin/bash がハードコーディングされている箇所あり。/bin/sh に書き換え
winformアプリの実行に libgdiplus が必要?

>>743 >>744
intel macだと>741見たいなことにはなるが動いてるよ．
X11を入れ忘れてるとか？　Universalだから，「ppcの場合は動きません」とかは無いと思いたい

>>747
libgdiplusの方を先にmake installして下さいと書いてありますね

OSX ppcだけどX11いれてるけど動かないよ
traceしてみると
System.Drawing.GdiplusStartupInput:MakeGdiplusStartupInputで止まってるみたい
なにかライブラリ足りない？

>>749
ひょっとしてmac ports使ってる？
だとしたら速攻削除して公式バイナリ使ってみれ

公式だけどだめ mono のforumsに似た症状のカキコがあって
libcairoをいれたら動いたとかあったのでmakeしてinstallしてみたけどかわらないよ
make checkしたらFAILしてるからそのせいなのかわからないけど

>>749
X11.appを起動して、
export DISPLAY=:0
の環境があるところで実行。

あるいは、
export MONO_MWF_USE_QUARTZ_BACKEND=1
export MONO_MWF_USE_CARBON_BACKEND=1

OSX ppc で動いた Win.forms 動いたよ
mono --trace hello_form.exe 1>log ってやって、5分以上無応答で
ほったらかしにしてX11のxtermで man mono してたらウィンドウがでてきた
その後はX11も閉じてTerminalからやっても1分くらいで
ウィンドウがでるようになったよありがとう
Mono.frameworkのenv.shを.bash_profileに全部書いたのもよかったのかも

formsが動いたから遊んでみた
TextBox のコピペしたらクリップボードがOSと共有できないのに気づいたよ
何か共有する方法ってある？ファイル書き出ししかない？

要望提出

hosyu

Mono 2.2 RC1 が出たというのに反応がないな...

2.2はJITエンジンが新しくなってて、Winformsもたくさんバグが
とれてるし、重要なリリースだよ。

簡単なちん毛ログはでてないのか?

ASP.NET AJAX動いた人いる？
実験したんだが、Visual Web Developerで動かしたときはリロードなしで動くのに、
プロジェクトをコピーしてxsp上で動かすとページ全体をリロードして動く。
使ったのはmono公式で配ってる
Mono-2.0.1_openSUSE-11.0.iso
をVirtualPC上で動かした環境。

>>758
ttp://www.mono-project.com/Roadmap
このページに要約とリリースノートがあるよ。

てかGNOMEのもの必要としすぎ

>>761
Mono は glib しか必要としてないはずだけど。
Winforms は Cairo を使っているけど、ソースに内包してるから
改めてインスコしとく必要はないよ。

.NETがすでにインストールされてるWindowsにMONOを入れたらどっちで走るの？

.NET Framework

試してみたいけどPC一台しかもってないから面倒なことになりそうだな

コマンドプロンプトで、monoへパスが通ってるところで、
mono hogehoge.exe
で実行したら、monoで走る。それ以外は純正.NETで走る。

自己解決。/xsp/ScriptResource.axdが404になってるのが分かり、数時間悩んだ末
/usr/lib/xsp/test/web.config
をVWDの出力したものに置き換えたら普通に動いた。
プロジェクト一式をディレクトリを掘った奥に置いただけだったからだめだったのね。

Mono on Android

ttp://tirania.org/blog/archive/2009/Jan-05-1.html
ttp://www.koushikdutta.com/2009/01/mono-on-android-with-gratuitous-shaky.html

>>762
公式で転がってる各種のtoolをいれた時の話
必要とされまくってるよ

あとcairoってGNOME関係なくね

てか別に意地になるような話でもことでもないけどさ
入れればいいだけだし
ただなんとなく気分で書いた
glibとかcairoとかgtkに必要なものぐらいはどうせokだけど
なんか何が必要なのか分からないからとりあいず
公式においてあるもので必要になりそうなものだけ入れとくかと思ったら
GNOMEができあがっていらっとしただけの話でした失礼しました

Cell B.E.に特化したMONOってありませんの？

IBM が乗り気になればできるんじゃない？

>>772バカは死ねよ

2.2出たみたいだね

Mono Projectは1月13日、.NET Frameworkのオープンソース実装「Mono 2.2」をリリースした。
プロジェクトのサイトよりソースとバイナリパッケージをダウンロードできる。

最新版では、バグ修正のほか、いくつかの機能強化を行った。ランタイムでは、コード生成エ
ンジンとして新たに「Linear IL」を採用。これまでのツリーベース表示と比べ、高度な最適化が
可能になるという。このほか性能面では、「Generic sharing」を強化したほか、JITでSIMD命令
セットをサポートした。モニタリングでは、最新のGUIツール「mperfmon」により、システムのパ
フォーマンスを監視できるようになった。

C#レベルでは、「Mono.CSharp.Evaluator」を利用してC#コンパイラをアプリケーションに組み
込めるようになった。また、インタラクティブシェル「csharp」コマンドが追加されたほか、GUI
バージョン「gsharp」もツールパッケージに含まれているという。

コード分析ツール「Gendarme」は、新しいフィルタリングオプションやルールが追加された。
既存ルールの修正や強化も行ったという。
http://sourceforge.jp/magazine/09/01/16/048239

2.2がでても盛り上がりなしか・・・

俺は見守ってる

俺も見守る

俺は看取ることにしよう

FreeBSD Mono とかいうメーリングリストが始まったらしい件

Monoの為だけにopenSUSEにしちまった

>>782
俺漏れも

このプロジェクトが存続するとマイクロソフトにとっては厄介なことになりそうだな
.NETを捨てる時にユーザーが付いてきてくれなくなったらどうするんだろ
MONOも変えさせるんだろか

それは杞憂といいます

仮にMSが.NETを捨てて新しものを作ったとする.
その新しいものが.NETよりもずっと魅力的ならデベロッパーもユーザーも
付いていくし,今度はそれの互換環境を他OS向けに開発しようという奴が出るだろう.
魅力的でなければまぁ誰も移行しなくて終了.それだけじゃね?

.NETはOSのAPI的な意味合いが強いから、そう簡単には捨てないだろ。
それよりも、.NET使ったアプリは結構な割合でWin32も一緒に使ってる。
Win32自体がまだ捨て去られていないほうが問題だ。

.netで、ユーザーモードのデバイスドライバを開発できるようになってほしいな。
上手くmonoが追従すれば、LinuxでもWindowsでも同一バイナリのドライバでデバイスが使えるようになる。

でも、そこまで抽象化するのも難しいのかねえ

昔のPDCの資料では、UMDFでC#でドライバ書けるとなっていた。
しかし途中からそういう話はなくなった。

WPFは実装しないのかなあ
WinFormsに比べたら移植性は高そうだけど

WPFは普及度的に後回しだろうな

Win 7と VS 10 + .NET 4.0 で弾みがつくかもしれないけど
まだまだだしな > WPF

始まる前に終わる

ttp://www.atmarkit.co.jp/news/200901/29/mono.html
> iPhoneでC#アプリが審査に通るワケ

Windows でも AOT でネイティブ EXE 作れるの?

GnomeはどのぐらいMonoになってるの？

ぜんぜん

ubuntu 8.10 serverで使ってるんですが、CreateDirectoryの類が使えないのはなぜ？

例外も出ないんですが、処理が実行されててもディレクトリが作成されていません。

他のlinuxでもそう？

勘違いでした。
別のディレクトリを見てました。

ｗ

なんつー間の抜けたスレ

所詮2chレベル

Monoの話じゃないのだけれど、java swingのプログラムをlinuxで動かしたら
ホームディレクトリに 
~/C:\windows\temp\hoge.tmp というファイルが出来て笑ったことがある。

決め打ちかよｗ

使い捨てのコードとか、利用者が自分だけだというコードではよくやるよなー

何も考えずに、カレントディレクトリとかにすればいいのに。

>>807
Vistaだとカレント（プログラムのあるディレクトリ）に書こうとすると変なことろに飛ばされるじゃん。

あちこちのファイルし操作してるとカレントに頼れないからな
書き込めない場会も多いし

確かに環境変数とかってなんも設定されてないな。/tmp決め打ちでいいかと。

そしてWindowsユーザーが「勝手にtmpとかディレクトリ掘られててわろた」
とかスレたてするんですね。

mono製のクロスプラットフォームで動くアプリを数本書いてるが、
何箇所かはEnvironment.OSVersionのPlatformIDで分岐させてるよ。

tempのフォルダ取得ぐらい、.NETなら標準で用意されてるじゃねーか。
それどころかtempファイルまで作ってくれるわ。

そもそもWindowsでもTEMPとTMPの環境変数はデフォルトでセットされてる。

IronPythonはMonoで動きますか？

IronPython1.0は動く。
IronPython2.0は今のところ未対応。
F#はばっちり動くよ

消しゴムの（ＭＯＮＯ）を使って、東方を描いてみました。
初めての試みなので、ちょっと雑な部分もあるかも知れませんが＾−＾；

http://page6.auctions.yahoo.co.jp/jp/auction/f76771677
http://page9.auctions.yahoo.co.jp/jp/auction/k108226196
http://page2.auctions.yahoo.co.jp/jp/auction/b94573580
http://page.auctions.yahoo.co.jp/jp/auction/115816594

サラしageは他の板でやってくれ

以下のコードの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

そりゃx86上じゃ64bit整数はそのままじゃ扱えないからな

MONOの最適化はちょっと甘いことがある。

>>819
CPU何使ってんの？
Core2とかだったらVC#は64bitレジスタを使用している可能性がある。
Monoだと32bitレジスタ2つ使って対応していると思うけど、
それにしても遅すぎだな。
その環境の最高性能を引き出すようにコンパイルされないと
マネージコードの魅力が半減しちゃうな。

ちなみに、手元の環境だとこんな感じ。

System.Int32: 0.005742 s
System.Int64: 0.9745676 s

少し差が縮まってるｗ

64bitモードじゃないと64bitレジスタは使えない件について

　　　　Run(new long[10000]);
　　　　Run(new int[10000]);
の順で実行したらどうなるの?

Windows Vista Ultimate 32bit Q6600

System.Int32: 0.0009932 s
System.Int64: 0.0031525 s

int と long の実行順序を逆にしても変わらん

>>825の環境で object も試してみた

System.Int32: 0.0009384 s
System.Int64: 0.0032696 s
System.Object: 0.0066534 s

構造体って速いんだね

誰か64bit環境でやってみて

>>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

なるほど
あとintだけ配列の要素数を2倍にするとどうなる？

>>822
CPUはCore Solo U1300(1.06GHz)だから、
64bitレジスタはないはず。

他の型の場合についても試してみたらこんな結果になった。
Monoはintとdoubleが速くて、それ以外が一様に遅い。
VC#は32bit以下と64bitで分かれてる。
http://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倍くらいの実行時間になった。

>>823
そんなことない。レジスタサイズプリフィックス(?)をつければ
普通に使えるだろ。
64bitモードに移行すれば、プリフィックスがいらなくなる分
早くなるとかはある。
むかし、MS-DOSで386の32bitレジスタを使って高速化のテクとか
色々あったことを思い出した。

>>831
残念ながらそんなことあるんだな。64bitが可能なのはlong modeという特殊なモードだべ。

>>832
あぅ、確かに64bitモードはかなり厳格になっている...
嘘ついてごめんちゃい

>>828ってVC#の結果？

>>824
変わらなかった。
>>829
実行時間は単純に2倍になった。

参考になるかわからんが、Mono 1.2.6でも似たような結果だった。
(というより、元々は1.2.6を使っていて、こういう結果が出たから2.2に更新した)

>>835
なるほど
サンクス

こんだけ単純なコードなら吐き出したCIL見比べた方が早いんじゃない？

ところがぎっちょん。
cscでコンパイルしたのをmonoで動かしても
gmcsでコンパイルしたのをmsclrで動かしても同じ結果なのです。

// 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 |]);;

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

>>837
ILは知識が無くてわからないけど、
>>838の言うような結果になった。
gmcsでコンパイルしてmonoで実行=cscでコンパイルしてmonoで実行
gmcsでコンパイルしてmsclrで実行=cscでコンパイルしてmsclrで実行
ね。

つまり Array.Reverse の中の人の差か

>>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 か？)

以下パッチ
*** 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) {

同じexeをVistaで実行したら

System.Int32: 0.0007259 s
System.Int64: 0.0025201 s

だった・・・
速度差はJITコンパイラ自体の速度差のような気がする。
JITコンパイラは、早いコードを生成する最適化も必要だけど
自分自身も高速に動かないといけないジレンマがあるよな。

どうでもいいコード書くときはリストより配列の方が書くのめんどくさくなくて使ったもののあっれーおっそいなーとかってよくあるよねー俺だけですかーそうですよねー

>>843-845
面白いネタだ
サンクス

今後のために言っておくと、パッチの中身を2chにそのまま貼るのはやめたほうがいい
書き込むときの2chの同意画面に注意

>>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)とかも追加されてたら良かったのにね

すまん、どうでもいいかもしれんが
×for(int l=0,r=array.Length;l<r;l++,r--)
○for(int l=0,r=array.Length-1;l<r;l++,r--)
ね。

クラスライブラリ(dll)読み込まんのだけどなんでだろ。
ほかのサーバーでは同じディレクトリに入れとけばNPだったのに。

なんか必要なことあるんでしょうか？

なんかMONO足りないな・・・

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
てなってるが、バグフィックスリリースなんで面白みはない。

僕も頑張って、よい消しゴム作ったつもりです。
オークションで流してみたので、見ていってください＾−＾
http://page2.auctions.yahoo.co.jp/jp/auction/b97392083

コンカレントGCは実装されないのかー？

http://blog.browncat.org/2007/12/mono.html

わかるような気もする…

MONO消し

ﾌﾟﾌﾟｯ・・・ｸｸｸｸｯｗ

あのー、System.Windows.Formsがロードできねぇぞ　ｺﾞﾙｧ!!
って言われるんですけど、apt-getか何かしなくちゃでしょうか？
Ubuntu8.1です。
Monoは最初から入ってました。

>>858
そうです。 libmono-winforms2.0-cil を。

>> 859
有難うございます。
早速、

apt-get install libmono-winforms2.0-cil

とやると、

データベースには存在しますが、利用できません。
おそらく、そのパッケージが見つからないか、もう古くなっているか、
あるいは....(略)...orz

とエラー言われてしまいます(涙

うまく行きました!!!
aptのproxy設定と、apt updateをやったら、無事取れましたー。

2.4でたのに全然もりあがってないのね

おいらはトランクをおっかけてビルドしてるだけだから、リリースとかには
疎いんだよね。

MONOを「使って」ない、ってのもあるけど（ぉ

C#の勉強でもするか...

今日び「(ぉ」は珍しいのう。

(藁

http://www.atmarkit.co.jp/news/200901/29/mono.html
古いニュースだけど、こういう使い方もできるのか。
Objective-C覚えなくて済むからいいね。

JITを省くと互換性はどうなるんだろう
やっぱり、Type.MakeGenericTypeなんかは使えなくなるのかな？

WebRequestにAutomaticDecompressionプロパティがなかった・・・

CentOS5に簡単にインストールする方法ってないですか？

>>869
yumにMonoのリポジトリを追加すればいい

それすらも面倒だ

>>871
じゃ、LiveCDで起動しろ

CentOS Extrasで入る。

makeだと最新版が使えたｳﾏｰ

DirectX使ってたら駄目なの？

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&)

これってどういう意味っすか？

libgdiplus.so.0 が見つからないってさ

久しぶりにというか、やっとビルドが通って
２．２を試してみた（今まで１．２系だった）


Windows.Formsで
日本語入力が普通に出来て
驚いた、感動したｗ
（すいません１年ほど遅いですが、どうしても書きたくて）

>>876
システムに入ってる libgdiplus が libgdiplus.so.0 じゃなかったら
etc/mono/config で、
<dllmap dll="gdiplus" target="libgdiplus.so.1" os="!windows"/>
のようにする（libgdiplus.so.1 だったら）

>>878
その驚きと無縁なMacユーザーの俺

gtkのせいってのはわかるんだけどね…(´；ω；｀)

>>880
え。MacのWindows.Formだと日本語入力ができませんの？

gtkってコントロールのプロパティまで日本語に翻訳しちゃってるの、
なんとかならないのか？MonoDevelopのプロパティリスト見て、
絶望的な気分になるんだが。

GTKとかGNOME周辺の日本語訳の質なんてもう何年も惨々たるまま。
今までなんともなっていないということは今後もどうにもなりそうもないのでは。

こういうのは英語のまま残しとけ、とかそういう判断ができる人は
そういうところまで手がまわらなかったりしてるんだな。

ていうか人がいないんですよどこも。

気が早いけど、次のスレタイは何かなぁ。
5年ぶりにスレたてするやつぁ頑張れよ。

初代スレも「消しゴム〜」だったんだし、ここはひとつそのまま伝統に。

こんなスレタイだけど好きになってしまったんだなｗ

MONO消しゴムよりHOMO牛乳

っ[言い出しっぺの法則]

日本語とプログラミング言語の両方が出来るヒトは、意外に希少

>>881
monoに罪はないんだけど、Quartz-nativeで動くgtkが日本語入力できない

>>880 >>890
WinFormsとGTK#は別物だぞ
WinFormsの実装にGTK#は使っていない

>>891
そうだったのか
てっきりGtk#だとばっかり思ってた。すまん

じゃあ改めて。
MacのWinFormsはさっぱり日本語入力できない。
っていうか表示もおぼつかない。

ほんとだ。出来ないようだね。
でも、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

誰もやってくれそうにないよ。しょうがないから作ってみた。WM_IME_COMPOSITIONを経由してWM_CHARを送るところまでは出来ているはず。
https://bugzilla.novell.com/show_bug.cgi?id=501276

でもまあ、日本語表示してくれないからこれだけじゃほとんど意味ないけど。

>>894
えのﾀｿ乙！

>>894
乙ー

なんだけど、ちょっとだけツッコミ
日本語表示はnot at allじゃないはず。Labelとかなら一応表示できるかと…

スレチかもしらんがlibgdiplusを2.4にアップデートしたら起動しなくなった…入れ直してこよう

>>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をビルドするだけで試せるので指定している。）

>>897
OSXってLD_LIBRARY_PATHが効いたっけ？
DYLD_LIBRARY_PATHじゃないの？

次スレはC#とLinuxで実行できる事が伝わるスレタイであってくれ

>899
そうかもな。

【Linux／Macで】消しゴムじゃないMONOを使ってみるスレ 3個目【C#とか】

MONOをGWに初めて触ったおいらに教えてください。

１．Linuxじゃなくて、iPhoneやAndroidでMONOを動かすのは難しい？
２．C#じゃなくて、IronPythonやIronRubyを動かすのは難しい？

へんな質問だったらすんません。

>>901
そのへんの情報は公式サイトに行けばすぐに見つかるよ。
今のところ、日本語の入門サイトとかほとんどないから、
・公式サイトが分からない
・英語が分からない
・情報が探せない
という人だと、何をするのも難しいと思う。

DotGNUと比べてこっちの方が活発なの？

Linuxに革命が起きるよ。

それは期待。
早く実現しろ。

Linuxに革命を起こすMono

LinuxのApacheにてASP.NETとLINQでWEBアプリ実装。
かつてのVBみたく馬鹿みたいに簡単ですな。
いままでのWEBアプリ開発の苦労はなんだったんだ OTZ..

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コンパイルちう。

2.4入れてみたけど、ShadowCopyに失敗して動かねえ。
公式の掲示板みても、どうもShadowCopy周りに問題があるような希ガス。
誰か動いてる香具師いる？

2.5待ちかねえ

>>909
/tmp /var/tmp
辺りのﾊﾟｰﾐｯｼｮﾝとか、ｵｰﾅｰとかを触ってみては?

>>910
無論その辺は散々確認した。
もうﾏﾝﾄﾞｸｾｰ('A`て感じだったんで、ソース書き換えてShadowCopyは殺したら普通に動いたyo
もっと新しいsrcなら普通に "DISABLE_SHADOW_COPY" の定義があるっぽい。
FreeBSDのportの2.4ははちと古い。

んで、XSPのtestも動くようになったけど、sampleの1/3位はエラーになる。
"Input string was not in the correct format"の。SQLiteの問題じゃなかったのか。つーか
訳ﾜｶﾗﾝ('A`　あと、gdiplus要求すんの勘弁して・・・


誰か、XSPのサンプルの authtest＞login.aspx が問題なく動いてる香具師いない？

連投ｽﾏｿ
誰も見てないっぽいし良いよね('A`

結局、単にlibgdiplus入れてないのが問題だっただけぽい。webアプリしか作らんし要らんだろ
と思ってたけど、半ば必須みたいで。入れたら一通り動くようになったyo！

FreeBSDユーザはportsのx11-toolkitからlibgdiplusを入れて（依存で他にも大量に入れら
れてしまうが）、その後 /usr/local/etc/mono の下のconfigにdgiplus.dllに対するdllmapを
加える必要があると知った。

Paint.NETも動くの？

>>913
ttp://journal.mycom.co.jp/news/2008/10/06/043/index.html

>MS .NETを使用するWindows向けの多機能なペイントソフト「Paint.net」も、
>完全ではないものの、Mono 2.0環境での動作が確認されている。

>>913
http://mono-project.com/Software

CentOSやVineLinuxでmono2.4インストールした人居る？
WinFormsが動かないんだが

2.4じゃないけど昔Vineでは動いた覚えがある

MS UI Gothicを使うWindowsアプリはUbuntu上でどのフォントを使いますか？
またそれを変更するにはmonoのどこを弄ればいいですか？
宜しく御指導お願い致します<m(__)m>

大規模業務案件でmonoが使われたっつー事例ってある？
某小売大手の業務システムの再構築案件を控えてるんだけど、mono使うとかバクチ
過ぎかな。

2k8のCAL代丸々浮くと数百万になるんだけど。これが全部うちの丸儲けになるなら
バクチに打って出ようかなーとか思ってンだが。

monoで無理ならwinに切り替える、てのじゃ遅過ぎ？

大規模業務案件と言えるかどうか微妙だけど、Second Lifeがスクリプトエンジンとして
使っているという話があった。どうも独自カスタマイズバージョンらしい。

業務案件だと、使うMonoがtrunkおっかけというわけにはいかないだろうので、
ガンガンバージョンアップしてるから、ブランチがどれくらい保守されてるものか
サーベイが必要だと思う（私はtrunkのおっかけしかやってないので、ブランチの
保守状況は助言できない）

CALだけが問題ならWebServer2008も検討してもいいのでは

CAL節約ってことは、サーバーサイド、恐らくASP.NETの置き換えってことだよね？
WebPartsとか、LINQ to SQLなどに依存しないよう注意しながら実装し、
本番環境はmonoでというのは十分ありうると思う。

>>922
Web版でもユーザ数分のCALが必要な点はEE版と変わらない訳ですが。

CALが必要ということは単なるwebアプリケーションではないということかな?
ユーザ認証が絡むアプリケーションで、NTLM認証が期待通りに動かなくてハマる…
みたいな場面が思い浮かぶけど。

いずれにしてもバクチな側面はあるなあ。
日本だと自分のところでイントラでこっそり使っているという声はたまに聞くけど
お客さんに納入するもので使ったという話を聞いたことはまだ無い。

2.4ブランチはしばらくメンテされることになっていて、バグフィックスは重大なものについてはbackportされる。
（こんなのは主観的なので修正させる側が期待できることはあんましないけど）

ゼロからコードを書けるなら、多少条件は良くなって、バグっている部分は
使わないようにすることができる（そうするしかない）。ここは、クライアントの
monoインストールを制御できて独自パッチを当てられるなら多少は緩和されるかも。

ここだと大したことは言えんのう。企業の業務案件レベルの相談てことなら
ノベルに聞いてもらった方がええかも。何か2.4を皮切りにmonoのサポートプログラム
みたいなのを始めたみたいだから、無償で聞いてくれるかどうか分からんけど…

ある程度のユーザが使うなら、Novellの商用サポート代を払ってもWindowsのCAL代より全然安いな。

ちなみに、ちょっと前にリリースした某社のシステムをそのままmono2.4に載せたら少しの手直しで普通に
動いた。（monoだとサポートされてないプロパティとかあるので、そこだけ削除）

LVの後ろのwebサーバを1台だけLinuxにしてみたいｗ

実行中のPIDファイルってどこあんの？

http://mjhutchinson.com/journal/2009/02/07/monodevelop_vista64
http://monodevelop.com/Download/Windows_Preview

四ヶ月だな…

今更ながらMONOデベロップ試してワロタ
VSモロパクリやんｗ

そこがウリ

moro 2.4

apache+mod_monoなら、普通にmod_rewriteとか使えるって事？
何かと不自由＆金ばかりかかるIISよりapache使えるメリットは大きいんじゃね？

所で、実際にmono使って継続的に何かやってる人っておるの？
業務でも個人でもなんでもいいから。
とりあえず入れてみましたー。じゃなくて。実際にmono使ったサイトを立ち上げてる人。

>>933
http://www.geocities.jp/shogidokoro/
将棋所のソフトをlinuxで動かすのに使っているが、環境でGUIにズレが生じるので
何とかして欲しい
ubuntuのバージョンごとに描画が違うのはどうにからないだろうか？

誰かｱﾄﾞｳﾞｧｲｽお願いします('A`

apacheのﾄﾞｷｭﾒﾝﾄﾙｰﾄが /usr/www で、そこに mono/ つーﾌｫﾙﾀﾞをつくって、その中にsample.aspx
を置いています。つまり

/usr/www/mono/sample.aspx
/usr/www/mono/bin/sample.dll

sample.dllの中でpath指定なしにﾌｧｲﾙを書き出そうとしたら、どこに作られるんでしょうか？
実際に動作させて確認しようと思ってもaccess denyで動いてくれません。

>>935

/

>>933
いまさら何言ってんだよ

木曜のカキコに今日レスってるお前が今更すぎｗ

週1が普通だろ

mono2.4てeweb.configにlocationﾂｶｴﾈｰのかよ。ダメダメじゃんじゃん。

完全managedでメディアプレイヤー作成って難しいんでしょうか。
DirectShowを使うとかVBMP3.dllを使うとかはでてくるけど、Linux環境じゃ動かないですよねぇ……。

頑張ればつくれる

>>941
できんことはないだろうが、
ハードウェアの再生支援受けたかったら、結局低レベルなことしないといけないし
DirectShowとGStreamerをラップするようなライブラリでも書くのが一番楽だと思うね。

いや、ここは 100% Pure Managed で行くべき。
それがもっとも美しい。

gstreamer#なんてのがあるんだな

monoをシャレで入れてみたがWin-Linux間で動作したのに単純に完動いや感動した

うまい事言おうとするなｗ

>>943
SDL.netとかに既にラップされてたり…しないかな？とか調べずにカキコ

>>948
SDLはSDLで再生機能を持ってる模様

ManagedじゃないけどOpenALってのが使えそう

OpenAnaLだとーっ！！！

夏だな

>>952
宿題は計画的にやっとけよ！

最後の三日で終わらせるという計画です

宿題は作業じゃなくて、知識を増やすためだ！
そんなんじゃモノにならないゾ

いいや、宿題は作業だね。
大部分を忘れた跡に一粒の砂金が残る。
それが知識だと思うんだ。まぁ、スレチだが。

>>956
おまえみたいなやつは何ひとつMonoにできないまま大人になっていったんだな
空気読めよ

うまい事言おうとするなｗ

夏休みって、やり残したことが有る限りループするんじゃねーの?

夏休みだろうが8月だろうが関係なくエンドレスループですが何か？

次のスレのタイトル考えよぜ。

【消しゴム】MONOを使ってみるスレ3【じゃない】

【Novellも】MONOを使ってみるスレ 最終章【見捨てた】

>>963
ツマンネ

【MSの】Monoに消されてみるスレ3【FS消しゴム】

もっとつまんね

面白い必要はない。
Mono part3 とかでいいだろ

はは

提案中の案件でmonoを出してみたがあっさり駄目出し食らった('A`
やっぱ実績が無いと業務案件で採用されるのは難しい。。。

Moonlight beta 2.0

ttp://mainichi.jp/life/electronics/cnet/archive/2009/08/18/20398410.html
ttp://tirania.org/blog/archive/2009/Aug-17.html

ttp://www.go-mono.com/moonlight-beta/

いくつかのニュースサイトで取り上げられているんだけど、
肝心のdownload 場所がしっかりかかれていなくて、
少し探し回ったので、はっておきます。

日本語変換が、うまくいかない。

monoってcookielessのsession管理に対応していますか？

データベースアクセスのサンプルを作ろうとしてるんですが、
using System.Data で参照エラーになります。
パッケージ関係で何を追加すればいいんでしょうか？

ubuntu8.0.4
mono1.2.6
monodevelop1.0
です。お願いします。

わかりました。すみませんでした。

分かったのはいいけど、
とりあえずバージョン古すぎないか?

cookielessをtrueにするととりあえずurl埋め込みでsessionid管理出来てるんだが、なぜか
一番最初のアクセスのときだけform認証に失敗してるような。

PCならブラウザのF5を押して回避？出来るんだけど、i-modeだとどうやっても先に進めん('A`
認証タイプに未対応（401）とか言われる。Form認証使うなってことなのかな。

【開発環境】Novellが.NET言語でのiPhoneアプリ開発ツールを販売開始〔09/15〕
http://pc11.2ch.net/test/read.cgi/pcnews/1252986827/

【IT】ページめくるように閲覧、グーグル「Fast Flip」試験版公開[09/09/16]
http://anchorage.2ch.net/test/read.cgi/bizplus/1253039245/

当初9月予定だった2.6がいつの間にか11月予定に

Mono, MonoDevelop, Moonlight, MonoTouch をスレタイにいれてほしい

ら、らめぇえええ!!しょんなおっきいの入んない、れったい入んないらから!!
さけひゃう、しゃけひゃいましゅうううう!!!

次スレ
http://pc12.2ch.net/test/read.cgi/tech/1253450199/l50

スレ立て乙

これって、DLRうごくの？IronRubyとかIronPythonうごかしたい

やったことないけどIronPython動くらしい