GM tech management, If you wanna talk I'm here for you.

Who is forcing your hand here.

Wall Street, by all accounts. For an unsexy old-school company like GM, the slightest possibility of achieving a recurring revenue stream and control of customer data flow is worth risking everything. It's all they have to offer their stockholders at this point.

At the same time, it's not really a question of "risking everything." After 2008-2009, GM understands that there is no way they will ever be allowed to fail as a company. They don't see much downside in alienating large swaths of their customer base, simply because there isn't much downside. They think they're in a good position to take stupid chances, and unfortunately they are not wrong.

Which kinda make sense if it results in more revenue. The right move here for consumers is to punish this behavior by not buying GM cars until they put Android Auto/Apple Carplay back, giving consumers that option.

I can't identify your voice spellcaster,try retraining your voice model in the Home app, checking that your correct account is linked, and ensuring the app and device firmware are updated

Your subscription has expired

There is some value to the idea as Apple was a single manufacture with a somewhat high end image vs Android being on every random company, some who were decidedly budget/low end. So we seem some real tacky advertising for Android devices vs more polished ads for iPhone. But there is more to the story than just this factor

Their whole marketing campaign was basically "You've never seen anything like this before, no one has made a phone capable of all this". You can't really copy that marketing if you're the second company making such a product unless you want to be laughed at.

They had a deal with AT&T with a data plan that no one else could get. It made every other what phone useless in comparison.

If you write in erlang, emacs does this by default ;)

> That seems a bit excessive to sandbox a command that

> really just downloads arbitrary code you are going to

> execute immediately afterwards anyways?

I don't want to stereotype, but this logic is exactly why javascript supply chain is in the mess its in.

poisoning the ai well ?

It does if you care about your editor.

Except pycharm won't work with my erlang lsp.

You can cast or call ( non blocking, or blocking) you can do either.

how would you get a deadlock with non-blocking requests ?

I never said you did ?

not you per-se no.

but this whole thread started with deadlock on remote calls, and i was curious about how that could be with async calls.

Oh, I think that the mailbox access a process has can wont block unless its full, in which case the message will be dropped.

I think you can check message_queue_len using erlang:process_info/2 to find the mailbox size and simply back off, or fail noisly.

I have no idea how you'd solve this even if you were not using have the actor model, if you had functions that triggered a 'functional ring of functions', you'd have the same problem.