Of Intel Macs and Red Herrings

Wise words from a true expert

Dave Thorup — Sat, 25 Mar 2006 04:33:50 GMT

Rick,

After reading through Scott's thread and realizing who you were I came over here to read this great article on your blog. I too was frustrated in the noise of arm-chair-developers spewing all the common mischaracterizations of how easy the transition is and how _insert_name_here_ isn't doing their job by being "slow" to update their applications.

I too felt like writing my own article to address some of the myths about the transition, but your article hits the nail on the head regarding many of the points that I wanted to discuss. I'll probably still write my own article as there are a few issues that I still want to address, but I'll be sure to make yours required reading when I do. Now I've just got to get a blog up an running.

I just hope you don't get the same tired arguments that Scott has had to deal with.

Dave

Scobleizer - Microsoft Geek Blogger » A bunch of stuff

Scobleizer - Microsoft Geek Blogger » A bunch of stuff — Sat, 25 Mar 2006 10:19:53 GMT

PingBack from https://scobleizer.wordpress.com/2006/03/25/a-bunch-of-stuff/

re: Of Intel Macs and Red Herrings

Chip — Sat, 25 Mar 2006 15:45:39 GMT

Well I don't know what you know about computers but anyone who is listening to Little Feat is on top of things.

re: Of Intel Macs and Red Herrings

Scott — Sat, 25 Mar 2006 17:20:35 GMT

I clearly remember a slide which presented the level of complexity of an app and the proposed migration steps. Most of which started wth "Move to XCode". i don't know why any tech reporters who viewed the slides would walk away with "Just recompile" as the only step unless they are just lazy reporters. Most of the successful migrations to universal binaries I've seen have been simple apps or the ones written by ex-NeXT devs. (aside from the Apple apps). Hopefully they are working to increase Rosetta performance every day, but I fear there's only so much they can do in that area.

"generated better code than XCode/GCC."

By this, I assume you mean tighter assembly code. Are the differences between GCC and Metroworks compiler known to the GCC team. Where do you see the biggest differences?

re: Of Intel Macs and Red Herrings

mark — Sat, 25 Mar 2006 18:15:35 GMT

Thanks for your intelligent and no-finger-pointing post.

Who cares whose at fault? It's always a combination of factors. All we can do is learn from it and use the info to try to avoid doing the same thing again.

Thanks for working hard. There are users out here eager to use your stuff to accomplish great things.

re: Of Intel Macs and Red Herrings

John C. Welch — Sat, 25 Mar 2006 20:03:57 GMT

Good job Rick. I think that if more of the major application devs from Microsoft, Adobe, etc., were to make these kinds of posts, it could really help avoid "Adobe ported photoshop to Carbon in two weeks, what's your problem" syndrome that we are seeing now and was really bad early on in Mac OS X.

Byer on MacTel, II

JD on EP — Sat, 25 Mar 2006 21:04:11 GMT

Byer on MacTel, II: Photoshop engineer Scott Byer's essay this week on porting to new hardware/OS hit a need and was heavily linked... this morning I see he has collected an incredible number of comments at the blog. I can see waves coming in from the

re: Of Intel Macs and Red Herrings

Etienne Travailles — Sun, 26 Mar 2006 07:35:49 GMT

Hey Rick:

I wonder why you guys are porting Office and Word to the Intel/Mac platform anyway. It runs perfectly well under Rosetta; I tried it out at the Apple store today on a MacBook Pro. You aren't going to make the MacBU any money doing the port; you are bound to reveal tons of obscure issues that are submerged in your decades-old codebase. To use your lingo, the "opportunity cost" is just too high.

A way better strategy, it seems to me, would be to get your OS guys to write a good compatibility layer for the Intel side of Mac OS X and just run the Windows Office natively, under Windows XP. This has a lot of benefits for Microsoft; you'd be able to have everybody run the same code, so the cost of future development would be for one platform only.

re: Of Intel Macs and Red Herrings

Preston — Sun, 26 Mar 2006 08:18:36 GMT

