消しゴムじゃないMONO ..
[2ch|▼Menu]
445:デフォルトの名無しさん
08/05/05 19:00:55
>>444
ありがとう。RenderModeがSystemの時だけ、表示できないみたい。
ProfessionalかManagerRenderModeなら表示された。
俺はシンプルなのが好きなんだけどなぁ 諦めるか。

>>443
誰(ry

446:デフォルトの名無しさん
08/05/06 01:06:31
Windows.Formsなんかもういらないのに。

447:デフォルトの名無しさん
08/05/06 01:12:36
Monoの開発スピードが遅いのがガンだよな。
せっかくWindows.Forms使えるようになったのに、
新しいのが出てきたらWindows.Formsなんて誰も使わなくなっちゃって
結局Mono使えねーて感じになっちゃう。

448:デフォルトの名無しさん
08/05/06 01:16:58
WPFはまだ本家も煮詰まってないんだからそう急くな

449:デフォルトの名無しさん
08/05/06 01:47:12
mono がWPF を採り入れるってことはDirectX をエミュレートしなきゃならん

450:デフォルトの名無しさん
08/05/06 02:05:28
その辺はSwingみたいにDirectXとOpenGLで使い分けるんでしょ、きっと

451:デフォルトの名無しさん
08/05/06 21:04:57
まてまて、WPFがいらんwwww

452:デフォルトの名無しさん
08/05/07 10:00:50
まぁmono+Windows MeでWPFが動くというのなら、それなりの価値やらメリット
はあるだろうとは思うが。

てか本家で対応する気がもともとないのが、死にまっしぐらの技術な希ガス。
なんで旧OS用に別のプログラムを書かないといけないのだか。

ところで1.9のWindows.Formsは日本語入力に対応したのかな?
Linuxな環境が今手元にないので、教えてくれるとありがたい。

453:デフォルトの名無しさん
08/05/07 21:51:56
>>452
>>437

454:デフォルトの名無しさん
08/05/09 14:27:10
>>452
openSUSE 10.3(もち日本語)上のmono1.9.1でだめだった。
俺自身はあんまり日本語入力しようと努力してないから、本とはできるのかもしれないけどね。

455:デフォルトの名無しさん
08/05/09 16:43:21
>>453 >>454
thx

456:デフォルトの名無しさん
08/05/10 23:04:56
そろそろ日本語入力できるようになるってさ

457:デフォルトの名無しさん
08/05/11 00:39:18
あんた、えのたんの何なのさ

458:デフォルトの名無しさん
08/05/11 02:14:04
よくわからんのだが、なんで日本語入力ごとき簡単にできないんだ?
Linuxだから?

459:デフォルトの名無しさん
08/05/11 02:46:43
>>458
えのタソの苦労を見てみそ。
URLリンク(d.hatena.ne.jp)

460:デフォルトの名無しさん
08/05/11 11:39:06
そのブログはすでに購読済みだ。


461:デフォルトの名無しさん
08/05/11 11:58:35
>>458
そうだよ。
実装じゃなくて、普通にかな入力するだけで一苦労だし。

462:デフォルトの名無しさん
08/05/11 12:16:36
なるほどわかった。
ありがとう

463:デフォルトの名無しさん
08/05/11 13:12:32
XIMは鬼門

464:デフォルトの名無しさん
08/05/11 13:52:05
>>460
じゃあこれ読んで難易度を推定してみよう。
URLリンク(www.sepia.dti.ne.jp)

465:デフォルトの名無しさん
08/05/15 11:47:23
Mono's Winforms 2.0 is now API Complete
URLリンク(tirania.org)

466:デフォルトの名無しさん
08/05/15 16:34:28
日本語入力来たー

467:デフォルトの名無しさん
08/05/15 17:45:28
よーここまで持って来たなぁ
今Monoって何人で開発してるんだ?

468:デフォルトの名無しさん
08/05/18 00:31:01
一人だろ、mono だけにね

469:デフォルトの名無しさん
08/05/20 01:01:18
遅ればせながら、Winforms 2.0 Complete おめ!
完成度からすると、とても Complete とは言えない気がするけど、
Linux 上で Winforms アプリが増えることを願うかな。

470:デフォルトの名無しさん
08/05/20 01:21:18
GUI にしたい&日本語入力うんたらかんたら言ってるんだったらJAVA使えば・・・

471:デフォルトの名無しさん
08/05/20 01:45:44
そうだね、君はそうすればいいよ。
ただ、このスレで言うことじゃないけどね。

472:デフォルトの名無しさん
08/05/20 01:54:53
それもそうでした

473:デフォルトの名無しさん
08/05/20 02:05:18
WinFormsはUnixではX11の上に実装されているから、
MotifやGtkやQt等と並ぶ(しかしCLR専用の)新しいツールキットになりうる
Gtk#でいいじゃないかということにはならない

474:デフォルトの名無しさん
08/05/20 11:53:28
個人的にはCocoa関連の対応を強くしてほしい
Cocoa#は超もっさりなのが凄いボルトネック

475:デフォルトの名無しさん
08/05/20 13:13:53
Cocoa#は、BridgeSupport対応が先だと思う。
現状NSDocumentとかの主要クラスも使えないのは、
力技でバインディングを書いてるのが原因だし。

476:デフォルトの名無しさん
08/05/20 13:23:08
URLリンク(www.realrailway.com)
URLリンク(www.realrailway.com)


477:デフォルトの名無しさん
08/05/21 00:58:45
Windows上のGtk+は絶望的に人気ないからなぁ…
そのうちWinFormsアプリのみのデスクトップ環境が出るんじゃないかと。

478:デフォルトの名無しさん
08/05/21 01:15:56
そうですね

479:デフォルトの名無しさん
08/05/21 10:17:40
URLリンク(opentechpress.jp)
Open Tech Press | Mono Project、「Moonlight」のソースコードを初公開

480:デフォルトの名無しさん
08/05/22 22:30:58
Fedora 8でPashをxbuildできねえぞおおおおおおぉぉぉぉぉぉぉぉう
*.proj ファイルの $(MSBuildToolsPath)\Microsoft.CSharp.targets は
\usr\lib\mono\2.0\Microsoft.CSharp.targets に変えた。
mono-core-1.2.5.1-3.fc8 と mono-devel-1.2.5.1-3.fc8 使用。

481:デフォルトの名無しさん
08/05/22 23:15:37
なるほど、まだmonoたりないか。

482:デフォルトの名無しさん
08/05/22 23:24:38
だれがうm

SF.netのForum見たら「Linux/mono用プロジェクトはもうちょい待て」と書いてあったのであきらめた。
頑張ればビルドできなくもなさそうだが面倒。

483:デフォルトの名無しさん
08/05/25 17:45:13
PashとMonoShellどっちが生き残るかな?w

484:デフォルトの名無しさん
08/05/25 17:58:21
語感的にパシュっと消えてしまいそうな

485:デフォルトの名無しさん
08/05/27 03:03:30
bashはバシュっと消えてないZE!

486:デフォルトの名無しさん
08/05/29 00:16:26
shもシュっと消えてないZE

487:デフォルトの名無しさん
08/05/29 01:02:58
つまんねーよ

488:デフォルトの名無しさん
08/05/29 01:33:43
別に面白いと思って発言したわけじゃないしなあ

489:デフォルトの名無しさん
08/05/30 19:07:30
>>1
スレタイがつまらない。センスないな

490:デフォルトの名無しさん
08/06/06 00:58:13
また活気が無くなったな

491:デフォルトの名無しさん
08/06/06 01:48:25
まあとりあえず2.0出るまでは潜伏、Pashには興味あるし。
WPF(3.5SP1)対応とかなれば人増えるんだろうね

492:デフォルトの名無しさん
08/06/06 13:53:51
C# は良くできた言語だと思うんだけどなぁ。
MONO は単なる.net の追っかけにならずに実用的なクラスライブラリとしてつっ走るだけでもいいんじゃないかとおもう

493:デフォルトの名無しさん
08/06/06 18:04:20
.netとして最低限の部分を実装しつつも独自性を持たせるのか。
面白そうだ。

494:デフォルトの名無しさん
08/06/06 18:11:26
WPFは無理なんじゃない? 触ってて中身がすごく複雑そうだけど。

495:デフォルトの名無しさん
08/06/07 09:10:21
複雑だけどほとんどマネージコードだよ

496:デフォルトの名無しさん
08/06/26 14:33:49
PashはDLRで実装しちゃったぜ!!!と作者大興奮中
Jonathan's Open Source Blog: Pash Improvements
URLリンク(jonathanoss.blogspot.com)

497:デフォルトの名無しさん
08/06/30 05:50:13
Cocoa#更新まだー?

498:デフォルトの名無しさん
08/07/06 15:58:49
>>496
どういうこと?

499:デフォルトの名無しさん
08/07/06 19:01:27
Yes, you may very well soon have a Python script manipulate a Pash object along a pipeline!
Or have a Ruby script call functions in a Pash script with great ease!

500:デフォルトの名無しさん
08/07/10 03:48:43
.NETとかフレームワークとか意味がじぇんじぇん解らん
プログラムなんかした事ない俺に優しく教えてケロ

501:デフォルトの名無しさん
08/07/10 04:23:05
>>500
板違い

502:デフォルトの名無しさん
08/07/10 07:25:23
>>500
ソフト作ったり動かしたりするための
機能の集まりみたいなもの、と解釈してるが・・・

503:デフォルトの名無しさん
08/07/10 21:07:23
つうか、全然分からん奴がよくこのスレにたどり着いたな。
やっぱりスレタイがおかしいからだな。

504:デフォルトの名無しさん
08/07/12 03:48:35
>>502
ライブラリ集みたいなものですかね?
ライブラリってのはプログラムの部品だと覚えました
うーん、やっぱ解らん。なんで板違いなのかも

505:デフォルトの名無しさん
08/07/12 04:11:05
ライブラリはプログラムの部品の集まり
部品単品ではライブラリと言わない


506:デフォルトの名無しさん
08/07/12 04:12:48
>>504
とある車屋さんに行って「自動車とか交通ルールってなんですか? 免許持ってないけど教えて」って聞いてるみたいなもん。

MSがJava(言語と動作環境)をまねて作った物、でいいかな。

507:デフォルトの名無しさん
08/07/12 16:59:10
>>506
釣られませんからね

508:デフォルトの名無しさん
08/07/12 20:33:10
SmalltalkのVM -> SelfのVM -> JVM -> CLR
C++, Delphi, Java -> C#

509:デフォルトの名無しさん
08/07/13 02:46:54
Delphiの開発者がMSでJava(言語と動作環境)をまねて作った物、でいいかな。

510:デフォルトの名無しさん
08/07/13 13:38:21
てか、VisualJ++も作ってなかったっけ?

511:デフォルトの名無しさん
08/07/13 14:00:57
ヘルスバーグはVJ++から参加してるね。
VJ++にはどれくらい関わったのかよくわからないけど。

512:デフォルトの名無しさん
08/07/13 14:26:42
VJ++6.0のcom.ms.lang.Delegateはもろそれだよね

513:デフォルトの名無しさん
08/07/13 14:42:01
SunにJava訴訟で負ける。

VJとMSJavaVMが産業廃棄物に。

どうしよう?

そうだ!

514:デフォルトの名無しさん
08/07/13 14:43:59
リサイクル

515:デフォルトの名無しさん
08/07/13 15:33:40
>>511
のようだね。
ヘジにJavaなんか渡したらえらい事になるところだったw

516:デフォルトの名無しさん
08/07/13 15:47:24
>>513
負ける前から作ってたんだけど。

517:デフォルトの名無しさん
08/07/13 17:20:57
名前空間の命名規則が Haskell
マーシャリングが MSCOM

518:デフォルトの名無しさん
08/07/13 21:35:45
J#も忘れないでください

519:デフォルトの名無しさん
08/07/14 21:23:36
こないだ、Paint.NetのMonoでビルドできる奴を見つけたので試してみたら激重だった…
多分、ウィジェットをSystem.Drawingで描画しているのが原因だと思う。
これ速くなるのかな?(多分無理な気がする…)

520:デフォルトの名無しさん
08/07/15 00:57:35
予定通りなら今日2.0のブランチ?

521:デフォルトの名無しさん
08/07/24 05:24:37
ログ系ってどうなってんのやろ。
アプリケーションログはどこに出力されるのですか?

522:デフォルトの名無しさん
08/07/24 06:43:41
EventLogTraceListenerは一応あるが実体がないかんじだなぁ。
継承して自分で実装しろってことかも。

523:デフォルトの名無しさん
08/07/24 10:41:39
>>8
4年じゃ済まないようですねw

524:デフォルトの名無しさん
08/07/24 10:54:28
済まそうか?(・∀・)ニヤニヤ

525:デフォルトの名無しさん
08/07/24 11:06:08
前スレは2年半で終わったのにな…
なんという減速っぷり

526:デフォルトの名無しさん
08/07/24 16:27:30
Cocoa#更新まだー?

527:デフォルトの名無しさん
08/07/25 21:32:09
WinはコマンドプロンプトよぶのにはCmd.exeでよかったけど、Linuxの場合は
何呼べばいいんだろ。
Bash?

528:デフォルトの名無しさん
08/07/25 21:37:44
/bin/shでも叩いとけ

529:デフォルトの名無しさん
08/07/25 21:38:30
/bin/sh か環境変数 SHELL あたりじゃない?

530:デフォルトの名無しさん
08/07/26 10:13:23
ありがとう。でたでた。

531:デフォルトの名無しさん
08/07/26 10:53:46
GenericError System.Drawing.GDIPlus.CheckStatus
ってなんですか。
溜め込んだBitmapファイル保存しようとしてるだけなんですが。

1個だとうまくいくけど、複数だと上記の例外が出る。

532:デフォルトの名無しさん
08/07/26 13:24:53
検索してみたところ、1.9でこの例外が出るのは、環境変数等の問題っぽいけど。
古いバージョンやβへの参照が残ってるとか。
make uninstallして環境を作り直したら直ったっていう記事があった。
URLリンク(go-mono.com)

533:デフォルトの名無しさん
08/07/26 18:07:41
ありがとう。

確かにNovelのインストーラーでやり直したやつ(ディレクトリ以下指定で一括インストール)は
ちゃんと動いた。

環境変数だったんですか・・・

534:デフォルトの名無しさん
08/07/27 11:37:10
>>522
MONO_EVENTLOG_TYPE (man mono)

535:デフォルトの名無しさん
08/07/28 09:53:11
デスクトップの画像を常に更新してる所をWeb経由で取得するという処理を作ってみてるんですが、
LinuxでWebClientのOpenReadAsyncでWeb上の画像を取る処理が、一度失敗するとその後すべて
失敗の例外が出続けるのは仕様なんでしょうかね。
Win上でやってる限りは例外でても、その後まで続くことはないんですが。

wc_OpenReadCompleted::System.Net.WebException: The request timed out
at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x00000]
at System.Net.HttpWebRequest.GetResponse () [0x00000]
at System.Net.WebClient+<>c__CompilerGenerated18.<OpenReadAsync>c__50 (System.Object state) [0x00000]

