Slashdot Mirror


User: x2A

x2A's activity in the archive.

Stories
0
Comments
2,598
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 2,598

  1. Re:Also... on "Side By Side Assemblies" Bring DLL Hell 2.0 · · Score: 1

    "Is that another way of saying, "I can program however the hell I want. If you don't like it, don't run it?""

    Is that another way of saying "I should be able to run everything written under the sun, if you don't like how I want you to write software, don't write it"?

    See I can do that too :-)

  2. Re:Why don't apps just use their own copy of the . on "Side By Side Assemblies" Bring DLL Hell 2.0 · · Score: 1

    Not with a .local file.

  3. Re:Speaking as a user on "Side By Side Assemblies" Bring DLL Hell 2.0 · · Score: 1

    Mine's 22Meg *lol*

    And Windows is 2.6Gig... ...but that's an nlited 2003, not Vista.

  4. Re:Also... on "Side By Side Assemblies" Bring DLL Hell 2.0 · · Score: 1

    If it released the bugfixed version as a new SxS version, and if your software is saying to only load the buggy version and now allow newer versions, and you haven't updated the software that loads the buggy version, sure.

    As soon as one of those conditions changes, then no.

  5. Re:Also... on "Side By Side Assemblies" Bring DLL Hell 2.0 · · Score: 1

    "The only downside is that "advanced" users can't fuck with the application and try to make it use the wrong DLL"

    There's always .local dll redirection I assume?

  6. Re:Also... on "Side By Side Assemblies" Bring DLL Hell 2.0 · · Score: 1

    "Why should my memory be eaten up by loads of DLL files..."

    It doesn't have to be... just don't install any software that comes with more dll files than you want to have loaded. Simple.

    It's an available feature, it's not mandatory. No one's forcing you do to anything here.

  7. Re:Perl has died in industry. on Perl 5.11.0 Released · · Score: 0

    "Either give a cite for the %20 or stfu & let the adults talk in peace. Grownups do not attempt to pull numbers out of the thin air"

    I don't think grown ups particulary speak like that to people either. Seriously, the correctness of another is not a prerequisite for the correctness of oneself.

  8. Re:We DO need another desktop OS. on Shuttleworth Suggests 1-Way Valve For User Experience Testing · · Score: 1

    "Well, your methodology to test your intuition is probably flawed"

    I think your definition of "probably" is flawed... what you mean is "I don't understand how something that is the case for me but not for you (or isn't for me but is for you) can possibly be true because I don't understand how different people can be, and rather than try to understand I'm just going to say you're wrong".

    When using Windows, I found stuff easily and found understanding stuff easy because of how closely aspects matched to how I would've done it, so my guesses tended to be fruitful, and having to look up how to do stuff was minimal. If somebody designs something in a similar way to how you would've thought to do it, you'll find it more intuitive than if somebody did it in a completely different way (a bit like how you're struggling to understand this concept right now, because it's so different to your own preconceptions). That's just a fact. Struggle to believe it all you want.

    "For my own case, I would say there is nothing intuitive about any of them"

    Exactly, for your case. My case was different, because I am a different person.

  9. Re:benchmarks always forget the user experience on Google Frame Benchmarks 9x Faster than IE8 · · Score: 1

    "The fact you can get "There is a script on this page that is taking a long time [Stop Script] [Continue]" type dialogs probably says it all"

    I find those usually triggered by bugs in the javascript causing infinite loops. I've not seen it occur otherwise, which would put a different spin on that.

  10. Re:benchmarks always forget the user experience on Google Frame Benchmarks 9x Faster than IE8 · · Score: 1

    I get that sometimes... does the computer seem busy while it's waiting? Or does it seem to just stop, as if it's waiting for something to happen? I get the latter, think it's some kind of network thing (or that it's looking to the network for) that's timing out, as it seems to be a fixed period of time that the delay is. Not figured out the cause though :-/

  11. Re:We DO need another desktop OS. on Shuttleworth Suggests 1-Way Valve For User Experience Testing · · Score: 1

    "Windows has not intuitiveness"

    Erm, that's subjective, it depends on your intuition. I picked up using Windows far quicker and easier than other OSs, it instantly made a lot more sense to me (the more minimal interfaces of 95/98/2000/2003, not so much vista/7 which I find moves the rug beneith your feet too much). I find OSX the least intuitive of GUIs I've used (excluding some of the lesser known Unix/X interfaces).

    See what I did there? I used terms like "I find" to express recognition of the fact that different people have different experiences of things, and described my own, rather than making the oh so common "generalising from self" mistake. Please don't state something as fact simply because you haven't thought that there might be people out there with differing experiences to you. Try open your mind a bit.

    "anyone else wonder why Add/Remove programs is called that even though you really can't add in any programs from there"

    Actually I'm wondering why you haven't noticed that you can.

  12. Re:Poor choice for screensaver? on Why Is Linux Notebook Battery Life Still Poor? · · Score: 1

    "comments precisely demonstrate the mindset that inhibits mainstream adoption of Linux and other open-source software"

    fine with me, more people that use Linux, the bigger a target for hackers and the like it will be :-) Recent experience has shown that linux systems are not as secure as many make out (even if it is weird code + optimising compiler bugs rather than any one team's fault) so I'm actually quite glad to be in the niche market, and have no deep need to drag the rest of the world kicking and screaming away from Windows if that's not what they want to do :-)

  13. Re:Poor choice for screensaver? on Why Is Linux Notebook Battery Life Still Poor? · · Score: 1

    "people here whine day and night about how..."

    "and now you are arguing..."

    Oh my god! Different people have different arguments?! It's the end of the world!!!

  14. Re:Poor choice for screensaver? on Why Is Linux Notebook Battery Life Still Poor? · · Score: 1

    Or that you've flicked the 'ignore_nice_load' flag for the cpu speed governor to 1... that will disallow niced processes to ramp up the cpu speed, very handy for if you are running stuffs like that.

    To see if you have it on your system, try running from terminal:
    ls /sys/devices/system/cpu/cpu*/cpufreq/*/ignore_nice_load

    If you're not familiar with sysfs, simply cat the file to view its value, and echo into the file to change it, eg:
    cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load
    prints '0', to change to 1, run:
    echo 1 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load

    This doesn't last across reboots.

  15. Re:Poor choice for screensaver? on Why Is Linux Notebook Battery Life Still Poor? · · Score: 1

    You don't always know where to get those details, and all it would take is someone suggesting "try running powertop" or something to point the person in the direction of being able to find out what's going wrong... OR you might actually be posting into a community of people who know a little something about something (yes, I know, this is slashdot, therefore it is not that community, but not everybody might know that) and so might get some useful comments out, like "yeah default install of distro x uses the ondemand governor as its default CPU speed governor, try switching to conservative and fiddling with the up_threshold value"... ...but of course this is slashdot, where people have more in the way of defenses than actual helpful knowledge, and so all you're going to find here is people being defensive... and sometimes, the only defence is an offence, which means "windows is worse".

    I have consistantly noticed Linux drawing more power than Windows on my laptop while idling; I tend to not care too much as I run Linux on all my servers, which are never running off batteries, and rarely ever idling. Anyone who's never seen this really can't have that much experience, as it's just not that uncommon.

  16. Re:Well duh on Why Is Linux Notebook Battery Life Still Poor? · · Score: 1

    "Maybe you should invest in a ne button cell"

    Maybe you should invest in a new 'w' button?

  17. Re:Well duh on Why Is Linux Notebook Battery Life Still Poor? · · Score: 1

    You talk absolutely utter rubbish. Just because you don't know of the existance of something, doesn't mean it doesn't exist, such as differences in the vista vs win7 underlying kernel code, like cpu addressing methods or locking primitives. How ignorant you must be to assume that something can't exist without you knowing about it. Maybe I'll just start calling Uranus "Neptune" because I don't know about the differences between the two planets.

    Maybe in future you could try posting about things you know about, rather than posting about things you plain don't, it might be a nice experience for us all.

  18. Re:First shill! on A Short History of Btrfs · · Score: 1

    Yeah just like you can modify a cookie from an online shop to make it look like you've paid for something to get them to post it out to you... oh or is it that the cookie is just a code used to lookup the actual values on the server?

    And you'd also just put the cookie value in the form, so even with cookies blocked it would work.

    You didn't think this one thru huh? :-p

  19. Re:First shill! on A Short History of Btrfs · · Score: 1

    "Offcourse , we need to implement a sort of timeout"

    Nah, it's all about lockless algorithms now, don't ya know. This one's simple; you get a cookie with the post form, and posts are displayed in cookie time order, not message post order. That way, person who hits 'reply' first gets first post as soon as they post it, pushing down any posts that've been made before first post is posted but after first post was initiated. Simple :-)

  20. Re:Huh?? on Apple Keyboard Firmware Hack Demonstrated · · Score: 1

    "so it will have access to all your computer account passwords"

    Big deal.

    "your bank account and PayPal passwords"

    So what?

    "your chats with young children online"

    *falls off chair* f#&k me I'm burning this thing!

  21. Re:the bad news: on Healing Wounds With Diamonds · · Score: 2, Insightful

    Yeah but that's not really important for those of us that live on that small island you may have heard of called "the rest of the world" (you may have seen our flag... it's like yours, but on fire) ... that said, Obama's plans for your health service really don't sound as doom and gloom as your local press makes out, just as our politions plans for us and our health service don't seem as doom and gloom as our local press makes out. So chill out, I'm sure they go through the cost/benefit calculations with a lot more rigour than your gut instinct has.

  22. Re:I always disable those on New Linux Kernel Flaw Allows Null Pointer Exploits · · Score: 1

    What can I say? We're moving a bunch of servers to a pretty new datacenter as it's close to home (along with other reasons) and I've been 'n checked out the place a couple of times myself, met with techies, met with ppl that run the place, seen how strict the security is (to the point where it got in our way on a few things), got a good idea on their level of ability, and find myself pretty convinced. It's definitely doable, and where something is doable, you can bet there's a fair chance someone somewhere will have done it. I'm not a terribly lucky person which is why I struggle to believe that my experiences is as rare as you make out.

  23. Re:I always disable those on New Linux Kernel Flaw Allows Null Pointer Exploits · · Score: 1

    No, access is tcp/ip to your machines. If you need to do work on your server, you can request a kvm be plugged into your machine that you can access from an outside room, or of course they will bring your server out. You can connect to the power supply to turn off/on the power to your individual servers. They're a multimillion installation with no doubt hundreds of customers, from single-server customers to those who'll rent by the floor space. Anyone can put a server there which means that network security is paramount, as no serious (and knowledgeable) business is going to want to put machines on a network, esp pay to have machines on a network, if that network is an entry point to their machines (by stealing your MAC address or so on). It's not hard to secure your network so that the only entry points are those in your software.

  24. Re:I always disable those on New Linux Kernel Flaw Allows Null Pointer Exploits · · Score: 1

    Nooo I've seen the datacenters where I have machines, security is very good, palm scanners, swipe cards, pass codes, cctv... a compromised node will be the other side of their nodes and unable to affect mine, no one can just get onto the network. Datacenters just aren't like hotel rooms in the slightest. Not proper ones. One place, the sales guy tried to sneak us in through a side room to show us inside, they deactivated his card and cancelled his codes locking him out. The only way you're gaining access to my server is through a software vulnerability.

  25. Re:I always disable those on New Linux Kernel Flaw Allows Null Pointer Exploits · · Score: 1

    "Take a look at a nasty little technique called 'arp poisoning'"

    Where significant is that a risk though? Datacenters I use (and I assume this is common practice, I wouldn't trust anywhere where it wasn't) use virtual lan channels to each customer, so arp packets just can't be passed around... but still, the entry point is still physical access to the network, whether you're sniffing or poisoning, you can't do it behind a router, which is where the majority of the world lives. I'm not saying that risk is low enough to be worth trusting; I don't telnet to my servers, although will often leave a telnet server on a nonstandard port open in case of emergency situation, my point is just that increased complexity of code increases chance of flaws in the code... the telnet server's very easy to make unexploitable, even if your network isn't.