Are you one of the many devs who miss Xcode's "Fix and Continue" feature? Apple removed "Fix and Continue" in Xcode 4. This option allowed you to patch your binary with updated code, as you ran and debugged it. Well, there's good news. Developer John Holdsworth has released Injection for Xcode. It's an OS X application that lets you inject those same code changes into running applications for development and debugging. It works with both OS X and iOS apps, including those running on devices. It works by allowing your classes to be recompiled selectively as class categories. These are loaded at run time via bundles, and override your originally compiled code. So you can modify, enhance, and adapt your code during run time and tweak elements on the go. Holdsworth has been working with this feature for quite a long time. He writes: In London there were two banks which embraced NeXT for developing front office trading systems in an age before even windows 3.1. The hardware was only just up to it however and build times where at three quarters of an hour so we started using this means of patching the app using bundles rather having to relink the whole thing. I asked him to fill in some of his background about working with Apple and NeXT technology. He responded: I first encountered NeXT in 1989 at IRCAM the computer/music research institute in Paris where I fell in love with Objective-C. It's great to see things coming full circle with all this memory managed stuff, and C++, such a half baked language falling away. How ironic that it should be a mobile device which paved the way. If you ask me the closest we've been to Object-Oriented Nirvana is Smalltalk, and Objective-C is pretty close to that. Steve visited one day spinning the reality distortion field about the new "autorelease" mechanism. Quite the mystic. My only other claim to fame was when the Apple purchase of NeXT came through I sent him an email enthusing greatly and got a reply saying "Thanks John, a Merry Christmas to you and your family."
Been a disciple ever since. Shame I didn't buy the stock. Unfortunately, Apple has been a bit squirrelly about letting Injection into the OS. Holdsworth first hoped to start selling Injection on the Mac App Store back in February. Apple has been sitting on the app for months, failing to give it a thumbs up or down. Do you want to help out? Drop Apple a note at appreview@apple.com and ask them to expedite approval on Injection for Xcode (App number #id498448895). Until then, Injection for Xcode is available on Holdsworth's personal site. It offers a two-week trial period and costs US$9.99 (individual license) or $25.00 (corporate) after that. Licenses are issued per-machine. To purchase, the app guides you through PayPal (via a web view) after the trial period.DevJuice: Injection for Xcode originally appeared on TUAW - The Unofficial Apple Weblog on Thu, 10 May 2012 16:00:00 EST. Please see our terms for use of feeds.Source | Permalink | Email this | Comments read more..
Sunday, 13 May 2012
John Holdsworth-Injection-Xcode
Sunday, 8 April 2012
Malicious Website-Trojan
According to Russian antivirus firm Dr. Web, over 600,000 Macs worldwide are infected with the Mac flashback trojan. The trojan can be installed if you visit a malicious website, and it will attempt to connect your Mac to a botnet. Fifty-seven percent of infected machines are located in the US and 20 percent are in Canada. There are even 24 infected machines supposedly connected to the botnet from Apple's Cupertino campus. This trojan targets a Java vulnerability in Mac OS X that was recently patched. It should be noted that in OS X 10.7 Lion, Java isn't included by default; only those who have deliberately installed it are potentially vulnerable to this exploit (or those running Snow Leopard or earlier OS X versions). If you installed it at some point but no longer have a reason to run Java, you should probably turn it off completely or at a minimum disable it in Safari. F-Secure has provided a set of diagnostics that'll let you know if you have been infected. If you have the malware on your machine, F-Secure's page can walk you through the steps to remove the infection. Thanks to everyone who sent this in. [Via The Loop]How to find/remove the Flashback trojan originally appeared on TUAW - The Unofficial Apple Weblog on Thu, 05 Apr 2012 10:15:00 EST. Please see our terms for use of feeds.Source | Source | Permalink | Email this | Comments read more..
Friday, 9 March 2012
Frustrated Quicken 2007-Finance Software-Intuit-Lion
It was late last year that Intuit offered a Christmas olive branch to frustrated Quicken 2007 for Mac customers. The finance software giant promised that it would find a way to make Quicken work on the latest version of OS X; today, it looks like that promise has been kept. Quicken for Mac 2007 Lion Compatible is now available for purchase. While the company had built a ground-up Mac offering in Quicken Essentials that showed some spark and a new look, it lacked some of the key features that users of Q2007 had grown fond of (QIF export, direct bill pay, support for rental properties); unfortunately, the older app was never updated past its PowerPC roots and ceased working when Lion dropped support for the Rosetta compatibility layer. Q2007 users fumed, jumped ship to other finance products, stuck with Snow Leopard, or shrieked with frustration if they updated without realizing the issue. (We tried to warn you, people, really we did.) It's not easily found on the Intuit site, but the Lion-friendly version of Quicken 2007 can be bought online (it's US$14.99). Searching for it via Intuit's built-in tool doesn't work, and it's not listed in the full product rundown; it's possible that it's not officially announced/ready for prime time, but there it is. You can read about the data migration process back from Essentials on the company's support page. No data migration is needed for Q2007 or older versions post-2004. Intuit still recommends that new customers go with Essentials instead of Q2007. You can read our interview with Intuit's Aaron Patzer here, and an external perspective from Intuit's competitor IGG Software here. [via MacRumors]Intuit releases Lion-compatible Quicken 2007, as promised originally appeared on TUAW - The Unofficial Apple Weblog on Thu, 08 Mar 2012 20:05:00 EST. Please see our terms for use of feeds.Source | Permalink | Email this | Comments read more..
Thursday, 23 February 2012
Mac Development-Mac App Store-Gatekeeper-Apps
Apple issued a three month extension on application sandboxing today, giving devs a little more breathing room before new rules take over. June 1 2012 is now the enforcement date. We've been having many discussions about Mac development in the TUAW backchannel over the last week. The introduction of GateKeeper and the notion of signed apps, sandboxing, and developer IDs have us talking about where Apple is taking the Mac, and will be moving Mac development in general. Overall, we think things are moving towards a win for consumers and better opportunities for devs. Read on to learn more about these technologies, and how they affect developers and App Store. GateKeeper is Apple's new approach to making your Mac safer by giving you control over which applications may download and run on your computer. With GateKeeper, developers sign apps to authenticate them with the OS -- both apps that you purchase from the Mac App Store and, at the developer's option, also apps you purchase elsewhere. With Mountain Lion, you choose which apps are allowed to run. You'll be able to disable GateKeeper and run apps from anywhere if you like, although this is not the default setting. The thing is this: Apple continues moving towards a more controlled, less open, more appliance-like concept of what a Mac means. That redefinition is causing ripples, affecting app development more and more. Applications can do fewer things, access fewer system resources, and control other apps less than they did in the past. Developers who choose to enroll in the Mac development program pay a $99/year fee just as those who enroll in the iOS development program do. Once enrolled, they can sign their apps as identified developers -- as well as gain access to early beta versions of unreleased operating systems. When the iPhone SDK first debuted, many people including yours truly complained about what couldn't be done with the APIs: what files could be accessed, what routines could be called, and so forth. Coming from a general computing background, one learns to expect to build whatever one can imagine. If the building blocks are there, then why not build whatever tools you need? That all ties into a background of fully open computing. Apple's policy split the dev community into the jailbreak world and the App Store world, with many people crossing over depending on what they were building. Under jailbreak, developers gain full access to the entire iOS file system and run apps in a fully privileged mode. This gives devs a much broader development vocabulary to work with. The jailbreak world became known for its innovation, with Apple mining those forward-looking ideas and free R&D and bringing them into successive iterations of their operating system. At the same time, developers had to change. If they wanted to market through App Store, they had to relinquish product ideas that wouldn't work within the more closed-off system that App Store submission required and look instead for opportunities of development that were allowed. No one can look at App Store today, with its countless apps, and say that Apple denied developers opportunity. It's just a somewhat different opportunity than many developers expected. It's an opportunity that restricted certain kinds of applications, most typically OS enhancements and utilities (which have flourished on other mobile platforms with less oversight of developer access). Overall, Apple has provided better tools, better marketing, and better sales avenues than had existed before. The end result has been apps that are significantly better than previous generations. And now, Apple is doing the same thing for the Mac. This is emotionally hard for some long-term devs like me. We want Linux-y freedom for whatever we want to build and distribute. Now, with sandboxing (a technique that restricts application access to full system files; all apps that are not sandboxed will be removed from the Mac App Store starting June 1st [Update: Older read more..