Joseph Armbruster added the comment:
If I look at Lib/plat-win back at rev 16910, winreg.py could be found
there. Everything I see in the tree referencing plat-win is
documentation, except the PYTONPATH define itself. It looks like
Lib/plat-win was removed back in revision 16911 [Aug 20,2000
Joseph Armbruster added the comment:
Backport to 2.6a0 and tested with:
Python 2.6a0 (trunk:59710M, Jan 4 2008, 11:36:45) [MSC v.1500 32 bit
(Intel)] on win32
Added file: http://bugs.python.org/file9063/pythonstartup.patch
__
Tracker <[EMAIL PROTECTED]>
Joseph Armbruster added the comment:
I tested this out out in the trunk (59706). Placed builddoc.bat in /Doc
and ran the following commands:
builddoc checkout
builddoc html
builddoc htmlhelp
builddoc web
All appeared to work fine on my system.
--
nosy: +JosephArmbruster
Joseph Armbruster added the comment:
Ah, good to know :-)
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1472>
__
___
Python-bugs-list mailing list
Unsubs
Joseph Armbruster added the comment:
Is referencing the built python binary in the build tree a good idea?
Just in case they do not have python installed on the system already?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Joseph Armbruster added the comment:
Which brings up a question. Would all things in the tree ideally work
with the version that was built from checkout? Just in case something
like this comes up in the future, i'd want to know if it is better to
have it configured as this or to auto-magi
New submission from Joseph Armbruster:
I receive the following warning when running the test_unicode_file unit
tests out of the trunk (60758)
python -E -tt ../../lib/test/regrtest.py -g "test_unicode_file"
test_unicode_file
D:\work\pytrunk\lib\test\test_unicode_file.py:103: Unic
New submission from Joseph Armbruster:
http://svn.python.org/projects/python/trunk/PCbuild/build_tkinter.py
rev 61127
Is it still in python-devs interest to support building the tree in a
path that contains spaces? I (pretty much always) do, so if a patch for
this is desired, I can put one
Joseph Armbruster added the comment:
Using: http://svn.python.org/projects/python/trunk @ 61127
OS Name:Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
I would like to report a positive follow-up on this issue. The output I
received was as follows
Joseph Armbruster added the comment:
I believe this may be related to issue 1672853.
http://bugs.python.org/issue1672853
--
nosy: +JosephArmbruster
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
Joseph Armbruster added the comment:
Using: http://svn.python.org/projects/python/trunk @ 61127
OS Name:Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
test_shutil
1 test OK.
--
nosy: +JosephArmbruster
__
Tracker
Joseph Armbruster added the comment:
On another note, I just completed building the docs in windows and
shutil.destinsrc does not appear to be documented. I did notice this
description for shutil:
"The shutil module offers a number of high-level operations on files and
collections of file
Joseph Armbruster added the comment:
Just got in from New Smyrna beach... and the verdict is:
URL: http://svn.python.org/projects/python/branches/release25-maint
Revision: 61182
python bigfiletest1.py
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Joseph Armbruster added the comment:
Tested patch against: http://svn.python.org/projects/python/trunk @ 61260
OS Name: Microsoft Windows XP Professional
OS Version:5.1.2600 Service Pack 2 Build 260
rt test_os
Deleting .pyc/.pyo files ...
(57, '.pyc de
Joseph Armbruster <[EMAIL PROTECTED]> added the comment:
Should this issue be linked to 1559298? It appears to be the same issue
but was opened up earlier and is referencing a different version.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Joseph Armbruster <[EMAIL PROTECTED]> added the comment:
Note: If this issue is related to 1672853, I ran through the test code
provided in the issue recently and it appeared to pass for both the
trunk and 2.5 maint.
_
Tracker <[EMAIL PROTECTE
New submission from Joseph Armbruster <[EMAIL PROTECTED]>:
longobject.c has a type cast that should be different to take
HAVE_UINTPTR_T into account.
ps: noticed this as i'm merging trunk -> PythonCE to get this working on
my new cellphone, the Wing!
--
components: In
Joseph Armbruster <[EMAIL PROTECTED]> added the comment:
it looks like this may also be the case in intobject
--
title: correct longobject.c type cast -> correct int / long object type casts
Added file: http://bugs.python.org/file9684/intobj
Changes by Joseph Armbruster <[EMAIL PROTECTED]>:
--
type: -> compile error
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2313>
__
___
Pyt
New submission from Joseph Armbruster <[EMAIL PROTECTED]>:
This patch removes a stale for loop from myreadline.c:
http://svn.python.org/projects/python/trunk @ 62180
--
components: Interpreter Core
files: myreadline.patch
keywords: patch
messages: 65015
nosy: JosephArmbruster
se
New submission from Joseph Ishac :
I have noticed an issue (Python 3.8.5) where an email can be read in as bytes,
but will not be returned as such with the as_bytes() call if the message is
multipart, has a boundary which is not properly quoted, and the message has
non-ascii text. It seems
New submission from Joseph Perez :
PEP 585 has the side-effect of making `list[int]` an instance of `type`. This
is not the case for other generic aliases.
It also implies that `inspect.isclass(list[int]) is True`, while `list[int]` is
not a class; as a proof of this statement `issubclass
Joseph Perez added the comment:
@Jelle Zijlstra Thank you for the explanation.
> The current implementation of GenericAlias has been around for a few releases
> by now, though, so that change might break some use cases.
I agree that a "fix" could have unexpected side-effect
New submission from Joseph Perez :
`typing.NewType` doesn't support PEP 604.
```
>>> import typing
>>> A = typing.NewType("A", int)
>>> B = typing.NewType("B", str)
>>> A | B
Traceback (most recent call last):
File "", l
New submission from Joseph Perez :
`types.UnionType` is not subscriptable, and this is an issue when type
manipulations are done.
A common maniputation I've to do is to substitute all the `TypeVar` of a
potential generic type by their specialization in the given context.
For example, gi
Joseph Perez added the comment:
Indeed, sorry, my example was bad. My library was raising at several place, and
I've extrapolated about generic substitution.
I've indeed other substitutions (without `TypeVar`), and because they were
failing, I've assumed that all of my sub
Joseph Riddle added the comment:
_Private__names seems to no longer exist in the Python 3.11 documentation.
https://docs.python.org/3.11/library/enum.html#private-names
It appears to have been removed in this PR
https://github.com/python/cpython/pull/23748/files
Should this issue be
New submission from Joseph Reagle :
I've attached a simple XHTML file with which the 3.8 interpreter throws an
error on the following code, but 3.7 does not. (You'll have to change the path
in the code below.)
```
from io import StringIO, BytesIO
from lxml import etree
import
Joseph Reagle added the comment:
Here's the error:
```
Traceback (most recent call last):
File "", line 1, in
File "src/lxml/etree.pyx", line 2291, in lxml.etree._ElementTree.xpath
File "src/lxml/etree.pyx", line 1869, in
lxml.etree._Elemen
Joseph Reagle added the comment:
On 11/26/19 12:06 AM, Karthikeyan Singaravelan wrote:
> Karthikeyan Singaravelan added the comment:
>
> This seems more like an issue with lxml.
I posted a report over there now too:
https://bugs.launchpad.net/lxml/+bu
New submission from Joseph Sible :
Currently, the cmdloop function in cmd has a preloop hook, which runs before
the large try block, and a postloop hook, which runs at the end of the body of
the large try block. This isn't sufficient for subclasses to safel
Change by Joseph Gordon :
--
nosy: -josephgordon
___
Python tracker
<https://bugs.python.org/issue14019>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Joseph Gordon :
--
nosy: -josephgordon
___
Python tracker
<https://bugs.python.org/issue24249>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Joseph Gordon :
--
nosy: -josephgordon
___
Python tracker
<https://bugs.python.org/issue25661>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Joseph Gordon :
--
nosy: -josephgordon
___
Python tracker
<https://bugs.python.org/issue25597>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Joseph Sible :
--
nosy: +Joseph Sible
___
Python tracker
<https://bugs.python.org/issue40425>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Joseph Perez :
`typing.get_type_hints` gives a different result for a wrapper created with
`functools.wraps` in case of inferred `Optional` arguments (when the default
value of the argument is None)
```python
from functools import wraps
from typing import get_type_hints
New submission from Joseph Shen :
The function Py_GetCompiler() return the version info with a leading '\n' when
build with GCC/clang, while without this on other compilers. This inconsistent
make the REPL print the 'welcome message' quit different, which I think is not
Change by Joseph Shen :
--
keywords: +patch
pull_requests: +23384
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24606
___
Python tracker
<https://bugs.python.org/issu
Change by Joseph Shen :
--
title: Inconsistent behavior of Py_GetCompiler() -> unnecessary leading '\n'
from Py_GetCompiler() when build with different complier
___
Python tracker
<https://bugs.pytho
Joseph Shen added the comment:
Right now there is no need to keep this limits, and the __version__ info from
GCC is quite simple. Pls the attached snapshot image.
Therefor I don't think we should keep a commit from 2000.
--
___
Python tr
Change by Joseph Shen :
--
nosy: +benjamin.peterson
___
Python tracker
<https://bugs.python.org/issue43278>
___
___
Python-bugs-list mailing list
Unsubscribe:
Joseph Hackman added the comment:
According to the DNS standard, hostnames with more than 63 characters per label
(the sections between .) are not allowed
[https://tools.ietf.org/html/rfc1035#section-2.3.1].
That said, enforcing that at the codec level might be the wrong choice. I threw
New submission from Joseph Perez :
(This issue is already broached in https://bugs.python.org/issue38605, and a in
some way in https://bugs.python.org/issue35834, but only as a secondary
subject, that's why I've opened a ticket on this particular issue)
ForwardRef of ForwardR
Change by Joseph Perez :
--
keywords: +patch
pull_requests: +20699
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21553
___
Python tracker
<https://bugs.python.org/issu
Joseph Perez added the comment:
Ok, I admit that I did not think about recursive type when proposing this "fix".
I've tried an implementation that just stop when recursion is encountered in a
PR.
--
___
Python tracker
<https
New submission from Joseph Perez :
PEP 585 current implementation (3.10.0a0) differs from current Generic
implementation about ForwardRef, as illustrated bellow:
```python
from dataclasses import dataclass, field
from typing import get_type_hints, List, ForwardRef
@dataclass
class Node
Joseph Perez added the comment:
However, PEP 563 will not solve the recursive type alias issue like `A =
list["A"]` but this is a minor concern.
--
___
Python tracker
<https://bugs.python.o
New submission from Joseph Perez :
Class definition can have kwargs which are used by `__init_subclass__` (and
`__prepare__`).
However, passing these kwargs using `type` builtin function instead of class
definition syntax is not documented; kwargs are not mentioned in the function
signature
Joseph Perez added the comment:
That's why it's not an interpreter issue but a lack in the official
documentation where the signature is documented.
I quote https://docs.python.org/3/library/functions.html#type:
> class type(object)
> class type(name, bases, dict)
The secon
Joseph Chadwick added the comment:
The attached replaces the text for the documentation in 2.4.1 between the
lexical definitions table and the escape sequence table. The only change is the
following addition to the paragraph on string and byte literals prefixed by 'r'
or 'R
Joseph Chadwick added the comment:
I uploaded before making the final save, so the first document is incomplete.
(that's embarrassing)
--
Added file: http://bugs.python.org/file25065/stringByteLiteralBR.docx
___
Python tracker
New submission from Joseph Shen:
start from 3.6+, dict keys are ordered heir creation order.
the builtin print function works as we expected, but for
pprint, the keys is sorted. should we using the sorted version
or just obey the creation order as builtin print?
--
components: Library
New submission from joseph...@yahoo.com :
After upgrade my python from 3.6 to 3.7, one of my program got following error
msgs and I suppose it is related to the 'ssl' module:
Traceback (most recent call last):
File "M:\SUPPOR~1\ONEDAY~1\ODD2\lib\site-packages\urllib3\co
Joseph Shen added the comment:
I reopened this issue, and change affected versions to 3.6, 3.7 and 3.8.
--
status: closed -> open
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issu
New submission from Joseph Myers :
RobotFileParser.crawl_delay and RobotFileParser.request_rate raise
AttributeError for a robots.txt with no matching entry for the given
user-agent, including no default entry, rather than returning None which would
be correct according to the documentation
New submission from Joseph Hendrey :
The sidebar navigation menu jitters when scrolling on the 2.7 documentation
pages (at least in Chrome).
A seemingly unrelated issue is that the collapse symbol '<<' is a fixed
distance from the top of the page rather than staying in the
Joseph Mitzen added the comment:
Is this ever going to get merged? The gentoo bug report link includes a patch
that simply removes the nested comments, which is all that is needed to get the
code to compile properly on Bulldozer processors. There's no "manual massaging"
o
New submission from Joseph Sible :
When Python is built on Alpine Linux or in any other configuration that uses
musl libc, calls to Lock.acquire() can't be interrupted by signals. This bug is
caught by test_lock_acquire_interruption and test_rlock_acquire_interruption in
3.6/Lib
Joseph Sible added the comment:
How is this considered "fixed"? Why couldn't this be actually fixed by using
eventfd instead of semaphores when they're available, for example?
--
___
Python tracker
<https://bug
Joseph Sible added the comment:
Re musl changing their behavior, see
https://www.openwall.com/lists/musl/2018/09/07/1 and the resulting thread.
In addition to the old kernel version issue, two other issues were raised:
1. EINTR makes programming mistakes more likely, as people won't thi
New submission from Joseph Fall:
This report is to re-raise an old issue from 2009:
http://bugs.python.org/issue5370
Although that issue is marked as "fixed", I disagree that it was ever "fixed",
and spent an evil day tracking it down.
Use Case:
- take two 3rd party
New submission from Joseph Shen:
in the source file PC/pyconfig.h at line 393 there is a mistype
this is the origin file
==
/* VC 7.1 has them and VC 6.0 does not. VC 6.0 has a version number of 1200.
Microsoft eMbedded
Joseph Perry added the comment:
I've found a workaround by specifying the enviroment variable:
my_env = os.environ
my_env['PYTHONIOENCODING'] = 'utf-8'
p = subprocess.Popen(shlex.split(command), stdout=subprocess.PIPE,
stderr=subprocess.PIPE, stdin=subprocess.PIPE, e
New submission from Joseph Warren:
I will add as a disclaimer to this bug report that I am relatively new to both
the http spec, and Python programming, so I may have completely misunderstood
something.
When I make a post request with some data (using libCurl), It sends the headers
first
Joseph Warren added the comment:
Cheers, would you suggest I submit a patch then?
Also what version of python should I do this against? I've been working with
2.7, but the issue still exists in 3.* and I can conveniently work against
3.2.3-7, and less conveniently work against other ver
Joseph Warren added the comment:
Issue1346874 seems similar, but is talking about a failure to handle 100
Continue responses sent by a server to the client, this issue is in server
code, and is a failure of BaseHttpServer to send 100 Continue responses to a
client which expects them.
Please
Joseph Warren added the comment:
Have downloaded an up to date version of Python to develop with, and found that
this issue had been fixed in it. This seems to have been done in changeset:
65028:7add45bcc9c6
changeset: 65028:7add45bcc9c6
user:Senthil Kumaran
date:Thu Sep
Joseph Warren added the comment:
Sorry, this change does appear in 2.7.* I was looking at the wrong mercurial Tag
--
___
Python tracker
<http://bugs.python.org/issue19
Changes by Joseph Warren :
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue19052>
___
___
Python-bugs-
Joseph Godbehere added the comment:
Patch to change message.is_attachment from a property to a normal method. I've
updated the doc and all calls to is_attachment.
--
keywords: +patch
nosy: +joegod
Added file: http://bugs.python.org/file36243/attach_not_property.
Joseph Godbehere added the comment:
Very good point, Serhiy.
Here is an alternative patch, which instead changes Message.is_multipart from a
method to a property as per your suggestion. This way incorrect usage should
fail noisily.
This patch is against the relevant docs, tests, is_multipart
New submission from Joseph Bylund:
Expected: pprint the object
Observed: crash with:
set([Traceback (most recent call last):
File "./test.py", line 7, in
pp.pprint(myset)
File "/usr/lib/python2.7/pprint.py", line 117, in pprint
self._format(object, self._stream,
New submission from Joseph Tate :
Given the attached code, the Sniffer.sniff routine does not set the
doublequote property. This results in errors during reader operations.
If the doublequote property is set in the dialect, the data is read
properly.
The data was created using oocalc, forcing
Joseph Tate added the comment:
Note that no exceptions are raised, the reader just returns improperly
parsed records.
--
___
Python tracker
<http://bugs.python.org/issue6
Joseph Malicki added the comment:
It seems like this was introduced by the fix for Issue 1566280.
Note that the threading module docs clear state:
"A thread can be flagged as a “daemon thread”. The significance of this
flag is that the entire Python program exits when only daemon thread
Joseph Malicki added the comment:
Is it actually just documentation? Before Python 2.5, things worked
according to the documentation, and nothing in the revisions that
changed the behavior suggested this change in behavior was intentional.
Moving the WaitForThreadShutdown() from Modules
New submission from Joseph Thomson :
The range type should implement the __contains__ method. Currently an
expression like 'x in range(1000)' will iterate through every item
in the range (exiting when an item tests true for equality); this is
highly unnecessary as the following
Joseph Thomson added the comment:
Seeing as the range type has most likely stabalised by now, I would like
to renew this issue. The current behaviour of range/xrange could
introduce unforeseen performance issues if users are not aware of its
inner workings.
Also, as I said in my closed
Joseph Tate added the comment:
Thank you, Thomas, for the patch, and Skip, for applying it.
--
___
Python tracker
<http://bugs.python.org/issue6606>
___
___
Pytho
Joseph Turian added the comment:
I just got bit by this bug. This documentation
(http://docs.python.org/library/struct.html) claims that an unsigned long is 4
bytes. On my machine, it's 8.
--
nosy: +Joseph Turian
___
Python tracker
Joseph Turian added the comment:
That patch gives good clarification.
--
___
Python tracker
<http://bugs.python.org/issue1789>
___
___
Python-bugs-list mailin
New submission from Joseph Hackman:
On windows, Python does not request that Windows enable VT100 for console
output for Python.
That is to say that ANSI codes such as \033[91m will function on Mac and Linux
Pythons, but not Windows.
As there is no good interface in core Python to the
Joseph Hackman added the comment:
The flag is application specific. I.e. a python program that writes to console
using ansi codes, when used on windows, will just display the codes. If the
Output is redireced to file and then the file is printed to console using a
console tool, the colors
New submission from Joseph Shen:
the released 3.6.0 PCbuild/build.bat required hg for building. but this
requirement is not necessary for build python from source. maybe it will be
better for us to remove this requirement as the old versions.
--
components: Build
messages: 284078
nosy
Joseph Hackman added the comment:
Thanks for the tip! If you hadn't said that, I probably would have written it
into the init scripts.
I'll try to write something for python-ideas / PEP tomorrow, but have attached
a quick patch here so I can link to this issue for an example impl
New submission from Joseph Bane:
The distutils strtobool function returns 0 or 1 rather than the native boolean
type True or False values:
https://hg.python.org/cpython/file/3.5/Lib/distutils/util.py#l304
Please see the attached patch for updates to this function. I have included
updates to
Joseph Bane added the comment:
Thank you for the feedback. Please find an updated patch attached.
--
Added file: http://bugs.python.org/file44061/patch.diff
___
Python tracker
<http://bugs.python.org/issue27
Joseph Bane added the comment:
Thank you for your feedback. I definitely understand your reasoning and
commitment to not introducing breaking changes in externally facing codes. I
also agree that this does fall slightly more on the side of aesthetic rather
than functional changes. However
New submission from Joseph Shen:
Found a inconsistent sys.path result when python packed with it's library with
zip package.
A. when NOT use zip package
sys.path is base the python.exe's absolute path, result is
1. ABS_PATH\pythonXX.zip
2. ABS_PATH\DLLs
3
Joseph Shen added the comment:
second snapshot
--
Added file: https://bugs.python.org/file44239/2016-08-27_15-09-45.png
___
Python tracker
<https://bugs.python.org/issue27
Joseph Shen added the comment:
Yea, thanks for review, I knew the pyven. But the behavior right now is
really what I think unnecessary complicated and confusing.
What I think, we all knew the DLLs is used for python keep the *.pyd
(actually just dll), so by default, why we want this directory
Joseph Shen added the comment:
I don't know how to reopen this issue, please make some comments for
what I added just now, thanks.
--
status: closed -> open
___
Python tracker
<https://bugs.python.org
Joseph Shen added the comment:
thanks for the comment and make python work on Windows better :)
I will trace the 3.6 source code.
On Sat, Aug 27, 2016 at 8:58 PM Steve Dower wrote:
>
> Steve Dower added the comment:
>
> I don't entirely agree with the analysis or suggestio
Sijin Joseph added the comment:
Is anyone working on this? I'd like to include this in a CPython sprint @MIT on
4/13.
--
nosy: +sijinjoseph
___
Python tracker
<http://bugs.python.org/is
Sijin Joseph added the comment:
This looks to work correctly in default branch,
>>> os.link('non-existent-name', 'new-name')
Traceback (most recent call last):
File "", line 1, in
FileNotFoundError: [WinError 2] The system cannot find the file specified
Sijin Joseph added the comment:
Behavior for symlink is as follows
>>> os.symlink('non-existent-name', 'existing-name')
Traceback (most recent call last):
File "", line 1, in
PermissionError: [WinError 5] Access is denied: 'non-existent-name&#
Sijin Joseph added the comment:
This is the same as issue10634
Problem is with the Windows CRT implementation of localtime which does not seem
to be using updated timezone information.
Can this become an issue with technologies like vMotion which allow Live
Migration of virtual servers
Sijin Joseph added the comment:
Some more links discussing similar issues
http://www.sourceware.org/bugzilla/show_bug.cgi?id=154 - tzset not called
frequently enough by localtime() and friends
http://stackoverflow.com/questions/12150651/library-code-for-dynamically-reloading-the-usr-share
Sijin Joseph added the comment:
Attaching a patch with a doc update to the tutorial, specifying that
1. The return value from f.tell is an opaque number for text files.
2. When seeking using text files the offset value needs to come from f.tell().
http://docs.python.org/3.4/library/io.html
101 - 200 of 244 matches
Mail list logo
