Are you kidding me? Cygwin tools are the buggiest, bloated, slowest piece of crap I've seen in a long time. The entire tool chain is crap produced by people who shouldn't be allowed to call themselves developers.

Use a native toolkit rather than that cygwin crap and you'll learn how its supposed to be done.

Right, cause they weren't very recently fined like a son of a bitch and still under government watching when netbooks came out ...

Your conspiracy theory is absolutely silly considering they were being watched for just such behavior.

So basically, you consider any deployment of US troops for ANY reason to be a major engagement?

You're retarded.

Most atheists are just tools who treat it as a religion themselves. I've met one maybe two atheists that weren't just as big of douches as someone like Jimmy Swaggart. Most of the rest are just as nut job 'I'm right you're wrong you must be like me' as any religion. They generally worship science. Worship is not the same as understanding it. Worshipping is 'steven hawking says X so X is absolutely true beyond any doubt because science!@$@%!@#^'

What magical fantasy world do you live in that has no leeches or profiteering middle men?

Not always, only sometimes.

Example #1: It is practically impossible for example to embed the GPL'd Linux kernel into a project with a non-GPL compatible license, such as closed source license.

Example #2: The Linux kernel can not embed direct ZFS support because GPL prevents such combination.

Pretending OSS software is magically different and better in every way just makes you look silly. There are many licensing options and OSS is too vague a term to use the way you want to use it.

Yea, they'll definitely want to let a snitch on one of the most secret things they own.

Russia doesn't want the snitch any more than anyone else does.

This problem is known as priority inversion. Its a common concern in schedulers when critical functions run in their own threads. Its something that they should have known about and tested against. Or they could have used more traditional IO approaches and let the VxWorks IO system, which already has protection against priority inversion by design, do its job.

... it works fine, what are you talking about?

You do realize that the lightening to oldstyle converter is active simulates the required missing pins, right?

In 2014, cars with Apple's 'car iOS' crap will be able to do just that. It was discussed originally at the WWDC but the actual details are scattered around the web.

I presume someone will do the same with Android devices soon if not already. AppRadio perhaps.

Thats not the issue. If your spreadsheet is SO larger that on a MODERN CPU, its slow ... you're doing it wrong.

You can make insanely complex, application like spreadsheets, without noticing 'recalc' time. By the time you get to noticing 'recalc' time, you've fucked up.

Caveat: OO.org is known to have some of the crappiest code in existence, so with the case of Calc, you don't have to make ridiculous spreadsheets to notice recalc time. GPU support won't fix the problem however as its not the math thats the issue, its the shitty logic code filled with stupid crap written by clueless devs that cause Calc to be so slow.

Or you can use AirPlay, which already works in my car, and I don't think it could get any easier than 'turn on ignition, phone links to car automatically'

The guy doesn't even know whats out there already.

Your tablet/phone, with tiny ass buttons designed to be used when you're focused exclusively on the tablet is an absolutely shitty device to use in a car. They are in fact a danger to you and everyone else on the road.

Car 'infotainment' (god I hate that word) devices are designed to be dealt with at a glance, without focusing on the device exclusively. No matter how clunky you think Honda's interface is ... its 10 billion times better than your tablet interface after you plow into a tree because you couldn't hit the button without looking directly at the screen and precisesly hitting the right spot.

iPad/Android app developers in general have NO CLUE how to deal with the ergonomics of cars.

WHY do you NEED in car apps. You are supposed to be getting from one place to another. A GPS, some audio and a few other minor things are the only apps you actually should have access to in your car. You should not be able to run any random app just because you're too stupid to realize how dangerous what you are doing is.

I could ramble on for hours about why tablets as carputers are a bad idea.

Just because you think the car makers don't know what they are doing, doesn't make it true. Its your own ignorance thats the problem.

You do realize media centers running XBMC have AirPlay support already, right? And they actually support video and audio, where as this only supports audio.

I've had a Raspberry PI running XBMC with airplay support for at least a year, why would they want to downgrade to something that doesn't support video?