You won't find those exact words; however, you will find this:

but no religious Test shall ever be required as a Qualification to any Office or public Trust under the United States.

If there was a state religion, or if religion were not required to be separate from the state, there would, indeed, be religious tests applicable.

Of course, the Constitution also still contains provisions on how to count slaves for purposes of allocating Congress.

Rather than locking the co-pilot out, just shoot/stab them, and keep the door locked.

If the pilot has control of the airplane, the pilot can crash the airplane. It's really that simple.

Tom Clancy published 'The Sum of All Fears' in 1991. In the afterword, he mentions how it was frighteningly easy to piece together, from public domain data, how to build a multistage thermonuclear bomb. How he was couriered design specs for fabrication devices for the asking. How he felt the need to obfuscate some details, even though he knew there was no point, just to assuage his conscience.

As he points out, it's physics, and it's engineering.

Just get RenderDog instead, it's RenderMan's best friend.

Until the first time you start the program after not using it for too long, and you discover it's chewed up all your meshes, and shit all over your textures.

Today, the computer utility concept has returned [13], but todayâ(TM)s operating systems are not even up to the level of security that Multics offered in the early 1970s, let alone the level needed for a modern computer utility. There has been work on security for Computational Grids

Because the Multics security enhancements, including mandatory access controls, were shipped to ALL customers, this meant that the designers of applications had to make sure that their applications worked properly with those controls. By contrast, many application developers for other systems with optional security enhancements donâ(TM)t even know that the security enhancement options exist,

Of course vulnerabilities remain. But when you're deliberately aiming for a secure *system*, they're a lot less impactful. Kinda like how turning ASLR on simply nullifies entire classes of vulnerabilities. MULTICS, according to your paper, didn't have problems with buffer overflows. Thirty years ago, this was a solved problem. Why is it an ongoing problem now?

One of the most common types of security penetrations today is the buffer overflow [6]. However, when you look at the published history of Multics security problems [20, 28-30], you find essentially no buffer overflows. Multics generally did not suffer from buffer overflows, both because of the choice of implementation language and because of the use of several hardware features. These hardware and software features did not make buffer overflows impossible,

And so on and so forth.

Why is it so hard to write secure software?

Really, it isn't. The problem is that 'secure software' is exactly one piece of the puzzle that is 'a secure system.'

Securing your software, but not your OS, your hardware, your physicals, and your users, is kinda like having a highquality steel security door, unpickable deadlock, and so on, on your house, right beside a bog-standard window.

Remember, UNIX started out as 'MULTICS with all of the annoying security stuff stripped out.' Literally a castrated version of MULTICS.

Agreed. Both Freespace games are still ranked near the top in my lifetime of gaming experiences. I wish they get a sequel in some form (that is not Star Citizen).

OEM, sure. But it's not my understanding that if you buy a PC and buy the full, expensive version of windows and the PC dies and you buy a new pc then you need to buy another copy of windows. Otherwise....why would anyone pay for the full version; you'd get the oem, right?

Software like Office, and professional services.

Windows is the razor; Office, Exchange, Sql Server, support contracts, and so on, are the razor blades.

Once in a while they throw in an argument about programming languages, chumming the waters.

That would be the bit about Windows. Completely irrelevant to the task at hand.

That all said, it's really fucking easy to put a server outside; people do it all the time. Just get an outdoor enclosure with a heater, a fan, and a thermostat. You can even get them rackmount. It's going outside, so solar load won't be an issue, so it's a stupidly easy thing to do. If this thing is going to do nothing but fileserve, it doesn't even have to be much of a computer.

Yes, he'd be better served by getting a Synology diskstation or something similar, installing the Plex package, and being done with it, but whatevs.

We're not talking about rumours here, though.

You know nothing about computers. Why are you even on this site?

Microsoft's javascript support is just like the other's; slower before but not so much now.

Self fulfilling prophecies? Well, maybe, or maybe it's just an obvious requirement for modern sites. Your list of uses is hardly exhaustive; stack exchange sites use it to great effect; you can't be serious when you prefer hitting f5 to provoke an update rather than...doing nothing and having the site update by itself? Look at google maps today (on the desktop). The limits to the practicality of javascript is...well, there are no limits. It's a programming language; you can do whatever you want with it. Emulate operating systems, games....

http://js1k.com/

There's nothing sloppy about the use of javascript. I think you're a bit of an edge case; perhaps you're better off not using the internet; it really is as fundamental as that.

The problem was never javascript. Sure, IE was the posterboy in slow, buggy javascript. But it's hard to imagine anything other that static pages (and there's nothing wrong with that) being handled with anything better than javascript. Perhaps you're not very technical, but forget ads and gifs for a moment and explain how you'd provide the same functionality javascript (and ajax and all that goes along with it) would be handled without javascript? Uploading files to a site with a progress bar? Dragging and dropping files onto the browser. Sensible, rich clientside validation of user input (in addition to the back end validation, obviously)? The only alternative I can imagine you giving is some other client side language. The only reason you're not blocking those too is because they're not as popular as javascript; they can certainly produce and handle popups.

So can an app.