Uninstalled and reinstalled the framework and it's fixed. takes only a couple seconds to fire up the first time. Pretty much instant the second time.

Actually it's not a ripoff of java, it's written by the guy who wrote turbo pascal and Delphi. C# also has a UNIX compiler now. Don't use the IDE (I don't).. and your idea of "bloat" goes away. Even the UNIX world sees how .NET is good, and they are trying to port it all to UNIX.

I'm trying to figure out if there's something wrong with my system or if it's normal. I don't remember it being this slow before. I made a very small console app that opens a text file, writes one line to it and then reads that line back and prints it to the screen. It takes 22 seconds to run. The system is a pIII 700 with 256 megs of ram running win2K. I'm pretty sure that with the beta framework's small console apps ran at a reasonable speed. Is this normal or is there something wrong with my installation?

Didn't even think about an object type.. thanks for pointing that out.

I don't think so.. because you're declaring an array that holds arrays of a certian type. I think you're going to want an object or a struct. I'm guessing a stuct is going to be more suited to what you need. Example..

using System;

class MyApp
{
static void Main() {
myStruct testVar = new myStruct();
testVar.intArray = new int[] {1,2,3};
testVar.strArray = new String[] {"One", "Two", "Three"};

	Console.WriteLine("{0} - {1}", testVar.intArray\[2\], testVar.strArray\[2\]);
}

struct myStruct 
{
	public int\[\] intArray;
	public string\[\] strArray;
};

}

structs are going to be faster than objects. But if you want to iterate through members, you should create an object that can be used with a "foreach" loop.

I've been playing around with C# and I like it for some projects. What I've been playing around with lately is socket programming. It's simple enough to make a tcp or udp client/server environment. What I was thinking I'd try next is to emulate the "netstat" command. I'm just not sure how to go about capturing what's listening where. Any tutorials or hints on this?

Did you register your dll? Read this page.. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpapndx/html/\_cor\_deployment\_and\_configuration.asp update: also this link.. depending on what you're doing.. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cptools/html/cpgrfassemblyregistrationtoolregasmexe.asp

I'd say you're right about the fact that it's about the methodology used. But the language has a lot to do with that. Languages tend to fit thinking patterns or mindsets. Some problems need to be approached with a certian mindset, and some languages don't lend themselves to that mindset. Think about AI programming. You're not going to want to tackle that with VB. You're probably don't want to use C/C++ either. You're more than likely going to use a language that maps better to the problem, which in the case of AI, is usually Scheme or Lisp. (This very infomation was discussed on another board I frequent). A lot of this also comes down to personal prefrence. I generally don't like VB because it doesn't map to the way I think. It also is lacking quite a bit as far as functionality (Multiple inheritance, closures, etc) but that's a different topic all together. For me personally, Perl maps best to the way I think, but the issue is that Perl programs become unwieldly when they get large (maybe Perl 6 will fix this). So now I'm looking to C# to see if I can find something that works for larger code bases for me. It will be really nice when .NET is ported to UNIX so people won't have to maintain seperate projects, and/or can release something that's cross platform.