Paweł Miech added the comment:
Making string.split iterator sounds like an interesting task. I found this
issue because recently we talked in project that string.split returns a list
and it can cause increased memory usage footprint for some tasks when there is
large response to parse
Paweł Miech added the comment:
Ok so I see this is an issue that involves the way Pickle pickles Python set
objects. Updated script to reproduce appended. Apparently, sets are becoming
much larger when stored in Python3 pickle.
--
Added file: https://bugs.python.org/file49308
New submission from Paweł Miech :
I'm porting some code from Python 2.7 to Python 3.8. There is some code that is
using shelve.DbfilenameShelf to store some nested dictionaries with sets. I
found out that compared with Python 2.7 Python 3.8 shelve generates files that
are approximatel
New submission from Paweł Karczewski :
How to reproduce:
1. Create callback function, which may take any object and run type() on it
def builtin_type_in_callback(obj):
type(obj)
2. Create C extension with two types defined in it - Internal and External.
Eternal type should
Paweł added the comment:
I had similar issue and it helped when as a workaround I use
'pip install .' as opposed to 'python setup.py develop' in my project.
I hope this will give you a hint.
--
components: +Library (Lib)
nosy: +pawciobiel
v
Paweł added the comment:
duplicate of https://bugs.python.org/issue23434
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Paweł added the comment:
I didn't find this and created a duplicate
https://bugs.python.org/issue33027
I've added similar/updated changes
https://github.com/python/cpython/pull/6027
@r.david.murray wouldn't it be wise to do one step at a time rather than
implementing full supp
Change by Paweł :
--
keywords: +patch
pull_requests: +5790
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33027>
___
___
Python-
New submission from Paweł :
It appears that cgi.FieldStorage does not handle
Content-Disposition with filenames with defined encoding.
(according to RFC5987)
Example:
'''
Content-Disposition: form-data; name="file";
filename*=utf-8''upload_test_file_%C5%82
New submission from Paweł Krawczyk:
A numerical value argument of the os.putenv() call causes my python3.5 to crash
with SIGSEGV, for example:
Python 3.5.0+ (default, Oct 11 2015, 09:05:38)
[GCC 5.2.1 20151010] on linux
Type "help", "copyright", "credits" or
New submission from Paweł:
from xml.dom import minidom
html = """
"""
minidom.parseString(html)
Result:
Traceback (most recent call last):
File "minidom.py", line 10, in
minidom.parseString(html)
File "/usr/lib/python2.7/x
Paweł Zduniak added the comment:
This file is created by fuzzer
--
___
Python tracker
<http://bugs.python.org/issue23281>
___
___
Python-bugs-list mailin
New submission from Paweł Zduniak:
(950.e58): Access violation - code c005 (first chance)
First chance exceptions are reported before any exception handling.
This exception may be expected and handled.
*** ERROR: Symbol file could not be found. Defaulted to export symbols for
C:\Windows
New submission from Paweł Wroniszewski:
I encountered the problem in logging module, but it is broader then that. Have
a look at the following code:
import time
DATE_FORMAT = '%d/%b/%Y %H:%M:%S%z %Z'
print(time.strftime(DATE_FORMAT))
print(time.strftime(DATE_FORMAT,time
Paweł Wroniszewski added the comment:
Cool - looks good to me as well. Thanks guys.
--
___
Python tracker
<http://bugs.python.org/issue19267>
___
___
Python-bug
Paweł Wroniszewski added the comment:
Btw I also don't see the purspose of fs.decode(stream.encoding), as it should
rather be encoded and not decoded...
--
___
Python tracker
<http://bugs.python.org/is
Paweł Wroniszewski added the comment:
Hi Victor. Your fix works, but actually using simply ufs='%s\n' also seem to
work, as
type( '%s' % u'foo')
and
type( u'%s' % u'foo')
returns the same - unicode.
So I would suggest dropping ufs completely
New submission from Paweł Wroniszewski:
The following code reproduces the error:
import logging
logging.root.addHandler(logging.FileHandler(filename='test.log',encoding='UTF16'))
logging.error( u'b\u0142\u0105d')
I think the problem is in the line
logging/__
Paweł Widera added the comment:
No. As the value of the href attribute is not suppose to contain spaces, I'd
rather expect the parser to assume that there is an ending " missing before the
space.
--
___
Python tracker
<http://bu
Paweł Widera added the comment:
Great! With one "but"... the second case *is* handled by browsers. Browsers do
not throw an exception on it as HTMLParser do. So improvement is definitely
possible here. If it is worth an effort, it is not for m
Paweł Widera added the comment:
It depends whether you want a HTMLParser to be an useful tool that can
deal with real world HTML or just a toy without practical meaning.
Crashing on every little deviation from the standard, where more relaxed
approach is possible, doesn't sound to me
New submission from Paweł Widera :
Of course both are not correct HTML but are easy to guess, so I believe
the parser should not give up too quick here.
1) extra comma between attributes
2) missing closing quotation mark for the first attribute
http://xxx.org/xxx.php?a=1 target="_blank&q
Paweł Widera added the comment:
A simple workaround for the BeautifulSoup is the following wrapper. It
sanitize the javascript code before passing it to the parser by joining
the disjoint strings, so that "" becomes "".
def bs(input):
pattern = re.compile(
Changes by Paweł Widera :
--
nosy: +momat
___
Python tracker
<http://bugs.python.org/issue670664>
___
___
Python-bugs-list mailing list
Unsubscribe:
24 matches
Mail list logo