Check this out. The page is in Chinese but don't worry if you cannot read it, just watch the embedded video:
忘記 Windows NT 帳號密碼時如何登入
Kind of too funny. XD
Yes, Windows NT is so out-dated, but the fact is that there are still tons of large-scale organizations using such obsolete OS. Be aware man!
VirusTotal is a useful website for you to upload a suspicious files to check for viruses and malwares. It will use more than 30 anti-virus/malware engines to scan the uploaded files so it would be quite accurate, yet not 100%:
[quoted from the warning notice of the service]
Although the detection rate afforded by the use of multiple antivirus engines is far superior to that offered by just one product, these results DO NOT guarantee the harmlessness of a file.
Not only the service helps the users, but also helps the anti-virus/malware software vendor to collect the latest samples of viruses/malware. Unless the file contain sensitive or confidential information, I would recommend everyone to try this service out.
When Windows Vista is first launched, I was impressed by the introduction of the long-waited symbolic links feature. As far as I knew, there were only hard links in NTFS. Soft links (Symbolic links) are often simulated by using shortcuts (.lnk files), but however you cannot cd into them or make them part of a path (e.g. C:\MyHome.lnk\Desktop) like what you can do on soft links. This is inconvenient especially for those command line lovers.
However, recently I found that I have missed something useful, the directory junctions (aka Reparse points) in NTFS since Windows 2000. Directory Junctions are just like soft links, but it can only be applied on directories (as you may know from its name), which is useful enough in most cases. Sadly enough, not many people heard about directory junctions (hard links either) because Microsoft provided no built-in tools to handle them.
So here is a (incomplete) list of useful tools on managing directory junctions and hard links:
- Junction by Sysinternals (acquired by MS) supports querying, creating and deleting directory junctions
- Linkd.exe, Delrp.exe and MountVol.exe from Microsoft Windows 2000 Resource Kit can also handle directory junctions, for details please read here
- Fsutil from Microsoft (starting from Windows XP) supports creating hard links, querying and deleting directory junctions (reparse points)
- ln from CoreUtils package of GnuWin32 project can create hard links on Windows
- NTFS Link Shell Extension byHermann Schinagl integrates with the Windows Explorer to let you manage hard links and junctions through GUI
- hlscan.exe also from Microsoft Windows 2000 Resource Kit allows you to find all hard links in the NTFS volume.
- Mklink from Microsoft (starting from Windows Vista) allow managing soft links, hard links and directory junctions
If you would like to manage junctions using the low level Windows API, you may find this page useful.
BTW, I noticed some interesting behavior of directory junctions. Try the following if you are interested:
- mkdir A to create a folder named "A"
- mkdir A\C to create a sub-folder named "C" in A
- junction B A to create a directory junction named "B" referencing A
- rmdir /s A to remove A and its subordinates
- junction -d B or rmdir B to remove B
Here a list of file extensions monitored by system restore in Microsoft Windows:
Maybe useful sometimes. For what? Who knows, just my feeling.
I am trying to write a simple database application to manage my daily expenditure. To maximize the portability across different platforms, I planned to use Java to develop and would need a lightweight embed database engine.
Spending some time researching on the web, I may choose one of the followings to be the database back end:
- HSQLDB - the database engine used in OpenOffice.org 2.0.
- H2 Database Engine - another fast and reliable database engine, less well known but seems to have more features.
Another option is Apache Derby, but various reviews and benchmark tests on the web pointed out its relatively low performance to the other options. It would probably be my last choice.