Hell, I'm just extremely grateful Microsoft puts out a Mac version of Office at all. The last thing I'm going to do is complain that they're not ready with an x86 version the second Apple unloads those machines onto the world. Office runs great under Rosetta.

re: Of Intel Macs and Red Herrings

RM — Mon, 27 Mar 2006 00:25:34 GMT

I wonder, Etienne, if you have used both Win Office and Mac Office. I can't imagine someone who has used both encouraging someone to drop production of the Mac version. Rather, I would imagine everyone treating the very idea of it like the contents of pandora's box. It's not Mac fanboyism, it's just that MOffice is such a better app to use. Or, if you don't believe that, it's at least a better match for the Mac users and also an independent source of innovation for a mostly stagnant area of software.

re: Of Intel Macs and Red Herrings

pfb — Mon, 27 Mar 2006 09:21:41 GMT

Hey, your ports will still probably beat Vista to market :-)

re: Of Intel Macs and Red Herrings

eponymous coward — Mon, 27 Mar 2006 20:13:54 GMT

<I>A way better strategy, it seems to me, would be to get your OS guys to write a good compatibility layer for the Intel side of Mac OS X and just run the Windows Office natively, under Windows XP. This has a lot of benefits for Microsoft; you'd be able to have everybody run the same code, so the cost of future development would be for one platform only.</I>

I take it you never used Word 6? That's what happened the last time a "good compatibility layer" was used to run Windows code on a Mac. That's in quotes because the reality for end users was it was pretty awful- but it's like the dog who plays checkers who only beats you one out of every 10 games, it was amazing technical work to get the damn thing running.

Mac users don't want Windows ports that violate good Mac UI paradigms, don't take advantage of any Mac OS functionality or features, and fell like shoddy Windows ports- and the fact is the MacBU is a rounding error in terms of Microsoft's worldwide workforce, but the couple hundred million or so they bring in in annual revenue certainly is NOT.

And the other thing is this is old hat for the Mac BU. In the last 10 years, they've had multiple OS revs to deal with (7, 8, 9, X), porting to a different microprocessor architecture (Motorola 680x0 to PowerPC, PowerPC to Intel), oh, and having to go to a different API model for a lot of their stuff (Mac Toolbox to Carbon). It's not like "OMGWTFBBQ OH NOES THIS IS TEH FIRST TIME WE'VE EVAR DEALT WITH APPLE HANDING US A SURPRISE!!11111". Sheesh. Welcome to developing for Apple, home of "We know it will cause pain for you developers, but we have a company to run".

re: Of Intel Macs and Red Herrings

John McEnerney — Mon, 27 Mar 2006 20:22:04 GMT

The depressing side of this story, from the perspective of one of the original Metrowerks developers, is that Metrowerks possessed the technology necessary to make this transition painless for Microsoft and Adobe: an x86 compiler using the same C/C++ front-end that ran on the Macintosh and generated (decent, if not equal to gcc) x86 code. With a small amount of engineering work on the object file format and linker, and some assistance from Apple on debugging, they could have had an x86 version of Codewarrior available for the transition.

Sadly, the relationship between Apple and Metrowerks was never a good one, and the revenue from Macintosh tools was never enough to be worthwhile to Freescale. Add in the fact that aiding the transition would just hasten the drop in Freescale's PowerPC revenue from Apple, and it was a nonstarter.

I always hate to see a good product die (THINK C, CodeWarrior) and it irks me no end that Apple was able to achieve its desired goal of replacing CodeWarrior without having to actually build a better product.

Porting a large software product (or, in the case of Microsoft and Adobe, 5-10 large software products) from one toolchain to another is an unpleasant, time-consuming, and mostly unrewarding. I am waiting patiently for the Microsoft apps before switching to a MacBook Pro, and I am not blaming Microsoft for the delay...

Porting Isn’t As Easy As It Seems at Secret Weapon Labs

Porting Isn’t As Easy As It Seems at Secret Weapon Labs — Mon, 27 Mar 2006 20:49:44 GMT

PingBack from http://www.secretweaponlabs.com/words/2006/03/27/porting-isnt-as-easy-as-it-seems/

re: Of Intel Macs and Red Herrings

