summaryrefslogtreecommitdiffstats
path: root/PC/_winreg.c
Commit message (Collapse)AuthorAgeFilesLines
* Added __enter__ and __exit__ functions to HKEY objectChristian Heimes2008-01-081-0/+57
| | | | Added ExpandEnvironmentStrings to the _winreg module.
* PEP 3123: Provide forward compatibility with Python 3.0, while keepingMartin v. Löwis2007-07-211-2/+1
| | | | | backwards compatibility. Add Py_Refcnt, Py_Type, Py_Size, and PyVarObject_HEAD_INIT.
* Include <windows.h> after python.h, so that WINNT is properly set before ↵Kristján Valur Jónsson2007-05-261-1/+1
| | | | windows.h is included. Fixes warnings in PC builds.
* Merge change 54909 from release25-maint: Fix several minor issues ↵Kristján Valur Jónsson2007-04-251-1/+1
| | | | discovered using code analysis in VisualStudio 2005 Team Edition
* Patch #1448199: Release GIL around ConnectRegistry.Martin v. Löwis2006-07-241-0/+2
|
* PyEnumKey(): Stop including the trailing NUL byteTim Peters2006-02-191-5/+4
| | | | | in the returned string (logic error introduced by recent patch).
* PyEnumKey(): Remove unused local.Tim Peters2006-02-191-1/+0
|
* Add sizeof() instead of hardcoding variable lengthGeorg Brandl2006-02-181-1/+1
|
* Patch #977553: speed up RegEnumKey callGeorg Brandl2006-02-181-19/+12
|
* Check return result from Py_InitModule*(). This API can fail.Neal Norwitz2006-01-191-0/+2
| | | | Probably should be backported.
* const poisoning, spreading to fix new const warningsTim Peters2005-12-241-2/+2
| | | | in _winreg.c.
* Remove all uses of alloca() from this module. The alloca() return valueGuido van Rossum2003-11-301-16/+48
| | | | | | | | | | isn't checked, and it *is* possible that a very large alloca() call is made, e.g. when a large registry value is being read. I don't know if alloca() in that case returns NULL or returns a pointer pointing outside the stack, and I don't want to know -- I've simply replaced all calls to alloca() with either PyMem_Malloc() or PyString_FromStringAndSize(NULL,) as appropriate, followed by a size check. This addresses SF buf 851056. Will backport to 2.3 next.
* Correct docstring for SetValueEx()Mark Hammond2003-01-151-1/+1
|
* Fix an error message in the _winreg module. The error message referredThomas Heller2002-12-201-1/+1
| | | | | | | to a constant in the 'win32con' module, but this constant is also defined in the _winreg module itself. Bugfix candidate.
* Call me anal, but there was a particular phrase that was speading toGuido van Rossum2002-08-191-1/+1
| | | | | | | comments everywhere that bugged me: /* Foo is inlined */ instead of /* Inline Foo */. Somehow the "is inlined" phrase always confused me for half a second (thinking, "No it isn't" until I added the missing "here"). The new phrase is hopefully unambiguous.
* Land Patch [ 566100 ] Rationalize DL_IMPORT and DL_EXPORT.Mark Hammond2002-07-191-1/+1
|
* Patch #568124: Add doc string macros.Martin v. Löwis2002-06-131-42/+41
|
* Use symbolic METH_VARARGS instead of 1 for ml_flagsNeal Norwitz2002-03-311-19/+19
|
* Allow any object supporting the buffer protocol to be written as a binary ↵Mark Hammond2000-07-281-7/+11
| | | | object.
* Spelling fixes supplied by Rob W. W. Hooft. All these are fixes in eitherThomas Wouters2000-07-161-1/+1
| | | | | | | | | | comments, docstrings or error messages. I fixed two minor things in test_winreg.py ("didn't" -> "Didn't" and "Didnt" -> "Didn't"). There is a minor style issue involved: Guido seems to have preferred English grammar (behaviour, honour) in a couple places. This patch changes that to American, which is the more prominent style in the source. I prefer English myself, so if English is preferred, I'd be happy to supply a patch myself ;)
* [*** Not tested as I don't have Windows running right now! ***]Fred Drake2000-06-301-2/+19
| | | | | | | | | | | | | | | Trent Mick <trentm@activestate.com>: Fix PC/msvcrtmodule.c and PC/winreg.c for Win64. Basically: - sizeof(HKEY) > sizeof(long) on Win64, so use PyLong_FromVoidPtr() instead of PyInt_FromLong() to return HKEY values on Win64 - Check for string overflow of an arbitrary registry value (I know that ensuring that a registry value does not overflow 2**31 characters seems ridiculous but it is *possible*). Closes SourceForge patch #100517.
* This patch addresses two main issues: (1) There exist some non-fatalFred Drake2000-06-291-1/+1
| | | | | | | | | | | | | | | | | | | | errors in some of the hash algorithms. For exmaple, in float_hash and complex_hash a certain part of the value is not included in the hash calculation. See Tim's, Guido's, and my discussion of this on python-dev in May under the title "fix float_hash and complex_hash for 64-bit *nix" (2) The hash algorithms that use pointers (e.g. func_hash, code_hash) are universally not correct on Win64 (they assume that sizeof(long) == sizeof(void*)) As well, this patch significantly cleans up the hash code. It adds the two function _Py_HashDouble and _PyHash_VoidPtr that the various hashing routine are changed to use. These help maintain the hash function invariant: (a==b) => (hash(a)==hash(b))) I have added Lib/test/test_hash.py and Lib/test/output/test_hash to test this for some cases.
* Update the module name to _winreg, pending checkin of Paul Prescod'sFred Drake2000-06-291-3/+3
| | | | OO wrapper for this module.
* Cleanup a few docstrings.Mark Hammond2000-06-091-15/+17
|
* Vladimir Marangozov's long-awaited malloc restructuring.Guido van Rossum2000-05-031-5/+7
| | | | | | | | | | For more comments, read the patches@python.org archives. For documentation read the comments in mymalloc.h and objimpl.h. (This is not exactly what Vladimir posted to the patches list; I've made a few changes, and Vladimir sent me a fix in private email for a problem that only occurs in debug mode. I'm also holding back on his change to main.c, which seems unnecessary to me.)
* Mark Hammond: new winreg module; updated dllbase file.Guido van Rossum2000-03-281-0/+1470