|
June 23, 2006
APE 2.0.1b2, PD Tweaker for Parallels, and Ceiling Cat
This second beta of the APE 2.0.1 installer has a much more final version of the symlink permissions fix for the Mac OS X problem described here. It also has the following "fixes":
You can get it at http://www.unsanity.net/beta/ape-201b2.zip. PD Tweaker for Parallels Desktop, Yo! The awesomely awesome Drew Thaler has released PD Tweaker 1.0. PD Tweaker is an APE module that fixes what amounts to a massive performance bug in Parallels Desktop with regards to how it saves and how it caches its save files and hard disk images. The main PD Tweaker page explains the bug and the fix a lot better than I could, especially since Drew is much smarter than I.  Of course, the source code to PD Tweaker is available on the PD Tweaker page. I also just love the comments on Drew's blog post. If no one noticed, some of the fixes in APE 2.0.1b2 were specifically for PD Tweaker. While APE has had the ability to target and only load specific modules in specific applications for a while, it requires the target application to have either a CFBundleIdentifier or a CFBundleName. However, one of Parallels Desktop's included applications, ImageTool, is a Qt-based application (Qt, not QuickTime) and, by default, Qt applications have neither of these. The far, far majority of applications do, in fact, you can almost assume that all applications have a CFBundleIdentifier and that ImageTool is an exception to the rule. Since one of the two PD Tweaker target applications has neither of these Info.plist keys, there needed to be another way to identify this application. Enter APEToolsID. APEToolsID is a happy little string generated by APE to identify an application based on its metadata. This has been in APE for quite a while and this works irregardless of anything placed in the target application's Info.plist as the APEToolsID generator McDealie keeps falling back until it can get some kind of metadata, even if that metadata is just a path. However, before APE 2.0.1b2, there was no way for APE Modules to target this in their Info.plist. Now there is. Rejoice, the three of you that ever needed this before on a passing whim. That Leopard Screenshot Everyone has seen that screenshot of Leopard, right? I wonder what Ceiling Cat thinks of this, as he watches you defecate.   Posted by rosyna at June 23, 2006 03:13 PMTrackback Pings: TrackBack URL for this entry: Listed below are links to weblogs that reference APE 2.0.1b2, PD Tweaker for Parallels, and Ceiling Cat: About the Fonts folder in Windows, Part 1 (aka What are we talking about?) from Sorting It All Out Tracked on June 25, 2006 10:33 AM Related:
Comments
Thanks for the plug, Rosyna. And yeah, the Leopard shot's a big-time fake. They should've shopped in DDR2 instead of DDR. And what's up with "CoreWindows"? Apple would never create a framework named that. It'd be some nice generic name, one that didn't include Microsoft's biggest trademark. Nice try, though. Posted by: Drew Thaler on June 23, 2006 4:45 PMOh, wow, so I'm not the only one that thought "CoreWindows" was odd. Knowing apple wouldn't name the framework that (and it wouldn't be Core, although I don't know why they called it CoreData). CoreWindows would be about, well, Core Windows. It'd be the API that covers the lower level parts of Carbon and Cocoa windows. right now it isn't public, but if it were, it'd prolly be called CoreWindows. Posted by: Rosyna on June 23, 2006 5:00 PMDefinitely fake. Would Apple use such an ugly effect for screen switching? It looks like it should have two hands pulling it open. Posted by: mike3k on June 23, 2006 6:56 PMI have a problem with Rosetta applications such as Word and Entourage, and Window Shade X minimize-in-place effect: The application hangs when I try to minimize it (the in-place kind of minimize). This does not happen with Universal applications. After a while Rosetta applications just refuse to start when I start them. If I uninstall APE and restart OS X then I have no stability problems at all with Rosetta applications. I installed APE 2.0.1b2 hoping that the problems I described with Rosetta applications had been resolved, but unfortunately they haven't. Are these known problems? Are you guys working on them? I love what your haxies can do and I really miss being able to use them. Posted by: Paulo Lopes on June 23, 2006 8:01 PMOK it may be fake but if you look to reasons why people call it fake, it is insightful fake. Why nobody can dare to say "Windows version displayed on OS X, total BS". I can't dare personally. After calling Intel switch a total BS and it has something to do with ARM Holdings... I got my lesson :) "irregardless"??!? :-) One of my favorite non-words. Regardless of your penchant for prefixation(nesss), you guys are amazing. Keep up the good work (and by good work, I mean getting SS ready for icbms!) cheers, More Fark cliches. I'm starting to wonder what rosyna's login is. Posted by: Some TotalFarker on June 26, 2006 8:37 PMI'm beta testing 10.4.7 on a MacBook Pro. I have installed APE 2.0.1b2 along with PD Tweaker on my test system. When trying to launch any PPC app that requires Rosetta the app will not launch. It quits without any error and without any entry in the console or crash logs. Disabling PD Tweaker does not circumvent the problem. PD Tweaker must be removed as must APE in order to return to normal operation. Initially I thought this was unique to APE 2.0.1b2, but after removing it and reinstalling APE 2.0 the same problem persisted. I realize this is unique to an unreleased version of OS X (the problem does not exist with 10.4.6.) I've reported this to Drew Thaler who believes there may be a problem between APE and Rosetta on the new version of OS X. Posted by: Kappy on June 26, 2006 11:29 PMKappy, note that this same behaviour has been seen without APE installed on a machine at all. The "fix" is to kill the translated process as so: sudo killall translated Then Rosetta apps will work again. |