Andy Pastuszak — Mon, 27 Mar 2006 20:50:47 GMT

Now how about some cleanup of your code when you port to Intel. Can we PLEASE get rid of the Microsoft User Data folder from Documents and put it in Library where it belongs?

I understand Office 2004 is a huge product, but I tend to feel developers like Adobe and Microsoft never plan to make their code more portable, so these kind of sudden changes from Apple are a tad less painful.

Though I am not a developer, I do work in IT and have seen LOTS of project suffer from the 'We don't have time for that!" syndrome, where the bear minimum is done to get something done, knowing full well that there will be huge pain down the road when cleanup time comes.

Why porting from PPC to Intel on the Mac isn't just a recompile

Dan Crevier's Blog — Mon, 27 Mar 2006 21:02:42 GMT

Rick Schaut has a great post on why moving to Intel is not just a simple recompile as some make it out...

Bang My Head Upon The Fault Line » Back in the ‘paign.

Bang My Head Upon The Fault Line » Back in the ‘paign. — Mon, 27 Mar 2006 23:44:55 GMT

PingBack from http://www.perardi.com/blog/?p=74

re: Of Intel Macs and Red Herrings

Kyle Wheeler — Tue, 28 Mar 2006 02:26:33 GMT

I wonder... would it be cheaper for Microsoft or Adobe to buy CodeWarrior from FreeScale and make that compiler do what they need, rather than do all the work moving their software to Xcode?

re: Of Intel Macs and Red Herrings

Pecos Bill — Tue, 28 Mar 2006 09:00:38 GMT

Nope. CW sold their x86 complier to someone else before being bought (or so I read)

re: Of Intel Macs and Red Herrings

David Perlman — Tue, 28 Mar 2006 19:10:42 GMT

"...According to this meme, all we really needed to to was follow Apple's advice, and, well, we're the bad guys for not having done so.

"While Apple did advise developers to move to XCode, Apple was rather tight-lipped as to the fundamental reason why. In the mean time, developers had to consider that advice along with the fact that Metrowerks' toolset was both significantly faster than the XCode/GCC combination and generated better code than XCode/GCC. No sane developer would sacrifice both a significant level of productivity and the quality of their product merely because Apple said so."

I don't want to be accusatory, because I know Rick is in the Mac BU, and I have a friend there, and I know you guys are on my side. But I have to wonder about the contrast between the emphasis on fast-code generation here, and my experience with Mac Office.

I use Office X. When I use one of the built-in invoice templates, it takes about 300,000,000 clock cycles for each character I type to show up on the screen. In general, in all other contexts on my computer characters show up instantly as I type (including right now as I type this message.) I have a hard time believing that the code in Microsoft Office X for Macintosh is really as optimized as, well, as almost any other program I've ever seen or used. Also, I somehow suspect that Office on Windows is dramatically more efficient than the Mac version, and that no tears are shed in upper management that non-Windows users might have a somewhat sub-optimal experience...

I realize this is quite tangential to the question of porting to x86, but I'm just curious if someone who knows what they're talking about better than I do might have something illuminating to say about this. For instance, I'd like to think things would be getting better as time goes on; but I tried Office 2004 and it was even slower and harder to use...

Office 2007 Feature Parity / Next Mac Office Version

Jason Umiker — Tue, 28 Mar 2006 23:56:53 GMT

I switched about six months ago to a PowerBook in part because I preferred Mac Office to the Windows alternative. I can point to a few things like the Formatting pallette but, in general, it just felt easier to use and interact with. And, it is able to do that with relative feature parity of all of things I'd use, or want to use, in Office 2003.