延々とこれが出てきます。

536:デフォルトの名無しさん
08/07/30 14:07:16
自己解決しました。
スレッド作りすぎでした。

537:デフォルトの名無しさん
08/07/31 10:17:00
作り過ぎってどれくらい?

538:デフォルトの名無しさん
08/08/02 11:16:50
MIDORI(笑)

539:デフォルトの名無しさん
08/08/07 03:30:59
>>537
1秒間に10以上とか。
そもそも通信がろくに確立してなかったようで。

所でディレクトリ等を作った時の権限系ってどうするんでしょうか。
777とか割り当てるのはやっぱProcessでChmod使うしかないんすかね。


540:デフォルトの名無しさん
08/08/07 10:43:30
基本777でumaskで制御じゃないの

541:デフォルトの名無しさん
08/08/07 13:15:37
MONO限定ならMono Class Libraryを使うじゃない。
Mono.Unix.UnixFileInfo


542:デフォルトの名無しさん
08/08/16 18:43:41
Moonlight 0.8

543:デフォルトの名無しさん
08/08/24 18:44:30
gmcsで定義されるプリプロセッサシンボル何だったっけ。。
コンパイラがgmcsであることを判別するときに使うやつ

544:デフォルトの名無しさん
08/09/01 15:06:20
CocoaSharpがMOONGIFTで紹介されとる・・・

