Slashdot Mirror

shameless a href fix: filefrisk filewatcher

For those who are checking their leg length...

http://www.gnu.org/software/hello/

http://dir.filewatcher.com/d/SuSE/9.2/src/Development/Tools/Other/hello-2.1.1-311.src.rpm.397493.html

and numerous other references...

I stated my opinion, in such a way that anyone can verify it for themselves...and get modded a Troll.

Because you're trolling with paranoid conspiracy theories.

Curious readers can find older copies of Process Explorer here and verify for themselves that running it under - or merely inserting a USB key into a system with - newer versions of Windows (eg Win7) does not result in it being automatically overwritten with 10.2.

There were some early ports of tools to Win32 that made it bearable in the early days of NT. Back in NT before 4.0, there were UNIX shops making a change over to NT and people brought some of their favorite tools along with them. In particular, there is a ps.exe, kill.exe, and nice.exe package that is really powerful and simple. You can still download it some places packaged as littles.zip. The binaries are about 18k each. And one of the nice things about them, actually, as opposed to the 'process viewer' that Sysinternals publishes, is that they are NOT network-wide. The Sysinternals equivalent that I tried out lets you scan processes over the network to somebody else's box, which brands them as highly malicious 'hacking tools' in many companies. The tinys.zip tool set is so small it fits in almost any space at all. Kill.exe won't let you kill any process, but it will let you snuff out anything running with your permissions.

To supplement this comment, I just tried to google littles.zip and found there are still a very few places it can be downloaded. It's slowly disappearing, in part probably because nobody seems to remember it's there. But there are people who know it's out there and want it gone. The last time I permitted the AVG antivirus package to 'protect' my W2K box, it silently deleted kill.exe as part of the 'protection' without announcing a thing. It's malware, you see.

It's still downloadable at these sites it seems.

- it is possible to disable access to the root account.
- Linux implements POSIX capabilities since kernel 2.2

see the file capfaq-0.2.txt for details: http://www.filewatcher.com/m/capfaq-0.2.txt.11907. 0.0.html (list of mirrors hosting the file)

I have rewritten unp, which is a simple extraction utility, just to see how a clean implementation would differ from it. The result is a much shorter, and easy to comprehend application called e.

The main difference between the two implementations is a clear separation of concerns. While unp looks like one large blob of code with no clear structure, e has all the rules in one place, and application logic in another place. In unp this lack of separation has already led to duplicated code.

I don't know about plan9, but something of it has spilled over to my normal usage. I happen to use 9menu most everyday. It's a neat little thing that will run a little window with program names in it by invoking it from the command line -- any app you want to put in there. I have a machine I "ssh -X" into a lot, added that line to my .bash_profile, so every time I log in, I get this handy little menu of my frequently used apps. info

That's how X11 works. That's not a failing of GNOME or KDE to cooperate. X11 could have a new extension, but you can hardly blame GNOME or KDE over that.

From a *user* standpoint (not an Xlib developer), if you want Windows-like behavior (copying creates a duplicate of the data you're copying), use a clipboard manager. GNOME provides Gnome Clipboard Manager and KDE provides Klipper, (and since you're apparently having problems, I would assume they are not enabled by default).

Then you can demonstrate to your friends how when *they* copy something, their previous clipboard contents are irrevocably lost, but your clipboard manager can store up to N old copies of data.