Context menu extension to remove all .svn folders

Here is my version of Shell / context menu extension to remove all .svn folders (used by Subversion).

This reg file adds menu item called ‘Delete SVN Folders’ under Right mouse click on folder.

Download and run this file: DeleteSVN.reg

Here is a full source of DeleteSVN.reg:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\DeleteSVN]
@="Delete SVN Folders"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\DeleteSVN\command]
@="cmd.exe /c \"TITLE Removing SVN Folders in %1 && COLOR 9A && echo Confirm to permanently delete all .svn folders. This operation cannot be undone! && pause && FOR /r \"%1\" %%f IN (.svn) DO RD /s /q \"%%f\" \""

Tested on Windows Vista and Windows 7.

Windows 7 64-bit setup / install failed to start with ‘Status: 0xc0000225’

Today I was trying to install Windows 7 x64 on new computer. Setup immediately stopped with the following screen:

Windows failed to start. A recent hardware or software change might be the cause. To fix the problem:
1. Insert your Windows installation disk and restart your computer.
2. Choose your language settings, and then click "Next."
3. Click "Repair your computer."

If you do not have this disk, contact your system administrator or computer manufacturer for assistance.

Status: 0xc0000225

Info: Windows failed to load because the firmware (BIOS) is not ACPI compatible.

I did a google search, and most posts were referring to ‘BIOS setting for APIC (Advanced Programmable Interrupt Controller) not being enabled’. However it does not helped much.

Solved this by enabling ACPI BIOS setting.

Apache logs contains “\x16\x03\x01” when accessing site via HTTPS

Today setting up SSL for a Apache HTTP webserver I run into issue, when browser shows that site is not accessible. At first I thought that SSL (443) port is not open, but looking in the Apache log file I saw this:
192.168.98.169 - - [24/May/2010:12:01:45 +0300] "\x16\x03\x01" 200 12332 "-" "-"

The place where GET request should be was “\x16\x03\x01”. Like some encoding problem I thought. The bonus to all this, was that I have test environment with the same settings, and everything worked under test server.

The problem was: I forgot to change IP address in Apache conf file that was left from test server configuration. Of course, Apache does not respond to address it does not have.

So if you get “\x16\x03\x01” in Apache log file, then you may have not configured Apache for HTTPS / SSL on that IP address.