Slashdot has said they wouldn't run those type of ads, so either they're reneging or Dell is pulling a fast one, or someone just fucked up and put the wrond ad on the server.
The advantage to frames lies in being able to reload parts of your page without reloading other parts. IE has some proprietary extensions that let you do this (in a much better way than frames, too), but I'm not aware of anything in the standards that do.
Would you be amazed to know that, in fact, it DOES hold water and has been (repeatedly) used (successfully) against civil suits against gun manufacturers?
Unless the patent specifies that the process involves customized markup in the document, then the author isn't infringing the patent. It doesn't matter that he knows it'll have that effect.
I share your pain. On the other hand, there are toolkits that are much better than MFC - I've always wondered why it was so popular. I fled from it as fast as I could as soon as I found Qt (and then wxWindows, which I greatly prefer).
Runtime checks on things like array accessing can hurt, too, and in unexpected ways. As some other people have mentioned, one of the biggest hurdles for fast.NET apps is that people are just relatively unfamiliar with.NET and, unlike good C++/Java/even VB programmers, don't have the experience to know whats expensive and whats cheap and thus how to write efficent code.
.NET (in this context) is the.NET Framework, a java-like VM and standard library.
.NET is also used widely by Microsoft in product names. These names have nothing to do with the framework and can safely be ignored.
For a while,.NET was ALSO used to refer to the Hailstorm project, which is a sort of centralized computing thing. Interestingly, I was at the Server 2003/VS 2003 launch event and didn't hear a word about that, although they talked alot about Sharepoint, which is a cool looking server product that lets you set up your own collaborative system (highly integrated into Windows Messenger and other stuff, although they claim the API is fully open and documented so third parties can integrate just as well).
COM is the Component Object Model, a fundamental Windows technology. You write objects (called COM servers) that can be loaded up and called from any COM supporting language..NET has a different kind of language neutrality and has been hyped to replace COM, which is kind of silly because COM truly is *fundamental* to windows - almost everything uses it.
A good example - morrowind. Damn near everything in morrowind is based on text scripts (although they seem to be pre-compiled to some sort of bytecode). And here's the freaky thing - ALL the scripts run ALL the time. Granted, Morrowind is a notoriously heavy game, but you can get a machine that will bend it over and make it cry for less than a grand now.
That said, I still don't think anyone will write engines in C# any time soon. AI (maybe) and the game logic wrapping the engine, maybe.
Windows.Forms is actually implemented in Mono, although not completely. In the MS.NET environment it maps to win32 calls, in Mono it either uses Wine or maps to Gtk. There's nothing inherently windows-only about Windows.Forms, despite the name.
It's intentionally awkward. You can do it if you really need to (like if you're interfacing with a native library and need to pass it a pointer) but it can seriously affect the performance of the GC. It's done like this:
fixed (pointer) { //inside this block, pointer will always be in the same memory location } //afterward, it's back to the GC
You could just wrap everything in a fixed block, but thats silly. Getting away from wanting to do that is important (and I'm coming from C++, so it's hard for me to do to:P)
It's still not really native code. It's basically a cache of the JITed assembly (the framework actually stores this stuff for you, so you don't need to re-JIT your assemblies every time you run them).
In the context of the discussion, "compilation to native code" means "running against the natice API" rather than in the VM.
That's just shitty development on Timberlines part..NET is not THAT heavy weight (it runs great on my 200Mhz PDA:P), and installing shouldn't have taken more than 1 reboot (installing just the framework often doesn't even need that).
I don't think Object Oriented Language means what you think it means. You know that all modern games are writting an OO languages, right? You're also confused about (at least the.NET, I dunno about Java) compilation.
Probably not, since.NET games will ise DirectX, which won't exist on the other platforms. If someone writes a compatible.NET wrapper for OpenGL, then sure, assuming that the non-Windows.NET environments are as good as the Windows ones (which is certainly not the case now, although one has hopes).
Well, I'll chime in. It's better than both VB and C++ for buisness apps because it's faster and cleaner than VB while being safer than C++. It's at least partially cross platform, but lets reserve judgement on that for a while. It's an excellent web development platform, although there's very little beyond preference to value one of the other. I'm a cold fusion developer in my day job (among other things) and I'd prefer ASP.NET (althought not normal ASP) due to the better library and cleaner syntax.
It's VERY comparable to Java for server side apps, and is being targeted very heavily there (and is, in fact, in fairly wide use in that role).
I also develop for the PocketPC and it's hands down the best environment for that, despite the weight of the framework. It's probably the best for Windows CE, too. I can't speak to Linux or Palm based handhelds.
My own personal opinion is that C# is also a clean, powerful, easy language to use, the framework itself has a well designed and extensive library, and it's avoid the issues that make me detest Java.
VB.NET isn't really VB anymore. C#, VB.NET, and J# are all more or less the same language (there's slight differences in what they allow you to do at the lower levels of the framework), the main diffrence being what language they're syntatically close to. VB.NET exists soley to move the massive base of VB "developers" to the.NET platform (a huge step up from raw VB, and maybe some of them will earn that title now), C# is the refrence implementation language (kind of a cross between C++ and Java) and J# is almost identical to Java (syntatically), designed to lure Java programmers.
.NET does NOT allow compiling to native code. What you can do is compile your assembly to a Win32 executable ( a clever little hack that stores the bytecode and a stubloader for the framework). This confuses some people (since you get app.exe, they think it's native code - it's not).
As for memory management - as one of the other posters said, you can take control of the GC, but you really mess with it when you do this. - "fixed" blocks prevent the GC from moving chuncks, which really messes with it's performance.
If you use managed C++ rather than a pure.NET solution, you can get some of the benefits of the (very nifty) standard library, but still have your important code running unmanaged. However, I don't really see any gain to this..NET is a good framework (and I hate MS...), it's like Java but with 10 years of watching all the things Java did wrong, but the areas where it really helps aren't worth the tradeoff for game developers.
It's good for server programs (like J2EE) because of the managed code - less chance for security flaws and harder to take advantage of them if they do exist. It's even okay for plain old application development (the GUI is noticably worse than compiled code, but it's better than Java [under Windows]). But a 3d engine needs the low level control that native code allows.
In addition, communism doesn't neccesarily have to limit human rights, either (although, if it were idealogically pure communism, there wouldn't be any need to protest for your human rights, because they'd be protected by the State... kinda like how it works in the US. Heh.)
Forgetting international law, it's illegal under OUR laws. Although it's a technicality that pretty much everyone feels free to ignore.
Additionally, your definition of international law more or less also defines domestic law. Just because we don't feel like complying with it doesn't make it not illegal. It's like saying that, say, toxic dumping isn't illegal because companies pay fines for it.
Having read the affadavit, it looks to me like they have no solid evidence of any sort against Hawash - the charges at best amount to aiding and abetting. It's interesting to note that his name actually appears very little in the document, it's mainly focused on the other people, who were actually arrested.
The propaganda and demonization of countries that oppose us is pretty similiar, too. Not that I really expect GWB to turn into another Hitler (Hitler spoke better English:P), but the similarities ARE there, and it's worth people being aware of them.
Slashdot Mirror
Restarting apache (you don't need to go down for the recompile) is faster than a Windows reboot (and less obnoxious) under any circumstances.
Slashdot has said they wouldn't run those type of ads, so either they're reneging or Dell is pulling a fast one, or someone just fucked up and put the wrond ad on the server.
Remeber those old SSI D&D video games? Those apply, because you had a static party menu on the left side with the action in the center.
Just using it for layout is moronic.
Would you be amazed to know that, in fact, it DOES hold water and has been (repeatedly) used (successfully) against civil suits against gun manufacturers?
Unless the patent specifies that the process involves customized markup in the document, then the author isn't infringing the patent. It doesn't matter that he knows it'll have that effect.
I share your pain. On the other hand, there are toolkits that are much better than MFC - I've always wondered why it was so popular. I fled from it as fast as I could as soon as I found Qt (and then wxWindows, which I greatly prefer).
Runtime checks on things like array accessing can hurt, too, and in unexpected ways. As some other people have mentioned, one of the biggest hurdles for fast .NET apps is that people are just relatively unfamiliar with .NET and, unlike good C++/Java/even VB programmers, don't have the experience to know whats expensive and whats cheap and thus how to write efficent code.
For a while, .NET was ALSO used to refer to the Hailstorm project, which is a sort of centralized computing thing. Interestingly, I was at the Server 2003/VS 2003 launch event and didn't hear a word about that, although they talked alot about Sharepoint, which is a cool looking server product that lets you set up your own collaborative system (highly integrated into Windows Messenger and other stuff, although they claim the API is fully open and documented so third parties can integrate just as well).
COM is the Component Object Model, a fundamental Windows technology. You write objects (called COM servers) that can be loaded up and called from any COM supporting language. .NET has a different kind of language neutrality and has been hyped to replace COM, which is kind of silly because COM truly is *fundamental* to windows - almost everything uses it.
That said, I still don't think anyone will write engines in C# any time soon. AI (maybe) and the game logic wrapping the engine, maybe.
Windows.Forms is actually implemented in Mono, although not completely. In the MS .NET environment it maps to win32 calls, in Mono it either uses Wine or maps to Gtk. There's nothing inherently windows-only about Windows.Forms, despite the name.
In the context of the discussion, "compilation to native code" means "running against the natice API" rather than in the VM.
That's just shitty development on Timberlines part. .NET is not THAT heavy weight (it runs great on my 200Mhz PDA :P), and installing shouldn't have taken more than 1 reboot (installing just the framework often doesn't even need that).
I don't think Object Oriented Language means what you think it means. You know that all modern games are writting an OO languages, right? You're also confused about (at least the .NET, I dunno about Java) compilation.
Probably not, since .NET games will ise DirectX, which won't exist on the other platforms. If someone writes a compatible .NET wrapper for OpenGL, then sure, assuming that the non-Windows .NET environments are as good as the Windows ones (which is certainly not the case now, although one has hopes).
Or if you prefer the IDE, like I do :P It's not TO difficult to use the VC 7/7.1 compilers from VC 6.
It's VERY comparable to Java for server side apps, and is being targeted very heavily there (and is, in fact, in fairly wide use in that role).
I also develop for the PocketPC and it's hands down the best environment for that, despite the weight of the framework. It's probably the best for Windows CE, too. I can't speak to Linux or Palm based handhelds.
My own personal opinion is that C# is also a clean, powerful, easy language to use, the framework itself has a well designed and extensive library, and it's avoid the issues that make me detest Java.
C# is not a scripting language, and isn't really suited to be used as one. ECMAScript is pretty common, though, and there's JScript bindings for .NET.
VB .NET isn't really VB anymore. C#, VB .NET, and J# are all more or less the same language (there's slight differences in what they allow you to do at the lower levels of the framework), the main diffrence being what language they're syntatically close to. VB .NET exists soley to move the massive base of VB "developers" to the .NET platform (a huge step up from raw VB, and maybe some of them will earn that title now), C# is the refrence implementation language (kind of a cross between C++ and Java) and J# is almost identical to Java (syntatically), designed to lure Java programmers.
As for memory management - as one of the other posters said, you can take control of the GC, but you really mess with it when you do this. - "fixed" blocks prevent the GC from moving chuncks, which really messes with it's performance.
If you use managed C++ rather than a pure .NET solution, you can get some of the benefits of the (very nifty) standard library, but still have your important code running unmanaged. However, I don't really see any gain to this. .NET is a good framework (and I hate MS...), it's like Java but with 10 years of watching all the things Java did wrong, but the areas where it really helps aren't worth the tradeoff for game developers.
It's good for server programs (like J2EE) because of the managed code - less chance for security flaws and harder to take advantage of them if they do exist. It's even okay for plain old application development (the GUI is noticably worse than compiled code, but it's better than Java [under Windows]). But a 3d engine needs the low level control that native code allows.
In addition, communism doesn't neccesarily have to limit human rights, either (although, if it were idealogically pure communism, there wouldn't be any need to protest for your human rights, because they'd be protected by the State... kinda like how it works in the US. Heh.)
Additionally, your definition of international law more or less also defines domestic law. Just because we don't feel like complying with it doesn't make it not illegal. It's like saying that, say, toxic dumping isn't illegal because companies pay fines for it.
Having read the affadavit, it looks to me like they have no solid evidence of any sort against Hawash - the charges at best amount to aiding and abetting. It's interesting to note that his name actually appears very little in the document, it's mainly focused on the other people, who were actually arrested.
The propaganda and demonization of countries that oppose us is pretty similiar, too. Not that I really expect GWB to turn into another Hitler (Hitler spoke better English :P), but the similarities ARE there, and it's worth people being aware of them.