samba - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author	Files	Lines
2003-03-05	More const fixes.	Jeremy Allison	1	-1/+1
	Jeremy. (This used to be commit fa93763248f2043395e4cfc70b8afd81e28b2b75)
2003-02-25	Progress on CR 601	Gerald Carter	1	-4/+3
	cache the printer_info_2 with the open printer handle. cache is invalidated on a mod_a_printer() call on that smbd. Yes, this means that the window for admins to step on each other from different clients just got larger, but since handles a generally short lived this is probably ok. (This used to be commit 31272d3b6bb9ec62fd666301c7adfa0c1720a99b)
2003-01-03	Merge from HEAD - make Samba compile with -Wwrite-strings without additional	Andrew Bartlett	1	-1/+1
	warnings. (Adds a lot of const). Andrew Bartlett (This used to be commit 3a7458f9472432ef12c43008414925fd1ce8ea0c)
2002-09-25	sync'ing up for 3.0alpha20 release	Gerald Carter	1	-62/+78
	(This used to be commit 65e7b5273bb58802bf0c389b77f7fcae0a1f6139)
2002-08-16	Fairly large change to printing code.	Gerald Carter	1	-2/+4
	* 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 (This used to be commit 7ba7c04c0e961618c82c2112b9627af114c6cc42)
2002-07-29	hardcode printprocessor name since it is everywhere else	Gerald Carter	1	-1/+1
	(This used to be commit efbfb8ca5415424827f4b01c9e79439ab8cc9b1c)
2002-07-24	done! printer_info_2, devicemode, sec_desc, & printer data all enumerate	Gerald Carter	1	-3/+175
	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. (This used to be commit 2a30c243ec28734bbc721dfc01b743faa6f73788)
2002-07-24	several changes in this checkin	Gerald Carter	1	-2/+256
	* 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.... (This used to be commit 419d7208e8384e4ad2c4dd328ad5e630971bc76c)
2002-07-23	* fix to display correct form information in REG_BINARY information	Gerald Carter	1	-17/+19
	This should be 8 x uint32 (not 7. I'm guessing the 2nd to the last uint32 is the index number for the form? Not that big a deal I don't think. (This used to be commit 88f0e68bc631f1a0032056bc6c7b9213e8a15be8)
2002-07-20	another intermediate checkin on the way to enumerating forms	Gerald Carter	1	-22/+64
	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. (This used to be commit e62ae94823461e142978a786b2860ea97906cfb3)
2002-07-20	enumeration of printers keys ( no data yet ) via the registry	Gerald Carter	1	-20/+42
	functions now works :-) (This used to be commit c5768538f6cf6ee824bc6e105a3391bbc2ea8e46)
2002-07-19	* refactored registry operations some. subkey lists and	Gerald Carter	1	-61/+138
	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 (This used to be commit e7b55e8f017e638342d9c8c1a9259000745a0298)
2002-07-19	Formatting fixup. Fix shadow warning.	Jeremy Allison	1	-6/+6
	Jeremy. (This used to be commit beb298898d5700dcd775ee3b1f1965e67214e9e5)
2002-07-18	virtual registry framework with initial printing hooks.	Gerald Carter	1	-0/+243
	(This used to be commit a43d9788fa8823d678ee72470421b980165ec2b0)