Greg, Windows users, etc.: I just checked in the changes for winreg so that an object-oriented interface is presented to the user. This affects the distutils on Windows; if someone who knows about this stuff can update the winreg use, it would be really good to get that in tonight or first thing tomorrow morning! -Fred -- Fred L. Drake, Jr. <fdrake at beopen.com> BeOpen PythonLabs Team Member
On 29 June 2000, Fred L. Drake, Jr. said:
I just checked in the changes for winreg so that an object-oriented interface is presented to the user. This affects the distutils on Windows; if someone who knows about this stuff can update the winreg use, it would be really good to get that in tonight or first thing tomorrow morning!
Yipes! Is it enough to "import _winreg" instead of "winreg" and continue to use the low-level interface? Or was it not implemented like that in the end? Greg -- Greg Ward - nerd gward@python.net http://starship.python.net/~gward/ Paranoia is simply an optimistic outlook on life.
Greg Ward writes:
Yipes! Is it enough to "import _winreg" instead of "winreg" and continue to use the low-level interface? Or was it not implemented like that in the end?
_winreg is exactly yesterday's (even this morning's) winreg, aside from the name. It passes the old regression test, so it should work fine for distutils. Is there a reason not to switch to the new winreg, or is just a matter of time availability? -Fred -- Fred L. Drake, Jr. <fdrake at beopen.com> BeOpen PythonLabs Team Member
On 29 June 2000, Fred L. Drake, Jr. said:
_winreg is exactly yesterday's (even this morning's) winreg, aside from the name. It passes the old regression test, so it should work fine for distutils.
Good.
Is there a reason not to switch to the new winreg, or is just a matter of time availability?
Two reasons: 1) time availability, 2) I don't know the new API and can't test it in any case, and 3) -- no, THREE reasons! -- msvccompiler.py can either use the API provided by win32api and win32con or that provided by the-module-formerly-known-as-winreg, because they are quite similar interfaces. If we switch to the (presumably nice and OO) interface provided by winreg (not _winreg!), then compatibility with win32api/win32con for Python 1.5.2 would go away. No wait, FOUR reasons: it ain't broken. Greg -- Greg Ward - Unix nerd gward@python.net http://starship.python.net/~gward/ No problem is so formidable that you can't just walk away from it.
Greg Ward writes:
Two reasons: 1) time availability, 2) I don't know the new API and can't test it in any case, and 3) -- no, THREE reasons! -- msvccompiler.py can
I sent the note to the list so that people who can would be aware of it and could make the changes -- I really didn't expect you to make the changes. ;)
either use the API provided by win32api and win32con or that provided by the-module-formerly-known-as-winreg, because they are quite similar interfaces. If we switch to the (presumably nice and OO) interface provided by winreg (not _winreg!), then compatibility with win32api/win32con for Python 1.5.2 would go away.
This is a more substantial reason.
No wait, FOUR reasons: it ain't broken.
Counter: The old winreg has never been part of a stable release. -Fred -- Fred L. Drake, Jr. <fdrake at beopen.com> BeOpen PythonLabs Team Member
On 29 June 2000, Fred L. Drake, Jr. said:
No wait, FOUR reasons: it ain't broken.
Counter: The old winreg has never been part of a stable release.
Then I will remove support for it *after* the next Python release, with winreg and _winreg. Greg -- Greg Ward - Linux weenie gward@python.net http://starship.python.net/~gward/ Very few profundities can be expressed in less than 80 characters.
participants (2)
-
Fred L. Drake, Jr. -
Greg Ward