あれってまだもっさりなん?

545:デフォルトの名無しさん
08/09/10 14:21:52
mono2.0 RC1出たってえのたんがゆってた

546:デフォルトの名無しさん
08/09/24 17:20:12
FreeBSD7.0でmono使えてる人いますか?

547:デフォルトの名無しさん
08/09/24 19:03:20
最新をおっかけたりとかするつもりがないならports使っとけ。

...portsでもダメ?

548:デフォルトの名無しさん
08/09/25 05:21:09
>>547
FreeBSDのports、いまだにmono1.2だぜ?
古いにも程があるだろw

549:デフォルトの名無しさん
08/09/25 09:58:54
mono 1.9 か 2.0 を使いたいんだったら、
ports の Makefile を参考に、configure の中の "freebsd6" を "freebsd7" に書き換えたり
/bin/bash が shebang に書かれているのを /bin/sh に書き換えたりする。

SVN で trunk を拾ってくれば修正されてるけどね。

550:デフォルトの名無しさん
08/09/25 14:21:50
野良Portsくれ

551:549
08/09/25 14:29:39
単体でビルドしたので野良portsは作ってない

552:デフォルトの名無しさん
08/09/26 07:56:11
>>551
作ってくれ

553:デフォルトの名無しさん
08/09/30 08:27:20
XIMの入力を試してみたけど、on-the-spotじゃないんだな。
ちょっとがっかり。まぁ、少し前進という所か。

