
"Since its release a few weeks ago, curious developers have been sniffing through the source code for Google's new Chrome web browser. Chrome's source is interesting for a variety of reasons: there's the new V8 JavaScript virtual machine with its boasts of near-native code performance, the WebKit rendering engine that does all the hard work of understanding and displaying web pages, and (last but not least), Chrome's secure sandbox designed to minimize the impact of any security flaws that might exist in both the browser and plugins alike. It is this secure sandbox that has piqued the curiosity of some observers, and for a reason that many may find surprising. From reading the source,
it looks as though Google has reverse-engineered Windows, and that's explicitly prohibited by the Windows EULA."
Member since:
2006-02-05
Yeah, all I was saying is that it is a very different world when your development team is distributed and your code is under the GPL. For commercially supported frameworks developed in a non-distributed fashion, targetted at business users who do not ever want to have to re-write code to have it function on newer versions, there is a very big difference between supported and unsupported functions.
The crux of what I was trying to say was that an unsupported function for manual DEP control on vanilla windows XP without any updates is hardly proof that MS is trying to pull one over on the world.