IngisKahn

The experienced yet trivial answer: no.

It is for the most part possible, but requires experience and is not trivial.

Unless you're writing applictions to run on your wrist watch I wouldn't worry about runtimes. It's an install once deal and anyone that keeps their Windows up to date has the .NET runtime installed. Oh and I have Flash, JavaScript, and animated gifs disabled.

Ya, Sprite.Draw* takes a color parameter.

ICloneable is a standard CLR interface which all classes that support cloning should implement. MemberwiseClone is a private member function of Object that does exactly what you're trying to do (i.e. perform a shallow copy). If an object doesn't implement ICloneable then it's probably not ment to be copied. MSDN is your friend :)

And be sure to use the ICloneable interface. Also have you checked out MemberwiseClone?

This is all a question of how to use basic reflection, which .NET supports wonderfully. Just a meander thru the System.Reflection namespace should yield answers. The many Assembly.Load* functions should give you an idea of how to access system assemblies.

You can still just change the lighting...

That's because there's no System.Window.Forms.Button in your executing assembly. You need to use CreateInstance on the WindowsForms assembly.

Use conditional complilition tags: #if DEBUG Console.ReadLine(); #endif

All of our .NET apps are compiled to native code. Thou even that shouldn't matter since the vehicles "reflexes" (e.g. making sure wheel rotation matches the change in sensed positon [otherwise you'll be digging a hole in the floor :) ]) are controlled by asm device drivers running on a higher priority than its "normal brain" (e.g. goto point A and drop load). Since our vehicles are large and expensive (avg. > $100k) we can afford to go overboard on the hardware. This is leading to more decision making on the part of the vehicle and inter-vehicle communication. Maybe they'll start programming themselves soon. :p Have to give 'em names instead of numbers.

I worked on a similar system a few years ago... Try typing TAPI into your search engine.

Of course all the sensors and encoders have their own 3rd party interface but the actual vehicles(robots) run on Windows CE, the electronics are all in-house. All interpritation of input and controller output is done by .NET as well as communications with the server, IOW the brains of the vehicle. The vehicles also have a touch screen interface which was a pleasure to implement as oppesed to the horrible old system we used.

For the sake of all that is holy in OOP, at least use a struct. :)

Gotta love driving a thread OT. :) MSM does offer a great feature for XP users - Remote Assistance. Anyway I've managed not to use any of the instant messaging networks for awhile now. All IRC for me. ;)

http://www.phylomortis.com/html/rmxp1.html Why ya hating on MSN? Could be worse. Could be AIM or Yahoo or ICQ...

nmake can be used with any .NET assembly. As for the VM discussion, this is a good read: http://msdn.microsoft.com/library/?url=/library/en-us/dnreal/html/realworld06012004.asp

You can create your own vertext format and use texture tiling with a tranparent back color.

I'd be surprised (but very pleased) if it did. MS spent the majority of their time working on the compiler. Maybe you can find some info on Mono's site...

Correct. One of the reasons for this is that the compiler can optimize for a specific processor instead of just compiling for metapc.

nmake (n = native) precompiles assemblies and stores that with the GAC. Any serious .NET project should include a call to nmake in the installation app.

Just a nitpick: VM isn't an accurate term for the CLR and with nmake, JIT compilation doesn't even enter into it. I work for an AGV company (Automatic Guided Vehicle). We have sites with hundreds of vehicles and applications such as hospitals, newspapers, automotive manufacturers, banks(mint/vault), nuclear power(fuel handling), etc. (not quite as hardcore as missile systems but heads roll if there're any problems) In 2003 we moved to .NET (CE for the actual robots) and currently we're preparing for .NET 2.0 (already running sims on BETA 2). So my point is that .NET can handle huge amounts of data and processing with 0 tolerance for failure or slowdowns.

Straight from MSDN: Regex.IsMatch(address, @"^([\w-\.]+)@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.)|(([\w-]+\.)+))([a-zA-Z]{2,4}|[0-9]{1,3})(\]?)$")

BTW, the standard for boolean UI input would be a check box. :)

It would reveal some of the overhead involved. But anyway, I don't think you should be using InteropServices when a simple stream would do.