554:デフォルトの名無しさん
08/09/30 20:09:59
>>553
そのon-the-spotでさええのタソがどれだけ血のにじむような思いで実装したと思ってんだ?

555:デフォルトの名無しさん
08/09/30 20:40:17
on-the-spotの場合、変換候補を変えるたびにTextChanged系のイベントが発生したり、
文字列の長さ制限(MaxLength)との整合性がややこしかったりするんだよな。

Windowsでも、WPFでon-the-spotをサポートしたとたんにあちこちで問題が表面化した。

556:デフォルトの名無しさん
08/09/30 20:45:39
>>554
えのタソが実装したのはover-the-spotじゃないか?

557:デフォルトの名無しさん
08/10/06 00:41:54
さて、これ以上スケジュールに変更が無ければ今度こそ今日明日中には2.0リリース・・・?

558:デフォルトの名無しさん
08/10/06 10:26:28
>>557
もう出てね?

559:デフォルトの名無しさん
08/10/06 11:17:10
SVN にタグは打たれてるね。
mono-2-0 ブランチもある。

560:デフォルトの名無しさん
08/10/06 11:49:00
ダウンロードページで普通にダウンロードできるし

561:デフォルトの名無しさん
08/10/06 15:50:29
OHPも完全にリニューアルされたね
URLリンク(www.mono-project.com)


562:デフォルトの名無しさん
08/10/06 16:22:52
どこにオーバヘッドプロジェクターが?

563:デフォルトの名無しさん
08/10/08 00:53:27
さっそく2.0入れてみたけど、>>561にはPaint.Netが動く(起動する)
ように書いてあったけど、なんか起動しないぞ。

Cannot open assembly 'Paint.NET.3.36.exe': File does not contain a valid CIL image.

って表示されるな。
どうやって起動したのか、知ってる人がいたら教えてください。

564:デフォルトの名無しさん
08/10/08 01:09:02
それはインストーラだ

565:デフォルトの名無しさん
08/10/08 01:13:20
Monoって印刷周りのダイアログを含むバイナリも動くようになったの?
前に試したときは、用紙設定や印刷周りのコードを殺さないと動かなかったけど。

566:デフォルトの名無しさん
08/10/08 01:54:30
申し訳ないけどXIMサポートの実装そのものにはそんなに血ぃ吐いてません。
いろいろ他の事もやっていたら時間がかかってしまったという感じで。

on-the-spotは誰かやりたい人がいたらやってちょうだい。大変だけど。
.NETのWindows.Forms自体over-the-spotだよね。
わたくし今のところこれ以上winformsに時間を割く予定はありません。

moonlightでも必要になるとかいう話になったら面倒だなあ…

FreeBSD(特に7.0)のサポートは今のところtrunkだけです(修正された)。
日本はBSDユーザー多いね。日本でフィードバックをくれる人はなぜかBSDが多い。

PrintDialogの類が実装されているかどうかは知らんけど、単にアプリが
起動するかどうかはmomaでチェックしてもらえればいいんじゃないかと思う。
まあmomaも形式的なチェックしかしない(できない)けど。

567:デフォルトの名無しさん
08/10/08 06:05:06
>>566
> .NETのWindows.Forms自体over-the-spotだよね。
Win32自体のテキスト入力エリアってインライン入力出来てるけど
over-the-spotなの?
.NETもWin32と何も変わらない気がするけど。

それと、mono2.0でwinformsアプリを起動するとまれにコンソールに
Could not set X locale modifiers
って出力されて日本語入力出来ないときがある。
どんなタイミングでなるかは不明。何か分かったらまた報告します。

568:デフォルトの名無しさん
08/10/08 06:17:45
over-the-spotとon-the-spotがなんだかは知らんが.NET FrameworkのWindows FormsはWinAPIでコントロール作った場合と変わらんと思う

569:デフォルトの名無しさん
08/10/08 11:19:24
>>567
インラインで入力できているように見えて、上にIMEのウィンドウが乗っかっているだけだよ。
たとえば「あいうえお」って入力してから先頭にもどって「かきくけこ」って入力してみるといい。

MS WordやIEだと入力中も「かきくけこあいうえお」ってなるけど(on-the-spot)、
WinFormsだとIMEの入力中は「かきくけこ」が「あいうえお」の上に乗っかる(over-the-spot)。

570:デフォルトの名無しさん
08/10/08 18:29:47
>>569
IE7でURLや検索欄とかのネイティブウィンドウはover-the-spotだぜ。メモ帳も。
IEのレンダしたHTMLの中の入力欄やワードパッドのリッチテキスト欄はon-the-spotだけど。
Wordは持ってないから知らん。

ついでにWinFormsもTextBoxはover、RichTextBoxはonだった。

