The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
Ask brussels for it, at the end is what will happen anyways.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
Blimey. Didn't see that coming. This sort of case has been getting steadily more numerous and outrageous and yet successful (the outrageous verdict on Men At Work apparently a catalyst). If this is a precedent of more sensible judgements then well done all!
I found out the hard way last year when rolling out a new web application for a customer, that yes, there are business users out there in the real world who run their browsers (IE in this case) with client-side debugging turned on!
Worse, it confuses some of them to the point that they called and wanted to know if they should click 'Yes' to Debug?
Since then, when working with their application, I turn on debugging to report all errors. The problem is when I browse out to the 'real world' with debugging on. Rough estimates are around half of the sites visited have bugs, which apparently don't cause any real problems, but isn't it just sloppy programming to not handle them properly?
Are you talking about Subversion? If so, I'm not sure I understand the problem. SVN never removes stuff unless you explicitely modify the repo (and that requires admin rights). It doesn't remove local files either, unless they are unchanged compared to the revision of your check-out or update, even if those files were removed by someone and the removal was checked in. Also note that moving files or directories to a different location is registered in SVN as a removal followed by an addition.
Things you could do:
- Check the log/history of the parent folder: you should see any previous modifications relating to the directory.
- Try checking older revisions in the repo. If that folder has ever been committed to the repo, it has to be there, and you should be able to restore the last version before its removal. (plus you should see the log entry of the removal, giving you a hint what went wrong, or who did it)
- One other thing you could do is check your file system if you happen to have a copy somewhere - maybe it has been moved, not removed.
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
Government can give you nothing but what it takes from somebody else. A government big enough to give you everything you want is big enough to take everything you've got, including your freedom.-Ezra Taft Benson
You must accept 1 of 2 basic premises: Either we are alone in the universe or we are not alone. Either way, the implications are staggering!-Wernher von Braun