New submission from Manuel Jacob:
>>> from array import array
>>> str(array('u', b'asdf'))
[1]19411 segmentation fault (core dumped) python
This error occures with Python 3.3 and hg tip but not with Python 3.2.
--
components: Librar
Manuel Jacob added the comment:
The attached patch fixes the crash.
Output:
>>> from array import array
>>> str(array('u', b'asdf'))
Traceback (most recent call last):
File "", line 1, in
ValueError: character U+66647361 is not in range [U+00
Manuel Jacob added the comment:
I've attached a new patch with a test that segfaults on Python 3.3 and passes
on hg tip with the patch applied.
--
Added file: http://bugs.python.org/file29110/issue17223_with_test.diff
___
Python tracker
New submission from Manuel Jacob:
>>> import io
>>> io.BufferedWriter(io.BytesIO(), 1024, 1024, 1024)
Traceback (most recent call last):
File "", line 1, in
TypeError: BufferedReader() takes at most 2 arguments (4 given)
It should be "BufferedWri
Manuel Jacob added the comment:
The attached patch fixes the issue. Should I write a test?
--
keywords: +patch
Added file: http://bugs.python.org/file29161/issue17275.diff
___
Python tracker
<http://bugs.python.org/issue17
Manuel Jacob added the comment:
Added a new patch including tests for the C implementations of BufferedWriter
and BufferedRandom.
--
Added file: http://bugs.python.org/file29164/issue17275_with_test.diff
___
Python tracker
<http://bugs.python.
Manuel Jacob added the comment:
http://docs.python.org/3/library/array.html states that the 'u' type code is
deprecated together with the rest of the Py_UNICODE API (which includes
PyUnicode_FromUnicode), so keeping this using PyUnicode_FromUnicode shoul
New submission from Manuel Jacob:
When evaluating, signed zero complex numbers aren't recovered correctly.
>>> -0j
(-0-0j)
>>> (-0-0j)
0j
>>> 0j
0j
According to
http://docs.python.org/dev/reference/datamodel.html#object.__repr__ the
representation can be use
New submission from Manuel Jacob:
Python 3.6.0a0 (default:6c6f7dff597b, Feb 16 2016, 01:24:51)
[GCC 5.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import importlib
>>> importlib.__import__(&#x
Changes by Manuel Jacob :
--
keywords: +patch
Added file: http://bugs.python.org/file41937/relimport-3.5.patch
___
Python tracker
<http://bugs.python.org/issue26
Changes by Manuel Jacob :
Added file: http://bugs.python.org/file41938/relimport-3.6.patch
___
Python tracker
<http://bugs.python.org/issue26367>
___
___
Python-bug
Manuel Jacob added the comment:
(For some reason, I forgot to submit the previous comment).
The attached patches fix the issue (one for the 3.5 branch, one for the default
branch) by bringing importlib.__import__ closer to the builtin __import__.
The extra code in the default / 3.6 branch is
Manuel Jacob added the comment:
Done. I'm a bit surprised this wasn't necessary for my previous two patches,
but they were even more trival than this one. ;)
Do we have to wait until my tracker profile is updated?
--
___
Python trac
Manuel Jacob added the comment:
I think the "What's New" entry has two typos. It should be
`importlib.__import__()` instead of `importlib.__init__()` and SystemError
instead of RuntimeError.
--
___
Python tracker
<http
Manuel Jacob added the comment:
Maybe I'm missing something, but it seems to me that
test_int_subclass_with_index() is testing for the exactly wrong behaviour.
Isn't the point of this issue that operator.index(a) should be equal to
a.__index__()? Why are the tests checking tha
New submission from Manuel Vögele:
When executing
os.path.expandvars("%SystemDrive%\\Foo'Bar")
the function erases the ' returning
'C:\\FooBar'
using Python 3.4.3 on Windows 7
--
components: Library (Lib)
messages: 238968
nosy: manuel_v, serhiy.storc
New submission from Manuel Krebber:
I would really like there to be comparison operators for collection.Counter
similar to the ones for sets. While you can now use minus to some degree for
that comparison, it is very inefficient. I have attached an implementation of
__ge__ and __le__ as a
Manuel Krebber added the comment:
Oh, I should have searched properly before creating this ticket. Sorry about
that. I guess I will be subclassing Counter in my project then, to get this
functionality... Only problem is, that when using the builtin __add__ etc. of
my Counter subclass, I will
New submission from José Manuel:
I'm using SyslogHandler from logging.handlers to send syslog messages to a
Fluentd input
(https://github.com/fluent/fluentd/blob/master/lib/fluent/plugin/in_syslog.rb),
both in TCP and UDP. UDP works fine, but TCP does not work.
The "problem&qu
José Manuel added the comment:
After reading the RFC5424 it seems that there is no such "new line message
delimiter":
4.3.1. Message Length
The message length is the octet count of the SYSLOG-MSG in the
SYSLOG-FRAME. A transport receiver MU
José Manuel added the comment:
Sorry to bother you again, but I've tested this not only with Fluentd, but with
a RSYSLOG server and it does not work with TCP except if you manually add the
trailer LF character. Other than that, UDP default transport protocol has no
issues and works fine
New submission from Manuel Krebber:
The typing.FrozenSet is missing in the typing module documentation. I have
attached a patch that adds it similar to the typing.Set which is already in the
documentation.
--
components: Library (Lib)
files: frozenset-doc.patch
keywords: patch
Manuel Krebber added the comment:
I updated the patch to add reflect the covariance.
--
Added file: http://bugs.python.org/file45606/frozenset-doc.patch
___
Python tracker
<http://bugs.python.org/issue28
New submission from José Manuel Ferrer :
Argument error messages display the untranslatable text 'argument ', which
should be translatable to other languages, just like it's possible to do with
the rest of the constructed error message.
--
components: Library (Lib)
m
Change by Manuel Vazquez Acosta :
--
nosy: mvaled
priority: normal
severity: normal
status: open
title: CALL_FUNCTION_VAR
___
Python tracker
<https://bugs.python.org/issue33
New submission from Manuel Vazquez Acosta :
The documentation of the dis module says that:
CALL_FUNCTION_VAR (argc)
Calls a function. *argc* is interpreted as in CALL_FUNCTION. The
top elements on the stack are the keyword arguments, followed by the
variable argument list, and then
Change by Manuel Vazquez Acosta :
--
keywords: +patch
pull_requests: +6075
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33216>
___
_
Manuel Vazquez Acosta added the comment:
Correction, the documentation for CALL_FUNCTION_VAR said:
Calls a function. *argc* is interpreted as in :opcode:`CALL_FUNCTION`. The top
element on the stack contains the variable argument list, followed by keyword
and positional arguments.
In a
New submission from Manuel Pégourié-Gonnard:
Some tests, namely test_email, test_locale and test_mailbox, normally pass, but
fail if both of the following conditions are met:
- the local is fr_FR (or probably any other non-C locale)
- test_decimal is run before them
Steps to repoduce
Changes by Manuel Pégourié-Gonnard :
--
nosy: +mpg
___
Python tracker
<http://bugs.python.org/issue1185124>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Manuel Pégourié-Gonnard:
I find the following sentences, from import.rst, section "Finders and loaders",
misleading: "Python includes a number of default finders and importers. One
knows how to locate frozen modules, and another knows how to locate built-i
Changes by Manuel Pégourié-Gonnard :
--
nosy: -mpg
___
Python tracker
<http://bugs.python.org/issue1185124>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Manuel Pégourié-Gonnard :
Hi,
The verify method of SMTP objects created with smtplib doesn't work
properly with servers running Postfix, due to quoting problems: the
address is enclosed in pointed brackets by the method, which changes the
way it is interpreted by the s
New submission from Manuel de la Pena :
During our development we have experience the following:
If you have a user in your Windows machine with a name hat uses Japanese
characters like “雄鳥お人好し” you will have the following in your system:
* The Windows Shell will show the path correctly, that
New submission from Manuel de la Pena :
During the development of an application that needed to write paths longer than
260 chars we opted to use \\?\ as per
http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx#maxpath.
When working with literal paths the following
Manuel de la Pena added the comment:
Indeed, in our code we had to write a number of wrappers around the os calls to
be able to work with long path on Windows. At the moment working with long
paths on windows and python is broken in a number of places and is a PITA to
work with
Manuel de la Pena added the comment:
In case of my patch (I don't know about santa4nt case) I did not use
shutil.remove because it was not used in the other tests and I wanted to be
consistent and not add a new import. Certainly if there is not an issue with
that we should u
New submission from Manuel Ignacio Pérez Alcolea :
There seems to be a bug in the `io.TextIOWrapper` class while working in 'r+'
mode, although I can't say the source of the problem is right there.
The write pointer doesn't match `file.tell()` after performing a read ope
New submission from Manuel de la Pena :
The problem is simple, the code that allows to use binary strings and unicode
is making more calls that needed to isinstance(path, bytes) since the result of
the code is not shared. For example, the following calls are present in the
module:
def
Changes by Manuel de la Pena :
Added file: http://bugs.python.org/file26295/f5c57ba1124b.diff
___
Python tracker
<http://bugs.python.org/issue15275>
___
___
Python-bug
Changes by Manuel de la Pena :
Removed file: http://bugs.python.org/file26295/f5c57ba1124b.diff
___
Python tracker
<http://bugs.python.org/issue15275>
___
___
Python-bug
New submission from Manuel de la Pena :
Local literal paths are those paths that do use the \\?\ that allows to have
paths longer that the MAX_PATH set by Windows
(http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247%28v=vs.85%29.aspx#short_vs._long_names).
While UNC (http
Manuel de la Pena added the comment:
Antoine,
What the MSDN is stating is that the Windows functions from COM will not
normalize the path if it is prefixed by \\?\. That is, if a user wanted to do:
path = r'\\?\C:\Users\mandel\..\Desktop\test'
with open(path, 'w') as fd:
Changes by Manuel de la Pena :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue15275>
___
___
Python-bugs-list mailing list
Unsubscribe:
Manuel de la Pena added the comment:
Tests indeed cover the changes made. I don't know about a decent way of doing
benchmarks for the changes. Any recommendation?
> If this patch is applied I think it would be good to change posixpath too.
I agree and I'd love to do it but in
Juan Manuel Borges Caño added the comment:
Thank you for the link.
I think this bug is already closed.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
101 - 146 of 146 matches
Mail list logo