I have to admit that after watching this video (http://www.microsoft.com/office/preview/asx/OfficeUIIntro.asx) that I am really impressed with what Microsoft is doing with the interface of the Windows Office and yearn for some of what they are doing as far as the new interface and ready templates to create good looking documents and effects. It also struck me that their interface is very Mac-ish - it is the first MS interface on Windows that I think they can plunk down on a Mac machine and it wouldn't look too out of place with very little change. The catagories on the Ribbon even looks quite a bit like the top of the Apple website.

I know that the MacBU is going to have their hands full trying to get Office ported to the new XCode and Intel platforms and architectures, but to what extent and at what point can we expect some of that goodness? It would be the first thing in a long time that made me jealous of my Windows-using friends if their Office has a nicer interface and can easily make better looking documents than my Mac Office...

re: Of Intel Macs and Red Herrings

slow_today — Wed, 29 Mar 2006 06:59:40 GMT

Apple is on the working group which released DWARF-3 spec in Jan 06 - not sure why Apple is still after STABS when the FSF GCC/GDB moved away towards DWARF a while ago.

I am surprised though to hear of the virtual address space exhaustion due to debugging symbols! Either GCC is mind numbingly terrible when doing STABS or the project doesn't have any concept of modularization at all. All bigger C++ projects (especially dealing with UI) already have concept of doing everything via 'plugins'. Only load them when they are required and optionally dump them when not required. It's hard to understand one would hit the 2Gb limit just with Debug information - something horribly wrong.

re: Of Intel Macs and Red Herrings

Ralph — Thu, 30 Mar 2006 02:07:28 GMT

It has all been well-known for a _very_ long time, also that Mach-O binaries are the native format for OS X, not CFM. If Kevin Browne was right, more than half of your codebase is shared with the Windows version anyway (I forget the source of that interview but it has been said in public).

In other news, Final Cut Studio is a Universal Binary shipping _today_. Doesn't seem like a small project to me. If XCode cannot be used for large project, how did Apple compile this beast?

Even Quark has a beta out... I guess this is more a problem of justifying the cost of a full version upgrade. I understand that, the effort must be worth it, after all.

But PLEASE be more honest to your users. It may not be simple to do the transition but even the Intel announcement is 9 months old, even older if you believed Scoble, your very own apologist, err, evangelist.

Re: Of Intel Macs and Red Herrings

Riot Nrrrd™ — Fri, 31 Mar 2006 23:22:43 GMT

Rick:

About your comment that "GCC uses STABS to describe symbolic information".

GCC 4.0.0 on Mac OS X 10.4.5 says it can generate debugging info in at least 7 different formats:

-g Generate debug information in default format
-gcoff Generate debug information in COFF format
-gdwarf-2 Generate debug information in DWARF v2 format
-ggdb Generate debug information in default extended
-gstabs Generate debug information in STABS format
-gstabs+ Generate debug information in extended STABS
-gvms Generate debug information in VMS format
-gxcoff Generate debug information in XCOFF format
-gxcoff+ Generate debug information in extended XCOFF

I realize that VMS and COFF are other platform/dead formats, but just for grins, have you guys tried to use anything besides STABS? "cc -gdwarf-2" works for me (and produces a "Hello, world!" binary 10% smaller than using "cc -gstabs" :) )

re: Of Intel Macs and Red Herrings

anonymous — Sat, 01 Apr 2006 08:35:43 GMT

"All bigger C++ projects (especially dealing with UI) already have concept of doing everything via 'plugins'."

The application in question uses a lot of plugins. And that is a big part of why it hit the address space limit: duplicated symbols, lots of duplicated debugging info, address space fragmentation, etc.
Plugins are not a panacea.

DWARF: I think Apple's GCC builds are a little behind the FSF (technically, they're a branch with a lot of custom code added), and Apple would have to adapt all of their tools to handle DWARF before they can make that jump.

re: Of Intel Macs and Red Herrings

anonymous developer — Sat, 01 Apr 2006 08:44:05 GMT

Ralph: CFM is just as native to OS X as Mach-0. The OS can load and use both binary formats. And both have the facility to contain binaries for multiple architectures, languages, etc.
Avie, er, I mean Apple, may prefer Mach-0 -- but there are a number of drawbacks to using Mach-0, and very few benefits.

Don't you suspect that Final Cut had a little advantage because they're an Apple application and have been using XCode/GCC already for a few years? And have you asked any of the Final Cut engineers about how difficult their transition really was?

The fact is, Rick is being honest, and Scott is being honest.
And both are holding back a bit.

re: Of Intel Macs and Red Herrings

Alan Sky — Sat, 01 Apr 2006 10:42:17 GMT

