summaryrefslogtreecommitdiffstats
path: root/source/registry/reg_frontend.c
Commit message (Collapse)AuthorAgeFilesLines
* break out REGISTRY_VALUE & REGVAL_CR objects into separate file forGerald Carter2002-08-301-347/+0
| | | | cleaning linking....
* fix registry editor API for printing backend after I changedGerald Carter2002-08-221-3/+36
| | | | the NT_PRINTER_PARAM to a REGISTRY_VALUE
* fix GetPrinterDataEx() to work with registry subkeys using a depth > 1Gerald Carter2002-08-181-1/+1
|
* fix to allow EnumPrinterKey() to enumerate multiple levels of subkeys.Gerald Carter2002-08-181-2/+1
| | | | Works on the top level. Needs more testing for levels > 1.
* Fairly large change to printing code.Gerald Carter2002-08-161-2/+89
| | | | | | | | | | | | | | | | | | | * removed support for PHANTOM_DEVMODE printer data * s/NT_PRINTER_PARAM/REGISTRY_VALUE/g - This was a good bit of work. Everything seems stable, but is not complete. * support for printer data keys other than PrinterDriverData in the store and fetch routines. Still needs to be plugged into the XxxPrinterDataEx() calls. Tested against NT4.0 & 2k. Like I said, it's not done, but doesn't crash so it shouldn't upset anyone (unless you're trying to build a Samba printer server off of HEAD). More work to come. Should settle by Monday. jerry
* done! printer_info_2, devicemode, sec_desc, & printer data all enumerateGerald Carter2002-07-241-20/+13
| | | | | | | | | and display correctly in regedit.exe. Not sure about REG_SZ values in PrinterDriverData. If we store these in UNICODE, I'll have to fix up a few things. REG_BINARY & REG_DWORD are fine.
* several changes in this checkinGerald Carter2002-07-241-57/+81
| | | | | | | | | | | | | | | | | | | * added REG_OPEN_HKCR for supporting regedit.exe * All data n a REGISTRY_VALUE is stored to a pointer now * fixed REG_INFO to correctly display data when double clicking on and entry in the registry editor * Will now enumerate installed driver_info_3 data * fixed numerous bugs related to pointer offsets, memory issues, etc.. in the registry routines * added a simple caching mechanism to fetch_reg_[keys|values]_specific() All that is left now is to enumerate PrinterData and I will have finished what I started out to do....
* * changed structure of REG_R_ENUM_VALUE structure since the BUFFER2Gerald Carter2002-07-231-145/+260
| | | | | | | | is not and [in/out] buffer * registry value enumeration is working now for the Print\Forms key. The format of the binary data is not quite right yet but all installed forms are listed
* fix seg fault due to memory allocation goof.Gerald Carter2002-07-221-0/+8
|
* another intermediate checkin on the way to enumerating formsGerald Carter2002-07-201-1/+52
| | | | | | via the registry. There is a seg fault here which shouldn't bother anyone until I can get it fixed. I just need a check point in case I need to roll back to this version later on.
* enumeration of printers keys ( no data yet ) via the registryGerald Carter2002-07-201-3/+7
| | | | functions now works :-)
* fixed a logic error in the sorted_tree_find_child() routineGerald Carter2002-07-201-1/+2
| | | | | that caused a valid search to fail. The printing registry view now works again.
* fixed seg fault in registry frontend caused by trying toGerald Carter2002-07-191-9/+7
| | | | use a destroyed TALLOC_CTX*
* Fixed a compiler warning.Tim Potter2002-07-191-3/+3
|
* * refactored registry operations some. subkey lists andGerald Carter2002-07-191-26/+181
| | | | | | | | | | | | | | | | | | registry values are now passed around in containers (REGSUBKEY_CTR & REGVAL_CTR) which each possess a TALLOC_CTX. * removed subkey_specific_fn() from REGISTRY_OPS. Is implemented in the form of a wrapper * temporarily broke the printing registry ops. * implemented inheritence for the data_p of nodes in a SORTED_TREE * All REGISTRY_KEY instances now store a valid REGISTRY_HOOK since the default REGOSTRY_OPS structure is stored in the root of the cache_tree. * Probably some other change I forgot.... T
* virtual registry framework with initial printing hooks.Gerald Carter2002-07-181-254/+59
|
* splitting off storage/retrieval routines for abstracting theGerald Carter2002-07-151-0/+334
registry view front end. Now to plug in the various hooks.