summaryrefslogtreecommitdiffstats
path: root/PC/_winreg.c
Commit message (Collapse)AuthorAgeFilesLines
* Implement #7347. Add CreateKeyEx, DeleteKeyEx, and update _winreg tests.Brian Curtin2010-04-021-12/+107
| | | | | | | | | *ReflectionKey functions used to not be documented or tested, but they are now sufficiently documented and tested on platforms where they apply. Additionally, fixed a bug in QueryReflectionKey which was returning an incorrect value. All tests pass from XP through Windows 7, on 32 and 64-bit platforms.
* #6201: Fix test_winreg on Windows:Amaury Forgeot d'Arc2009-06-091-34/+28
| | | | | | | | | since the introduction of the SETUP_WITH opcode, __enter__ and __exit__ methods must belong to the type, and are not retrieved at the instance level (__dict__ or __getattr__). Add a note in whatsnew about this incompatibility; old style classes are not affected.
* Issue #5341: Fix a variety of spelling errors.Mark Dickinson2009-02-211-3/+3
|
* #4807: Remove a wrong usage of wsprintf in the winreg moduleAmaury Forgeot d'Arc2009-01-131-10/+6
| | | | | | ("windows sprintf", different than swprintf) Needed for the windows CE port.
* This reverts r63675 based on the discussion in this thread:Gregory P. Smith2008-06-091-20/+20
| | | | | | | http://mail.python.org/pipermail/python-dev/2008-June/079988.html Python 2.6 should stick with PyString_* in its codebase. The PyBytes_* names in the spirit of 3.0 are available via a #define only. See the email thread.
* Renamed PyString to PyBytesChristian Heimes2008-05-261-20/+20
|
* Typographical fix: 32bit -> 32-bit, 64bit -> 64-bitAndrew M. Kuchling2008-04-081-4/+4
|
* From issue 1753245 - better _winreg support for x64.Mark Hammond2008-04-061-0/+133
| | | | | Adds _winreg.DisableReflectionKey, EnableReflectionKey, QueryReflectionKey, KEY_WOW64_64KEY and KEY_WOW64_32KEY.
* Try to fix a bunch of compiler warnings on Win64.Neal Norwitz2008-03-251-1/+1
|
* 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
generated by cgit v0.12 at 2024-11-28 12:13:55 (GMT)