It is just a bunch of whiny asshats who care about specs on paper rather than real world performance. The 970 is damn amazing. It makes the 980 nothing more than a overpriced luxury toy, and I say that as a 980 owner. Its performance is within 10-15% of a 980s and it is like half the price, what's not to like?

Also as for the memory thing this is actually a BONUS from nVidia, not a cripple. What I mean is in the past, they'd have just stuck 3.5GB on it and called it good. Then, if something needed more than 3.5GB, you go to system memory which is very slow 16GB/sec if you are running 16x PCIe 3 and much slower if you run less (like if you are doing SLI on a consumer board with PCIe 2 it would be 4GB/sec). However with this, you get another 512MB of RAM that is faster. Not as fast as the primary RAM, but much faster than hitting the system RAM over the PCIe bus. It won't perform as well as a 980 in those high memory situations, but it would perform better than if it just didn't have it at all.

I agree they should have noted it better, but really who gives a shit in reality? The 970 is the best "step down" card they've ever made compared to the highest end. Amazing value for the money and real world benchmarks from somewhere like HardOCP show it kills at modern games.

It's also funny how they act like nVidia did this to "harm" people for some business reason. If anything, they'd want to make the 970 look worse so people would be more likely to spend the near double to get a 980. However instead they made the 970 as close to the 980 as they could and I'm sure that ate in to the 980 market.

I get tired of seeing audio 'tards try to claim an expensive solution is needed to badly designed gear. I've seen this bullshtit with regards to S/PDIF cables and poorly designed DACs. It is true that you can get clock skew, reflections, etc with some cables. However any DAC worth its shit today should reclock and buffer the incoming signal, thus rendering transmission issues moot (so long as the signal is coherent enough to transfer the data). However, there are shitty "audiophile" DACs that don't and they try to use it as some kind of "proof" about cable quality.

What it comes down to is there are issues and they can be engineered around. When it comes to digital and noise ya, digital devices are noisy. Guess what? You properly ground and shield your analogue section and it is not an issue. It isn't like this is something super expensive and thus only available on the high end, just requires proper engineering. The answer isn't reducing digital noise since there is little that can be done on that front overall, it is making the analogue section immune to it.

Nah, this will pass then get thrown out once it gets to trial.

The current Canadian government has passed several "mean to the accused" bills, but every one has been thrown out by the courts.

Node.js is an event driven framework for build web/network apps. It doesn't run in the browser, it is the server fulfilling browser requests. It just happens to use the javascript language.
http://nodejs.org/

Note that Torvalds concedes that the specific code example being complained about does not benefit by the use of goto.

Also not brought up in that discussions is that where to draw the line between goto and nesting depends on the amount of nesting and the length of the code in question, not nesting alone. People using goto in shorter simpler code are making the code less readable.

Now Love's example is a great one because of the falling through from one undo to another. Because the bailout applies to all nesting levels so far not just the current level. That would be awkward in purely structured code. However if the undo were constrained to only the err'ing level, if there had been a goto out after undo C and undo B then structured if/else would have been more readable. But as is with multiple levels of undo it is s very appropriate use of goto.

Unfortunately much use of goto is done when the code is simple and short, unlike Love's example.

A lot of industrial grade engineering, scientific, graphics, etc code is *nix based. These users may be running Linux on PC hardware but they don't really want or care about Linux. They want a convenient working *nix to get their work done. Linux is just a convenient option. These people don't really care about the politics, the gpl, etc. If a BSD provided a more convenient option many would migrate.

Have you attended any Linux conferences in recent years. I'm told that Mac laptops are a pretty common thing. There is no shortage of less than true Scotsman.

The US carriers were withdrawn due to fear of their loss.

At the beginning of the campaign the Marines were landed and the fleet carriers withdrew a couple of days later. The loss of air cover caused support ships to be withdrawn. Marines ashore watched the majority of their supplies and equipment sail away with those ships.

Escort carries would make runs to within range of Guadalcanal to deliver aircraft to Henderson field. I believe Henderson was the major source of US airpower in the area for a while.

A little over two weeks after withdrawing the fleet carriers came up to intercept a Japanese carrier force coming south. This battle took place well to the north east of Guadalcanal. Aircraft from Henderson engaged forces in the vicinity of Guadalcanal.

The Marines were in a bad way. They had less that a weeks food and light on ammunition too. Fortunately they were able to capture some Japanese food.

And yes, to say the surface fleet -- in particular the destroyers and cruisers -- fought valiantly to protect the Marines is an understatement. At times these destroyers and cruisers attacked vastly superior enemy forces on their routine patrols up the slot because they were the only thing between this force and the Marines.

Midway occurred a month earlier and Imperial Japan lost four fleet carriers and more importantly many of their absolutely best air crews. This alone is arguably a valid turning point. At least in a naval sense and the pacific war was essentially a naval war. Now consider how this loss benefited the US at Guadalcanal. The victory at Midway greatly contributed to the victory at Guadalcanal.

Besides the material benefits Midway destroyed the myth of invincibility of the Imperial Japanese Navy and Guadalcanal destroyed the myth of invincibility of the Imperial Japanese Army and Marines. Both played extremely important roles.

I believe that during parts of the Guadalcanal campaign the aircraft carriers were withdrawn from the area to keep them "safe", well safer. They certainly saw action but toe to toe fleet engagements were being avoided. We were a little short on fleet carriers in 1942.

Also some of the capital ships sunk by aircraft had an assist from surface action. In one of those nighttime surface engagements a US destroyer put 3 torpedoes into a Japanese battleship, greatly reducing her speed. She could not keep up with the retreating fleet and was sunk by US aircraft in the morning when the sun came up.

They were used in the 1980s to shell various hostile positions in Lebanon after the Marine barracks was attacked. This included killing a Syrian general in his command post.

They were also used in the 1991 Gulf War to shell various Iraqi positions.

Google it. People who used it back in the day mention it is not supported, relies on a hardware quirk and does not work on all Apple IIs.

And achieving 99.x% is an amazing technical achievement and extremely useful.

Video has worked quite well for quite a long time. Lacking support for a rare undocumented unsupported hack doesn't represent a major bug in the emulator.

What mainframes lack in hardware volume they make up for with users. :-)

An interesting list: http://en.wikipedia.org/wiki/L...

Historian don't make such a call, they preserve everything. A cuneiform clay tablet with a receipt for a shipment of wheat is preserved as if it had the story of Gilgamesh on it.

Decisions of what to preserve are more the domain of invading Vandals and the city residents trying to hide things from them.