New submission from Vincent :
Hello everybody,
With the same build/compile command, I'm able to have "my" runing python
version (2.6.x or 2.7.x) on IA64 server runing SLES 10 SP2/SP3,not on IA64
server runing SLES 11 SP1. I've try with 2.7, 2.7.1 and 2.7.2rc1 version
Vincent added the comment:
Hello Stefan,
Thanks a lot for your time and answer, but here are some additional information
regarding the requires "panel.h" file. I've just launched a find command onto
my ia64 server, and here is the result:
hesione:/ # find / -name "p
Vincent added the comment:
HI Terry, yes, that's completely true. But what I meant is I have to invoke
coords on every item belonging to a tag and then perform some calculations to
get the boundary box of all the items belonging to the item.
Let's close this issue and I will kn
Change by Vincent :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue43462>
___
New submission from Vincent :
canvas.bbox() should return a tuple containing values whether an item is hidden
or not. canvax.coords() does return a tuple when an item is hidden.
Steps to reproduce:
```
from tkinter import *
root = Tk()
canvas = Canvas(root)
id1 = canvas.create_line
Change by Vincent :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue43462>
___
___
Python-bugs-list mailing list
Unsubscrib
Vincent added the comment:
No, not hang. It returns a NoneType.
See this example:
>>> x = canvas.bbox('tunnel')
>>> type(x)
>>>
--
___
Python tracker
Vincent added the comment:
Thank you for your comments. Yes, I would doubt that, too. You would expect to
get a bounding box regardless what state the canvas item are in. The only way
to fix this (and I'm open to suggestions), is to create a (custom) function
that calculate every o
Vincent added the comment:
... calculate the coordinates using the canvas.coords function
--
___
Python tracker
<https://bugs.python.org/issue43462>
___
___
New submission from Abri Vincent :
On the documentation page https://docs.python.org/3/library/stdtypes.html the
header 'Boolean Operations — and, or, not' provides a table (attached as an
image).
It states:
a.1) x OR y - if x is false, then y, else x **
a.2) x AND y - if x is f
Change by Abri Vincent :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue46139>
___
___
Python-bugs-list
Abri Vincent added the comment:
A short circuit operator.
x OR y - if x is false, then y, else x (1).
(1) This is a short-circuit operator, so it only evaluates the second argument
if the first one is false.
The first argument is 'if'
The second argument is 'then'
T
New submission from Vincent FUNG :
This problem occurs when the directory starts with 't', but works with
os.makedirs(e) or macOS.
>>> e = Path(r'F:\ceven\test2')
>>> e.mkdir()
Traceback (most recent call last):
File "", line 1, in
File &
Vincent FUNG added the comment:
This problem occurs when the directory starts with 't', but works with
os.makedirs(e) or macOS.
>>> e = Path(r'F:\ceven\test2')
>>> e.mkdir()
Traceback (most recent call last):
File "", line 1, in
File &
Vincent FUNG added the comment:
Oh. Got it.
I thought pathlib would solve this problem completely now, without having to
replace the slashes. Thank you for your patient answer.
--
resolution: -> not a bug
stage: -> resolved
status: open -&g
Vincent FUNG added the comment:
Thank you very much for your patient answer, I am still a developer who has
just started, and it seems that I need to learn more about it.
I used repr().replace to replace with forward slashes, and also restricted
paths ending in a slash to Improve
vincent kraeutler added the comment:
Quite like urlparse, uriparse does not fail on input which does not
represent valid URI's. At least not early or reliably enough.
Specifically, I noticed that urisplit does not fail on input strings
with a missing scheme, such as "foo.com/bar&qu
vincent kraeutler added the comment:
Some more notes.
a) RFC3986 explicitly states that the presented regex (which you use)
""" is the regular expression for breaking-down a *well-formed* URI
reference into its components. """ (Emphasis added). I am not su
vincent kraeutler added the comment:
In the meantime, I have found a very nice parser combinator library for
Python (pyparse) and have implemented a validating parser for RFC 3986
URI's by more or less simply converting the complete ABNF grammar found
in the RFC. Obviously, this will never
New submission from Vincent Danen :
A bug was reported in python's distutils in that ~/.pypirc was created
insecurely by first creating and writing user/password information to the file,
then chmod'ing it to 0600.
Perhaps the file should be created (empty), chmod'd, and the
Vincent Legoll added the comment:
OK I'll look at it and respin with the comments in mind
--
___
Python tracker
<http://bugs.python.org/issue11302>
___
___
Vincent Legoll added the comment:
Here we are, I left the exact messages for raised exceptions as comments so
they can easily be checked in case of test failure...
Does that look OK ?
--
Added file: http://bugs.python.org/file22495/add-more-tests-for-ast_py-2.patch
Vincent Legoll added the comment:
I was testing exact matches on the strings because I think pypy wants to be as
compliant as possible with cpython, and IMHO that include exception msgs as far
as possible. I don't see any reason to be different just for the sake of it.
As a user I&#
Vincent Legoll added the comment:
* removed the comments for exc msgs
* added explanation to multiline statements
* added 2 tests to test_AST_objects()
Regarding Éric's comment, I'm starting to wonder if those Exception tests
should be added to cpython's testsuite. Maybe tha
New submission from Vincent Legoll :
Using pylint I found some unused imports in Lib.
I filtered the most obvious ones by hand to produce the attached patch.
Should I submit individual patches, one for each file, so as to ease review ?
--
components: Library (Lib)
files: unused
Vincent Legoll added the comment:
Looking through http://hg.python.org/cpython/rev/8c17e898e0e8
I see that the glob.py hunk has been applied reversed.
The changeset 68349:55bea11d892e removing it is 3 monthes old...
Looks like I missed a svn->hg migration on my side, sorry for the scre
Vincent Legoll added the comment:
This one reverts glob.py to the previous state
--
Added file: http://bugs.python.org/file22510/reremove-sys-import-from-glob.patch
___
Python tracker
<http://bugs.python.org/issue12
New submission from Vincent Legoll :
While working to improve pypy's compliance with cpython2.7
I added more tests to the ast module test suite.
They may be of interest here too...
--
components: Tests
files: add-more-tests-for-ast_py.patch
keywords: patch
messages: 129225
New submission from Vincent Manis <[EMAIL PROTECTED]>:
When attempting to build the LaTeX for the documentation provided with
Python 3.0b1, the following error is produced while writing the Library
documentation (full backtrace provided). I am running Sphinx on Python
2.5.
Traceback
Vincent Legoll <[EMAIL PROTECTED]> added the comment:
Hello,
I was searching for a bug in subprocess
module when I saw your patch.
I was implementing the exact same functionality
and mixed some of your ideas in what I use now,
which is attached...
Feel free to use it
-
Vincent Legoll <[EMAIL PROTECTED]> added the comment:
Here's a clean version with doc & test
enjoy !
Added file: http://bugs.python.org/file11263/pipeline.py
___
Python tracker <[EMAIL PROTECTED]>
<http://b
New submission from Vincent Legoll <[EMAIL PROTECTED]>:
The subprocess.Popen() object documentation should indicate
that the stdout attribute should not be modified after
object construction. Because that won't work.
Or the attribute may be rendered read-only
>>> from sub
Vincent Legoll <[EMAIL PROTECTED]> added the comment:
- Added "shut pylint up" comment for ** keyword expansion
- Added Copyright & license header
Added file: http://bugs.python.org/file11330/pipeline.py
___
Python tracker <[
Legoll Vincent <[EMAIL PROTECTED]> added the comment:
On Mon, Sep 1, 2008 at 5:13 PM, Amaury Forgeot d'Arc
<[EMAIL PROTECTED]> wrote:
> Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:
>
> Vincent,
> GPL licenced code is incompatible with
New submission from Vincent Férotin :
In Python 2.6 ``itertools`` library documentation is a small typo in last
paragraph
(``projects/python/branches/release26-maint/Doc/library/itertools.rst``, rev.
[77750]), see it at http://docs.python.org/library/itertools.html#recipes .
In the note
Vincent Férotin added the comment:
Add patch fixing typo for sample code.
--
keywords: +patch
Added file:
http://bugs.python.org/file16000/fix_7778-typo_in_itertools_documentation.diff
___
Python tracker
<http://bugs.python.org/issue7
Vincent Férotin added the comment:
Add patch fixing typo for sample code, and changing ``dotproduct`` emphasis
(``*dotproduct*``) to literal (``\``dotproduct\).
--
Added file:
http://bugs.python.org/file16001/fix_7778-typo_in_itertools_documentation-literal.diff
Vincent Férotin added the comment:
Ok, thanks for reviewing and fixing!
--
___
Python tracker
<http://bugs.python.org/issue7778>
___
___
Python-bugs-list mailin
Vincent Borghi added the comment:
In fact, thanks to the person (Alexey Shamrin) who created
this issue (issue found while googling for "namedtuple"),
I have understood the namedtuple example in the
documentation.
I think like him the verbose=True example that cames
first is very
Changes by Vincent Manis <[EMAIL PROTECTED]>:
--
assignee: georg.brandl
components: Documentation tools (Sphinx)
nosy: georg.brandl, vmanis1
severity: normal
status: open
title: Incorrect LaTeX generated (Python 2.6a1)
type: behavior
versions: Pyth
New submission from Vincent Manis <[EMAIL PROTECTED]>:
The LaTeX code generated by Sphinx in 2.6a1 is incorrect. Some, but not
all, of the \end{Verbatim}'s come at the ends of lines, rather than on
lines of their own. Here is an example, at line 435 of reference.tex.
Vincent Manis <[EMAIL PROTECTED]> added the comment:
On 2008 Mar 19, at 01:00, Georg Brandl wrote:
>
>
> Georg Brandl <[EMAIL PROTECTED]> added the comment:
>
> Thanks, fixed in r61617.
Wow, that was fast :-) -- v
__
Tracke
Change by Vincent Bernat :
--
keywords: +patch
nosy: +bernat
nosy_count: 4.0 -> 5.0
pull_requests: +30211
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/32131
___
Python tracker
<https://bugs.p
Vincent Pelletier added the comment:
Added: affects Python 3.9
This bug is still preventing (...or shall I say "discourages", as the setter is
effective but raises) server-side SSL certificate reloading on long-running
services.
This codepath on listening sockets is necessary fo
New submission from Vincent Fazio :
When trying to cross compile python3.9, `configure` attempts to find a strict
python 3.9 version match, however if it fails it still attempts to use `python`
in PYTHON_FOR_BUILD instead of failing outright like the code implies it should
$/python3
Change by Vincent Fazio :
--
keywords: +patch
pull_requests: +24614
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25951
___
Python tracker
<https://bugs.python.org/issu
New submission from Vincent Bernat :
asyncio will only keep weak references to alive tasks (in `_all_tasks`). If a
user does not keep a reference to a task and the task is not currently
executing or sleeping, the user may get "Task was destroyed but it is pending!".
I would sugg
Vincent Michel added the comment:
My team ran into this issue while developing a fuse application too.
In an effort to help this issue move forward, I tried to list all occurrences
of the `isatty` C function in the cpython code base. I found 14 of them.
9 of them are directly related to
Vincent Michel added the comment:
Here's a possible patch that fixes the 3 unprotected calls to `isatty`
mentioned above. It successfully passes the test suite. I can submit a PR with
this patch if necessary.
--
keywords: +patch
Added file: https://bugs.python.org/file5027
Change by Vincent Michel :
--
nosy: +vxgmichel
nosy_count: 2.0 -> 3.0
pull_requests: +26670
pull_request: https://github.com/python/cpython/pull/28250
___
Python tracker
<https://bugs.python.org/issu
Change by Vincent Michel :
--
pull_requests: +26671
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28250
___
Python tracker
<https://bugs.python.org/issu
Change by Vincent Michel :
--
pull_requests: -26670
___
Python tracker
<https://bugs.python.org/issue44129>
___
___
Python-bugs-list mailing list
Unsubscribe:
Vincent Michel added the comment:
There are a couple of reasons why I did not make changes to the stdstream
related functions.
The first one is that a PR with many changes is less likely to get reviewed and
merged than a PR with fewer changes. The second one is that it's hard for
New submission from Vincent Liang :
Strange behavior is found when lambda is used inside for-loop.
code:(same as attached file)
# begin of CODE
def aa(x):
print("aa")
def bb(x):
print("bb")
namefun = [
("a", aa),
("b", bb),
Vincent Bernat added the comment:
Hummm, I have a hard time finding a short example when `__del__` is not called
until the task is finished. Sorry. I did run into this several time, for
example here: https://github.com/ldo/dbussy/pull/45 (and some internal projects
as well). So, it happens
New submission from Vincent Michel :
On windows, the timestamps produced by time.time() often end up being equal
because of the 15 ms resolution:
>>> time.time(), time.time()
(1580301469.6875124, 1580301469.6875124)
The problem I noticed is that a value produced by time_n
Vincent Michel added the comment:
I thought about it a bit more and I realized there is no way to recover the
time in hundreds of nanoseconds from the float produced by `time.time()` (since
the windows time currently takes 54 bits and will take 55 bits in 2028).
That means `time()` and
Change by Vincent Michel :
Added file: https://bugs.python.org/file48881/comparing_errors.py
___
Python tracker
<https://bugs.python.org/issue39484>
___
___
Python-bug
Vincent Michel added the comment:
Thanks for your answers, that was very informative!
> >>> a/10**9
> 1580301619.9061854
> >>> a/1e9
> 1580301619.9061852
>
> I'm not sure which one is "correct".
Originally, I thought `a/10**9` was more p
Vincent Michel added the comment:
> The problem is that there is a double rounding in [...]
Actually `float(x) / 1e9` and `x / 1e9` seems to produce the same results:
```
import time
import itertools
now = time.time
Vincent Michel added the comment:
@serhiy.storchaka
> 1580301619906185300/10**9 is more accurate than 1580301619906185300/1e9.
I don't know exactly what `F` represents in your example but here is what I get:
>>> r = 15
Vincent Michel added the comment:
@mark.dickinson
> To be clear: the following is flawed as an accuracy test, because the
> *multiplication* by 1e9 introduces additional error.
Interesting, I completely missed that!
But did you notice that the full conversion might still perform
Change by Vincent Michel :
Added file: https://bugs.python.org/file48883/comparing_conversions.py
___
Python tracker
<https://bugs.python.org/issue39484>
___
___
Pytho
New submission from Romain Vincent :
DISCLAIMER: This is the first time I submit an issue here. In advance, my
humble apologies if I missed something.
Feel free to correct me :)
--
I regularly test snippets of code by pasting them from a code editor to a shell
REPL.
It works perfectly well
Romain Vincent added the comment:
The lack of dots was something I noticed.
So from your questions (Ned Deily) I have been testing out several things and
found a "wae"!
But first, to answer your questions:
1. both LF and CRLF and it didn't change anything.
2. Running &
New submission from vincent-ferotin :
It is currently not obvious, reading :mod:`argparse` documentation, that
:meth:`argparse.ArgumentParser.add_argument` could accept as 'choices'
parameter an :class:`enum.Enum`.
However, it seems (at least to me) that this 'choices'
Change by vincent-ferotin :
--
keywords: +patch
pull_requests: +20142
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20964
___
Python tracker
<https://bugs.python.org/issu
Vincent Férotin added the comment:
Explicitly add Raymond Hettinger to nosy list, as he reviewed the corresponding
PR.
--
nosy: +rhettinger
___
Python tracker
<https://bugs.python.org/issue41
Vincent Férotin added the comment:
Unless I am mistaken, merged pull-request was not backported from master to
other potential branches (3.5 -> 3.9 included). There was a message from GitHub
'miss-islington' bot
(https://github.com/python/cpython/pull/20964#issuecomment-6469
Vincent Pelletier added the comment:
This change causes the following behaviour:
>>> import inspect
>>> class B(object):
... def f(self):
... pass
...
>>> inspect.getmembers(B, inspect.ismethod)
[]
While I would expect the result to contain f:
>>&g
Vincent Pelletier added the comment:
Sorry, I forgot to mention I'm using python2.7 .
--
___
Python tracker
<http://bugs.python.org/issue1785>
___
___
Pytho
New submission from Vincent Pelletier :
ctypes.create_string_buffer documentation[1] says init_or_size parameter should
accept a string. As of 3.2, it raises:
>>> import ctypes
>>> ctypes.create_string_buffer('foo')
Traceback (most recent call last):
File &quo
Vincent Pelletier added the comment:
Thanks for the quick reply.
FWIW, in 2.7 doc ctype.create_string_buffer is said to accept unicode objects
as parameter. I don't use this personally, so I don't mind 3.x only working on
bytes - and already fixed my code accordingly. It
Change by Vincent Michel :
--
pull_requests: +14550
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14755
___
Python tracker
<https://bugs.python.org/issu
New submission from Vincent Michel:
Calling `config_parser.read` with `'test'` is equivalent to:
config_parser.read(['test'])
while calling `config_parser.read` with `b'test'` is treated as:
config_parser.read([116, 101, 115, 116])
which means py
Changes by Vincent Michel :
--
pull_requests: +3417
___
Python tracker
<http://bugs.python.org/issue31307>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Vincent Michel :
--
pull_requests: +3418
___
Python tracker
<http://bugs.python.org/issue29627>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Vincent Gatine :
--
keywords: +patch
pull_requests: +3668
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue31532>
___
___
Py
Changes by Vincent Gatine :
--
nosy: +nurelin
___
Python tracker
<https://bugs.python.org/issue31532>
___
___
Python-bugs-list mailing list
Unsubscribe:
Vincent Gatine added the comment:
Tried your suggestion. Nothing is printed and program still crash.
--
___
Python tracker
<https://bugs.python.org/issue31
New submission from Vincent Michel :
As far as I can tell, this issue is different than:
https://bugs.python.org/issue34730
I noticed `async_gen.aclose()` raises a GeneratorExit exception if the async
generator finalization awaits and silence a failing unfinished future (see
example.py
Change by Vincent Michel :
Added file: https://bugs.python.org/file47973/test.py
___
Python tracker
<https://bugs.python.org/issue35409>
___
___
Python-bugs-list mailin
Change by Vincent Michel :
--
keywords: +patch
Added file: https://bugs.python.org/file47974/patch.diff
___
Python tracker
<https://bugs.python.org/issue35
New submission from Brennan Vincent :
To reproduce:
(1) build python: `../configure --prefix=$HOME/prefix --with-pydebug
--without-pymalloc && make install`
(2) run with valgrind: `valgrind --leak-check=full ~/prefix/bin/python3`
(3) exit immediately from the interpreter by pressin
Brennan Vincent added the comment:
Hi Guido,
I have tried applying your patch. It seems to fix the issue (Valgrind no longer
reports memory definitely lost).
--
___
Python tracker
<https://bugs.python.org/issue35
Change by Vincent Michel :
--
keywords: +patch
pull_requests: +12333
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue31062>
___
___
Py
Vincent Michel added the comment:
I ran into this issue too so I went ahead and created a pull request
(https://github.com/python/cpython/pull/12370).
--
nosy: +vxgmichel
versions: +Python 3.7, Python 3.8
___
Python tracker
<ht
Change by Bob Vincent :
--
nosy: +pillarsdotnet
___
Python tracker
<https://bugs.python.org/issue1294959>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Vincent Michel :
It's currently not possible to receive replies from multicast UDP with asyncio,
as reported in the following issue:
https://github.com/python/asyncio/issues/480
That's because asyncio connects the UDP socket to the broadcast address,
causing a
New submission from Vincent Lefoulon :
When we call `json.dumps` on a non JSON serializable object, we obtain an error:
```
TypeError: 4 is not JSON serializable
```
Here, 4 was actually a `numpy.int64` object and not a native int. But it is not
explicit in the error message. We should
Change by Vincent Lefoulon :
--
title: Display type of not JSON serializable object -> [Exception message]
Display type of not JSON serializable object
___
Python tracker
<https://bugs.python.org/issu
New submission from Vincent Pelletier :
>From ssl.py, both on 2.7.15 and 3.6.6:
class SSLSocket(...):
...
@context.setter
def context(self, ctx):
self._context = ctx
self._sslobj.context = ctx
_sslobj is only set when socket is connected. While this is not a big is
Vincent Jugé added the comment:
Dear all,
After me and my colleagues worked on the first paper you mention, I recently
created another merge-based sorting algorithm, which I called "Adaptive Shivers
Sort". This is a close variant of the Augmented Shivers Sort presented by Buss
Vincent Jugé added the comment:
I see... Indeed, my only goal when adapting Shivers Sort was to maintain some
invariant that would make the analysis easy, while mimicking the arguments
developed by Buss & Knop for their analysis of (plain) Shivers Sort. It is,
however, sure that the n
Vincent Jugé added the comment:
After having worked a little bit on improving AdaptiveShiversSort on few-run
cases, I designed a new version of the algorithm, called shivers2 in the file
runstack.py joined to this message
It looks more complicated than the original AdaptiveShiversSort but
Change by Vincent Pelletier :
--
assignee: -> christian.heimes
components: +Library (Lib), SSL
nosy: +christian.heimes
___
Python tracker
<https://bugs.python.org/issu
Vincent Pelletier added the comment:
The reason which led me into this is server certificate renewal: my service
crashed on that setter 2 months after starting, when it received a new
certificate.
I toyed with the idea of closing the listening sockets, but without closing
would be even
New submission from Vincent Michel :
I'm not sure whether it is intended or not, but I noticed a change in the
behavior of `StreamReader` between version 3.7 and 3.8.
Basically, reading some received data from a closed TCP stream using
`StreamReader.read` might hang forever, under ce
Vincent Michel added the comment:
Hi Andrew!
I reverted the commit associated with the following PR, and the hanging issue
disappeared:
https://github.com/python/cpython/pull/9201
I'll look into it.
--
type: -> behavior
___
Python
Vincent Michel added the comment:
I found the culprit:
https://github.com/python/cpython/blob/a05bef4f5be1bcd0df63ec0eb88b64fdde593a86/Lib/asyncio/streams.py#L350
The call to `_untrack_reader` is performed too soon. Closing the transport
causes `protocol.connection_lost()` to be "called
1 - 100 of 151 matches
Mail list logo