I agree fully that Metrowerks Codewarrior was a great product and Office a great and huge software to port.

Apple is not behaving very profesionnally with all these changes in the past 3 years. They have a history of messing with their partners, now they have enough money to buy some and make a sub-micropoly.

Microsoft BU on the other side should fix its Office 2004 and especially the VBA and memory management because Office 2004 is a buggy software even without the Intel story. Partly because OS X Server file sharing support is flawed and partly because Office looks like a monster to debug. The latest patch doesn't fix anything in the VBA area.

Fix Office, let the Rosetta run and take a year to port your code to Intel: who cares about being native as long as Office works?

re: Of Intel Macs and Red Herrings

MalEbenSo — Sat, 01 Apr 2006 19:35:38 GMT

I agree about the disaster that Word 6 was as far as the Mac experience is concerned. What a relief when Word 98 came out. And I am also glad to see that Microsoft ports to Intel CPUs at all.

But I cannot see how MS Office is really optimized in any way for the Mac: The Microsoft User Data folder has been mentioned.

Worse than that I find the fact that all Office apps take up CPU when they should sit idly in the background. Open an empty Word, Excel, PowerPoint document and Entourage. Then check in Activity monitor how they eat anywhere between 0.5 and 5% each doing nothing for the user. What a nuisance specifically for laptop users.

Then there's the font issue: Many of the great typographic features of OS X's font system are not used in Word X (cannot say for Word 2004, although the non-idle issue has been confirmed for the current version). Just type "Zapfino" using the Zapfino font in TextEdit and Word and see the difference. And there is incredibly much more if you open the "typography" menu and play with the advanced options of OS X's Text System.

This is not to bash MS. Despite these deficiencies I still find it the best office package for the Mac available and I recommend it whenever people ask although the price beyond the student/teacher version is steep.

I very much hope that MS uses the UB "opportunity" to bring out a great Mac Office that is indeed optimized and feels native not just in the GUI sense but also behind the scenes.

re: Of Intel Macs and Red Herrings

slow_today — Sun, 02 Apr 2006 00:55:16 GMT

anonymous - Why would you need to load all plugins at one time? If you don't dynamically load a plugin why will it consume address space, present duplicate symbols and duplicate debug information?

I don't think that Debug info hitting address space limits can become a practical problem easily.

Riot Nrrrd™ - GCC 4.0.3 says it can and so does Apple's documentation, but if you try to use -gdwarf it errors out saying unknown option to -g.

re: Of Intel Macs and Red Herrings

slow_today — Sun, 02 Apr 2006 00:59:44 GMT

Riot Nrrrd™ - Scratch that - I was having 3.3 in path - 4.0.1 works fine with -gdwarf-2.

re: Of Intel Macs and Red Herrings

Clarence Glasse — Mon, 03 Apr 2006 11:00:11 GMT

Hey Rick, you made eweek!
http://www.eweek.com/article2/0,1895,1944730,00.asp

re: Of Intel Macs and Red Herrings

Rick Schaut — Mon, 03 Apr 2006 17:42:52 GMT

Clarence!

We sorely miss your talents.

Yes, I did make eWeek. What's more, the reporter actually got it right! I'm stunned.

re: Of Intel Macs and Red Herrings

Alexey — Mon, 03 Apr 2006 20:15:06 GMT

hmm, intel cpu not so bad...

an interview with Rick Schaut

go ahead, mac my day — Fri, 21 Apr 2006 20:26:38 GMT

I'm a couple of weeks behind in my podcasts, which is why I just noticed that the folks over at Your...

Skype tries to do Intel Macs (again)If you were an -- sensepages.com

Skype tries to do Intel Macs (again)If you were an -- sensepages.com — Fri, 19 May 2006 07:41:32 GMT

PingBack from http://blog.sensepages.com/skype-tries-to-do-intel-macs-againif-you-were-an-3/

Update: Intel to undergo broad restructuringIntel expects a 3 percent -- sensepages.com

Fri, 19 May 2006 07:51:17 GMT

PingBack from http://blog.sensepages.com/update-intel-to-undergo-broad-restructuringintel-expects-a-3-percent/

