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:
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:
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:
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:
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:
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:
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:
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:
Thanks, Victor.
--
___
Python tracker
<https://bugs.python.org/issue46659>
___
___
Python-bugs-list mailing list
Unsub
Marc-Andre Lemburg added the comment:
On 08.02.2022 11:54, Erlend E. Aasland wrote:
>
> The sqlite3 timestamp converter is buggy, as already noted in the docs[^1].
> Adding timezone support is out of the question[^2][^3][^4][^5], but fixing it
> to be able to discard any attac
Marc-Andre Lemburg added the comment:
> For these reasons, I propose to deprecate locale.getdefaultlocale():
> setlocale(), getpreferredencoding() and getlocale() should be used instead.
Please see the discussion on https://bugs.python.org/issue43552:
locale.getpreferredencoding() ne
Marc-Andre Lemburg added the comment:
On 26.01.2022 01:29, Eryk Sun wrote:
>
> Eryk Sun added the comment:
>
>> Bit wmic seems nice solution.
>> Is still working for windows lower than 11?
>
> wmic.exe is still included in Windows 10 and 11, but it's off
Marc-Andre Lemburg added the comment:
On 11.01.2022 21:30, Erlend E. Aasland wrote:
>
>> I'd suggest to deprecate the cursor.lastrowid attribute and
>> instead point people to the much more useful [...]
>
> Yes, I think mentioning the RETURNING ROWID trick in the
Marc-Andre Lemburg added the comment:
On 11.01.2022 20:46, Erlend E. Aasland wrote:
>
> If we are to revert to this behaviour, we'll have to start examining the SQL
> we are given (search for INSERT and REPLACE keywords, determine if they are
> valid (i.e. not a comment, not
Marc-Andre Lemburg added the comment:
On 08.01.2022 21:56, Erlend E. Aasland wrote:
>
> Marc-André: since Python 3.6, the sqlite3.Cursor.lastrowid attribute does no
> longer comply with the recommendations of PEP 249:
>
> Previously, lastrowid was set to None for operat
Marc-Andre Lemburg added the comment:
On 10.01.2022 23:01, Allie Hammond wrote:
>
> libc_ver() in platform.py (called from platform()) causes a runtime error if
> sys.executable returns null. In my case, FreeRADIUS offers a module
> rlm_python3 which allows you to run python cod
Marc-Andre Lemburg added the comment:
Hi Tony,
from practical experience, it is a whole lot better to not deal with
timezones in data processing code at all, but instead only use
naive UTC datetime values everywhere, expect when you have to
prepare reports or output which has a requirement to
Marc-Andre Lemburg added the comment:
On 04.01.2022 21:02, Erlend E. Aasland wrote:
>
> Erlend E. Aasland added the comment:
>
>> If possible, it's usually better to have the .executemany() create a
>> cursor with an output array providing the row ids, e.g. usin
Marc-Andre Lemburg added the comment:
On 04.01.2022 11:02, Erlend E. Aasland wrote:
>
> Erlend E. Aasland added the comment:
>
> Thank you for your input Marc-André.
>
> For SQLite, it's pretty simple: we use an API called
> sqlite3_last_insert_rowid() which tak
Marc-Andre Lemburg added the comment:
On 04.01.2022 00:49, Erlend E. Aasland wrote:
>
> Erlend E. Aasland added the comment:
>
> I see that PEP 249 does not define the semantics of lastrowid for
> executemany(). What's the precedence here, MAL? IMO, it would be nice to
Marc-Andre Lemburg added the comment:
Interesting that the tool still exists. It uses mxTextTools, but in a
non-packaged version, so it's been broken for two decades now :-)
I think it's safe to remove it from Tools\scripts.
--
___
Pyth
New submission from Marc-Andre Lemburg :
>From the code:
opts, args = getopt.getopt(args, "n:u:s:r:tcpvh",
["number=", "setup=", "repeat=",
"time", "clock
Marc-Andre Lemburg added the comment:
On 26.11.2021 10:56, Ruben Vorderman wrote:
>
> $ python -m timeit -c "from bytes_sort import bytes_sort" "bytes_sort(b'')"
> 50 loops, best of 5: 495 nsec per loop
Shouldn't this read:
$ python -m
Marc-Andre Lemburg added the comment:
Even though these are IANA recognized encodings, we need to apply he same logic
as we do for all new encodings, which essentially boils down to: Are these
encoding in wider spread use today ?
Reading through the RFC 1556, it seems that the added -i or
Marc-Andre Lemburg added the comment:
On 15.11.2021 10:54, STINNER Victor wrote:
>
> I don't understand what you are trying to prove about compilers not inlining
> when you explicitly ask them... not to inline.
I'm not trying to prove anything, Victor.
I'm only
Marc-Andre Lemburg added the comment:
On 15.11.2021 08:54, Oleg Iarygin wrote:
>
> Oleg Iarygin added the comment:
>
> Marc-Andre:
>> Inlining is something that is completely under the control of the
> used compilers. Compilers are free to not inline function
Marc-Andre Lemburg added the comment:
Could you please provide more details regarding the OS, whether you compiled
Python yourself and the env settings you used ?
Thanks,
--
Marc-Andre Lemburg
eGenix.com
--
nosy: +lemburg
___
Python tracker
Marc-Andre Lemburg added the comment:
On 30.10.2021 17:54, Filipe Laíns wrote:
>
> I just tested partially freezing the package, and it seems to working fine :)
FWIW: I think it's best not bother and simply freeze the whole thing.
It's mostly char mappings which compress we
Marc-Andre Lemburg added the comment:
On 27.10.2021 22:58, Brett Cannon wrote:
>
> Brett Cannon added the comment:
>
>> Could Brett or you please add those notes back ? There's no other place
> where such details are documented.
>
> It really depends on what
Marc-Andre Lemburg added the comment:
encodings is a package. I think you first have to check whether mixing
frozen and non-frozen submodules are even supported. I've never tried
having only part of a package frozen.
Freezing the whole package certainly works.
--
nosy: +le
Marc-Andre Lemburg added the comment:
Thanks, Pablo :-)
--
___
Python tracker
<https://bugs.python.org/issue45562>
___
___
Python-bugs-list mailing list
Unsub
Marc-Andre Lemburg added the comment:
Hi Pablo,
I think you missed one instance:
print_escape(stdout, tok->cur, tok->inp - tok->cur);
Cheers
--
___
Python tracker
<https://bugs.python.or
Marc-Andre Lemburg added the comment:
Gregory P. Smith wrote:
> A higher level "best practices for launching child processes module" with
> APIs reflecting explicit intents (performance vs security vs simplicity)
> rather than requiring users to understand subproces
Marc-Andre Lemburg added the comment:
On 26.10.2021 20:47, Marc-Andre Lemburg wrote:
>> Brett removed a lot of stuff in 01cf4fb9c1aa567484c2ffb1b11f9b3fe9949b05 to
>> make the file more readable. I removed unnecessary -D, -I, and -L to make
>> the file even more readable. Y
Marc-Andre Lemburg added the comment:
On 26.10.2021 19:42, Christian Heimes wrote:
>
> Brett removed a lot of stuff in 01cf4fb9c1aa567484c2ffb1b11f9b3fe9949b05 to
> make the file more readable. I removed unnecessary -D, -I, and -L to make the
> file even more readable. You can
Marc-Andre Lemburg added the comment:
On 26.10.2021 16:17, Christian Heimes wrote:
>
> Christian Heimes added the comment:
>
> Brett, we can use AM_CONDITIONAL() to conditionally enable/disable a feature
> and AC_CONFIG_FILES() to create a Modules/Setup from a templat
Marc-Andre Lemburg added the comment:
On 26.10.2021 16:02, Eric Snow wrote:
>
> FYI, I figured out the problem on my end. I wasn't using an installed
> python. Once I did it worked fine.
Oh, you mean you tried using it directly from the source tree ?
I don't think I eve
Marc-Andre Lemburg added the comment:
+1 on setting the attributes dynamically. Other DB-API modules use a
similar approach.
--
___
Python tracker
<https://bugs.python.org/issue45
Marc-Andre Lemburg added the comment:
On 23.10.2021 21:30, Christian Heimes wrote:
>
> The trick would move the math function back into the core. Mark moved the
> math functions out of the core on purpose, see bpo-7518.
I don't follow you. With the _math.o target in Makefile.p
Marc-Andre Lemburg added the comment:
On 23.10.2021 20:04, Christian Heimes wrote:
>
> PR GH-29179 or GH-29181 address the issue with _math.o
I think those patches are both taking things a bit too far.
This is a build problem, not a code problem. It's perfectly
good style to li
Marc-Andre Lemburg added the comment:
I'm using a very simple conditional logic in Setup, which is based
on sed, mostly to add platform specific variables:
In Setup:
# @if macosx: TIME_DEFS=
# @if not macosx: TIME_DEFS=-lrt
time -DPy_BUILD_CORE_BUILTIN -I$(srcdir)/Include/int
Marc-Andre Lemburg added the comment:
FYI: I've been working with a fixed Setup file in PyRun for a long while. There
are indeed a number of modules missing from Setup, since the whole logic was
left behind a bit after things moved to setup.py.
The issue with _math.o is actually in the
Marc-Andre Lemburg added the comment:
Hmm, perhaps I should reopen the ticket, even though I now found the cause.
After all, it is possible that lineno is None and inspect.getframeinfo() cannot
handle it :-)
And it may be worthwhile investigating why recreation of a code object using
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:
Turns out this was a bug in the freeze.py script I was using. I had added a bug
work-around for the modulefinder module and even though it should work as
advertised, it seems to be missing some code object attributes when recreating
the objects which
Marc-Andre Lemburg added the comment:
I've looked at how the importlib freeze logic works, compared to
Tools/freeze/freeze.py.
The only difference I can spot is that importlib uses C to build the C array
and does a compile followed by a marshal.dumps, whereas freeze.py loads all
mo
Marc-Andre Lemburg added the comment:
I see this in modules frozen by the Tools/freeze/ tool.
The line numbers shown for such frozen modules in the frameinfo stack are a bit
off as well, compared normal Python. Could this be an indication that there's
something not working quite
Marc-Andre Lemburg added the comment:
Update: I've been trying hard to find a short version which triggers the issue,
but so far it seems to only trigger when using exec() from a frozen Python
module.
There don't appear to be many ways frame->f_lineno can end up being -1 (whi
Marc-Andre Lemburg added the comment:
In the case of setuptools, this would be the file setup.py, but I think the
specific file is not relevant. I can try to come up with a shorter example.
--
___
Python tracker
<https://bugs.python.
Marc-Andre Lemburg added the comment:
I had left a comment on Github about using stderr instead of stdout, to make
the output more consistent (other parser error messages go to stderr).
Note sure whether that's something you still want to change before closing the
issue.
--
Marc-Andre Lemburg added the comment:
To add some more context:
This came up while porting eGenix PyRun to Python 3.10. While installing
setuptools 58.2.0 via "pyrun setup.py install", an exception was raised in
getframeinfo().
PyRun uses exec() to run Python code
Marc-Andre Lemburg added the comment:
Yes, I know that (at the moment) it's only documented to work in the parser,
but since Py_DebugFlag is a general purpose flag, this use could easily be
extended to other parts of the interpreter as well, e.g. for parsing the
command li
Marc-Andre Lemburg added the comment:
I have an initial version of PyRun for Python 3.10 running as well.
This created a few more headaches in order to make it work with
setuptools and some glitches which appear to be bugs in 3.10
(https://bugs.python.org/issue45563 and https://bugs.python.org
Change by Marc-Andre Lemburg :
--
components: +Interpreter Core, Library (Lib), Parser
nosy: +lys.nikolaou, pablogsal
___
Python tracker
<https://bugs.python.org/issue45
Change by Marc-Andre Lemburg :
--
components: +Parser
nosy: +lys.nikolaou, pablogsal
___
Python tracker
<https://bugs.python.org/issue45562>
___
___
Python-bug
Marc-Andre Lemburg added the comment:
What's even worse is that those debug lines get written to stdout, not stderr.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Marc-Andre Lemburg :
In Python 3.10, it seems that top-level frames generated by running exec() have
their f_lineno attribute set to None.
inspect.getframeinfo() tries to build context lines and fails on this line in
such a case:
start = lineno - 1 - context//2
New submission from Marc-Andre Lemburg :
python3.9 -d:
Python 3.9.7 (default, Oct 21 2021, 20:51:19)
[GCC 7.5.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
Loaded pyinteractive.py.
>>>
python3.10 -d:
Py
Marc-Andre Lemburg added the comment:
On 20.10.2021 16:25, Eric Snow wrote:
>
> Eric Snow added the comment:
>
> On Wed, Oct 20, 2021 at 6:01 AM Marc-Andre Lemburg
> wrote:
>> I have PyRun mostly working with Python 3.9.
>> ...
>> No changes were neces
Marc-Andre Lemburg added the comment:
On 19.10.2021 18:47, Marc-Andre Lemburg wrote:
>
>> On Sat, Oct 16, 2021 at 5:01 AM Marc-Andre Lemburg
>> wrote:
>>> I can try to port PyRun to 3.9 and 3.10 to see whether I run into any
>>> issues.
>>> Would
Marc-Andre Lemburg added the comment:
On 16.10.2021 21:20, Eric Snow wrote:
>
> On Sat, Oct 16, 2021 at 5:01 AM Marc-Andre Lemburg
> wrote:
>> I can try to port PyRun to 3.9 and 3.10 to see whether I run into any issues.
>> Would that help ?
>
> Yeah, that wo
Marc-Andre Lemburg added the comment:
On 19.10.2021 10:44, Serhiy Storchaka wrote:
>
> Possible solutions (they can be combined):
>
> 1. Add support for the GEORGIAN-PS charset and all other encodings used in
> libc (issue22679). The problem is that it is difficult to g
Marc-Andre Lemburg added the comment:
On 16.10.2021 01:31, Eric Snow wrote:
>
> @MAL, who's maintaining Tools/freeze? I'm not aware of who's using it (other
> than you, of course). It looks like PyRun isn't compatible with anything
> newer than 3.5, so it
Marc-Andre Lemburg added the comment:
Meta comment :-) ... wouldn't it be better to enable the Github wiki feature for
such collections ?
--
nosy: +lemburg
___
Python tracker
<https://bugs.python.org/is
Marc-Andre Lemburg added the comment:
On 14.10.2021 22:56, Eric Snow wrote:
>
> @MAL, what's the best way to make sure Tools/freeze is still working? I
> don't see any tests for it in the test suite. I tried running the test in
> Tools/freeze/test, but I can't g
Marc-Andre Lemburg added the comment:
On 15.10.2021 11:43, STINNER Victor wrote:
> Again, I'm not aware of any performance issue caused by short static inline
> functions like Py_TYPE() or the proposed PyFloat_AS_DOUBLE(). If there is a
> problem, it should be addressed, sin
Marc-Andre Lemburg added the comment:
I am with Raymond on this one.
If "protecting against wrong use" is the only reason to go down the slippery
path of starting to rely on compiler optimizations for performance critical
operations, the argument is not good enough.
If people do
Marc-Andre Lemburg added the comment:
On 08.10.2021 02:15, Eryk Sun wrote:
>
>> use the build number as reference instead of the major.minor
>
> It could check the (major, minor, build) tuple, which allows reporting 10.1+
> as "post11" and minimizes hard coding o
Marc-Andre Lemburg added the comment:
On 07.10.2021 16:40, Eric Snow wrote:
>
> On Thu, Oct 7, 2021 at 1:17 AM Marc-Andre Lemburg
> wrote:
>> 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 m
Marc-Andre Lemburg added the comment:
On 07.10.2021 15:29, Christian Heimes wrote:
>
> Christian Heimes added the comment:
>
> JP got back to me
>
> On 07/10/2021 14.34, Jean-Philippe Aumasson wrote:
>> xxHash is much faster indeed, but collisions seem trivial
Marc-Andre Lemburg added the comment:
On 07.10.2021 12:48, Christian Heimes wrote:
>
>> I don't quite follow. Why is it fine that you discuss DoS, but it's not
> fine when others discuss DoS ?
>
> But this BPO is not about discussing mitigations against DoS attac
Marc-Andre Lemburg added the comment:
BTW: We already use (a slight variant of) xxHash for tuples:
https://bugs.python.org/issue34751
The issues is an interesting read, in particular on how xxHash was eventually
chosen, with a whole set of other hash algorithms in between
Marc-Andre Lemburg added the comment:
On 07.10.2021 12:16, Christian Heimes wrote:
>
>> That's certainly true, but at the same time, just focusing on string
> hashes only doesn't really help either, e.g. it is very easy to
> create a DoS with numeric keys or other
Marc-Andre Lemburg added the comment:
On 07.10.2021 11:49, Inada Naoki wrote:
> Hash DoS is not only for HTTP headers. Everywhere creating dict from
> untrusted source can be attack vector.
> For example, many API servers receive JSON as HTTP request body. Limiting
> HTTP
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
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:
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:
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:
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:
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 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:
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 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
Change by Marc-Andre Lemburg :
--
nosy: +doerwalter
___
Python tracker
<https://bugs.python.org/issue36819>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Marc-Andre Lemburg :
--
components: +Unicode
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue36819>
___
___
Python-bugs-list mailin
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
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:
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 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:
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 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:
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:
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:
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
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:
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
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:
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:
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:
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
1 - 100 of 1946 matches
Mail list logo
