The TFA links to the actual paper. Maybe you should read that.

Towards Optimization-Safe Systems:Analyzing the Impact of Undefined Behavior

struct tun_struct *tun = ...;
struct sock *sk = tun->sk;
if (!tun)
return POLLERR; /* write to address based on tun */

For example, when gcc first sees the dereference tun->sk, it concludes that the pointer tun must be non-null, because the C standard states that dereferencing a null pointer is undefined [24:6.5.3]. Since tun is non-null, gcc further determines that the null pointer check is unnecessary and eliminates the check, making a privilege escalation exploit possible that would not otherwise be.

With the right kind of software and a little help from Reddit, anything is possible.

The Australian Privacy act defines personal information as: personal information means information or an opinion (including information or an opinion forming part of a database), whether true or not, and whether recorded in a material form or not, about an individual whose identity is apparent, or can reasonably be ascertained, from the information or opinion.

There is no way to prevent these things from happening

Sure there is. Kaspersky Anti-Virus Security Center has a Update Verification module built in, that allows a sysadmin to install the update to a known-clean test group and then run a virus scan BEFORE the update is applied to the rest of the machines. If the scan fails(ie, finds anything), the update is aborted and an email is sent to the admin. If Malwarebytes had that kind of thing(or if it did and the sysadmins actually used it), this wouldn't even be an issue.

Not the exact same picture, but here one with a 88mb TIFF. Here's another with an 88mb TIFF, and here is a whole lot more for your desktop pleasure.

Not JS, but if you are impressed by large results in small code you'll probably love this and maybe this

just for the surreal aspect that mixes magic and technology

Try this: E.Y.E: Divine Cybermancy

Star Trek Online had this happen. I had an email address specific to that site and it got spammed. Heaps of other people with similar site only email addresses mentioned the same thing on the forums. Don't know if they ever publicly admitted it.

Real Money($) can be converted into in game money (ISK) through the use of PLEX so it's pretty simple to calculate the amount of ISK lost and convert the value back into dollars to get an approximate real money value. The current lowest sell of a 30 day PLEX is about 530,000,000.00 ISK and it looks like 30 Days PLEX costs $20. So some division (*depending on if billion means thousand or million million) and some multiplication gives you a rough Real Money cost.

There was a report last year from the Productivity Commission which is "the Australian Government's principal review and advisory body on microeconomic policy and regulation. It is an independent statutory authority in the Treasury Portfolio and responds to references from the Treasurer. "

This specific report is for the Retail industry, but there is a very good chapter on online and price differences, which includes some parts talking about things like Apple's Price Discrimination. For those interested, the report can be found here Economic Structure and Performance of the Australian Retail Industry. The price differences part is Chapter 6.

I'll quote some relevant parts:

Box 6.4 - Apple’s international price discrimination
Costs associated with the distribution of Australian specific content and marketing could mean that higher fixed costs apply to the Australian subsidiary. But given the costs associated with the distribution of music and other media are only likely to be a relatively small share of total costs, this does not fully explain or justify the price differential.

The Commission considers that Australian consumers will buy goods where they feel they get the best deal regardless of retail format and that retailers that do not, or are unable to, respond effectively to competitive pressures will face serious challenges.

I prefer this version

Just because a movie is still in theaters doesn't mean it can't be shown anywhere else if the person/organization (eg, NASA) has permission from the copyright owner(s). That permission may even include being able to stream it from a central file server.

You're right, I'm in Australia. Google does have a presence here and I get a ping of about 64ms to 8.8.8.8.
8 google-public-dns-a.google.com (8.8.8.8) 82.579 ms 64.420 ms 65.664 ms
I've tried the 8.8.8.8 resolver a couple of times, and in all cases iTunes will give slow downloads, simply due to not optimal resolution of the CDN host. Switch it to another DNS resolver, and everything is fine again. Querying the DNS of our ISP (Internode):

#nslookup a1.phobos.apple.com 192.231.203.132
Server: 192.231.203.132
Address: 192.231.203.132#53

Non-authoritative answer:
a1.phobos.apple.com canonical name = a1.phobos.apple.com.edgesuite.net. a1.phobos.apple.com.edgesuite.net canonical name = a1.da1.akamai.net.
Name: a1.da1.akamai.net
Address: 203.206.129.11
Name: a1.da1.akamai.net
Address: 203.206.129.16

#traceroute 203.206.129.16
[snip]
8 203-206-129-16.deploy.akamaitechnologies.net (203.206.129.16) 81.438 ms 67.101 ms 67.139 ms


This kind of issue isn't exactly Unknown.

In addition, in Australia we have quotas for most of our internet plans. If you were on an ISP such as iiNet, then you could end up using up your quota since iiNet provides "unmetered" downloads from iTunes, on the condition that it comes from their mirror. iiNet mirrors Apple servers, and uses their DNS to redirect to those own mirrors. If you were to use 8.8.8.8 for someone on iiNet, you'd end up with them being charged extra since it probably wouldn't resolve to their mirror.

Read the first couple of paragraphs here.

Maybe someone should let Google know that it doesn't work.
nslookup a1.phobos.apple.com 8.8.8.8
Name: a1.da1.akamai.net
Address: 203.106.85.64

tracert 203.106.85.64
7 pos0-3-0.bdr2.nrt1.internode.on.net (203.16.211.6) 180.163 ms 180.985 ms 182.178 ms
8 as4788.ix.jpix.ad.jp (210.171.224.194) 229.548 ms 213.651 ms 214.562 ms
9 * * *
10 203.106.85.64 (203.106.85.64) 230.374 ms 228.848 ms 229.060 ms

nslookup a1.phobos.apple.com
Name: a1.da1.akamai.net
Address: 203.206.129.16
7 te1-4.syd-ult-bdr1.iinet.net.au (203.215.20.31) 77.949 ms 79.208 ms 80.695 ms
8 203-206-129-16.deploy.akamaitechnologies.net (203.206.129.16) 82.029 ms 66.178 ms 66.436 ms