Duh. Why would a T.Rex want to run fast? It would be far more dangerous for them than pretty much anything else - a single stumble will likely result in broken bones and death from starvation.
Some people actually like Diet Coke. I can't stand the regular non-diet Coke - it's way too sweet for me with a nasty aftertaste. And Diet Coke is just fine.
Seriously? I read the Rust-internals mailing list and so far I have not seen any problems with conduct. And by experience, people who make noise about Code Of Conduct are not going to contribute anything useful anyway.
Oh, and the language itself is covered by MIT, so even KKK, Nazi party members and Republican primary voters can use it.
The UW study is a BS. Instead of just looking into the actual data (it's not compatible with the aim of the study as it shows improvements in wages and jobs) they created a "fantasy Seattle". Then they compared the growth of wages and employments in this "fantasy Seattle" with the reality. Then they tweaked the model to produce the numbers they want - they omitted minimum-wage workers from chain franchises.
And lo and behold! The model shows slightly more growth than the real Seattle.
Slacker sucks. It doesn't have playlists so I can't play complete albums, only random tracks. The dashboard sucks - there is STILL no way to specify waypoints for navigation or even get consistent roundtrip energy estimation. Dashboard setup sucks, I have the map on top and camera on the bottom of the screen, and if I try to open the "Energy" app it opens on the bottom. Then I want the camera back, press the "camera" button and it opens on top.
The recent update removes the ability to select the media source using the steering wheel keys. The AC control panel lost indication of recirculation state. Etc.
This is just stupid. Tesla's infotaiment software _sucks_ and it's getting progressively _worse_. Every major update breaks something I use all the time.
I'd accept it if they actually were adding something new, but the major dashboard functionality hasn't changed since the very first cars. I have zero faith in Tesla's ability to write good user-facing software.
Actually, the grandparent has a point. I used to be a big AD/LDAP advocate but these days I recommend avoiding it. There are too many ways it can fail on client devices and debugging its problems is pure hell.
And In return you basically get only password synchronization. Even group membership management is not important anymore unless you are still using Samba. And AD doesn't automate a lot of important tasks like setting up wireless connectivity, installing updates and so on.
They do it very much in the name of the god. Religion was cited as the motivation for the law prescribing death penalty for gay people. Again, are they not Christian enough or "this doesn't count"?
How about Uganda there Christianity is pretty much the state religion (no real separation of state and religion) and they hunt gay people? Oh, it's not Christian enough, right?
The correct spelling is "amerikanskih". Note the correct ending for the genitive case and lower case (nationalities or languages are lower case in Russian).
Are religious schools exempted by this bill? What will happen if students start interrupting teachers with questions like: "But Jesus doesn't exist (and that's a fact), so why is this true?"
DJI is a much better example. They pretty much invented the whole "consumer drone" niche and now are the dominant player there. All completely from scratch.
Somehow Canada, Australia, France, Great Britain and many other countries manage to have about 2-5 times less administrative overhead than the US private healthcare. Heck, even Medicare in the US has less overhead than private insurers.
So I think that evidence strongly points to: "yes".
If you use a policy file to grant or restrict access to certain methods of the target object: every method on the call stack needs to have a _grant_
Grants are applied on per-location basis. A file anywhere in JDK is granted all access. If it then calls (through a callback) a code outside JDK then this code won't get any additional permissions. You're keeping inventing stuff, just read the document.
You're confusing the static code access security with doPrivileged stuff which is dynamically assigned to the thread context: https://docs.oracle.com/javase...
Seriously? Please at least read this: http://docs.oracle.com/javase/... - it describes how grants work. Now read the JDK policy. You can even write a short demo - create a policy grant for one class and create a security manager that restricts everything. Run your code with this manager and try to use privileged operations with this class. It will work, I tried this. Do you want to bet against it?
NO THEY DON'T. I gave you links to actual policy files. In JVM you grant permissions to _code_, so if your code has appropriate permissions then anything will just sail through. You are confusing it with _how_ permission checks are _sometimes_ implemented in JVM. For example, FileInputStream internally has a check with the SecurityManager and so does ProcessBuilder.start()
However, if ProcessBuilder.start() is called from the code inside the JRE then it WILL ALWAYS RUN, according to the policy file I gave you. So if listFiles() is inside the JRE and is public then any applet with the most strict security policy will be able to call it, and listFiles() will then be able to call ProcessBuilder.start() without any problems.
The fact that you don't understand it exactly explains why code access security is such a pile of shit.
Slashdot Mirror
Duh. Why would a T.Rex want to run fast? It would be far more dangerous for them than pretty much anything else - a single stumble will likely result in broken bones and death from starvation.
Aspartame actually doesn't work well on baked goods. You need other sweeteners for that.
Apple pie is fine though I don't like a lot of powdered sugar that some people put on it. But I don't like honey for the same reason - too sweet.
Some people actually like Diet Coke. I can't stand the regular non-diet Coke - it's way too sweet for me with a nasty aftertaste. And Diet Coke is just fine.
No. Neither Etherum, nor Bitcoin offer ways to blacklist certain wallets. Once your money is gone, it's gone - just like stolen cash.
Some alternative cryptocurrencies support wallet invalidation feature where a wallet maybe destroyed if enough miners agree on it for a certain time.
Seriously? I read the Rust-internals mailing list and so far I have not seen any problems with conduct. And by experience, people who make noise about Code Of Conduct are not going to contribute anything useful anyway.
Oh, and the language itself is covered by MIT, so even KKK, Nazi party members and Republican primary voters can use it.
Wrong. Handguns are strictly prohibited but rifles (even semi-automatic ones) are perfectly OK. My family in Russia has one for hunting.
The UW study is a BS. Instead of just looking into the actual data (it's not compatible with the aim of the study as it shows improvements in wages and jobs) they created a "fantasy Seattle". Then they compared the growth of wages and employments in this "fantasy Seattle" with the reality. Then they tweaked the model to produce the numbers they want - they omitted minimum-wage workers from chain franchises.
And lo and behold! The model shows slightly more growth than the real Seattle.
Slacker sucks. It doesn't have playlists so I can't play complete albums, only random tracks. The dashboard sucks - there is STILL no way to specify waypoints for navigation or even get consistent roundtrip energy estimation. Dashboard setup sucks, I have the map on top and camera on the bottom of the screen, and if I try to open the "Energy" app it opens on the bottom. Then I want the camera back, press the "camera" button and it opens on top.
The recent update removes the ability to select the media source using the steering wheel keys. The AC control panel lost indication of recirculation state. Etc.
Nope. "His product sucks and his attempts at improving it are making it WORSE".
You can just ignore all updates but you can't selectively deny them.
This is just stupid. Tesla's infotaiment software _sucks_ and it's getting progressively _worse_. Every major update breaks something I use all the time.
I'd accept it if they actually were adding something new, but the major dashboard functionality hasn't changed since the very first cars. I have zero faith in Tesla's ability to write good user-facing software.
Amazon absolutely does not spy on customers through AWS. Hell, AWS is approved for ITAR and government-related activities.
Does it work on Macs?
Actually, the grandparent has a point. I used to be a big AD/LDAP advocate but these days I recommend avoiding it. There are too many ways it can fail on client devices and debugging its problems is pure hell.
And In return you basically get only password synchronization. Even group membership management is not important anymore unless you are still using Samba. And AD doesn't automate a lot of important tasks like setting up wireless connectivity, installing updates and so on.
The first written mentions of Christians are from around year 110. There are no contemporary mentions in known sources.
So you're saying that murdering people for their believes is a traditional conservative viewpoint? How fitting.
They do it very much in the name of the god. Religion was cited as the motivation for the law prescribing death penalty for gay people. Again, are they not Christian enough or "this doesn't count"?
How about Uganda there Christianity is pretty much the state religion (no real separation of state and religion) and they hunt gay people? Oh, it's not Christian enough, right?
The correct spelling is "amerikanskih". Note the correct ending for the genitive case and lower case (nationalities or languages are lower case in Russian).
Are religious schools exempted by this bill? What will happen if students start interrupting teachers with questions like: "But Jesus doesn't exist (and that's a fact), so why is this true?"
DJI is a much better example. They pretty much invented the whole "consumer drone" niche and now are the dominant player there. All completely from scratch.
Somehow Canada, Australia, France, Great Britain and many other countries manage to have about 2-5 times less administrative overhead than the US private healthcare. Heck, even Medicare in the US has less overhead than private insurers.
So I think that evidence strongly points to: "yes".
If you use a policy file to grant or restrict access to certain methods of the target object: every method on the call stack needs to have a _grant_
Grants are applied on per-location basis. A file anywhere in JDK is granted all access. If it then calls (through a callback) a code outside JDK then this code won't get any additional permissions. You're keeping inventing stuff, just read the document.
You're confusing the static code access security with doPrivileged stuff which is dynamically assigned to the thread context: https://docs.oracle.com/javase...
No it won't. That makes no sense.
Yes it will. And yes, it doesn't make much sense.
NO THEY DON'T. I gave you links to actual policy files. In JVM you grant permissions to _code_, so if your code has appropriate permissions then anything will just sail through. You are confusing it with _how_ permission checks are _sometimes_ implemented in JVM. For example, FileInputStream internally has a check with the SecurityManager and so does ProcessBuilder.start()
However, if ProcessBuilder.start() is called from the code inside the JRE then it WILL ALWAYS RUN, according to the policy file I gave you. So if listFiles() is inside the JRE and is public then any applet with the most strict security policy will be able to call it, and listFiles() will then be able to call ProcessBuilder.start() without any problems.
The fact that you don't understand it exactly explains why code access security is such a pile of shit.