> for nicotine, there is no "good" range, and it is far more addictive.
Are you sure about that? From what I've read, there's a potentiating effect of the nicotine caused by MAOIs in tobacco. Further, I have a very hard time finding studies about the health effects of nicotine that isn't from tobacco (smoked, chewed, or otherwise ingested). The health effects of nicotine sans tobacco seem akin to those of caffeine.
The GDPR makes such shenanigans difficult. In such a case, the data company would be a "processor", not a "controller", and that other company would still incur the fines.
The legal system starts from a state of presuming the innocence of the accused. A person on trial for a criminal offense has no expectation that they must "prove [their] innocence"; it is the job of the state to prove the accused is guilty of the charges.
In other words, it's not the password itself that is problematic. The issue lies in compelling someone to provide information that, effectively, causes the person to make testimony (whether for or against themselves, it does not matter).
AC is right in his reasons, but I disagree with the conclusion. Even audited source code has had vulns found, years after multiple audits. How you define "fail[ing] security testing" is the crux of the discussion.
What irks me is that many of these companies (Hikvision and Dahua, for example) clearly use statically-linked, GPL OSS, but they stall (for me, two years now) in releasing source code. Hell, the piece I did get from them was a git sync of the components I called out, and not much more. Thing is, these companies are all China-based, how would you even enforce such a law upon them?
I can think of a few ways this could be done - integrated into the pressure monitoring of the wheels and shocks, using a rolling weigh system like semi trucks do, or similarly-constructed systems. It's hard, but not impossible.
Honestly, working less can mean you're producing more. Those long hours are sustainable for a week, tops, before the negative side effects far outweigh any actual benefit.
If a man and a woman both use the same tactics for negotiation, the guy will, on average, be rewarded for it more than the woman. There is a lot of evidence that there is subconscious bias applied - guys are seen as "hard negotiators/motivated/etc" while gals are seen as "high needs/bitchy/demanding".
It wasn't introduced there, it was codified. The right to keep and bear arms, along with other rights in the BoR, were considered pre-existing rights of free people. The rights were written to record that those rights should be protected and guarded against (federal) government intrusion. Later, the constitution was amended to say that the state governments, too, must respect those fundamental rights. The Slaughterhouse cases fucked that up for a bit, claiming that the only things protected were those rights attached to national citizenship (e.g. passports), but substantive due process saved that part of the 14th amendment.
If the second amendment were removed from the constitution, it wouldn't alter the right, but it would likely lead to significant bloodshed in this country. Doing so would be seen as removing a guaranteed freedom that existed before the formation of the country and was considered so important that it was put into the founding document of the country extremely early. Not only would the second have to be removed, but also the 9th, given the history of the right to keep and bear arms. Just because it was no longer listed as a right could not be construed to deny or disparage other rights that are retained by the people.
Not quite. I used to work on the windows display management kernel and did a ton of testing when we brought back heterogeneous in Win7. In XDDM (XP Display Driver Model), heterogeneous was allowed, but it had issues when drivers would conflict. You could find some setups that worked and some that didn't, largely based on the drivers, cards, and the alignment of the planets.
When Windows Vista came out the drivers moved to WDDM (Windows Display Driver Model). This model initially disallowed heterogeneous configurations. In Win7, heterogeneous support was again allowed, partially because the OS now tracked monitor connectivity state (CCD - connecting and configuring displays). Previous versions of windows had left that to the individual drivers, which could cause conflicts and loops of bad behavior ("value add" software from vendor x sets "clone" mode, then from vendor y sets extend mode, and they fight back and forth, for example).
So in Windows, it was allowed for every release except Vista, though it wasn't really supported or tested well until 7 and beyond.
Not quite. If we start reading patents, it opens up liability for treble damages should we be found in violation of a patent. For example, we're investigating patents, there's that doesn't have prior art, a few months/years later we're found to be in violation of that patent. At that point their lawyers say "hey, you guys were looking at patents and should have known about this one. Triple the damages!"
Don't get me started on the "absence of evidence" line. It's a BS saying by those who want to support a particular claim without having any way to show others they're not just making stuff up. This isn't even absence of evidence, though. It's poorly-stated evidence, or possibly even misleadingly-stated evidence.
When a company that is "an exceptionally competent developer of high performance, low-level graphics software" fails to communicate test results in a fashion which can be meaningfully compared by people who would be interested in such a developer's blog, it either calls into question their competence or the content of their communication. A competent group that realizes "hey, that's really cool, we got a higher average FPS" and also sees "that's weird, there are a lot of sections of benchmarking where the actual FPS drops to 15-20", might choose to communicate the first result and hide the second in order to drum up support. Simply reporting the average FPS does nothing to assure us that the performance is better for an end-user (other considerations include micro-stutter, periods of low playability,
Additionally, such "obvious test practices" do really need to be spelled out, and conformity results reported, for a reader to even infer a meaningful comparison. With the system they described, if they were pumping this out to a 1920x1080 display, the test results mean something completely different than if they were driving 1, 2, or 3 2560x1600 displays. I (and others in the field or even just interested in the field), would like to know this information so that it is meaningful, and not merely an "ePeen number".
Perhaps it's due to [H]ard|OCP that I've come to expect better benchmark reporting, but what is shown here disappoints. A test case can be designed to test a number of factors, so simply stating it's for "testing" indicates you're unaware of testing in the graphics area. Those factors include, but are not limited to, conformance, pixel throughput, vertex throughput, fill rate, average fps, memory utilization, GPU utilization, CPU utilization, inter-frame jitter, and average dropped fps. Not all of these always need to be reported, but some of them are linked, and should be reported together.
So yeah, one factor is marginally faster and was useful for finding a previously-missed bit of overhead. Cool, great work, etc. But don't report a single number which may or may not be misleading (and will obviously be touted by some a place to claim platform or API set x is better than y), without giving meaningful context to the results. As you said, Wraithlyn, they're experts. How about they demonstrate that in a meaningful fashion for the other experts who might gain some insight from their blog?
Clearly not. They give a bare number that doesn't indicate whether it is a maximum FPS or an average FPS. They provide neither the test setup (screen resolution, detail settings, etc), nor meaningful analysis of overall performance. For example, if the average FPS is lower on one platform, but the variability is also lower, the actual user-perceived performance will be better. No meaningful details are provided, just some ePeen number which is abstract of context. The statistician in me weeps.
True, but the condition is "a lion in your fridge" not "in your current fridge". Giving away your fridge doesn't preclude you from obtaining another one, which gets infested with lion(s).
Jeff Grub was one of my favorite "dabbling" fantasy authors. He wrote some of the first canonical M:TG books, e.g. The Brothers' War. Totally OT, but it reminded me to check out what he's written since then, since I haven't read anything by him in a long time.
Note what he said, "patients who cannot be vaccinated for whatever reason." Allowing a patient who is a likely carrier because they are fine to get vaccines but their parents refuse them makes the doctor liable to be sued by the parent of another kid who legitimately couldn't be immunized.
Slashdot Mirror
> for nicotine, there is no "good" range, and it is far more addictive.
Are you sure about that? From what I've read, there's a potentiating effect of the nicotine caused by MAOIs in tobacco. Further, I have a very hard time finding studies about the health effects of nicotine that isn't from tobacco (smoked, chewed, or otherwise ingested). The health effects of nicotine sans tobacco seem akin to those of caffeine.
The GDPR makes such shenanigans difficult. In such a case, the data company would be a "processor", not a "controller", and that other company would still incur the fines.
The legal system starts from a state of presuming the innocence of the accused. A person on trial for a criminal offense has no expectation that they must "prove [their] innocence"; it is the job of the state to prove the accused is guilty of the charges.
In other words, it's not the password itself that is problematic. The issue lies in compelling someone to provide information that, effectively, causes the person to make testimony (whether for or against themselves, it does not matter).
AC is right in his reasons, but I disagree with the conclusion. Even audited source code has had vulns found, years after multiple audits. How you define "fail[ing] security testing" is the crux of the discussion.
What irks me is that many of these companies (Hikvision and Dahua, for example) clearly use statically-linked, GPL OSS, but they stall (for me, two years now) in releasing source code. Hell, the piece I did get from them was a git sync of the components I called out, and not much more. Thing is, these companies are all China-based, how would you even enforce such a law upon them?
Funny, where have I seen people like that?
I can think of a few ways this could be done - integrated into the pressure monitoring of the wheels and shocks, using a rolling weigh system like semi trucks do, or similarly-constructed systems. It's hard, but not impossible.
Honestly, working less can mean you're producing more. Those long hours are sustainable for a week, tops, before the negative side effects far outweigh any actual benefit.
If a man and a woman both use the same tactics for negotiation, the guy will, on average, be rewarded for it more than the woman. There is a lot of evidence that there is subconscious bias applied - guys are seen as "hard negotiators/motivated/etc" while gals are seen as "high needs/bitchy/demanding".
It wasn't introduced there, it was codified. The right to keep and bear arms, along with other rights in the BoR, were considered pre-existing rights of free people. The rights were written to record that those rights should be protected and guarded against (federal) government intrusion. Later, the constitution was amended to say that the state governments, too, must respect those fundamental rights. The Slaughterhouse cases fucked that up for a bit, claiming that the only things protected were those rights attached to national citizenship (e.g. passports), but substantive due process saved that part of the 14th amendment.
If the second amendment were removed from the constitution, it wouldn't alter the right, but it would likely lead to significant bloodshed in this country. Doing so would be seen as removing a guaranteed freedom that existed before the formation of the country and was considered so important that it was put into the founding document of the country extremely early. Not only would the second have to be removed, but also the 9th, given the history of the right to keep and bear arms. Just because it was no longer listed as a right could not be construed to deny or disparage other rights that are retained by the people.
I'm pretty sure he's referring to the movie: http://en.wikipedia.org/wiki/Cube_2:_Hypercube
A person worked at a company called Izon Research Affiliates, and had a dog named Skippy.
Not quite. I used to work on the windows display management kernel and did a ton of testing when we brought back heterogeneous in Win7. In XDDM (XP Display Driver Model), heterogeneous was allowed, but it had issues when drivers would conflict. You could find some setups that worked and some that didn't, largely based on the drivers, cards, and the alignment of the planets.
When Windows Vista came out the drivers moved to WDDM (Windows Display Driver Model). This model initially disallowed heterogeneous configurations. In Win7, heterogeneous support was again allowed, partially because the OS now tracked monitor connectivity state (CCD - connecting and configuring displays). Previous versions of windows had left that to the individual drivers, which could cause conflicts and loops of bad behavior ("value add" software from vendor x sets "clone" mode, then from vendor y sets extend mode, and they fight back and forth, for example).
So in Windows, it was allowed for every release except Vista, though it wasn't really supported or tested well until 7 and beyond.
Not quite. If we start reading patents, it opens up liability for treble damages should we be found in violation of a patent. For example, we're investigating patents, there's that doesn't have prior art, a few months/years later we're found to be in violation of that patent. At that point their lawyers say "hey, you guys were looking at patents and should have known about this one. Triple the damages!"
You know that windows has mklink since Vista? Before that, local drives had junction points from 2k.
Is "mag" unacceptable?
Only a year ago, AR15 lowers were $79, so $150 is a 100% increase in price.
Freeze the ram, remove, reinsert into a device to dump the RAM's contents. It's been done before: http://zedomax.com/blog/2008/09/29/memory-hack-how-to-hack-encryption-keys-by-freezing-memory/
Another vote for the G2 .05
Don't get me started on the "absence of evidence" line. It's a BS saying by those who want to support a particular claim without having any way to show others they're not just making stuff up. This isn't even absence of evidence, though. It's poorly-stated evidence, or possibly even misleadingly-stated evidence.
When a company that is "an exceptionally competent developer of high performance, low-level graphics software" fails to communicate test results in a fashion which can be meaningfully compared by people who would be interested in such a developer's blog, it either calls into question their competence or the content of their communication. A competent group that realizes "hey, that's really cool, we got a higher average FPS" and also sees "that's weird, there are a lot of sections of benchmarking where the actual FPS drops to 15-20", might choose to communicate the first result and hide the second in order to drum up support. Simply reporting the average FPS does nothing to assure us that the performance is better for an end-user (other considerations include micro-stutter, periods of low playability,
Additionally, such "obvious test practices" do really need to be spelled out, and conformity results reported, for a reader to even infer a meaningful comparison. With the system they described, if they were pumping this out to a 1920x1080 display, the test results mean something completely different than if they were driving 1, 2, or 3 2560x1600 displays. I (and others in the field or even just interested in the field), would like to know this information so that it is meaningful, and not merely an "ePeen number".
Perhaps it's due to [H]ard|OCP that I've come to expect better benchmark reporting, but what is shown here disappoints. A test case can be designed to test a number of factors, so simply stating it's for "testing" indicates you're unaware of testing in the graphics area. Those factors include, but are not limited to, conformance, pixel throughput, vertex throughput, fill rate, average fps, memory utilization, GPU utilization, CPU utilization, inter-frame jitter, and average dropped fps. Not all of these always need to be reported, but some of them are linked, and should be reported together.
So yeah, one factor is marginally faster and was useful for finding a previously-missed bit of overhead. Cool, great work, etc. But don't report a single number which may or may not be misleading (and will obviously be touted by some a place to claim platform or API set x is better than y), without giving meaningful context to the results. As you said, Wraithlyn, they're experts. How about they demonstrate that in a meaningful fashion for the other experts who might gain some insight from their blog?
Clearly not. They give a bare number that doesn't indicate whether it is a maximum FPS or an average FPS. They provide neither the test setup (screen resolution, detail settings, etc), nor meaningful analysis of overall performance. For example, if the average FPS is lower on one platform, but the variability is also lower, the actual user-perceived performance will be better. No meaningful details are provided, just some ePeen number which is abstract of context. The statistician in me weeps.
Multithreading for C/C++ and 64 bit are both available in VS Express.
Multithreading: http://msdn.microsoft.com/en-us/library/bb157784(v=vs.100).aspx
For 64 bit, you have to install the Windows SDK, but it works.
I'm pretty sure that the people doing the first post prepared in advance are just trolls stepping up their game.
True, but the condition is "a lion in your fridge" not "in your current fridge". Giving away your fridge doesn't preclude you from obtaining another one, which gets infested with lion(s).
Also, he's the entire reason my username is Tawnos.
Jeff Grub was one of my favorite "dabbling" fantasy authors. He wrote some of the first canonical M:TG books, e.g. The Brothers' War. Totally OT, but it reminded me to check out what he's written since then, since I haven't read anything by him in a long time.
Note what he said, "patients who cannot be vaccinated for whatever reason." Allowing a patient who is a likely carrier because they are fine to get vaccines but their parents refuse them makes the doctor liable to be sued by the parent of another kid who legitimately couldn't be immunized.