571:デフォルトの名無しさん
08/10/09 01:45:24
>>569
> インラインで入力できているように見えて、上にIMEのウィンドウが乗っかっているだけだよ。
なるほど、確かにそうだ。
だったら、XIMのover-the-spotがきちんと上に乗っかれば無問題なんじゃん。
なんでそうならないんだろう?

572:デフォルトの名無しさん
08/10/12 03:19:43
お、何か見ない間にいろいろ議論してもらっているみたい。

RichTextBoxがon-the-spotっぽく実装されているってのは知らなんだ。
てか、TextBoxっていろいろ改善点があるはずなんだよね。RichTextBoxは
多分もっとひどくて、確かコンテキストメニューとか出なかった気がする。
IMEをサポートしているとTextBoxのコンテキストメニューで出るいくつかの
MenuItemを追加しようとして、そもそもRtoLも実装されていないことに
気づいてあきらめたんだよね。
RtoL未サポートなのにRtoL用のコマンドを追加してもしゃあないので。

over-the-spotがきっちり上に乗っからないことがあるのは実はよくわからない。
てか、きちんと乗っかる環境とそうでない環境があったりして…scimだよね多分。
iiimx(atok x3)やkinput2と座標の計算の仕方がちょっと違ってた気が
するのだけど、詳しくはよく覚えていない。
とりあえず実用上困らないからいいか、と思ってそこはあきらめた。

いやあ言い訳ばかりで申し訳ないね。

573:デフォルトの名無しさん
08/10/22 08:58:17
AndroidでMonoが使えると聞いて飛んできました

574:デフォルトの名無しさん
08/10/23 06:15:35
ほう、そうなんだ。

575:デフォルトの名無しさん
08/10/24 02:14:54
おいお前らmono2.0出てるぞ

576:デフォルトの名無しさん
08/10/24 03:36:38
お、しらんかった

577:デフォルトの名無しさん
08/10/24 20:43:59
邪悪なBSDで邪悪なDephiを用いて邪悪な.NETアプリ
スレリンク(mac板)

578:デフォルトの名無しさん
08/10/24 21:36:26
コピペ君って馬鹿だな、まで読んだ。

579:デフォルトの名無しさん
08/10/24 22:49:11
なんだ、意外に反応薄いな・・・MONOはいつの間にこんなに廃れたのか

580:デフォルトの名無しさん
08/10/24 23:00:13
>>579
きっとみんなインストール中





