Philippe added the comment:
IMHO since Guido said that dictionary order is guaranteed going forward [1],
the order should now be preserved in 3.6+
Getting a sorted pprint'ed dict in a Py3.6.1 was a surprise to me coming from
Python2.
The default ordered dict is to me the killer featu
New submission from Philippe:
The extraction fails when calling tarfile.open using this archive:
http://archive.apache.org/dist/commons/logging/source/commons-logging-1.1.2-src.tar.gz
After some investigation, the file can be extracted with gnu tar and bsdtar and
the gzip compression is not
Philippe added the comment:
Note: the traceback above are from calling taropen on the gunzipped tar.gz
The error are similar but a tar less informative when using the tgz and open.
--
___
Python tracker
<http://bugs.python.org/issue24
Philippe added the comment:
lars: you are my hero! you rock. I picture you being able to read through tar
binary headers while you sleep. I am in awe.
--
___
Python tracker
<http://bugs.python.org/issue24
Philippe added the comment:
I verified that the patch issue24514.diff (adding .rstrip() ) works also on
Python 2.7. I verified it also works on Python 3.4
I ran it on 2.7 against a fairly large test suite of tar files without problems.
This is a +1 for me.
Lars: Do you think you could apply
New submission from Philippe:
There is a minor typo in the docstring of os.renames:
See https://hg.python.org/cpython/file/37905786b34b/Lib/os.py#l275
"After the rename, directories corresponding to rightmost path segments of the
old name will be pruned way until [..]"
This shoul
Philippe Devalkeneer added the comment:
Hello,
Here is a patch to fix it :)
( and don't blame me too much if something is not correct, it's the first patch
I submit :) )
Philippe
--
keywords: +patch
nosy: +flupke
Added file:
http://bugs.python.org
Philippe Devalkeneer added the comment:
The regression tests do not work anymore in test_sqlite with the patch, I will
check more in details why... sorry.
--
___
Python tracker
<http://bugs.python.org/issue8
Philippe Devalkeneer added the comment:
No, I made a mistake in my build, test_sqlite runs actually fine before and
after the patch.
--
___
Python tracker
<http://bugs.python.org/issue8
Philippe Devalkeneer added the comment:
Ok I will redo a patch in the next few days with possibly type sqlite3_int64,
and include tests.
Thank you for the review.
--
___
Python tracker
<http://bugs.python.org/issue8
Philippe Devalkeneer added the comment:
Here a new patch with sqlite3_int64 type, and unit test.
--
Added file:
http://bugs.python.org/file20313/broken_long_sqlite_userfunctions.diff
___
Python tracker
<http://bugs.python.org/issue8
Philippe Cloutier added the comment:
I understood the current (only) behavior, but coming from a PHP background, I
really didn't expect it. Thank you for this request, I would definitely like
the ability to get behavior matching PHP's explode().
--
nosy: +Philippe Clou
Philippe Cloutier added the comment:
I assume the "workaround" suggested by Raymond in msg282966 is supposed to
read...
filter(None, str.split(sep)
... rather than filter(None, sep.split(input)).
--
___
Python tracker
<https://bu
Philippe Ombredanne added the comment:
FWIW, this warning is annoying because it is hard to fix in the case where the
regex are source from data: the warning message does not include the regex at
fault; it should otherwise the warning is noisy and ineffective IMHO.
--
nosy
Philippe Ombredanne added the comment:
Sorry, my comment was at best nonsensical gibberish!
I meant to say that this warning message should include the actual regex at
fault; otherwise it is hard to fix when the regex in question comes from some
data structure like a list; then the line
Philippe Ombredanne added the comment:
There is a weird thing though (using Python 3.6.8):
>>> [x.lower() for x in 'İ']
['i̇']
>>> [x for x in 'İ'.lower()]
['i', '̇']
I would expect that the results would be the same
Philippe Ombredanne added the comment:
Thank for the (re) explanation. Unicode is tough!
Basically this is the issue i have really in the end with the folding: what
used to be a proper alpha string is not longer one after a lower() because the
second codepoint is a punctuation and I use a
Philippe Ombredanne added the comment:
The changes introduced by this ticket in
https://github.com/python/cpython/commit/9fc720e5e4f772598013ea48a3f0d22b2b6b04fa#r45794801
are problematic.
I discovered this from having tests failing when testing on Python 3.7 and up
The bug is that calling
Philippe Ombredanne added the comment:
Actually this is problematic on multiples counts:
1. the behaviour changes and this is a regression
2. even if that new buggy behaviour was the one to use, it should not give
preference to knownfiles ovr init-provided files, but at least take the
Philippe Ombredanne added the comment:
Şahin Kureta you wrote:
> I know it is not finalized and released yet but are you going to
> implement Version 14.0.0 of the Unicode Standard?
> It finally solves the issue of Turkish lower/upper case 'I' and 'i'.
Thank you f
New submission from Philippe Ombredanne :
When the dependency of a DLL is missing (at least on Windows) the error "
OSError: [WinError 126] The specified module could not be found" is raised when
calling ctypes.CDLL(dll_path) even when this "dll_path" exists... because t
Philippe Ombredanne added the comment:
Eric, Thanks!
This is IMHO a dupe of https://bugs.python.org/issue25655 in earnest. So I am
closing this in favor of that and will carry over comments there
--
components: -Windows
resolution: -> duplicate
stage: -> resolved
status
Philippe Ombredanne added the comment:
>From https://bugs.python.org/issue41836 closed as a dupe of this:
When the dependency of a DLL is missing (at least on Windows) the error "
OSError: [WinError 126] The specified module could not be found" is raised when
calling ctypes.
Philippe Ombredanne added the comment:
Eric Smith, you wrote:
> My understanding is that Windows doesn't tell you which DLL is missing. I
> think the best we could do is append something to the error message saying
> "or one its dependencies".
If we have such an e
Philippe Ombredanne added the comment:
> I wouldn't refuse a docs PR to add a short section pointing to
> this page and explaining its relevance:
> https://docs.microsoft.com/cpp/build/reference/dependents
Steve,
would you see this as a note in
https://docs.python.org/3/libra
Change by Philippe Ombredanne :
--
keywords: +patch
pull_requests: +21411
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22372
___
Python tracker
<https://bugs.python.org/issu
Philippe Ombredanne added the comment:
So the other locations to add docs would be petinetially
- https://docs.python.org/3/library/os.html?#os.add_dll_directory
- https://docs.python.org/3/extending/windows.html
- https://docs.python.org/3/faq/windows.html#is-a-pyd-file-the-same-as-a-dll
Changes by Philippe Devalkeneer :
--
nosy: +flupke
___
Python tracker
<http://bugs.python.org/issue6717>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Philippe Négrel :
Whenever I compile the code, I get this error:
Exception has occurred: SystemError
returned a result with an error set
This issue occured at line 32 of the file "SaveTools.py" in this github branch:
https://github.com/l3alr0g/Wave-simulator/t
Philippe Négrel added the comment:
My bad the compilation Error came from the panda3d engine, which affected in
some way the int class, issue solved, sry for wasting your time X)
--
resolution: third party -> not a bug
stage: test needed -> resolved
status: pending -&g
New submission from Philippe Wagnieres:
I create entry with this:
self.settings.set('General', 'Initial filter', 'All file (*.*)')
self.settings.set('General', '# 1 => Text files (*.txt)')
self.settings.set('General', &
Philippe Pinard added the comment:
As Sébastien Taylor, I ran into the same problem. The workaround I found was to
unzip the content of python35.zip and put it in the Lib/ folder.
--
nosy: +ppinard
___
Python tracker
<http://bugs.python.
Philippe Godbout added the comment:
Lars, I think the suggested approach is great. Documentation for the tarfile
class should be changed in order to direct user to the "safe" version with an
relevant warning. A bit like what is done for PRNG safety.
As stated by Eduardo an opti
Philippe Wagnieres added the comment:
Thank for your support.
Sorry I have no time to give you an answer and work on with Python, but
I have understand the solution.
Best Regards
Philippe Wagnières
Chalamont 6
1400 Yverdon-les-Bains
Suisse
tel.: +41 76 367 27 43
Le 24.09.2018 à 17:42
Changes by Philippe Devalkeneer :
--
nosy: +flupke
___
Python tracker
<http://bugs.python.org/issue22327>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Philippe Devalkeneer :
--
nosy: +flupke
___
Python tracker
<http://bugs.python.org/issue14076>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Philippe Devalkeneer :
--
nosy: +flupke
___
Python tracker
<http://bugs.python.org/issue1525806>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Philippe Dessauw:
There is a missing anchor for the dict functions in the documentation at
library/functions.html. It is present in the documentation of all python
version.
It seems to impact cross-referencing in Sphinx (using intersphinx).
--
assignee: docs
Philippe Fremy added the comment:
Hi,
This precise set of tests fails on Windows 7 on a NTFS partition (on revision
c0b0e7aef360+ tip ), see below.
The problem is probably minor (drive letter case). I won't be able to develop
a fix myself, but I'll be happy to test one.
cheers,
New submission from Philippe Verdy :
For now, when capturing groups are used within repetitions, it is impossible to
capure what they match
individually within the list of matched repetitions.
E.g. the following regular expression:
(0|1[0-9]{0,2}|2(?:[0-4][0-9]?|5[0-5]?)?)(?:\.(0|1[0-9]{0,2
Philippe Verdy added the comment:
I'd like to add that the same behavior should also affect the span(index)
method of MatchObject, that should also not just return a single (start,
end) pair, but that should in this case return a list of pairs, one for
each occurence, when t
Philippe Verdy added the comment:
Rationale for the compilation flag:
You could think that the compilation flag should not be needed. However,
not using it would mean that a LOT of existing regular expressions that
already contain capturing groups in repetitions, and for which the
Philippe Verdy added the comment:
Implementation details:
Currently, the capturing groups behave quite randomly in the values returned by
MachedObject, when backtracking occurs in a repetition. This
proposal will help fix the behavior, because it will also be much easier
to backtrack
Philippe Verdy added the comment:
Note that I used the IPv4 address format only as an example. There are
plenty of other more complex cases for which we really need to capture the
multiple occurences of a capturing group within a repetition.
I'm NOT asking you how to parse it using MUL
Philippe Verdy added the comment:
In addition, your suggested regexp for IPv4:
'^(\d{1,3})(?:\.(\d{1,3})){3}$'
is completely WRONG ! It will match INVALID IPv4 address formats like
"000.000.000.000". Reread the RFCs... because "000.000.000.000" is
CERTAINLY
Philippe Verdy added the comment:
You're wrong, it WILL be compatible, because it is only conditioned by a
FLAG. The flag is there specifically for instructing the parser to
generate lists of values rather than single values.
Without the regular compilation flag set, as I said, there wi
Philippe Verdy added the comment:
Summary of your points with my responses :
> 1) it doesn't exist in any other implementation that I know;
That's exactly why I proposed to discuss it with the developers of other
implementations (I cited PCRE, Perl and PHP developers, ther
Philippe Verdy added the comment:
And anyway, my suggestion is certainly much more useful than atomic groups
and possessive groups that have much lower use, and which are already
being tested in Perl but that Python (or PCRE, PHP, and most
implementations of 'vi'/'ed',
Philippe Verdy added the comment:
I had read carefully ALL what ezio said, this is clear in the fact that
I have summarized my responses to ALL the 4 points given by ezio.
Capturing groups is a VERY useful feature of regular expressions, but
they currently DON'T work as expected (in a u
Philippe Verdy added the comment:
ezio said:
>>> re.match('^(\d{1,3})(?:\.(\d{1,3})){3}$', '192.168.0.1').groups()
('192', '1')
> If I understood correctly what you are proposing, you would like it to
return (['192'], ['168&#
Philippe Verdy added the comment:
> That's why I wrote 'without checking if they are in range(256)'; the
fact that this regex matches invalid digits was not relevant in my
example (and it's usually easier to convert the digits to int and check
if 0 <= digits <= 255
Philippe Verdy added the comment:
> Even with your solution, in most of the cases you will need additional
steps to assemble the results (at least in the cases with some kind of
separator, where you have to join the first element with the
followings).
Yes, but this step is trivial and fu
Philippe Verdy added the comment:
> a "general" regex (e.g. for an ipv6 address)
I know this problem, and I have already written about this. It is not
possible to parse it in a single regexp if it is written without using
repetitions. But in that case, the regexp becomes really
Philippe Verdy added the comment:
>> And anyway, my suggestion is certainly much more useful than atomic
>> groups and possessive groups that have much lower use [...]
>Then why no one implemented it yet? :)
That's because they had to use something else than regexps to do
Philippe Verdy added the comment:
>>> re.match('^(\d{1,3})(?:\.(\d{1,3})){3}$', '192.168.0.1').groups()
('192', '1')
> If I understood correctly what you are proposing, you would like it to
return (['192'], ['168', '
Philippe Verdy added the comment:
You said that this extension was not implemented anywhere, and you were
wrong.
I've found that it IS implemented in Perl 6! Look at this discussion:
http://www.perlmonks.org/?node_id=602361
Look at how the matches in quantified capture groups are ret
Philippe Verdy added the comment:
Anyway, there are ways to speedup regexps, even without instructing the
regexps with anti-backtracking syntaxes.
See http://swtch.com/~rsc/regexp/regexp1.html
(article dated January 2007)
Which discusses how Perl, PCRE (and PHP), Python, Java, Ruby, .NET
Philippe Verdy added the comment:
Umm I saif that the attribution to Thompson was wrong, in fact it
was correct. Thompson designed and documented the algorithm in 1968,
long before the Aho/Seti/Ullman green book... so the algorithm is more
than 40 years old, and still not in Python, Perl
New submission from Philippe Rouquier:
Hi,
the following statement yields different results in python2 and python3:
284397269195572115652769428988866694680//17 -
int(284397269195572115652769428988866694680/17)
In python3 it yields:
309657313492949847071
In python2 it yields:
OL
Python2&#
Philippe Rouquier added the comment:
Does your comment mean that this is bug should be closed as notabug since
anyone wanting to avoid such rounding error should use // operator?
--
___
Python tracker
<http://bugs.python.org/issue17
New submission from Philippe Lambotte:
smtplib smtpserver.ehlo() will throw exception.
The error message :
Traceback (most recent call last):
File "snippet.email.sendmail.py", line 34, in
smtpserver.ehlo()
File "/usr/lib/python3.2/smtplib.py", line 421, in
Philippe Lambotte added the comment:
The code is :
#!/usr/bin/env python3
#-*- coding: utf-8 -*-
import smtplib, os
from email.mime.multipart import MIMEMultipart
from email.mime.base import MIMEBase
from email.mime.text import MIMEText
from email.utils import COMMASPACE, formatdate
from email
Changes by Jean-Philippe Laverdure:
--
components: +Library (Lib) -Extension Modules
versions: +Python 2.4
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
New submission from Jean-Philippe Laverdure:
When attempting to sniff() the dialect for the attached .csv file,
csv.Sniffer.sniff() returns an unusable dialect:
>>> import csv
>>> file = open('listB2Mforblast.csv', 'r')
>>> dialect = csv.S
Jean-Philippe Laverdure <[EMAIL PROTECTED]> added the comment:
Hello and sorry for the late reply.
Wolfgang: sorry about my misuse of the csv.DictReader constructor, that
was a mistake on my part. However, it still is not functionning as I
think it should/could. Look at this:
Usin
Jean-Philippe Laverdure <[EMAIL PROTECTED]> added the comment:
Hi Skip,
You're right, it does seem that using f.read(1024) to feed the sniffer
works OK in my case and allows me to instantiate the DictReader
correctly... Why that is I'm not sure though...
I was submitting the
New submission from Jean-Philippe VINCENT :
Hello,
I just tried the new attribute underscore_numbers with pprint, it doesn't work
for me. I'm working on Windows.
[cid:8779885d-01bf-4162-9427-a44de152f7ac]
Best regards,
Jean-Philippe
--
files: image.png
messages: 4
Change by Jean-Philippe VINCENT :
--
title: Issue 42914 -> pprint -> underscore_numbers argument not working
___
Python tracker
<https://bugs.python.org/i
New submission from Jean-Philippe Ouellet :
Hello,
My apologies if this is not the right place to discus this.
I would like to ensure that I stay informed of any potential future security
issues in python (specifically at least the cpython runtime and standard
library, although select very
Jean-Philippe Ouellet added the comment:
Ah, I now see there actually *is* a security-announce list [1]!
Unless one happens to already know that Python has two concurrent mailman
instances hosting different lists [2][3], it's easy to miss.
Thanks, and sorry for the noise!
[1]:
Change by Jean-Philippe Landry :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Jean-Philippe Landry:
Hello,
Would it be possible for Python to use the Certificate Store in windows instead
of a predetermined list of certificates. The use case is as follows:
Multiple machines being on a corporate network where there is a man in the
middle packet
72 matches
Mail list logo
