In high school there was a small group of miscreants who took the phrase "To boldly go where no man has gone before" to new depths of depravity.
That's why there's a toilet on the ceiling in the bathroom. My brother said this one time after I modified the Star Trek opening in relation to our family's then 1978 Plymouth Voyager van.
Well stated. A good part of the reason people don't understand what the Children of Israel did in taking over what was then called the land of Canaan is caused by a lack of understanding of Canaan religious rites (which often involved, among other things, slaughtering children on their altars). Without understanding the culture of the Israelites at the time, we cannot fairly judge their actions.
Furthermore, the Israelites had nothing to do with the destruction of Sodom and Gomorrah, which took place well over a century before the Mosaic exodus (and the beginning of the Kingdom of Israel), and long before the birth of Jacob (who is called Israel). I don't claim to know exactly what happened, but from what the biblical record states, I believe it may have had something to do with a natural disaster, such as a volcanic eruption.
Irregardless of these facts, there have been thousands who have misused the basic precepts of Christianity since its inception, and they should be individually condemned without condemning the teachings they misused, but unfortunately, the teachings are generally castigated first.
(Score:0, Troll)
I cannot see any justification for this; I see no attempt in these comments to troll anyone, merely to lay out a viable explanation to support Mr. Ormandy, finishing with a logical summary of the argument. I'm tempted to meta-mod in hopes of correcting this travesty (though having commented, I'm not likely to be given the opportunity). I see this kind of thing far too often. As several sigs point out, -1 disagree does not exist for a very good reason. Moderation is intended to punish those who are deliberately uncivil or abusive with their comments. -1 Troll, -1 Flamebait, and -1 Overrated are not, and never will be, acceptable substitutes.
Don't usually respond to ACs, but you truly deserve recognition for this effort. Your comments are thorough, concise, and do not needlessly nitpick or belittle the GP (sure you refer to the GP as small minded, but considering the criticism is on, as you repeatedly point out, a single, simple aspect of a complex problem, I do not find that particularly condescending).
Although, I do think part of your comment could have been phrased more humorously. Here is what I recommend as one possible replacement:
Makes me wonder who you would be blaming in those precious, all critical 60 days of yours, if neither he or MS released info about it, and your systemS got totally owned. The Google employee because he didn't release the info so people could have protected their systems if MS failed, or MS for having the security whole in the first place and being snail slow (sorry to all the true snails out there) in fixing (if they did) the flaw.
I don't see how anyone could think this is flamebait. My personal analysis of your comments indicates you are making a well reasoned argument about the culture Microsoft has created, which may have been the cause of this difficulty, and that is valid, and not intended to draw flames (though it would clearly do so from some readers). If I had points, I'd counter the disparagement, but I figure this is an adequate response.
I've learned to write code with the assumption that my bugs would not get caught by the programming language, so I'd better make sure I catch them, or at least know what they are so I can publish them (in the event I cannot be bothered to write code to catch the bug, as in my FP128 converter for the C=64). I've also never understood the logic behind structuring program memory with the heap, code, stack model; that puts the code above the heap, which grows from the bottom, and below the stack, which grows from the top, thus making buffer overflows easy. I'd rather build an application so the stack is below the program and the heap is above. I also never consider myself finished with anything I haven't thoroughly tested and found all the reasonable bugs in (I don't release code because I'm not a programmer, I just dabble from time to time).
Anyway, I commend you for having the courage to make such a comment, even in an environment that is becoming increasingly hostile toward those who speak the truth.
I downloaded the Itanium manuals to check it out; I was extremely unimpressed. It's too complex, in my opinion, with too many limiting restrictions (such as the 4 register source limitation for 22- or 64-bit adding). I also can't imagine why anyone would think using a 128-bit opcode that represents up to three instructions is a good idea.
I am designing a 64-bit CPU based loosely on the 68000 (the instruction set is completely incompatible with anything currently in existence, but is very simple, yet very powerful). The advantage is that my CPU's bit width can be expanded all the way out to 262144 (256k-bit) without making any changes to the instruction set. When the bit width is expanded, simply activating the currently dormant bit size selectors is all that needs to be done. Opcodes are 64-bit, and represent only a single instruction; the instruction decoder should be very simple. It also uses sensible security concepts, without relying on anything like Intel's horrible segments. Obviously, my design will not make current industry leaders happy, but at least backward compatibility would be easier without sacrificing security.
To plagiarize and misquote two of my favorite TV series, (Red Dwarf, then M*A*S*H):
An excellent plan sir, with just two minor drawbacks. That would be efficient and it would make sense.
>Actually, I don't think it does, as I stated in the other post. You're proposing a protectionist system, and historically those don't work well. My proposal is to lower the cost of labor such that manufacturers choose to stay here and can remain in business.
You're stating THAT they historically don't work well - but not considering WHY that is. Do the same issues that led to past failures still apply today ? Can we change them ? These are questions one needs to ask - you cannot learn from history without being able to view it in the context of the present.
>Thing is, you're effectively ensuring that there WILL be less work by artificially raising the cost of labor; therefore businesses will attempt to minimize it. It's economic law.
One of the issues with this type of proposal (that is raising the cost of labor, such as through "Minimum Wage" laws) is the worth of some labor will always be low; a job that requires few skills, for example, is not worth as much as a job that requires a master's degree. Forcing employers to pay their employees an artificially high wage for low skill labor causes that employer to look for people who are worth the pay (people who are reliable, efficient, etc).
Eliminating a minimum wage, however, provides employers much greater latitude in hiring decisions. They can hire more people to perform the same low skilled labors, and promote those who show they have good work habits. Artificially raising wages does not increase the amount of capital available to distribute to employees, and that is one important reason your type of proposal inevitably fails. Would you rather pay seven eager teenagers 3.00 an hour, with the flexibility to replace them as needed, or three desperate, college graduates 7.25 an hour for the same labor?
The one day you'd sell your soul for something, souls are a glut.