そう思っていた時期が(ry

581:デフォルトの名無しさん
08/10/25 08:28:41
>>579
いつ流行ってたのか教えてもらおうか

582:デフォルトの名無しさん
08/10/25 09:36:42
これから流行る
かも

583:デフォルトの名無しさん
08/10/25 14:29:21
ナウなヤングにバカウケ

584:デフォルトの名無しさん
08/10/25 21:33:17
C#3.0が使えてWin2K使いにはうれしいぞ。

585:デフォルトの名無しさん
08/10/25 22:29:46
Windowsでmono使うってのもなんか虚しいよな…。

586:デフォルトの名無しさん
08/10/25 22:34:35
鳥に2.0来たらc#勉強し始める

587:デフォルトの名無しさん
08/10/25 22:38:21
さっさと.NET3.5に対応しようよ。なに鱈鱈してんの。腐っちゃうよ。

588:デフォルトの名無しさん
08/10/26 00:06:37
Monoのロゴって何のイメージ?

589:デフォルトの名無しさん
08/10/26 00:12:25
サル

590:デフォルトの名無しさん
08/10/26 08:15:01
亀頭

591:デフォルトの名無しさん
08/10/26 13:34:36
>>572
上でも一回報告したけど、改めて報告する。
Fedora9でmono2.0.1でwinformsアプリを起動すると、結構な確率で
Could not set X locale modifiers
と表示されて、日本語入力できない時がある。
その時は、アプリを再起動すると直る。

592:デフォルトの名無しさん
08/10/27 18:52:41
** ERROR **: file marshal.c: line 842 (mono_delegate_free_ftnptr): assertion failed: (ji)
aborting...
アボートしました
とか出てすっとまるんだけれども、こういうのどうやって監視したらいいのですか。

593:デフォルトの名無しさん
08/10/27 21:49:52
あげ

594:デフォルトの名無しさん
08/10/29 01:34:12
>>1
スレタイのセンスねぇな


595:デフォルトの名無しさん
08/10/29 09:31:25
4年前のことを言われても・・・

596:デフォルトの名無しさん
08/10/29 09:41:26
牛乳でないHOMOは4年後くらい?

597:デフォルトの名無しさん
08/11/02 01:27:26
FreeBSD用の野良portsくれ

598:デフォルトの名無しさん
08/11/02 04:00:13
FreeBSD/amd64の野良ports作ろうとしたが↓のエラーでた。
monoランタイムはデバッグの方法がわからん。

gmake[8]: Entering directory `/usr/ports/lang/mono2/work/mono-2.0.1/mcs/class/System'
** Warning: System.dll built without parts that depend on: System.Xml.dll Mono.Security.dll System.Configuration.dll
MONO_PATH="../../class/lib/net_2_0:../../class/lib/net_2_0_bootstrap:$MONO_PATH" /usr/ports/lang/mono2/work/mono-2.0.1/runtime/mono-wrapper
../../mcs/gmcs.exe /codepage:65001 -optimize -d:NET_1_1 -d:NET_2_0 -debug /noconfig -nowarn:618
-d:CONFIGURATION_2_0 -unsafe -resource:resources/Asterisk.wav -resource:resources/Beep.wav -resource:resources/Exclamation.wav
-resource:resources/Hand.wav -resource:resources/Question.wav -target:library -out:System.dll @System.dll.sources
Stacktrace:

at System.Collections.Generic.EqualityComparer`1..cctor () <0xffffffff>
at System.Collections.Generic.EqualityComparer`1..cctor () <0x001b3>
at (wrapper static-rgctx-invoke) System.Collections.Generic.EqualityComparer`1.static_rgctx_invoke_void () <0xfffff fff>
at (wrapper runtime-invoke) System.Object.runtime_invoke_void (object,intptr,intptr,intptr) <0xffffffff>
at System.Array.IndexOf (object[],object,int,int) <0xffffffff>
at System.Array.IndexOf (object[],object,int,int) <0x000c4>
at System.Collections.ArrayList.IndexOf (object,int,int) <0x00068>
at System.Collections.ArrayList.Contains (object) <0x00021>
at Mono.CSharp.Driver.ParseArguments (string[]) <0x00265>
at Mono.CSharp.Driver.Create (string[]) <0x0005b>
at Mono.CSharp.Driver.Main (string[]) <0x00085>
at (wrapper runtime-invoke) Mono.CSharp.Driver.runtime_invoke_int_string[] (object,intptr,intptr,intptr) <0xfffffff f>
Abort trap (core dumped)
gmake[8]: *** [../../class/lib/net_2_0/System.dll] Error 134

599:デフォルトの名無しさん
08/11/02 14:25:04
Free B! S! D!

600:デフォルトの名無しさん
08/11/02 14:48:25
Mono2.0.1 野良ports
FreeBSD7.0/x86でビルドは出来た。※動作確認はしてない。
FreeBSD7.0/amd64では>>598のビルドエラー。
URLリンク(solids.jp)

601:デフォルトの名無しさん
08/11/02 15:01:31
そろそろ消しゴムのほうのMONOも使ってみたいのだが、使用経験者の
方々、レポよろ。

602:デフォルトの名無しさん
08/11/02 15:32:11
おいら芯も消しゴムもハイポリマー派なのでパス

603:デフォルトの名無しさん
08/11/02 17:01:18
最近鉛筆やシャープペンの類を使わないから消しゴム使わないなあ。

604:デフォルトの名無しさん
08/11/02 17:21:50
MONOシリーズは日本を代表する高性能字消しだと思う。
青・白・黒の三色ストライプが特徴で、単調だが美しく、最近はバリエーションも多く出し今後のターゲットの拡大を思わせる。
消しやすい“ライト ”、消し屑がまとまる“ノンダスト”はお馴染み、そしてプラ製品に付着しないラバーゴムタイプ、
極めつけは焼却しても有毒ガスが出ない素材を採用した緑色ケースのものといった、単なる筆記用具としてでなく、環境問題も配慮した素晴らしいラインナップには感嘆するね。
性能は国産消しゴムの最高峰と評価されてるらしい。俺はいつも「鉛筆はUni、消しゴムはMONO」って感じかな。


605:デフォルトの名無しさん
08/11/02 20:38:14
MONOの凄さは値段と性能のバランスにある

606:デフォルトの名無しさん
08/11/02 21:38:30
その辺がハーゲンダッツとの違いだな

607:デフォルトの名無しさん
08/11/02 21:42:03
mono-mergeってのがあるんだがな。

608:デフォルトの名無しさん
08/11/02 22:47:07
>>607
おい、ここは消しゴムのほうのMONOのスレ・・・

あれ?

609:デフォルトの名無しさん
08/11/03 02:58:48
FreeBSD/x86 野良ports lang/mono2
更新しました。

>>600は使わないでください。

変更点
・パッキングリスト(pkg-plist)を更新し忘れてた。
・manのインストール項目を更新

繰り返します、>>600は使わないでください。
下記をご利用ください。
URLリンク(solids.jp)

610:デフォルトの名無しさん
08/11/03 03:01:19
大切なことなので二回言いました

611:デフォルトの名無しさん
08/11/03 03:16:44
>>609

612:デフォルトの名無しさん
08/11/03 03:17:45
>>609>>609>>609>>609>>609>>609>>609>>609>>609
>>609-611>>609-611>>609-611>>609-611>>609-611

613:デフォルトの名無しさん
08/11/03 03:51:00
大事なことなので赤くしときますね>>609

614:デフォルトの名無しさん
08/11/03 03:58:55
>>609
需要あるねかよw

615:デフォルトの名無しさん
08/11/03 04:09:03
>>609
需要あるのかよw

616:デフォルトの名無しさん
08/11/03 04:10:28
大切なことなねで二回言いました

617:デフォルトの名無しさん
08/11/03 04:10:36
>>613
大事な事は二回言いましょう。
二回言いましょう。

618:デフォルトの名無しさん
08/11/03 16:50:06
>>609
mod_monoとかも頼む

619:デフォルトの名無しさん
08/11/03 16:54:44
mono使わずに.NetFrameworkとmod_monoはセットで使える?

620:デフォルトの名無しさん
08/11/03 21:01:37
>>619
出来るか知らんが、Windows2000でASP.NETが使えるようになるかもね。

621:デフォルトの名無しさん
08/11/03 23:58:27
つ.NetFramework+mod_aspdotnet


622:デフォルトの名無しさん
08/11/04 00:03:09
つ.NetFramework + windows

623:デフォルトの名無しさん
08/11/04 00:49:20
つWindows2003

624:デフォルトの名無しさん
08/11/04 01:02:35
MonoはMozillaベースのWebBrowserコンポーネントを使うためにある。
MS純正のWebBrowserコンポーネントはバグだらけだし。

625:デフォルトの名無しさん
08/11/04 03:01:37
FreeBSD/x86 野良ports
更新しました。

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

■変更点

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

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

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


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

■最新の野良portsファイル
更新: URLリンク(www.solids.jp)
新規: URLリンク(www.solids.jp)
新規: URLリンク(www.solids.jp)

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

626:デフォルトの名無しさん
08/11/04 03:11:15
>>609が重要なように聞こえるな

627:デフォルトの名無しさん
08/11/04 03:14:09
>>625

628:デフォルトの名無しさん
08/11/04 03:26:20
>>625


629:デフォルトの名無しさん
08/11/04 07:14:40
>>624
あれひどいよな。
SplitContainerもひどい。作った奴は素人かと

630:デフォルトの名無しさん
08/11/04 08:13:29
>>625
キタコレ!!
GJ

631:デフォルトの名無しさん
08/11/04 08:24:15
ν即に宣伝するなうざい

632:デフォルトの名無しさん
08/11/04 09:54:23
>>625
需要あるのかよw

633:デフォルトの名無しさん
08/11/04 10:38:21
あっちこっち宣伝してる奴はアフォか?
マルチ野郎と思われるだけだぞ。

634:デフォルトの名無しさん
08/11/04 12:57:58
MONO(笑)
純正使えよw

635:デフォルトの名無しさん
08/11/04 12:59:32
Windows2000など窓から捨てろよw
原始人はVC++とISAPIでも使ってろよwww

636:デフォルトの名無しさん
08/11/04 13:01:24
>>629
Delphiの時代からWebBrowerコンポーネントはゴミ。
.NETに移行したら直ると思ったが甘かった。
まぁ、伝統だ。

637:デフォルトの名無しさん
08/11/04 13:10:24
会社が変わってもそういう伝統を引き継いじゃうってw
ボーランド由来は所詮ボーランド由来か。

638:デフォルトの名無しさん
08/11/04 13:12:02
↑アホ

639:デフォルトの名無しさん
08/11/04 14:23:07
           イ三三三三 \
         /イニニニニ\ヽ\ゝ_
       /イニニニニニ\\V/彡\、
       |三ニ>──、\V//彡\ヽヽ
       |三ニ|         ̄ \\ヽ|
       ハ三シ∠ミヽ,        \ミ l
      {!レ/  ミゝ.,_     ∠三ゝ |ミ l
       | レ  彡ヽ`'ゝ   f=・xミ;  |ミ/
       '┤      ノ  i `''     /}
       l  ーイ⌒(、  ':i      / /
       |   《三ヲ`7≦     〃
       ト、   斤  ̄`''キ≧   /´
      <| 丶  ヽニ--ソ'"   /
     ノ| \ \    ̄   /\
    / l / ヽ、ヽミ _彡'´.〉  /\
__/   .ト、ヽ  i    |  /  |.  \_

640:デフォルトの名無しさん
08/11/04 16:41:04
↑アホ

641:デフォルトの名無しさん
08/11/04 17:20:14
というかそもそもIEコンポ自体が(ry

642:デフォルトの名無しさん
08/11/04 21:55:34
IEコンポ以前の酷い出来。

643:デフォルトの名無しさん
08/11/05 00:55:40
俺はPanasonic製のMDコンポ使ってる

644:デフォルトの名無しさん
08/11/05 00:59:41
URLリンク(xy.yu.to)
始終荒れまくりの海外サーバ絵チャだ

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

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

645:デフォルトの名無しさん
08/11/05 02:45:34
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.

646:デフォルトの名無しさん
08/11/05 02:46:20
( ´_ゝ`)フーン

647:デフォルトの名無しさん
08/11/05 02:57:10
Mono.SIMDキタ━━━(゚∀゚)━━━ !!!!!

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

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

648:デフォルトの名無しさん
08/11/05 03:26:43
ほー
こんなのできてたのか
興味深い

649:デフォルトの名無しさん
08/11/05 04:12:00
まだものたりないな。MONOだけに

650:デフォルトの名無しさん
08/11/05 12:16:51
新機能より、amd64での安定化が先だろ。


651:ほとばしる精液 ◆oH2qd2pAmw
08/11/05 15:21:01
| 呪 |
 〓 〓
 Ф  Ф
 キ 3  <天国から逆流してきました。
 <□/   プ技板のみなさん〜チュッ〜LOVE☆
  川
  oo

652:デフォルトの名無しさん
08/11/05 15:51:22
そろそろ消しゴムのほうのMONOくらいに名が知れてもいいレベルになってきてると思うんだけどなあ

653:デフォルトの名無しさん
08/11/05 16:40:47
>>652
各種ディストリビューションのパッケージが追随しないと誰も使わんだろ。
それこそ>>625みたいのが出揃わないと。

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


654:デフォルトの名無しさん
08/11/05 18:07:33
Linux の各ディストリは本家でサポートしてるよ。
パワーユーザに BSDer が多い日本が特殊なだけで。

655:デフォルトの名無しさん
08/11/05 20:59:19
マカーはどれくらいいるんだろう

656:デフォルトの名無しさん
08/11/05 22:45:48
>>654
RedHat系は軒並みMono1.9だよ。
FreeBSDなんて公式はMono1.2だし。
go-mono.comで>>625みたいな非公式パッケージを満遍なく配布するくらいしないとダメかと。
コア部分にWindowsUpdateやPaint.NETみたいな機構を取り入れて強制最新版配布とか。

657:デフォルトの名無しさん
08/11/05 22:47:51
あと、FreeBSDやLinuxがメインではなく、Windows版を押しまくって、
IBM Javaみたいな状況になる方がいいと思う。

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

658:デフォルトの名無しさん
08/11/05 23:47:13
しかし各プラットフォームで同じバイナリで同じ使用感になるというレベルには達していないと思う。
というのが実感かな。System.Windows.Formsをばりばり使いたいならね。

659:デフォルトの名無しさん
08/11/06 00:10:26
こういうのの開発に参加するには、やっぱ英語わかんないと無理かな

660:デフォルトの名無しさん
08/11/06 00:15:51
>>659
PeerCastやVineLinuxみたいに日本独自バージョンを作ればいい。
基点ごとにマージする感じで。

661:デフォルトの名無しさん
08/11/06 00:22:05
>>625
send-prして乗っ取ればいい。

662:デフォルトの名無しさん
08/11/06 00:27:19
しかし、Mono.SIMDはひどい実装だな...もろSSEのラッパーやん。
これじゃ違う実装に対応できひん。

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

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

663:デフォルトの名無しさん
08/11/06 00:32:04
>Intel自体がSSEに代わる実装を検討
詳しく

664:デフォルトの名無しさん
08/11/06 00:49:59
>>663
URLリンク(pc.watch.impress.co.jp)
URLリンク(pc.watch.impress.co.jp)

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

665:デフォルトの名無しさん
08/11/06 00:54:26
お、サンキュー
今から読んでみるわ

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

667:デフォルトの名無しさん
08/11/06 01:12:07
SIMDに関してはDirectXのエミュレートモードみたいな実装が必要かもね。

668:デフォルトの名無しさん
08/11/06 23:51:48
すものもものももののうち
SuMonoMoMonoMoMonoNoUchi

669:デフォルトの名無しさん
08/11/07 20:12:07
>>658
Windows Formsをそのまま環境のネイティブGUIパーツに置き換えたい俺がいる

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

670:デフォルトの名無しさん
08/11/07 20:43:32
>>669
それを言うならSWTでは?

671:デフォルトの名無しさん
08/11/08 01:01:20
so, what?

672:デフォルトの名無しさん
08/11/08 01:46:36
>>670
どんな環境でも同じルックアンドフィールを保ちたい人にも、それぞれの環境のルックアンドフィールを適用させたい人にも使えるという意味でSwing

673:デフォルトの名無しさん
08/11/08 10:36:36
>>672
見た目だけネイティブUIにしたいってことか

674:デフォルトの名無しさん
08/11/08 11:01:01
GTK#とういのはどうよ?使ったことはないけど。

675:デフォルトの名無しさん
08/11/08 16:55:10
今のエイリアンなルック&フィールを使うかネイティブUIパーツを使うかを選択できれば最高ってことか

676:デフォルトの名無しさん
08/11/09 00:36:45
もう4年前かよ。異様に開発スピード遅いなこれ

677:デフォルトの名無しさん
08/11/09 01:54:13
Windows.FormsとかSilverlight1.0とかいらないものやってるからね。

678:デフォルトの名無しさん
08/11/09 02:31:29
同情するなら資金源のSUSE Linuxを買ってやれ。


679:デフォルトの名無しさん
08/11/09 03:34:48
>>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.
これでネイティブルック&フィールになりそうだ。


680:デフォルトの名無しさん
08/11/09 04:17:26
JavaSE7のプロパティ構文が待ち遠しい。
Win以外でのWindows.Formsが完璧になるか、JavaSE7がリリースされるかどちらが早いかと問われれば・・・
やっぱりJavaだよね・・・C#は好きなんだが、Javaに移りたくなる。

681:デフォルトの名無しさん
08/11/09 04:35:45
>>676
本家に追いついてきているから全然おk

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


682:デフォルトの名無しさん
08/11/09 12:26:17
>>679
手広くやりすぎw

683:デフォルトの名無しさん
08/11/09 22:41:33
>>680
JavaよりMonoの方が開発に口出しできるから面白いよ。
Monoの公式掲示板にワガママを書いてもマジレスしやがるし。
趣味の世界の話だけど。

684:デフォルトの名無しさん
08/11/10 09:39:01
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では動く?


685:デフォルトの名無しさん
08/11/10 12:17:01
>>684
f#わかんねぇ

686:デフォルトの名無しさん
08/11/10 18:54:05
ごめんF#ってこれ
URLリンク(research.microsoft.com)
OCAML系の言語かな


687:デフォルトの名無しさん
08/11/11 00:12:07
>>686
Monoは、そんなものに今の段階で手を出すなって感じだな

688:デフォルトの名無しさん
08/11/11 00:20:48
>>687
F#はMonoで動かすことも想定して公式配布物にinstall-mono.shなんてのが入ってるよ。

689:デフォルトの名無しさん
08/11/11 02:20:54
やっぱり関数言語ヲタはきもい。褒め言葉だけどきもい。

690:デフォルトの名無しさん
08/11/11 03:11:14
F#にMonoは全然関わってないだろ。でも対応してもらうのはありがたい。
何気に関数型言語が流行ってきたっぽいし。俺はLispが好きだけどw

691:デフォルトの名無しさん
08/11/11 04:41:13
IronPythonがんばれ

692:デフォルトの名無しさん
08/11/11 09:28:56
IronRuby もっとがんがれ

693:デフォルトの名無しさん
08/11/11 11:18:13
>>692
仕事遅いよなw

694:デフォルトの名無しさん
08/11/11 13:39:06
>>684
macもってねぇ

695:デフォルトの名無しさん
08/11/11 13:46:48
>>693
利用者が増えれば開発も進むだろ。
腐っても利用者の大半はプログラム目的な訳だし。



696:デフォルトの名無しさん
08/11/11 13:56:20
最新刊の日経LINUX で絶賛されてたぞMONO

697:デフォルトの名無しさん
08/11/11 15:40:25
宣伝するだけもで開発は加速するだろう。

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

698:デフォルトの名無しさん
08/11/11 17:46:56
>>692
RubyはPythonより仕様が不安定だから・・・

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


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

700:デフォルトの名無しさん
08/11/13 07:52:48
>>699
D言語と違って、純正という本流があるわけだし、とりあえずそこに向かえばいい。

701:デフォルトの名無しさん
08/11/13 18:10:49
このスレ保存した
URLリンク(p2.chbox.jp)


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

4957日前に更新/168 KB
担当:undef