Agreed, but if Microsoft used config files, they would be a mess too
true, and it's a heck of a lot more difficult to accidentally delete a vital registry key than it is a text file on disk somewhere.
if it isn't documented somewhere, then you shouldn't be dinking around with it, registry or not. surely by now there's a resource on the web somewhere of known keys and their use(s), though. I haven't looked.
My apologies, you seemed so dedicated to MS Windows that I assumed you must have in-depth knowledge, and (somehow) still like Windows enough to defend it.
Anyway, while looking into the 'icon position loss' problem Windows has, the right-click context menus, and a few other MS-WindowsXP aspects that are buried in the Registry, I kept references.
For anyone interested here are some.
If anyone knows of good sources that aren't listed here, please post them.
---------
MS WinXP registry function
--------------------------
See also CLSID_about
20130501
http://www.easydesksoftware.com/rworks.htmHow the Windows Registry Works
http://www.davescomputertips.com/2011/08/the-windows-registry-explained/The Windows registry explained
In the registry database - five 'hives'
HKEY_CLASSES_ROOT – storage for information about registered programs and file associations.
HKEY_CURRENT_USER – storage for settings specific to the current user. If your computer is set up with multiple user accounts this is where the settings for each user are kept.
HKEY_LOCAL_MACHINE – storage for settings that apply to all users of the computer.
HKEY_USERS – storage for subkeys which correspond to the HKEY_CURRENT_USER keys for each user account.
HKEY_CURRENT CONFIG – storage for keys generated during boot. This hive is actually created when the computer boots and is not stored on your hard drive.
When saved on HD:
Located in c:windowssystem32config
SAM – contains the HKEY_LOCAL_MACHINESAM hive.
SECURITY – contains the HKEY_LOCAL_MACHINESECURITY hive.
SOFTWARE – contains the HKEY_LOCAL_MACHINESOFTWARE hive.
SYSTEM – contains all other sub hives of THE HKEY_LOCAL_MACHINE hive.
WinXP: Located in c:Documents and Settings<your user name>
Vista, Win7: c:Users<your user name>
NTUSER.DAT – contains the HKEY_CURRENT_USER hive.
-----------------------
http://www.herongyang.com/Windows/Registry-Hives-HKCR-HKCU-HKLM-HKU-HKCC-HCPD.htmlRegistry Hives - HKCR, HKCU, HKLM, HKU, HKCC, and HKPD
Information stored in the Registry is divided into several predefined sections called "hives". A registry hive is a top level registry key predefined by the Windows system to store registry keys for specific objectives.
On my Windows XP system, the Registry has 6 registry hives:
HKCR - Abbreviated from the registry key name HKEY_CLASSES_ROOT. HKCR stores information about registered applications, such as Associations from File Extensions and OLE Object Class IDs tying them to the applications used to handle these items.
HKCU - Abbreviated from the registry key name HKEY_CURRENT_USER. HKCU stores settings that are specific to the currently logged-in user. The HKCU key is a link to the subkey of HKEY_USERS that corresponds to the user; the same information is reflected in both locations.
HKLM - Abbreviated from the registry key name HKEY_LOCAL_MACHINE. HKLM stores settings that are general to all users on the computer. On my XP system, HKLM contains five subkeys, HARDWARE, SAM, SECURITY, SOFTWARE and SYSTEM.
HKU - Abbreviated from the registry key name HKEY_USERS. HKU contains subkeys corresponding to the HKEY_CURRENT_USER keys for each user registered on the machine.
HKCC - Abbreviated from the registry key name HKEY_CURRENT_CONFIG. HKCC contains information gathered at runtime; information stored in this key is not permanently stored on the hard disk, but rather regenerated at boot time.
HKPD - Abbreviated from the registry key name HKEY_PERFORMANCE_DATA. HKPD provides runtime information into performance data provided by either the operating system kernel itself or other programs that provide performance data. This key is not displayed in the Registry Editor, but it is visible through the registry functions in the Windows API.
If you run "regedit.exe" on a Windows XP system, you should see 5 visible registry hives
------------------------------
http://rwmj.wordpress.com/2010/02/18/why-the-windows-registry-sucks-technically/Why the Windows Registry sucks … technically
http://www.codinghorror.com/blog/2007/08/was-the-windows-registry-a-good-idea.htmlhttp://www.reddit.com/r/programming/comments/b3mr2/why_the_windows_registry_sucks_technically/http://superuser.com/questions/486157/how-to-merge-windows-registry-hives-directly-without-converting-them-to-an-interhttp://blogs.msdn.com/b/oldnewthing/archive/2003/08/08/54618.aspx Why is a registry file called a "hive"?
Because one of the original developers of Windows NT hated bees. So the developer who was responsible for the registry snuck in as many bee references as he could. A registry file is called a "hive", and registry data are stored in "cells", which is what honeycombs are made of. [Hmm, I thought it had to do with that fact that the data was structured using B-trees?]
http://zts-zts.blogspot.com.au/2009/08/registry.htmlWhat is the Registry?
--------------------
From DS 20130505
It's funny, I have been working with XP all week, and was thinking how
vastly better it was than 7 or 8. Vista was just another ME. Last time I
spoke to Dave A about 3 years ago I asked him if he knew a good win
hack site and he said GOOD programmers just don't DO windows, except maybe
in Java or a HTML tyoe thingy. Active web pages stuff. He had a pal who
reverse engineered the registry code as a phd thesis, but never did
windows ever again, he was so disgusted.
That's certainly been my experience. I have never met a win programmer
whom I respected. Have you? They still have that "we are a monopoly so
f*ck you" mentality, and think even Apples are toys. You know I rather
admire apple, especially for users as opposed to programmers. At least it
has a rock solid kernel base (BSD Unix) and is quite friendly.
---20130506
re: Dave A, i''d have a look around Dublin Uni CS web site for papers
published around 1999/2000 Snag is, if he had help from MS, which they
will do for Uni Phd people, they will have heavily redacted it, maybe even
made it unfindable. They are sorta "helpful"(I.E. They like to see what
you are doing and hold out chocolate) to research people like that. I can
try to ring him when I get back. But these things do have a way of
disappearing into the mists of time.
====================================
Books on the Windows XP registry.
---------------------------------
== Online ==
http://books.sysadmins.su/oldlib/Windows/Mastering%20Windows%20XP%20Registry%20(2002).pdfMastering Windows XP Registry Peter Hipson, 2002
website:
http://www.jsiinc.com/reghack.htm gone
http://kokyawmyintoo.blogspot.com.au/2008/08/windows-xp-registry-guide-e-book.htmlMicrosoft Windows XP Registry Guide - 2003 by Jerry Honeycutt
Review: Jerry Honeycutt's, Windows XP Registry Guide, is an invaluable resource for any XP user. Two registry guides I read for previous Windows operating systems were a total waste of money. This book, however, is worth buying at any price. The Windows XP Registry Guide takes a systematic approach to learning and using registry tools to get the most out or your XP system. Novice users will learn enough to make the book worthwhile by reading just the first section (five chapters), but once you get that far you will want to read it all. Jerry is careful to warn about careless hacking and thoroughly covers backing up and restoring the registry using tools already included in Windows XP and several third party tools. I was surprised to learn how useful Microsoft's Word application is in managing changes made to the registry.
Download Link: (but had to wade through a lot of teasers to find it)
http://hotfile.com/dl/39021413/e04d532/Windows.XP.Registry.Guide.rar.htmlMaster the Windows XP Registry
http://www.techrepublic.com/downloads/master-the-windows-xp-registry/173370This book chapter, excerpted from O'Reilly's Windows XP in a Nutshell, 2nd Edition , describes how the Windows Registry works, what's in it, and how to safely add and delete keys and values. It also shows how the Registry is organized and explains the function of many of its most important keys. Learn what you need to know about backing up the Windows Registry as well as exporting and importing Registry data with patches.
Title: Windows XP in a Nutshell, 2nd Edition
ISBN: 0596009003 Published: February 2005
Authors: David A. Karp, Tim O'Reilly, Troy Mott
Chapter: Chapter 8: The Registry
Remove applications from the Open With List in Windows Explorer Version 1.0 March 22, 2011
http://i.techrepublic.com.com/downloads/Windows/mkaelin_QT_Remove_OpenWithApps.pdf?tag=mantle_skin;content --- teases - can't get to real non-exe downloadable file ---
http://isohunt.com/torrent_details/218076093/?tab=summaryDirectory: Microsoft.Windows.XP.Registry.Guide.Book-PDF-[oB2Se]
Files:Microsoft.Windows.XP.Registry.Guide.Book-PDF-[oB2Se].nfo 2.2 KB
MSWXPRGB[oB2Se].rar 5.7 MB
MSWXPRGB[oB2Se].sfv 223 Bytes
5.72 MB in 3 files. Torrent created 155.3 weeks ago.
http://isohunt.com/torrent_details/41539940/Microsoft+Windows+XP+Registry?tab=summaryFile: Ultimate Guide to Microsoft Windows XP Registry 2008 Complete.pdf.zip
5.78 MB in 1 file. Torrent created 262.5 weeks ago.
== Paper ==== 20130510 ====
Microsoft Windows XP Registry Guide
Jerry Honeycutt (Author)
Windows XP in a Nutshell. O'Reilly - Chap 8 on registry
Mastering Windows XP Registry
Peter D. Hipson
Managing the Windows 2000 registry. Paul Robichaux. Pub: O'Reilly
==================================
My opinion:
Microsoft: "Let's put all categories of configuration and state information for everything in the Windows OS, GUI and user applications, all mixed together in one giant central database. But with most of it undocumented. Oh, and we'll break it into arbitrary parts, give them ridiculous names, keep the only current version in memory, make sure there's no easy way to save and restore it as a simple, single compact file, and provide a really crap utility to search/edit/debug it. We'll make the data structures it contains arcane and poorly documented, all the better to hide things (like our deliberate 'look and feel' UI cripples - icon position data, cough.) By obfuscation we'll ensure it always grows ever larger and cruftier over time. Essential linkages will be inscrutible numeric CLSIDs, rather than containing any human-comprehensible descriptive text. The mixing of OS and user-app config data will make your working environment of installed software tools totally uncloneable, thus forcing you to frequently waste hours and days rebuilding it all. The operating system and most applications will critically depend on it, which will make it a central point of failure able to take down a whole machine via the slightest corruption. If that should by unlikely chance ever happen, bwahahaha! Not that we insist you regularly buy a new PC and OS or anything!
We'll call it The Windows Registry."
I'm very interested to see what happens with XP once MS really drops support. There's been an ongoing effort among some groups to reverse engineer XP, de-cruft and open-source it. Tools like nlite are already very useful, and there are some damned good XP-lite install images around. It seems to me there's some potential for a significant freeware fork of the 'Windows' style OS, away from Microsoft's very questionable intended evolution path for Windows. MS sees Windows becoming an ever more closed-box system, with stronger DRM controls, less user visibility of the underlying structures, the raw file system becoming more and more inaccessible, and of course the GUI being even more interwoven with the core OS than it is now. Instead of being a completely independent and replaceable user-level application, as it should be.