C、VB、VC++以外の.NETを語るスレ
>>177
いや、前宣伝通りに、Win32/64と並列な存在としてWinFXが加わるのか、
結局APIというのはいつものMSの口上でラッパーに終始するのかは、見極める必要があると思うんだ
前者なら、プロセスのメモリ空間内にWin32でお馴染みのdllは読み込まれないはずだから
それで見分けがつくと思って
逆に、非.NETなプロセスのメモリ空間内に、WinFXのランタイムが侵入してくるのかも確認したいなあ…
いや、前宣伝通りに、Win32/64と並列な存在としてWinFXが加わるのか、
結局APIというのはいつものMSの口上でラッパーに終始するのかは、見極める必要があると思うんだ
前者なら、プロセスのメモリ空間内にWin32でお馴染みのdllは読み込まれないはずだから
それで見分けがつくと思って
逆に、非.NETなプロセスのメモリ空間内に、WinFXのランタイムが侵入してくるのかも確認したいなあ…
179 ：デフォルトの名無しさん：04/07/15 14:45
D.NETが出来てほしい。マジで。
180 ：デフォルトの名無しさん：04/07/17 10:03
>>179
出来るでしょ。
出来るでしょ。
181 ：デフォルトの名無しさん：04/07/17 10:20
>>179
いつか確実にできるだろうが、その前に完成してください。
いつか確実にできるだろうが、その前に完成してください。
182 ：デフォルトの名無しさん：04/07/17 14:16
Dは、ただいまver0.95。
もう少しで正式版リリース。
ver0.991
ver0.992
ver0.993
・・・・・・・。
と続いたらやだなぁ。
あと早く namespace 実装してほしい。
もう少しで正式版リリース。
ver0.991
ver0.992
ver0.993
・・・・・・・。
と続いたらやだなぁ。
あと早く namespace 実装してほしい。
183 ：デフォルトの名無しさん：04/07/17 21:41
もし.NETの時代になっちゃったらアンチMSは
D言語に押し寄せるんだろうな。
D言語に押し寄せるんだろうな。
184 ：デフォルトの名無しさん：04/07/18 09:25
一般に64ビットCPUが普及すればWinFXは避けて通れないのは当然だろ？
それともAlpha,MIPS,SPARC,PowerPC用NTの二の舞踏むか？バイナリバラバラでさ。
それともAlpha,MIPS,SPARC,PowerPC用NTの二の舞踏むか？バイナリバラバラでさ。
185 ：デフォルトの名無しさん：04/07/18 13:20
WinFX
IntelがAMD64対応する事になったからあんまり意味無いんじゃないの？
Itaniumなんかは元々サーバ用だからバイナリ不一致なんて気にしないだろうし
IntelがAMD64対応する事になったからあんまり意味無いんじゃないの？
Itaniumなんかは元々サーバ用だからバイナリ不一致なんて気にしないだろうし
186 ：デフォルトの名無しさん：04/07/18 23:50
WinFXって.NET Frameworkに対応した言語以外からも呼び出せるの？
187 ：デフォルトの名無しさん：04/07/23 05:11
linuxで動く .net framework であるところの mono を入れてみたんですが
ｖｂ．ｎｅｔ で普通に作ったＥＸＥは動かないでやんの
動くようにする方法ないんでしょうか？
ｖｂ．ｎｅｔ で普通に作ったＥＸＥは動かないでやんの
動くようにする方法ないんでしょうか？
188 ：デフォルトの名無しさん：04/07/23 21:31
linuxはPE実行できんからね
普通にELFでコンパイルしる
普通にELFでコンパイルしる
189 ：デフォルトの名無しさん：04/07/23 22:29
うたい文句的にはそのまま実行できることになってんですけどねえ・・・
今手元の環境が壊れちまったのではっきり覚えてないけど
ＶＢ独自のクラスライブラリーを要求してるようなエラーが出たように思う
今手元の環境が壊れちまったのではっきり覚えてないけど
ＶＢ独自のクラスライブラリーを要求してるようなエラーが出たように思う
190 ：デフォルトの名無しさん：04/07/23 23:22
191 ：デフォルトの名無しさん：04/07/24 01:45
Loom.net
http://www.dcl.hpi.uni-potsdam.de/RAPIER-LOOM/
アスペクト指向プログラミングを後押しする要因とは？
http://www.itmedia.co.jp/enterprise/0311/18/epic02.html
Microsoftの.NETプラットフォームのプログラマーは遅いスタートを切ったが、
怠けているわけではない。ウォルフガング・シュルト氏は、LOOM.NETと呼ばれ
るAOP実装に取り組むドイツのチームの一員だ。シュルト氏は、.NET陣営は
Javaコミュニティーの取り組みより2年遅れているものの、
AOPはMicrosoftのプラットフォームと親和性が高いと述べる。
LOOM.NETプロジェクトはMicrosoftから財政支援を得ており、
同プロジェクトの.NETプログラマーは、自分たちのコードを開発する際に、
バイナリの.NETアセンブラを用いることができる。このレベルでの作業により、
研究者の取り組みはC#でもVisual Basicでも動かすことができる。
Javaプログラマーには、このような贅沢はない。
ソフトウェア開発ベンダーのMabry SoftwareでCEOを務めるジェームス・シールド氏は、
「正直に言って、AOPはJava以外の場面で採用されたときに多くの可能性を持つものだ」と言う。
「このような考えがC#に加わったらどうなるのか、見てみたいものだ」とシールド氏は続ける。
http://www.dcl.hpi.uni-potsdam.de/RAPIER-LOOM/
アスペクト指向プログラミングを後押しする要因とは？
http://www.itmedia.co.jp/enterprise/0311/18/epic02.html
Microsoftの.NETプラットフォームのプログラマーは遅いスタートを切ったが、
怠けているわけではない。ウォルフガング・シュルト氏は、LOOM.NETと呼ばれ
るAOP実装に取り組むドイツのチームの一員だ。シュルト氏は、.NET陣営は
Javaコミュニティーの取り組みより2年遅れているものの、
AOPはMicrosoftのプラットフォームと親和性が高いと述べる。
LOOM.NETプロジェクトはMicrosoftから財政支援を得ており、
同プロジェクトの.NETプログラマーは、自分たちのコードを開発する際に、
バイナリの.NETアセンブラを用いることができる。このレベルでの作業により、
研究者の取り組みはC#でもVisual Basicでも動かすことができる。
Javaプログラマーには、このような贅沢はない。
ソフトウェア開発ベンダーのMabry SoftwareでCEOを務めるジェームス・シールド氏は、
「正直に言って、AOPはJava以外の場面で採用されたときに多くの可能性を持つものだ」と言う。
「このような考えがC#に加わったらどうなるのか、見てみたいものだ」とシールド氏は続ける。
192 ：デフォルトの名無しさん：04/08/03 13:10
.NET対応の俺言語を作りたいのですが
どうやって作ればいいの？
どうやって作ればいいの？
193 ：デフォルトの名無しさん：04/08/03 13:27
MSIL吐け
194 ：デフォルトの名無しさん：04/09/01 14:10
Perl.NET使ってみたい。
195 ：デフォルトの名無しさん：04/09/01 15:14
PHP.NET 欲しい。mb_*() が便利。
196 ：デフォルトの名無しさん：04/09/16 05:46:40
どれも SP1.1 で動くの？
197 ：デフォルトの名無しさん：04/09/21 20:10:56
>>196
君が試してみてくれないか？
君が試してみてくれないか？
198 ：デフォルトの名無しさん：04/10/06 22:12:20
あまり書き込みがないみたいだけどC#以外の.NETは注目されてないのか？
Delphi.NETは順調じゃないのかね？
Delphi.NETは順調じゃないのかね？
199 ：デフォルトの名無しさん：04/10/08 03:15:21
Managed C++、C#、J#をC系として一緒くたにしていいなら、
Pascal系の.NET対応言語で言えば、Delphi for .NETはManaged C++だからなー。
ネイティブと同じコードを通すために無理しまくり。
ChromeというDelphiとは異なる.NET用Pascal系言語が作られてて、
こっちは.NET専用でまとまった構文もあるので、言ってみればC#。
良さそうなんだが、Delphi for .NETの時点で既にマイナーなのに、
マイナーにマイナーを重ねるようなもんだからなあ…
Pascal系の.NET対応言語で言えば、Delphi for .NETはManaged C++だからなー。
ネイティブと同じコードを通すために無理しまくり。
ChromeというDelphiとは異なる.NET用Pascal系言語が作られてて、
こっちは.NET専用でまとまった構文もあるので、言ってみればC#。
良さそうなんだが、Delphi for .NETの時点で既にマイナーなのに、
マイナーにマイナーを重ねるようなもんだからなあ…
200 ：キリ番ゲッター ◆Q5W244LhJU ：04/10/11 15:26:36
つ２００
201 ：デフォルトの名無しさん：04/10/11 17:47:49
.NET=C#みたいになってんのかね。
202 ：デフォルトの名無しさん：04/10/11 17:59:16
ふーふ
203 ：デフォルトの名無しさん：04/10/16 13:07:09
monoができたらPerl.NET
204 ：デフォルトの名無しさん：04/10/21 11:58:03
>>188 X
% file /usr/share/dotnet/mono/1.0/mcs.exe
/usr/share/dotnet/mono/1.0/mcs.exe: MS Windows PE 32-bit Intel 80386 console executable
% /usr/share/dotnet/mono/1.0/mcs.exe --version
Mono C# compiler version 1.0.1.0
% uname -a
Linux XXXXXX 2.6.9-rc1.XXX #7 Wed Sep 29 14:48:21 JST 2004 i686 GNU/Linux
% file /usr/share/dotnet/mono/1.0/mcs.exe
/usr/share/dotnet/mono/1.0/mcs.exe: MS Windows PE 32-bit Intel 80386 console executable
% /usr/share/dotnet/mono/1.0/mcs.exe --version
Mono C# compiler version 1.0.1.0
% uname -a
Linux XXXXXX 2.6.9-rc1.XXX #7 Wed Sep 29 14:48:21 JST 2004 i686 GNU/Linux
205 ：デフォルトの名無しさん：04/10/24 14:33:59
J#ってどうなんだろう？
206 ：デフォルトの名無しさん：04/10/25 19:59:21
J#使ってる香具師はいるのか？
207 ：デフォルトの名無しさん：04/11/14 13:01:22
ttp://boo.codehaus.org/
おい、これ面白いですよ。
構文はpython風。
静的型付けな言語だが型推論があるのと
Mainメソッドが省略可能なのでスクリプトみたいにも書ける。
レイトバインド用の型もあってCOMオブジェクトが簡潔に扱えるし、
IronPythonみたいな対話型インタープリタも付いてて結構遊べる。
おい、これ面白いですよ。
構文はpython風。
静的型付けな言語だが型推論があるのと
Mainメソッドが省略可能なのでスクリプトみたいにも書ける。
レイトバインド用の型もあってCOMオブジェクトが簡潔に扱えるし、
IronPythonみたいな対話型インタープリタも付いてて結構遊べる。
208 ：デフォルトの名無しさん：04/11/14 22:24:27
面白いけど、この手のはいつ完成するか分からないからなあ
209 ：デフォルトの名無しさん：04/11/22 10:42:33
Win98 + VS6.0Proの環境です。
Win9x系でもコマンドラインでのコンパイラが使えるので
とりあえずJScript.NETを始めてみました。とりあえず、以下のコードは動きますが、効率的な評価をお願いします。
★test_lib2.js ソースコード1 これを他のコンソールexeを作成する時でもライブラリと使いたい
★jsc /target:library /fast+ test_lib2.js コンパイルし test_lib2.dll を得た。
package PkTest2 {
public class ClsTest2 {
static function FnTest2() :String {
return "HELLO!!";
}
}
}
★test_run2.js ソースコード2 先のtest_lib2.dll をライブラリとして参照活用するコンソールexeにする
★jsc /target:exe /fast+ /reference:test_lib2.dll test_run2.js にてコンパイルし、test_run2.exeを得た。
import PkTest2;
print(PkTest2.ClsTest2.FnTest2());
//ライブラリ関数の作成はこれでいいのでしょうか？（Perlのrequireの機能と同様なものですか？）
Win9x系でもコマンドラインでのコンパイラが使えるので
とりあえずJScript.NETを始めてみました。とりあえず、以下のコードは動きますが、効率的な評価をお願いします。
★test_lib2.js ソースコード1 これを他のコンソールexeを作成する時でもライブラリと使いたい
★jsc /target:library /fast+ test_lib2.js コンパイルし test_lib2.dll を得た。
package PkTest2 {
public class ClsTest2 {
static function FnTest2() :String {
return "HELLO!!";
}
}
}
★test_run2.js ソースコード2 先のtest_lib2.dll をライブラリとして参照活用するコンソールexeにする
★jsc /target:exe /fast+ /reference:test_lib2.dll test_run2.js にてコンパイルし、test_run2.exeを得た。
import PkTest2;
print(PkTest2.ClsTest2.FnTest2());
//ライブラリ関数の作成はこれでいいのでしょうか？（Perlのrequireの機能と同様なものですか？）
210 ：デフォルトの名無しさん：04/12/28 00:30:21
やっとまともな書き込みがキタな。
211 ：デフォルトの名無しさん：05/01/20 02:31:27
VBScript.NETなんてのは作らんのかね。
.NET版のGroovyになるといいなぁ。
できればJScript.NETもそんな感じになって欲しい。
そんなのが出来たらXAMLとの相性がとっても良さそうだ。
デスクトップアプリケーションの開発でもコンパイル不要になるし。
.NET版のGroovyになるといいなぁ。
できればJScript.NETもそんな感じになって欲しい。
そんなのが出来たらXAMLとの相性がとっても良さそうだ。
デスクトップアプリケーションの開発でもコンパイル不要になるし。
……あれ？よく考えたら
実行時にコンパイルしてくれる仕組みは
すでにASP.NETで使われてるんだったな。
コレを使えば……。
よく見たらMSのAvalon解説記事にも含みがあった。
ttp://www.microsoft.com/japan/msdn/msdnmag/issues/04/01/Avalon/default.aspx
＞ 図 6 では、埋め込みの C# コードで Click イベントに対処するボタンを持つ完全な XAML ファイルを示しています。 "Longhorn" バージョンの Internet Explorer では、C# コードは変換されないので、このファイルをコンパイルする必要があります。
うー、すなわちVB/C#そのものでスクリプトライクな環境は実現するわけで、
わざわざスクリプト言語として作る必要なんてないってことか。
つまりはスレ違いってこったな。ごめんよ……
実行時にコンパイルしてくれる仕組みは
すでにASP.NETで使われてるんだったな。
コレを使えば……。
よく見たらMSのAvalon解説記事にも含みがあった。
ttp://www.microsoft.com/japan/msdn/msdnmag/issues/04/01/Avalon/default.aspx
＞ 図 6 では、埋め込みの C# コードで Click イベントに対処するボタンを持つ完全な XAML ファイルを示しています。 "Longhorn" バージョンの Internet Explorer では、C# コードは変換されないので、このファイルをコンパイルする必要があります。
うー、すなわちVB/C#そのものでスクリプトライクな環境は実現するわけで、
わざわざスクリプト言語として作る必要なんてないってことか。
つまりはスレ違いってこったな。ごめんよ……
213 ：デフォルトの名無しさん：05/01/29 20:14:17
しかしちょっとは他の言語の.NETも出てきていいんじゃないのか？
214 ：デフォルトの名無しさん：05/02/06 02:16:43
>>1
C++.NETのスレが無いようなのでここに混ぜてもらっても良いですか？
C++.NETのスレが無いようなのでここに混ぜてもらっても良いですか？
215 ：デフォルトの名無しさん：05/02/06 02:34:31
216 ：デフォルトの名無しさん：05/02/19 19:34:20
J#用のコンパイラって、.NET Framework SDK には入ってませんか?
あれは無料配布なしですか。
あれは無料配布なしですか。
217 ：デフォルトの名無しさん：05/02/19 19:42:56
>>216
J#に何を期待する？
J#に何を期待する？
218 ：デフォルトの名無しさん：05/02/20 00:10:36
JavaのOS間互換性を崩し、最終的にJavaを亡き者にすることを期待する
219 ：デフォルトの名無しさん：05/02/20 01:31:55
220 ：デフォルトの名無しさん：05/02/20 06:54:21
Common Larceny
ttp://www.ccs.neu.edu/home/jrm/download.html
CLI上で動作するSchemeは過去にもいくつかあったみたいだけど、今はこれがアクティブなプロジェクトらしい。
使ってみたけど、クラスライブラリの呼び出し方がまったく分からなかった...orz
ttp://www.ccs.neu.edu/home/jrm/download.html
CLI上で動作するSchemeは過去にもいくつかあったみたいだけど、今はこれがアクティブなプロジェクトらしい。
使ってみたけど、クラスライブラリの呼び出し方がまったく分からなかった...orz
221 ：デフォルトの名無しさん：05/02/20 09:34:04
222 ：デフォルトの名無しさん：05/02/20 09:42:29
実行ファイルが生成できていいと思うけどねぇ
223 ：デフォルトの名無しさん：05/02/20 11:38:54
まさかJavaをそのまま使えると思ってるのか？
224 ：デフォルトの名無しさん：05/02/20 16:12:54
J#とJavaってそんなに互換性ないの？
225 ：デフォルトの名無しさん：05/02/20 16:23:42
文法だけ同じでもしょうがない気もするよ。
226 ：デフォルトの名無しさん：05/02/20 20:01:43
Java 1.1.4 相当のライブラリは入ってるよ。
ＶＢ６.Netを作ればいいのに＞ＭＳ