Of Intel Macs and Red HerringsScott Byer at Adobe put -- sensepages.com

Of Intel Macs and Red HerringsScott Byer at Adobe put -- sensepages.com — Fri, 19 May 2006 23:00:37 GMT

PingBack from http://blog.sensepages.com/of-intel-macs-and-red-herringsscott-byer-at-adobe-put/

Of Intel Macs and Red HerringsScott Byer at Adobe put -- Centplus Tech Blog

Of Intel Macs and Red HerringsScott Byer at Adobe put -- Centplus Tech Blog — Sat, 20 May 2006 16:03:24 GMT

PingBack from http://www.centplus.com/of-intel-macs-and-red-herringsscott-byer-at-adobe-put/

David Tuhy on Intel Core 2 DuoTo help sort out -- Centplus Tech Blog

David Tuhy on Intel Core 2 DuoTo help sort out -- Centplus Tech Blog — Sat, 20 May 2006 22:46:34 GMT

PingBack from http://www.centplus.com/david-tuhy-on-intel-core-2-duoto-help-sort-out-2/

Of Intel Macs and Red HerringsScott Byer at Adobe put -- Centplus Tech Blog

Of Intel Macs and Red HerringsScott Byer at Adobe put -- Centplus Tech Blog — Sun, 21 May 2006 00:11:04 GMT

PingBack from http://www.centplus.com/of-intel-macs-and-red-herringsscott-byer-at-adobe-put-2/

Of Intel Macs and Red HerringsScott Byer at Adobe put -- Centplus Tech Blog

Of Intel Macs and Red HerringsScott Byer at Adobe put -- Centplus Tech Blog — Sun, 21 May 2006 06:34:18 GMT

PingBack from http://www.centplus.com/of-intel-macs-and-red-herringsscott-byer-at-adobe-put-3/

mum's the word

go ahead, mac my day — Tue, 23 May 2006 00:23:29 GMT

loose lips sink ships

Of Intel Macs and Red HerringsScott Byer at Adobe put -- Centplus Tech Blog

Of Intel Macs and Red HerringsScott Byer at Adobe put -- Centplus Tech Blog — Wed, 24 May 2006 08:29:14 GMT

PingBack from http://www.centplus.com/of-intel-macs-and-red-herringsscott-byer-at-adobe-put-4/

Intel delays 45nm processors… Monday 22 May 2006 at 00:00:00. -- Centplus Tech Blog

Wed, 24 May 2006 10:35:33 GMT

PingBack from http://www.centplus.com/intel-delays-45nm-processors-monday-22-may-2006-at-000000/

Intel planning huge investment for IndiaIntel Corporation, the largest chip -- Centplus Tech Blog

Wed, 24 May 2006 22:30:15 GMT

PingBack from http://www.centplus.com/intel-planning-huge-investment-for-indiaintel-corporation-the-largest-chip/

AMD Takes Aim at Intel With Notebook ChipsNew Turions will -- Centplus Tech Blog

Fri, 26 May 2006 05:38:49 GMT

PingBack from http://www.centplus.com/amd-takes-aim-at-intel-with-notebook-chipsnew-turions-will-2/

Intel Announces New Brand Name for ChipsCore 2 Duo will -- Centplus Tech Blog

Intel Announces New Brand Name for ChipsCore 2 Duo will -- Centplus Tech Blog — Fri, 26 May 2006 20:08:55 GMT

PingBack from http://www.centplus.com/intel-announces-new-brand-name-for-chipscore-2-duo-will-4/

List of Universal Binaries for Intel (and PPC) Mac OS -- Centplus Tech Blog

List of Universal Binaries for Intel (and PPC) Mac OS -- Centplus Tech Blog — Sat, 27 May 2006 19:24:19 GMT

PingBack from http://www.centplus.com/list-of-universal-binaries-for-intel-and-ppc-mac-os/

Schwieb » Blog Archive » Whither Xcode?

Schwieb » Blog Archive » Whither Xcode? — Thu, 01 Jun 2006 10:32:14 GMT

PingBack from http://www.schwieb.com/blog/archives/5

