Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue4>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
When you run a Python script, the directory the script is in is automatically
added to the beginning of sys.path. This is the fundamental issue you've run
into.
Basically, "src.common_object" is imported relative to the "src" that was
Eric Snow added the comment:
Here is more detail on what happens when "from src import user_1, user_2,
user_3" is executed in main.py:
1. the "src" module is imported
a. not found in sys.modules
b. file found on a sys.path entry (the directory main.py is in)
c.
Eric Snow added the comment:
I'm leaving this "pending" in case there may be some improvement we can make to
the documentation to address this.
--
components: +Interpreter Core
nosy: +docs@python
status: open -> pending
___
Pyth
Eric Snow added the comment:
Thanks for the updates, Eddie.
--
___
Python tracker
<https://bugs.python.org/issue40255>
___
___
Python-bugs-list mailin
Eric Snow added the comment:
New changeset 1f455361ecfb1892e375bdbee813cdf095b6cfb8 by Eric Snow in branch
'main':
bpo-46765: Replace Locally Cached Strings with Statically Initialized Objects
(gh-31366)
https://github.com/python/cpython/commit/1f455361ecfb1892e375bdbee813cd
Change by Eric Snow :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric Snow added the comment:
FYI, a technical solution has been discussed before: bpo-13475 and PEP 395.
However, that does not help so much if the default behavior isn't changed.
That would require a PEP but I expect it would be rejected because so many
scripts already rely o
Eric Snow added the comment:
Thanks for working on this, Victor.
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue45316>
___
___
Python-bug
Eric Snow added the comment:
New changeset 08deed1af56bec8668c6cb4d5cfd89e393e1fe5e by Eric Snow in branch
'main':
bpo-46753: Add the empty tuple to the _PyRuntimeState.global_objects. (gh-31345)
https://github.com/python/cpython/commit/08deed1af56bec8668c6cb4d5cfd89
New submission from Eric Snow :
example: https://buildbot.python.org/all/#/builders/730/builds/4081
--
components: Build
messages: 414223
nosy: eric.snow, vstinner
priority: normal
severity: normal
stage: needs patch
status: open
title: pyexpat occasionally fails to build on the ARM64
Change by Eric Snow :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Eric Snow :
--
pull_requests: +29759
pull_request: https://github.com/python/cpython/pull/31637
___
Python tracker
<https://bugs.python.org/issue46
Eric Snow added the comment:
This may be related to the getpath.py work Steve did.
--
nosy: +eric.snow, steve.dower
___
Python tracker
<https://bugs.python.org/issue46
Eric Snow added the comment:
New changeset 21099fc064c61d59c936a2f6a0db3e07cd5c8de5 by Eric Snow in branch
'main':
bpo-46712: Let generate_global_objects.py Run on Earlier Python Versions
(gh-31637)
https://github.com/python/cpython/commit/21099fc064c61d59c936a2f6a0db3e
Eric Snow added the comment:
Finally had a chance to get back to this. Here's a new patch in response to
Nick's review.
My only concern is the new _PyEval_EvalFunctionCode function. It is basically
the existing PyEval_EvalCodeEx function with an extra parameter. I
Eric Snow added the comment:
Nick, does thing look better?
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue12857>
___
___
Python-bugs-list m
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13062>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
See:
http://hg.python.org/cpython/file/default/Include/funcobject.h#l34
http://hg.python.org/cpython/file/default/Objects/funcobject.c#l454
454 /* func_new() maintains the following invariants for closures. The
455closure must correspond to the free
Eric Snow added the comment:
"Maybe some of them are already superseded, but even then I think they have at
least historical value and should be kept on python.org."
+1
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.o
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue11816>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Eric Snow :
Here's a patch to add a page to the devguide on running a build slave. I
copied pretty liberally from the wiki (http://wiki.python.org/moin/BuildBot).
That page may or may not be up to date (I don't know), so the bulk of this new
page may also be o
Eric Snow added the comment:
Great feedback! Keep in mind that nearly all the content in my patch is pulled
unedited from either the wiki page and the python-dev thread I mentioned.
I'll work on cleaning it up when I get a chance (probably after Wednesday's
PyCon CFP closes :).
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue8087>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Could you just cancel the chained exception?
>>> try: {}["asdf"]
... except KeyError:
... try: raise Exception()
... except Exception as x:
... x.__cause__ = None
... x.__context__ = None
... x._
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13187>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue415492>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13192>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Are you suggesting raising the OSError (or something else) rather than an
ImportError? If so, would it make sense to chain the exception instead. That
way the existing code that expects ImportError continues to work, while still
allowing access to the original
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue12915>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Per Ezio's and Stefan's feedback I cleaned things up a little:
* consolidated on "Buildbot"
* clarified the meaning of the "standard development toolchain"
* % changed to $
* cleaned up the network ports section
* removed a bunch of ou
Changes by Eric Snow :
Added file: http://bugs.python.org/file23479/devguide-buildbots-2.diff
___
Python tracker
<http://bugs.python.org/issue13124>
___
___
Python-bug
New submission from Eric Snow :
Looks like Parser/asdl_c.py did not get all the way updated when _Py_identifier
switched over to _Py_IDENTIFER. I've included a patch that fixes it (though
it's relatively trivial). With this fix I did not notice any further problems.
--
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue10977>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
FYI, the following changesets were also for this issue. They had the wrong
issue number (#13661, which doesn't actually exist so no big deal), which is
why they didn't show up in this issue automatically.
New changeset 5f3b7528b144 by Vinay Sajip in b
Eric Snow added the comment:
@msg147513
> Why don't you just write
> self.assertIs(type(myobj), sometype)
+1
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.
Eric Snow added the comment:
>> 4) she got annoyed that two completely different notations where used
>> for two very close concepts
>
> This is a good point, and we are trying to move to the arg=default
> notation. Unfortunately there are still places that use t
Eric Snow added the comment:
For the stat module in the "Obsolete" section[1], should the entry be updated
to indicate that the module was left alone (see issue 2874)?
Would it be worth having the "Merging C and Python Impl..." section[2] include
a reference to
Eric Snow added the comment:
> Me too. (Can you give the #ids of these other issues?)
#13012 is the one that I was thinking of (msg144328 specifically). However,
I'm sure there was one more recently (which I can't find now).
--
_
Eric Snow added the comment:
@msg147671
+1
--
___
Python tracker
<http://bugs.python.org/issue13386>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13411>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13429>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
@eric.smith: +1
@Retro: If you are intent on pushing this, please take it to
python-id...@python.org. However, judging from the response in this ticket and
#10562, you won't get much traction.
--
nosy: +eric
Eric Snow added the comment:
@brian.curtin: +1
@Retro: as noted in #10621, please take this to python-id...@python.org
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue10
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13402>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13445>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue12618>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue10854>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13224>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Eric Snow :
The doc on code execution[1] leaves out mention of the -m flag. Seems like it
belongs there too.
[1] Doc/reference/executionmodel.rst
--
assignee: docs@python
components: Documentation
messages: 148288
nosy: docs@python, eric.snow
priority: normal
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13475>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
+1 Both the -p and --nopath0 would be great additions and a good match for PEP
395.
So "-p ." would be equivalent to the current implicit sys.path[0]
initialization, right? Would any other effects happen with "-p" than
sys.path[0] initiali
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue8754>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
The current behavior is an implicit "-p .", which causes all sorts of
hard-to-figure-out problems, most of which PEP 395 is rightly trying to fix.
I'm suggesting that the next step would be to make "--nopath0" the default
(rendering the
Eric Snow added the comment:
Éric has addressed this in http://hg.python.org/peps/rev/6c7415a4f0f3 (thanks
Éric). Do the docs for python.org have to be manually rebuilt or is that on a
cron?
--
___
Python tracker
<http://bugs.python.
Eric Snow added the comment:
First of all, I don't want Nick's proposal in this issue (the -p and --nopath0
flags) to be misunderstood because of me. His is a great idea that will make a
really useful shortcut available and will _not_ change any current behavior.
My (overly) long
Eric Snow added the comment:
Yeah, the more I think about it, the more I agree it's Python 4 fodder.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13457>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Thanks, Éric. That's what I figured. I asked because the PEPs page doesn't
appear to reflect the change:
http://www.python.org/dev/peps/
I checked to be sure it fixed it before I submitted the patch. That's why I
asked about
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13487>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Thanks, Éric. That looks good. I'll keep that HTML title thing in mind. :)
--
___
Python tracker
<http://bugs.python.org/is
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue1877>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue6816>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue11374>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13533>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue11051>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue2919>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13588>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Check out: http://code.activestate.com/recipes/
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13585>
___
___
Eric Snow added the comment:
Just following up on this ticket. Anyone have any objections to Brian's patch?
Also, would 'fullname' be more appropriate than 'name', to be more in sync with
that identifier in importlib?
--
Eric Snow added the comment:
AFAICT, #1559549 is the ImportError attribute ticket.
--
___
Python tracker
<http://bugs.python.org/issue2377>
___
___
Python-bug
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue11957>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13592>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue2134>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue2292>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
I'm guessing that more than just Python/import.c should be updated, and more
than one spot in import.c.
--
___
Python tracker
<http://bugs.python.org/issu
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue12082>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue1785>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue8098>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13645>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13607>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
My response to a similar query:
What it enables is the ability to introspect the *actual* function object
belonging to the currently executing code, whether in the same execution frame
or in a later one on the stack. We don't have that now. The best we c
Eric Snow added the comment:
with f_func (see #12857) you would get that for free:
>>> frame.f_func.__qualname__
'A.f1'
--
nosy: +eric.snow
___
Python tracker
<http://bugs
Eric Snow added the comment:
True. I wonder, though if perhaps a co_func (as a weak ref) or co_orig_func
would be better, since co_qualname would be built from the original function
anyway. Then you could call "code.co_func.func_qualname".
One sticky point is that there isn
Eric Snow added the comment:
Interesting thought, the syntax seems unnecessary. Adding new syntax to the
language is something that happens rarely and only with a _lot_ of
consideration.
As a slightly more verbose alternative, currently you can do this:
def fail_if_defined(*args
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13562>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
see http://docs.python.org/library/sys.html#sys.path
"As initialized upon program startup, the first item of this list, path[0], is
the directory containing the script that was used to invoke the Python
interpreter. If the script directory is not available
New submission from Eric Snow :
I found that the .py files are all 2.x. If I get a chance I will write up a
patch a little later. This is similar to issue #10224. Incidently, not having
done any documentation work before, I didn't realize that docutils isn't in t
New submission from Eric Snow :
The formatting for the title of the "Index by Category" section is different
from the formatting for the title of the "Numerical Index" section. Not sure
if there is a reason behind this, but here's a patch:
diff --git a/pep0/output.
New submission from Eric Snow :
A couple of months back I started a page on the wiki for a topical index of
PEPs from PEP 0 [1]. I got tired of reading through PEPs trying to see if one
related to what I was working on. I found myself wishing there was a topical
index of all the PEPs. The
Eric Snow added the comment:
Perhaps rather than changing ABCMeta, provide a base descriptor class that has
__isabstractmethod__ implemented to calculate the abstractness. Then property
could use that, as could any of the other relevant descriptors we have around.
The __isabstractmethod__
Eric Snow added the comment:
Didn't mean to sidetrack. :) I really appreciate the effort Darren has put
into this.
--
___
Python tracker
<http://bugs.python.org/is
Eric Snow added the comment:
Yeah, the extra space results in a different formatting. Compare "Index by
Category" with "Numerical Index".
--
___
Python tracker
<http://bug
Eric Snow added the comment:
I had considered that, but thought it would be better to leave the topical
index open for editing to a broader audience. If it's in PEP 0 then only
committers could make changes.
I do like the idea of using keywords from the PEPs themselves, but that
Changes by Eric Snow :
--
nosy: +ericsnow
___
Python tracker
<http://bugs.python.org/issue8639>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +ericsnow
___
Python tracker
<http://bugs.python.org/issue11339>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +ericsnow
___
Python tracker
<http://bugs.python.org/issue1294232>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +ericsnow
___
Python tracker
<http://bugs.python.org/issue5996>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +ericsnow
___
Python tracker
<http://bugs.python.org/issue12486>
___
___
Python-bugs-list mailing list
Unsubscribe:
101 - 200 of 2629 matches
Mail list logo
