Marc-Andre Lemburg added the comment:
On 2009-01-02 17:10, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
>> This is safer than enabling the support unconditionally for GCC and
>> the SUN Pro C compiler, since it is rather likely that some GCC versions
>&g
Marc-Andre Lemburg added the comment:
On 2009-01-05 17:09, Atsuo Ishimoto wrote:
> New submission from Atsuo Ishimoto :
>
> When I use Py_UNICODE_ISSPACE() in my C++ extension, I got following error.
>
> test.obj : error LNK2019: unresolved external symbol
> "__decls
Marc-Andre Lemburg added the comment:
On 2009-01-04 23:51, STINNER Victor wrote:
> STINNER Victor added the comment:
>
>> The fact that Python 2.x also accepts Unicode ASCII strings
>> where strings are normally expected is intended to help with
>> the migration to
Marc-Andre Lemburg added the comment:
On 2009-01-03 04:38, Alexander Belopolsky wrote:
> Alexander Belopolsky added the comment:
>
> On Fri, Jan 2, 2009 at 10:54 AM, Marc-Andre Lemburg
> wrote:
>> Marc-Andre Lemburg added the comment:
>>
>> Also note
Marc-Andre Lemburg added the comment:
On 2009-01-05 13:03, Marc-Andre Lemburg wrote:
> Marc-Andre Lemburg added the comment:
>
> On 2009-01-03 04:38, Alexander Belopolsky wrote:
>> Alexander Belopolsky added the comment:
>>
>> On Fri, Jan 2, 2009 at 10:54 AM, M
Marc-Andre Lemburg added the comment:
Fixed in r68344 on trunk.
Backport and forward-port candidate.
--
keywords: +26backport -patch
status: open -> closed
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/iss
Marc-Andre Lemburg added the comment:
On 2009-01-05 18:54, Alexander Belopolsky wrote:
> I also wonder whether it would be more appropriate to redefine PyAPI_*
> macros to declare API symbols with extern "C" when compiled under C++?
> This seems to be a better approach
Marc-Andre Lemburg added the comment:
On 2009-01-05 19:55, Alexander Belopolsky wrote:
> The allocs counters (tuple_zero_allocs, fast_tuple_allocs,
> quick_int_allocs, quick_neg_int_allocs) present a case where it is
> really hard to justify a change that is only motiv
Marc-Andre Lemburg added the comment:
On 2009-01-05 22:06, Alexander Belopolsky wrote:
> Alexander Belopolsky added the comment:
>> Given that you can build Python as library on Unix and as DLL on
>> Windows, there doesn't appear to be any need to actually be able
>&
Marc-Andre Lemburg added the comment:
On 2009-01-06 11:28, Martin v. Löwis wrote:
> Martin v. Löwis added the comment:
>
> Making it static is fine. I don't recall what kind of customization I
> did when I introduced it.
>
> I'm skeptical about the entire issue,
Marc-Andre Lemburg added the comment:
On 2009-01-06 13:28, Martin v. Löwis wrote:
> Martin v. Löwis added the comment:
>
>> For completeness
>
> I don't think completeness is a useful thing to have here.
>
>> and to make things easier for all developers,
Marc-Andre Lemburg added the comment:
On 2009-01-06 14:22, Martin v. Löwis wrote:
> Martin v. Löwis added the comment:
>
>> I'm only referring to exported symbols. Static globals, of course,
>> don't need such a prefix.
>
> Ok, the symbols in question
Marc-Andre Lemburg added the comment:
On 2009-01-06 15:57, Alexander Belopolsky wrote:
> Alexander Belopolsky added the comment:
>
> On Tue, Jan 6, 2009 at 7:28 AM, Martin v. Löwis
> wrote:
> ..
>> It is not easier, but more difficult. It now requires a change,
>>
Marc-Andre Lemburg added the comment:
On 2009-01-06 21:06, Lukas Lueg wrote:
> MD5 is one of the most popular cryptographic hash-functions around,
> mainly for it's good performance and availability throughout
> applications and libraries. The MD5 algorithm is currently implement
Marc-Andre Lemburg added the comment:
On 2009-01-06 22:42, Lukas Lueg wrote:
> Lukas Lueg added the comment:
>
> As I already said to Raymond: At least we should update the
> documentation. The "FAQ" currently linked is from 2005.
>
> The CERT-Advisory from
Marc-Andre Lemburg added the comment:
On 2009-01-06 23:10, Lukas Lueg wrote:
> Lukas Lueg added the comment:
>
>> It might be a good idea to remove the word "secure" from the
>> hashlib documentation, since security of these algorithms is
>> always l
Marc-Andre Lemburg added the comment:
On 2009-01-07 10:33, Martin v. Löwis wrote:
> Martin v. Löwis added the comment:
>
>> However, they are still exported from the object files,
>
> Ah. Those are "global symbols", not "exported symbols"; "export
Marc-Andre Lemburg added the comment:
On 2009-01-07 16:25, Antoine Pitrou wrote:
> New submission from Antoine Pitrou :
>
> Here is a patch to speedup utf8 decoding. On a 64-bit build, the maximum
> speedup is around 30%, and on a 32-bit build around 15%. (*)
>
>
Marc-Andre Lemburg added the comment:
On 2009-01-08 01:59, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> Patch replacing "s*" parsing format by "y*" for:
> - utf_7_decode()
> - utf_8_decode()
> - utf_16_decode()
> -
Marc-Andre Lemburg added the comment:
On 2009-01-07 01:21, Amaury Forgeot d'Arc wrote:
> First write a utf-16 file with its signature:
>
>>>> f1 = open('utf16.txt', 'w', encoding='utf-16')
>>>> f1.write('0123456789')
Marc-Andre Lemburg added the comment:
Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
> Attached patch adds acceleration for latin1 and utf16 decoding as well.
>
> All three codecs (utf8, utf16, latin1) are now in the same ballpark
> performance-wise on favo
Marc-Andre Lemburg added the comment:
Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
> Marc-Andre, this patch should address your comments.
>
> Added file: http://bugs.python.org/file12656/decode6.patch
Thanks. Much better !
BTW: I'd also change the var
Marc-Andre Lemburg added the comment:
On 2009-01-10 10:55, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
>> It looks like we still didn't manage, and since ICC is the best
>> compiler out there, this matters.
>
> Well, from the perspective of Pytho
Marc-Andre Lemburg added the comment:
On 2009-01-13 14:14, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
> The patch is probably fine, but it would be nice to add some unit tests
> for the new behaviour.
+1 from my side.
Thanks for the p
Marc-Andre Lemburg added the comment:
On 2009-01-17 14:00, STINNER Victor wrote:
>> A test would be good, too.
>
> PyUnicode_FromWideChar() is not a public API. Should I write a function in
> _testcapi?
It is a public C API. Regardless of this aspect, we should always
add te
Marc-Andre Lemburg added the comment:
On 2009-01-17 14:00, STINNER Victor wrote:
> STINNER Victor added the comment:
>
>> Looks pretty good at first glance, except that it seems that the UTF-32 to
>> UTF-16 translation is skipped if HAVE_USABLE_WCHAR_T is defined. Is
Marc-Andre Lemburg added the comment:
On 2009-01-18 22:59, Mark Dickinson wrote:
> Mark Dickinson added the comment:
>
> Looks good to me.
>
> I'm not in a position to test with 16-bit wchar_t, but I can't see why
> anything would go wrong. I think we can tak
Marc-Andre Lemburg added the comment:
On 2009-01-21 16:43, Torsten Bronger wrote:
> Torsten Bronger added the comment:
>
> I ran into this problem today when writing python data structures into a
> database. Only ASCII is safe in this situation. I understood the
> Python doc
Marc-Andre Lemburg added the comment:
Note that distutils was removed from PEP 291 in r1982 "After some
discussion at the distutils sprint at PyCon 2005".
This was not discussed on the distutils mailing list at the time which I
regard as not in line with the way Python or di
Marc-Andre Lemburg added the comment:
On 2009-01-26 17:56, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> @marketdickinson, @lemburg: ping! I updated the patch, does it look
> better?
Yes, but there are a few things that still need fixing:
* SIZEOF_WCHAR_T is
Marc-Andre Lemburg added the comment:
On 2009-02-01 00:39, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
> The patch changes results a lot compared to the previous version
> (BuiltinFunctionCalls is 3x slower). I propose the following patch,
> which gives r
Marc-Andre Lemburg added the comment:
Some more explanation for why keeping distutils Python 2.3 compatible is
desirable:
distutils was removed from the PEP without any public discussion outside
a sprint at PyCon and the reasons given for it did not take into account
that people will want to
Marc-Andre Lemburg added the comment:
The distutils version number is now updated automatically by the Python
release process, so the comment in that file can be removed.
___
Python tracker
<http://bugs.python.org/issue1
Marc-Andre Lemburg added the comment:
On 2009-02-03 13:39, Amaury Forgeot d'Arc wrote:
> Amaury Forgeot d'Arc added the comment:
>
> Since r56395, ord() and chr() accept and return surrogate pairs even in
> narrow builds.
>
> The goal is to remove most differe
Marc-Andre Lemburg added the comment:
On 2009-02-03 14:14, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> amaury> Since r56395, ord() and chr() accept and return surrogate pairs
> amaury> even in narrow builds.
>
> Note: My examples are made with Pytho
Marc-Andre Lemburg added the comment:
On 2009-02-03 14:50, Amaury Forgeot d'Arc wrote:
> Amaury Forgeot d'Arc added the comment:
>
>> That would cause major breakage in the C API
>
> Not if you recompile. I don't see how this breaks the API at the C level.
Marc-Andre Lemburg added the comment:
On 2009-02-05 14:23, Thomas Heller wrote:
> Thomas Heller added the comment:
>
>> The distutils version number is now updated automatically by the Python
>> release process, so the comment in that file can be removed.
>
> How
Marc-Andre Lemburg added the comment:
Perfect ! Thanks, Antoine. Please check it in.
On 2009-02-06 18:19, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
> Updated patch.
>
> Added file: http://bugs.python.org/file12956/pyb
Marc-Andre Lemburg added the comment:
On 2009-02-06 18:35, Marc-Andre Lemburg wrote:
> Marc-Andre Lemburg added the comment:
>
> Perfect ! Thanks, Antoine. Please check it in.
Well, except for this part that sneaked in:
@@ -4,8 +4,6 @@
"""
#
-# Note: Please keep t
Marc-Andre Lemburg added the comment:
On 2009-02-06 23:25, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
>> It's ok to bump this to Python 2.3, though :-)
>
> The current version only works with 3.x, due to the use of the print
> function with
Marc-Andre Lemburg added the comment:
Hi Martin, wouldn't just uploading the pythonXX.pdb to the release page
be enough.
The distributed DLL already points to the source location on your system
:-) E.g. for Python 2.5, this was c:\loewis\25\python\PCbuild\python25.pdb
Or are you thinki
Changes by Marc-Andre Lemburg :
--
versions: +Python 2.7, Python 3.0
___
Python tracker
<http://bugs.python.org/issue1303434>
___
___
Python-bugs-list mailin
Marc-Andre Lemburg added the comment:
On 2009-02-11 22:20, Martin v. Löwis wrote:
> Martin v. Löwis added the comment:
>
>> Hi Martin, wouldn't just uploading the pythonXX.pdb to the release page
>> be enough.
>
> It's not clear to me what is being requeste
Marc-Andre Lemburg added the comment:
Could you please clarify the official status of this encoding. According
to this page:
http://www.terena.org/activities/multiling/koi8-ru/index.html
it is currently only a proposed draft which hasn't been updated since 1997.
--
nosy: +le
Marc-Andre Lemburg added the comment:
On 2009-02-12 12:49, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> ajaksu2> Not sure it's still important after 3.0 release.
>
> Python2 has too much issues related to unicode. It's easier to switch
>
Marc-Andre Lemburg added the comment:
On 2009-02-12 14:22, STINNER Victor wrote:
> STINNER Victor added the comment:
>
>> Python3 fixes the "print" statement to be a function, which allows
>> much better extensibility of the concept.
>>
>> You can have
Changes by Marc-Andre Lemburg :
--
stage: test needed -> needs patch
___
Python tracker
<http://bugs.python.org/issue460474>
___
___
Python-bugs-list mai
Marc-Andre Lemburg added the comment:
Like I said a few years: this can go in. Python is used a lot in the
financial industry.
The code page is referenced in this RFC:
http://rfc.dotsrc.org/rfc/rfc1345.html
This page has a good comparison of the various IBM code pages as shipped
with
Marc-Andre Lemburg added the comment:
I agree with Michael's comment.
Note that uname -p is hardly ever needed. uname -m is more important and
that's supported on Debian (and exposed via platform.machine()).
--
nosy: +lemburg
status: open
Marc-Andre Lemburg added the comment:
FWIW: I don't think the "locale" encoding is a good idea. Instead of
trying to fix this to make it more usable, I'd suggest to deprecate
and remove it again.
When it comes to encodings, explicit is better than implicit.
If an appli
Marc-Andre Lemburg added the comment:
On 23.03.2022 02:12, Gregory P. Smith wrote:
>
> I view the NIST standard hashes as important enough to attempt to guarantee
> as present (all the SHAs and MD5) as built-in. Others should really
> demonstrate practical application popula
Marc-Andre Lemburg added the comment:
On 23.03.2022 17:53, Larry Hastings wrote:
>
> Ok, I give up.
Sorry to spoil the fun, but there's no need to throw
everything in the bin ;-)
A lean and fast blake3 C package would still be a great thing
to have on PyPI, e.g. provide
Marc-Andre Lemburg added the comment:
With "lean" I meant: doesn't use much code and is easy to compile
and install.
I built a wheel from Jack's experimental package and it comes out to
just under 100kB on Linux x64, compared to around the 1.1MB the
Rust w
Marc-Andre Lemburg added the comment:
Here's a wheel which only includes the portable code (I disabled
all the special cases as you suggested).
Archive: dist/blake3_experimental_c-0.0.1-cp310-cp310-linux_x86_64.whl
Length DateTime
Marc-Andre Lemburg added the comment:
On 26.03.2022 08:59, Nick Coghlan wrote:
>
> The import system is already complex, so I think the hesitation about
> allowing arbitrary Path-like objects is warranted. (For example: are
> importlib's caching semantics really valid for
Marc-Andre Lemburg added the comment:
On 27.03.2022 09:56, Hubert Tournier wrote:
>
> The storage format used under Windows is completely different from the one
> used under Unix (or *BSD).
The shelve module uses the dbm module underneath and this will pick
its storage mechanism
Marc-Andre Lemburg added the comment:
Please see https://bugs.python.org/issue47000#msg415769 for what Victor
suggested.
In particular, the locale module uses the "no underscore" convention.
Not sure whether it's good to start using snake case now, but I'm also
not again
Marc-Andre Lemburg added the comment:
BTW: Since when do we use type annotations in Python's stdlib ?
--
nosy: +lemburg
___
Python tracker
<https://bugs.python.org/is
Marc-Andre Lemburg added the comment:
The Unicode implementation is deliberately not locale specific and
this should not change.
If a locale specific mapping is requested, this should be done
explicitly by e.g. providing a parameter to str.lower() / upper() /
title
Marc-Andre Lemburg added the comment:
On 19.03.2021 13:25, Eryk Sun wrote:
>> My assumption is that nl_langinfo(CODESET) does not work on Windows
>> or gives wrong results. Is that incorrect ?
>
> There is no such function for CRT locales. I provided two alternatives t
Marc-Andre Lemburg added the comment:
+1 on getdefaultlocale() as mentioned in https://bugs.python.org/issue43552
However, -1 on getlocale() and normalize().
Those two are needed to access and successfully set the locale on
Linux: the lib C setlocale() is very picky about locale names and
so
Marc-Andre Lemburg added the comment:
On 19.03.2021 16:15, Inada Naoki wrote:
>
> `locale.getpreferredencoding()` is special, because it "Return the encoding
> used for text data, according to user preferences. User preferences are
> expressed differently on different syste
Marc-Andre Lemburg added the comment:
On 23.04.2021 03:37, akdor1154 wrote:
>
> akdor1154 added the comment:
>
> If I understand the target of this issue, this is a breaking change in python
> 3.9 .
>
> E.g. see https://github.com/SAP/PyHDB/issues/149
>
> Idea
Marc-Andre Lemburg added the comment:
On 23.04.2021 07:47, Inada Naoki wrote:
>
> Inada Naoki added the comment:
>
> I think it is too late. Python 3.9 has been released already. Reverting the
> change is also breaking change.
>
> PEP 100 says:
> "Search f
Marc-Andre Lemburg added the comment:
On 04.05.2021 22:29, Steve Dower wrote:
>
> Would "pip install --user ..." in a Docker container also work, though?
> Presumably all the filesystem paths are being redirected anyway, so is there
> a difference?
>
> (My assum
Marc-Andre Lemburg added the comment:
On 04.05.2021 22:58, Steve Dower wrote:
>> "pip install as root" will need to continue to work and thus distros
>> need to get a way to make sure that it doesn't corrupt the system
>> installed packages
>
> Excuse
Marc-Andre Lemburg added the comment:
On 05.05.2021 10:01, Christian Heimes wrote:
>
>> "as root" imply that there's no user site-packages directory at all
> ^
>
> Steve is talking about user site-packages, not glo
Marc-Andre Lemburg added the comment:
On 05.05.2021 10:29, Christian Heimes wrote:
>
> I mean that Steve and you are talking about different things.
Could be. I was addressing the point Steve made about not allowing
or making it hard to run "pip install" as root user.
>
Marc-Andre Lemburg added the comment:
Steve: I think the point of discussing whether "pip install" can
be used to manage system wide packages is moot. It's been like that
for ages, not only for pip, but also for the distutils setup.py install
process and the old Makefile.pre.in
Marc-Andre Lemburg added the comment:
Yes, closing.
--
stage: needs patch -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/
Marc-Andre Lemburg added the comment:
Maarten, the code posted on bugs is copyrighted by the person who wrote it. We
can only accept it for inclusion in Python after the CLA has been signed, since
then we are allowed to relicense it.
As a result you can only take John's code and po
Marc-Andre Lemburg added the comment:
Right, the charmap codec was built with the Unicode Consortium mappings in mind.
However, you may have some luck decoding the two byte chars in ISO 6937 using
combining code points in Unicode. With some extra post processing you could
also normalize the
Marc-Andre Lemburg added the comment:
Not sure whether you are aware, but the PyRun project I'm maintaining
does that and goes beyond this by freezing almost the complete stdlib
and statically linking most C extensions into a single binary:
https://www.egenix.com/products/python/
Marc-Andre Lemburg added the comment:
On 28.08.2021 06:06, Guido van Rossum wrote:
>
>> With that in place, it'd be great to pre-cache all the .py files
>> automatically read in at startup.
>
> *All* the .py files? I think the binary bloat cause by deep-freezing
Marc-Andre Lemburg added the comment:
On 31.08.2021 20:14, Brett Cannon wrote:
>
> Brett Cannon added the comment:
>
>> set __file__ (and __path__) on frozen modules?
>
> See https://bugs.python.org/issue21736
The patch on that ticket is straight from PyRun, where the
Marc-Andre Lemburg added the comment:
FWIW, I've not found the importer for frozen modules to be lacking
features. When using frozen modules, you don't expect to see source
code, so the whole part about finding source code is not really
relevant for that use case.
The only lack
Marc-Andre Lemburg added the comment:
Just to be clear: The Python code page encodings are (mostly) taken from the
unicode.org set of mappings (ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/).
This is our standards body for such mappings, where possible. In some cases,
the Unicode
Marc-Andre Lemburg added the comment:
Yes, this is intended. ASCII is used as fallback in case Python
cannot determine the I/O encoding to use during startup. This is
also the reason why later changes to the environment have no
affect on this - the determination of the encoding has already
Marc-Andre Lemburg added the comment:
On 17.09.2021 15:45, Olivier Delhomme wrote:
>
> Olivier Delhomme added the comment:
>
> Hi Marc-Andre,
>
> Please note that setting PYTHONUTF8 with "export PYTHONUTF8=1":
>
> * Is external to the program and user
Change by Marc-Andre Lemburg :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Marc-Andre Lemburg added the comment:
FWIW: Back in the days of Python 1.5.2, the ceval loop was too big for CPU
caches as well and one of the things I experimented with at the time was
rearranging the opcodes based on how often they were used and splitting the
whole switch statement we had
Marc-Andre Lemburg added the comment:
Such a change would be backwards incompatible and no longer in line with PEP
249.
I also don't understand what you regard as confusing about the message "unable
to open database file". The message could be extended to include the path,
Marc-Andre Lemburg added the comment:
Perhaps a frozen dict could be used instead of the linear search.
This could then also be made available as sys.frozen_modules for inspection by
applications and tools such as debuggers or introspection tools trying to find
source code (and potentially
Marc-Andre Lemburg added the comment:
On the topic average vs. minimum, it's interesting to see this pop up
every now and then. When I originally wrote pybench late in 1997, I used
average, since it gave good results on my PC at the time.
Later on, before pybench was added to Tools/ in P
Marc-Andre Lemburg added the comment:
On 22.09.2021 20:47, Brett Cannon wrote:
> What about if there isn't a pre-computed location for __file__? I could
> imagine a self-contained CPython build where there is no concept of a file
> location on disk for anything using this.
Marc-Andre Lemburg added the comment:
On 22.09.2021 21:02, Raymond Hettinger wrote:
>> The language specification says that the dicts maintain insertion
>> order, but the wording implies that this only to explicit
>> dictionaries, not instance attribute or other namespace d
Marc-Andre Lemburg added the comment:
Eric, I noticed that you are freezing os.py. Please be aware that
this module is often being used as indicator for where the stdlib
was installed (the stdlib itself does this in site.py to read the
LICENSE and the test suite also uses os.__file__ in a
Marc-Andre Lemburg added the comment:
On 25.09.2021 18:20, STINNER Victor wrote:
>
> STINNER Victor added the comment:
>
> Marc-Andre: I suppose that you're talking about LANDMARK in Modules/getpath.c
> and PC/getpathp.c.
Now that you mention it: yes, that as well :-)
Marc-Andre Lemburg added the comment:
Looking at the specs in PEP 293 (https://www.python.org/dev/peps/pep-0293/), it
is certainly possible for the error handler to return a newpos outside the
range start - end, meaning in most cases: a value >= end.
There's a good reason for t
Change by Marc-Andre Lemburg :
--
components: +Unicode
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue36819>
___
___
Python-bugs-list mailin
Change by Marc-Andre Lemburg :
--
nosy: +doerwalter
___
Python tracker
<https://bugs.python.org/issue36819>
___
___
Python-bugs-list mailing list
Unsubscribe:
Marc-Andre Lemburg added the comment:
On 29.09.2021 10:41, Serhiy Storchaka wrote:
>
> Restricting the returned position to be strictly larger than start would
> solve the problem with infinite loop and OOM. But this is a different issue.
Yes, this would make sense, since having
Marc-Andre Lemburg added the comment:
Are you sure that all updates on the failing machine have been correctly
installed ? It's possible that the list of CA root certs is not up to date
on the machine.
You can use certmgr.msc to check the list of installed CA root certs.
--
Marc-Andre Lemburg added the comment:
On 05.10.2021 12:48, Aivar Annamaa wrote:
>
> I can list the root certs with certmgr, but I'm not sure which piece to
> investigate further.
Check the certs in the LE chain as listed on the page you quoted
and compare them to the workin
Marc-Andre Lemburg added the comment:
win32_ver() should be using the internal Windows APIs to figure out the
version. I do wonder why those don't return the same version as the "ver"
command line tool.
Adding our Windows experts to the noisy list.
--
nosy: +lemb
Marc-Andre Lemburg added the comment:
On 05.10.2021 22:30, Steve Dower wrote:
> The version number for "Windows 11" still starts with 10.0. Just like how
> Windows 5.x and 6.x were around for a very long time each ;)
>
> There are tables in platform module that map t
Marc-Andre Lemburg added the comment:
I'm not sure I follow, but in any case, please make sure that
the freeze tool in Tools/ continues to work with the new mechanism.
The freeze tool would also need to know which modules are already
frozen via the new script, so that modules don&
Marc-Andre Lemburg added the comment:
FWIW: I'm -1 on removing the possibility to register conversion or adapter
hooks in sqlite3. Such mechanisms have become a standard with Python database
modules and are widely used to adapt them to applications or middleware using
the modules.
Marc-Andre Lemburg added the comment:
It's probably time to extend the marketing version detection mechanism to use
the build number as reference instead of the major.minor system version numbers.
Here's a good reference for this:
https://en.wikipedi
Marc-Andre Lemburg added the comment:
Since the days this was discussed, a lot of new and faster hash algorithms have
been developed. It may be worthwhile looking at those instead.
E.g. xxHash is a lot more performant than siphash:
https://github.com/Cyan4973/xxHash (the link also has a
1001 - 1100 of 2239 matches
Mail list logo