YAMBB

Buggin' My Life Away — Thu, 01 Jun 2006 17:45:25 GMT

What do you do in the down time between feedings when you're on parental leave pulling night duty with...

Apple shunned chip start-up for Intel”Did Apple make a mistake -- Centplus Tech

Sat, 24 Jun 2006 09:01:21 GMT

PingBack from http://www.centplus.com/apple-shunned-chip-start-up-for-inteldid-apple-make-a-mistake/

Wash Post peddling old story as new, cherry-picking intelCBS’ 60 -- Centplus Tech

Mon, 26 Jun 2006 11:01:01 GMT

PingBack from http://www.centplus.com/wash-post-peddling-old-story-as-new-cherry-picking-intelcbs-60/

AMD vs. Intel: Which Chip Offers More Bang for Your -- Centplus Tech

AMD vs. Intel: Which Chip Offers More Bang for Your -- Centplus Tech — Wed, 28 Jun 2006 09:04:16 GMT

PingBack from http://www.centplus.com/amd-vs-intel-which-chip-offers-more-bang-for-your/

Buggin My Life Away Of Intel Macs and Red Herrings | Shed Kits

Buggin My Life Away Of Intel Macs and Red Herrings | Shed Kits — Wed, 27 May 2009 07:31:08 GMT

PingBack from http://backyardshed.info/story.php?title=buggin-my-life-away-of-intel-macs-and-red-herrings

Buggin My Life Away Of Intel Macs and Red Herrings | Paid Surveys

Buggin My Life Away Of Intel Macs and Red Herrings | Paid Surveys — Fri, 29 May 2009 20:26:19 GMT

PingBack from http://paidsurveyshub.info/story.php?title=buggin-my-life-away-of-intel-macs-and-red-herrings

Buggin My Life Away Of Intel Macs and Red Herrings | Hair Growth Products

Buggin My Life Away Of Intel Macs and Red Herrings | Hair Growth Products — Tue, 09 Jun 2009 11:37:52 GMT

PingBack from http://hairgrowthproducts.info/story.php?id=5123

Buggin My Life Away Of Intel Macs and Red Herrings | Joint Pain Relief

Buggin My Life Away Of Intel Macs and Red Herrings | Joint Pain Relief — Sat, 13 Jun 2009 07:29:52 GMT

PingBack from http://jointpainreliefs.info/story.php?id=2458

Buggin My Life Away Of Intel Macs and Red Herrings | adirondack chairs

Buggin My Life Away Of Intel Macs and Red Herrings | adirondack chairs — Sun, 14 Jun 2009 16:35:34 GMT

PingBack from http://adirondackchairshub.info/story.php?id=130

Buggin My Life Away Of Intel Macs and Red Herrings | debt solutions

Buggin My Life Away Of Intel Macs and Red Herrings | debt solutions — Tue, 16 Jun 2009 03:33:16 GMT

PingBack from http://debtsolutionsnow.info/story.php?id=8177

Buggin My Life Away Of Intel Macs and Red Herrings | fix my credit

Buggin My Life Away Of Intel Macs and Red Herrings | fix my credit — Wed, 17 Jun 2009 05:01:58 GMT

PingBack from http://fixmycrediteasily.info/story.php?id=14238

Buggin My Life Away Of Intel Macs and Red Herrings | low cost car insurance

Buggin My Life Away Of Intel Macs and Red Herrings | low cost car insurance — Wed, 17 Jun 2009 07:56:15 GMT

PingBack from http://lowcostcarinsurances.info/story.php?id=7466

Buggin My Life Away Of Intel Macs and Red Herrings | bar stools

Buggin My Life Away Of Intel Macs and Red Herrings | bar stools — Fri, 19 Jun 2009 09:58:35 GMT

PingBack from http://barstoolsite.info/story.php?id=5710

Buggin My Life Away Of Intel Macs and Red Herrings | garden statues

Buggin My Life Away Of Intel Macs and Red Herrings | garden statues — Fri, 19 Jun 2009 11:50:42 GMT

PingBack from http://gardenstatuesgalore.info/story.php?id=1633