Change by Rob :
--
keywords: +patch
pull_requests: +28085
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29857
___
Python tracker
<https://bugs.python.org/issu
Rob added the comment:
Ok will do. Thanks for confirming.
--
___
Python tracker
<https://bugs.python.org/issue45896>
___
___
Python-bugs-list mailing list
Unsub
New submission from Rob :
Hi,
In the docs for the asyncio event loop, it has a note on page:
https://docs.python.org/3/library/asyncio-eventloop.html#running-subprocesses
"Note The default asyncio event loop on Windows does not support subprocesses.
See Subprocess Support on Window
New submission from Rob Blackbourn :
The issue 34975 "start_tls() difficult when using asyncio.start_server()" was
closed because streams was being re-written, but it's still a useful
enhancement, and a fairly simple change.
Could this be revisited?
I've done a proof of
Rob Nelson added the comment:
The code referenced in the previous comment only hits for tarfiles built from
Streams.
The same (incorrect) code exists in the gzip.py library as well, and hits the
more common usecase of building a tar.gz from a set of files on disk.
def _write_gzip_header
Change by Rob Moore :
--
nosy: +rob.moore
___
Python tracker
<https://bugs.python.org/issue22239>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Rob Simsiman :
Hello,
I am trying to run an application on CentOS-8 that is unable to find qt4
libraries, namely libQtCore.so.4. My PC has qt5 libraries, namely
libQt5Core.so.5. How can I configure my Python 3.7 to look for the qt5
libraries instead of the qt4 libraries
Rob Taft added the comment:
https://github.com/pallets/flask/issues/3637
I've worked around the issue and accept that this will not work in the future.
--
status: open -> closed
___
Python tracker
<https://bugs.python.org
Rob Taft added the comment:
I updated the test with 2 cases and the traceback is different for each when I
expected them to be the same if this was purely a mock issue, the line throwing
the error is the same. I can post this over with flask and see what they think.
from unittest.mock
Change by Rob Taft :
--
versions: +Python 3.9 -Python 3.6
___
Python tracker
<https://bugs.python.org/issue40805>
___
___
Python-bugs-list mailing list
Unsub
Rob Taft added the comment:
I have confirmed that using unittest.mock instead of the 3rd party mock library
in python 3.8.3 and 3.9-dev fails to patch flask.g. 3.7.7 works correctly.
--
___
Python tracker
<https://bugs.python.org/issue40
Rob Taft added the comment:
The test was supposed to patch the flask component during the unit test,
the error indicates the patch did not work. The actual error message is
not relevant to the actual issue. I don't know why I was directed to here.
When I replace it with unittest.moc
New submission from Rob Taft :
Whenever I try to patch flask.g, it appears to do nothing. This happened when
I upgraded mock from 3.x to 4.x. I reported it on the mock github page
https://github.com/testing-cabal/mock/issues/490 and was asked to report it
here. The folllowing code run
Rob Malouf added the comment:
Same results on MacOS 10.15.4 (both the system python and the intel/anaconda
version) and on CentOS 7.8
Here's the output with print(...):
13
71
72
392
393
399
536
537
761
762
879
880
933
934
1146
1147
1254
1255
1359
1360
1760
1761
1772
1895
1897
1906
2105
New submission from Rob Malouf :
Calling TextIOWrapper.tell() while reading the attached gb2312-encoded file
like this:
with open('udhr-gb2312.txt', encoding='GB2312') as f:
while True:
line = f.readline()
t = f.tell()
if not line:
Rob Man added the comment:
I do not need it for personaly, but since RFC exists and since linux
command line equivalent writes OS information, why should python gzip
implementation not include that.
The same goes for the FCOMMENT field for wich I also have a patch ready and
I they're both
Change by Rob Man :
--
versions: -Python 3.9
___
Python tracker
<https://bugs.python.org/issue39121>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Rob Man :
--
keywords: +patch
pull_requests: +17138
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17682
___
Python tracker
<https://bugs.python.org/issu
New submission from Rob Man :
Files written with gzip module write a value of 255 (unknown) at the 10th
position in the header which defined what OS was used when gzip file was
written.
Files written with gzip linux command correctly set that field to the value of
3 (Unix).
This ehancement
New submission from Rob nelson :
The ignore_dangling_symlinks attribute in shutil.copytree is not passed down
recursively, resulting in dangling symlinks located anywhere other than the
root of the source tree to raise an error.
The line causing the error for 3.9:
https://github.com/python
Rob Dalton added the comment:
It does. Thanks! I feel dumb for not finding that.
Guess I'd just suggest making the default `false`, seems more intuitive to
me.
On Mon, Oct 1, 2018 at 2:00 PM Robert Dalton wrote:
> It does. Thanks! I feel dumb for not finding that.
>
>
New submission from Rob Dalton :
Parsing an unknown optional argument whose leading characters (e.g. '--user')
match those of another, known optional argument (e.g. '--userdata') causes the
unknown argument to be parsed as the known one.
For example - passing the unknown
Rob Cliffe added the comment:
On 14/07/2018 13:44, Nick Coghlan wrote:
> Nick Coghlan added the comment:
>
> Reviewing the builtins in 3.7, I get the following results for builtin
> objects that have defined subclasses immediately after interpreter startup:
>
> =
Changes by Rob Malouf :
--
pull_requests: +1832
___
Python tracker
<http://bugs.python.org/issue28340>
___
___
Python-bugs-list mailing list
Unsubscribe:
Rob Reilink added the comment:
With this code in place, ftplib should / could also be updated to support
session resumption. This would fix bugs with connections to FTP servers that
require session resumption [1], [2]
In ftplib.FTP_TLS.ntransfercmd, just add a reference to the current session
New submission from Rob Malouf:
io.TextIOWrapper.tell() is unusably slow in Python 2.7. This same problem was
introduced in Python 3 and fixed in Python 3.3 (see Issue # 4). Any chance
of getting the fix backported into the Python 2.7 library? It would make it
much easier to modernize
Changes by Rob Nester :
--
nosy: +rnester
___
Python tracker
<http://bugs.python.org/issue27144>
___
___
Python-bugs-list mailing list
Unsubscribe:
Rob Bairos added the comment:
Great. Thanks for the update
On Tue, Jun 28, 2016 at 2:37 PM, Steve Dower wrote:
>
> Steve Dower added the comment:
>
> FYI the definitions have been updated and I'm no longer seeing the false
> positive.
>
> Defini
Rob Bairos added the comment:
thanks for the quick action!
--
___
Python tracker
<http://bugs.python.org/issue27383>
___
___
Python-bugs-list mailing list
Unsub
New submission from Rob Bairos:
python 3.5: wininst-14.0.exe
Is triggering
Microsoft Security Essentials virus detection:
Recommended action: Remove this software immediately.
Items:
file:D:\PythonBuilds\202ee57ca3\py\Lib\distutils\command\wininst-14.0.exe
I've tried on two sep
Changes by Rob la Lau :
--
nosy: +ohreally
___
Python tracker
<http://bugs.python.org/issue11245>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Rob Church:
>>> urlparse('http://user:pass?w...@example.com/path?query')
ParseResult(scheme='http', netloc='user:pass', path='', params='',
query='w...@example.com/path?query', fragment='')
Exp
Changes by Rob Agar :
--
nosy: +robagar
___
Python tracker
<http://bugs.python.org/issue16251>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Rob Malouf:
Several collections.Counter methods return Counter objects, which is leads to
wrong or at least confusing behavior when Counter is subclassed. For example,
nltk.FreqDist is a subclass of Counter:
>>> x = nltk.FreqDist(['a',
New submission from Rob Williscroft:
The method header_exists of Tix HList raises:
File "...\python3\lib\tkinter\tix.py", line 926, in header_exists
return self.tk.call(self._w, 'header', 'exists', col)
_tkinter.TclError: unknown option "exists".
New submission from Rob King:
The cgi module has a global variable, 'maxlen', that specifies the maximum
length of a POST request. By default, this limit is 0, meaning an unlimited
POST request size.
Having an unlimited default opens up CGI scripts to resource-exhaustion
attacks. S
Changes by Rob King :
--
versions: +Python 2.7, Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue23952>
___
___
Python-bugs-list mailin
New submission from Rob King:
Hello, everyone.
I've noticed an issue that could be just a documentation inaccuracy or a
genuine, minor bug in cgi.FieldStorage.
The documentation for the module states:
"You can test for an uploaded file by testing either the filename attribute or
Rob Agar added the comment:
The message also needs to include the file and line number of the ImportError.
--
___
Python tracker
<http://bugs.python.org/issue14
Changes by Rob Agar :
--
nosy: +robagar
___
Python tracker
<http://bugs.python.org/issue14285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Rob Lanphier added the comment:
> Moving it earlier in the tutorial is likely to do more harm than help.
> In teaching Python, you need some gap between learning for-loops and
> learning list comprehensions (the former is a prerequisite for the
> latter).
The problem here is that
Rob Gaddi added the comment:
I was just working on similar things, and found the same problem. I can
confirm failure on both Python 2.7.4 and Python 3.3.1 running on 64-bit Linux,
and that the Windows builds do not have this problem.
My code:
from __future__ import print_function
from
New submission from Rob Lanphier:
The current list comprehension documentation is difficult to find for someone
who doesn't know what a list comprehension is. Example of this problem:
http://www.reddit.com/r/learnprogramming/comments/1w6slm/different_kind_of_for_loop_python/
Since
New submission from Rob Browning:
Here (http://docs.python.org/2/c-api/arg.html), the documentation for "t#" says:
t# (read-only character buffer) [char *, int]...
while the documentation for "w#" says:
w# (read-write character buffer) [char *, Py_ssize_t]...
However
Changes by Rob :
--
nosy: +raymondr
___
Python tracker
<http://bugs.python.org/issue17849>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Rob Bairos added the comment:
Okay, thanks for looking into it.
Cheers
--
___
Python tracker
<http://bugs.python.org/issue18812>
___
___
Python-bugs-list mailin
Rob Bairos added the comment:
However, if it fails __import()__ it doesn't get to the sys.modules[] call
anyways.
The only case affected by this are:
PASS the __import()__ call,
then FAIL the sys.modules[] lookup afterwards.
Why will that effect anything currently out there?
Changes by Rob Bairos :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue18812>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Rob Bairos:
Why does PyImport_Import (import.c) call __import__ then immediately discard
the result, and then look for the module again in the module dictionary?
It will return the same value in both cases no?
Ive included the relevant portion of the code below.
Its
New submission from Rob Kinyon:
This may appear to be a duplicate of http://bugs.python.org/issue12390 and
http://bugs.python.org/issue833405, but it's not.
The documentation of urlparse.parse_qs() should state that in order for
urllib.urlencode to properly reverse its output, the
Rob Bairos added the comment:
Yah, thinking about this further, the real error is that sys.meta_path allows
processing of names with #,?* etc.
I can see why this would cause problems, as python names must only be _ and
alphanumeric characters.
I'll re-implement this.
T
Rob Bairos added the comment:
Why is a module name syntactically improper simply because it contains a slash?
That seems an arbitrary definition, that serves no purpose, except to
discourage accidentally specifying a filename.
Module with unusual characters all reach the meta_path stage,
eg
Changes by Rob Bairos :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13314>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Rob Bairos :
When adding hooks to sys.meta_path, to correctly deal with arbitrarily named
non-disk module definitions, module names with slashes should still be
processed.
As it stands when executing statements such as:
import my_module_123#/123
or
even
__import__
Rob Crittenden added the comment:
Python 2.7 changed the internal class used in xmlrpclib from HTTP to
HTTPConnection.
I have code that subclasses httplib.HTTP to use the python-nss package to
create a connection over SSL (similiar to httplib.HTTPS). My code currently
looks something like
Rob Crittenden added the comment:
Yes, this is the solution I ended up using as a workaround.
I figured that since xmlrpclib has its own version it should be meaningful.
--
___
Python tracker
<http://bugs.python.org/issue12
New submission from Rob Crittenden :
xmlrpclib.__version__ reports 1.0.1 from Python 2.7 in Fedora 14 and Python 2.6
in Fedora 12.
I discovered this while trying to find a way to identify the version of
xmlrpclib. The 2.7 xmlrpclib is not completely backward compatible with that in
2.6
Rob Lourens added the comment:
I agree with R. David Murray's suggestions, and have implemented it in the
attached patch.
--
keywords: +patch
nosy: +rob.lourens
Added file: http://bugs.python.org/file20707/errors.patch
___
Python tracker
Rob Cliffe added the comment:
Originally I only had built-in classes in mind (with Exceptions being
IMO the most obvious example of a built-in class hierarchy that it is
useful to find your way around). But if the idea can be extended to
other classes, well, great.
Rob Cliffe
Rob Cliffe added the comment:
I would not be at all surprised if my patch could be simplified (in fact
I'd be surprised if it couldn't).
However, I did try out your version on Python 2.5 specifically, and it
did not work for me.
Trying it out on help(Exception), the relevant
Rob Cliffe added the comment:
Thanks for your work. Glad if I have made a contribution to Python,
however small.
Rob Cliffe
On 22/11/2010 00:26, Éric Araujo wrote:
> Éric Araujo added the comment:
>
> Thank you. I uploaded your patch to Rietveld and reviewed it
Rob Watson added the comment:
it seemed changing PyEval_ReleaseLock() to PyThreadState_DeleteCurrent() has
fixed my problem. Thanks
--
resolution: invalid ->
___
Python tracker
<http://bugs.python.org/iss
Changes by Rob Watson :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9900>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Rob Watson :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue9900>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Rob Watson :
--
resolution: invalid ->
___
Python tracker
<http://bugs.python.org/issue9900>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Rob Watson :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9900>
___
___
Python-bugs-list
New submission from Rob Watson :
Is the below a bug or a misuse of the api ? This was compiled with visual
studio 2008 and python26 64bit
void testfunction()
{
for (int x = 1;x <= 10;x++)
{
PyGILState_STATE gstate = PyGILState_Ens
New submission from Rob Cliffe :
help() on an exception class lists the method resolution order, which is in
effect the class inheritance hierarchy. E.g. help(ArithmeticError) lists
ArithmeticError, StandardError, Exception, BaseException, __builtin__.object.
It struck me it would help to
New submission from Rob Austein :
.remove() method of MH class in the mailbox module of the standard library
references a file object after closing it. This throws a ValueError exception
(I/O operation on closed file).
The f.close() call just before the os.remove() call in the innermost try
Rob Renaud added the comment:
I found this via google search when disappointed that random.choice
raised an exception rather than returned a random item in the set.
It's quite easy to implement random.choice for sets/dicts in O(1)
expected time from the C implementation as long as the set
Rob Renaud added the comment:
I did a search on Google code for the DictReader constructor. I
analyzed the first 3 pages, the fieldnames parameter was used in 14 of
27 cases (discounting unittest code built into Python) and was not
used in 13 of 27 cases. I suppose that means headered csv
Rob Renaud added the comment:
I want to make sure I understand. Am I correct in believing that Skip
thinks writing headers should be optional, while Jervis believes we
should leave the burden to the NamedTupleWriter client?
I agree that we should not unconditionally write headers, but I
Changes by Rob Renaud :
Removed file: http://bugs.python.org/file13187/named_tuple_write_header.patch
___
Python tracker
<http://bugs.python.org/issue1818>
___
___
Pytho
Rob Renaud added the comment:
My previous patch could write the header twice. But I am not sure about
about how the writer should handle the fieldnames parameter on one hand,
and the namedtuple._fields on the other.
Added file: http://bugs.python.org/file13188/named_tuple_write_header2.patch
Rob Renaud added the comment:
I am totally new to Python dev. I reinvented a NamedTupleReader
tonight, only to find out that it was created a year ago. My primary
motivation is that DictReader reads headers nicely, but DictWriter
totally sucks at handling them.
Consider doing some filtering
Rob Probin added the comment:
Appears to be the same as issue 918368
--
nosy: +robzed
___
Python tracker
<http://bugs.python.org/issue1153027>
___
___
Python-bug
Rob Probin added the comment:
I agree - this appears to be the same as issue 1153027 ?
___
Python tracker
<http://bugs.python.org/issue918368>
___
___
Python-bugs-list m
New submission from Rob Wiers <[EMAIL PROTECTED]>:
After reading about the Py3K release, I downloaded the source
distribution and did a build and test.
The test failed, and I thought it might be useful to share it here.
I realise there is probably a person (or group) dedicated to porting
Changes by Rob Wiers <[EMAIL PROTECTED]>:
--
components: Build
files: py3k.out
nosy: lbhudda
severity: normal
status: open
title: Build / Test Py3K failed on Ubuntu 8.10
type: behavior
versions: Python 3.0
Added file: http://bugs.python.org/file12225/py
New submission from Rob Cakebread <[EMAIL PROTECTED]>:
When I try to run the unit tests with tests/run.py they fail because
this directory is missing: tests/root/_build
If I simply create the directory and run the tests, they pass.
Running Sphinx test suite.
80 matches
Mail list logo