Linked by Thom Holwerda on Thu 19th Mar 2009 06:44 UTC, submitted by Moulinneuf
Privacy, Security, Encryption As he had already predicted, cracker Charlie Miller has won the PWN2OWN contest by cracking Safari and Mac OS X within seconds of the start of the competition. "It took a couple of seconds. They clicked on the link and I took control of the machine," Miller said after his accomplishment. He took home the USD 10000 prize, as well as the MacBook he performed the exploit on. Internet Explorer 8 fell a while later by cracker Nils, who also cracked Safari and Firefox after being done with IE8.
Thread beginning with comment 353863
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: Sad to say
by werpu on Thu 19th Mar 2009 09:22 UTC in reply to "RE: Sad to say"
Member since:

I think it'll be quite a few years before we see Objective-C 2.0 adopted throughout all of Apple's software. I mean, look at .NET and how prevalent it is in Microsoft's offerings. A decade after it's been introduced, the majority of their software is still Win32.

I hope Apple will spend considerably more effort in pushing Objective-C 2.0 adoption.

Well The issue with .Net is it is vm based, I have been using VM based languages for a long time now, and I would not see any reason to move vital parts of an os infrastructure towards a VM especially if it works well. (except for portability reasons) you will get a huge speed hit and memory consumption goes through the roof. It might be interesting for new applications but moving legacy code over is sort of a no go.
Same goes for apple although introducing GC only has minor impacts on mem consumption and speed, there is simply no reason to do it! Newer code can be programmed against it older code probably which never will be touched again except for bugfixing once in a while does not make sense to be ported over!

Reply Parent Score: -1

RE[3]: Sad to say
by google_ninja on Thu 19th Mar 2009 12:16 in reply to "RE[2]: Sad to say"
google_ninja Member since:

The problem in the case of .net isn't performance, it is several thousand man years worth of legacy code. Anything new is done in .net.

Anything in the GAC (global assembly cache) only gets loaded once, which includes the core libraries. Also, there is only ever one runtime running (as opposed to java/ruby/python/etc), and individual programs are segregated into "AppDomains" under that single runtime.

Reply Parent Score: 5

RE[4]: Sad to say
by ba1l on Thu 19th Mar 2009 15:39 in reply to "RE[3]: Sad to say"
ba1l Member since:

Also, there is only ever one runtime running (as opposed to java/ruby/python/etc), and individual programs are segregated into "AppDomains" under that single runtime.

Except when it isn't.

Application domains can be used to host multiple applications inside a single OS process. However, the app domains are implemented as multiple copies of the .NET VM running inside a single process. Even if you have a single process with 10 application domains, you still have multiple VMs, which are deliberately kept isolated from one another. Big deal - pretty much any VM runtime can do that.

That's how the .NET VM is hosted inside SQL Server, how it's used in IIS for ASP.NET websites, and how it's hosted as a COM object inside other applications.

However, that's not how most .NET applications run. If you run a .NET application, a new process will be created, creating a new instance of the .NET VM along with it.

What it can do is pre-compile the assemblies in the GAC to native code. That way, the native code can be shared by any application using it - the runtime just mmaps the code to memory, and the OS just maps the same block of memory into each VM's address space.

That's something that other VMs don't do yet, although I believe Sun were working on some sort of JIT cache for Java that'd perform the same role.

Reply Parent Score: 3