umedoblock added the comment:
Sorry, I forgot to add a patch file.
--
keywords: +patch
Added file: https://bugs.python.org/file47518/a.patch
___
Python tracker
<https://bugs.python.org/issue33
New submission from umedoblock :
= Why do I add several options ?
I'd like to effectively know a progress of translate about some po files
when KiCad dev team announce to public KiCad 5.0 major.
Because KiCad dev team separates PCB design tools to exe files.
And I used the poedit to tran
New submission from umedoblock:
But I found a real bug to use a tuple with a comma.
Python3 recognized "abc", expression as tuple of one element.
But type() and len() recognize "abc", expression as "abc" string.
So now, I found a real bug.
I'll show you
umedoblock added the comment:
Sorry and thanks to Martin and Steven.
I agree with your post about first my post.
I understand "(*x) is equivalent to just bare *x."
--
___
Python tracker
<http://bugs.python.o
New submission from umedoblock:
Hi, all.
First of all, my python environment is below.
Python 3.5.2+ (default, Sep 22 2016, 12:18:14)
[GCC 6.2.0 20160927] on linux
= differ evaluation order about starred expression
I get below result then I run x.py
umedoblock added the comment:
excuse me.
I understand ROUND_HALF_EVEN meaning.
I think that __round__() function work ROUND_HALF_UP.
so sorry.
I don't have exactly knowledge about ROUND_HALF_EVEN.
I misunderstand about ROUND_HALF_EVEN.
I have thought ROUND_HALF_EVEN means ROUND_HALF_UP
umedoblock added the comment:
I have a headache.
because python reports many error after I patched below patches.
--- Lib/test/test_decimal.py.orig 2015-08-08 17:41:01.986316738 +0900
+++ Lib/test/test_decimal.py2015-08-08 17:41:05.470316878 +0900
@@ -1935,6 +1935,7
umedoblock added the comment:
In this case.
>>> round(1.65, 1) == 1.7
False
>>> round(2.675, 2) == 2.68
False
I never say anything.
Because I understand what you said.
But I use the decimal module.
please pay attention to
umedoblock added the comment:
In addition.
>>> D(round(D("2.675"), 2)) == D("2.68")
True
>>> D(round(D("1.65"), 1)) == D("1.7")
False
I believe a bug or at least change the __round__().
--
umedoblock added the comment:
last compared results are different.
should be bug or at least think that how to get a same result
about "D(round(df2, 2)) == D(round(ds2, 2))"
>>> from decimal import Decimal as D
>>> f1 = 1.65
>>> s1 = str(f1)
>>> df1
umedoblock added the comment:
I don't agree with "not a bug".
>>> s1, v1, ndigits1 = "1.65", 1.65, 1
>>> s2, v2, ndigits2 = "2.675", 2.675, 2
>>> decimal.Decimal(v1)
Decimal('1.6499111821580299874767661094665
New submission from umedoblock:
round(1.65, 1) return 1.6 with decimal.
I feel bug adobe result.
not bug ?
>>> import decimal
>>> d1 = decimal.Decimal("1.65")
>>> d2 = decimal.Decimal(10 ** -2) * 5
>>> d1
Decimal('1.65')
>>>
umedoblock added the comment:
python3 output translate Japanese with pygettext.install().
EVERYTHING IS OK!
please check to use a konnichiha.2.tar.gz.
==
please do below shell command.
$ for f in `find . -name 'konnichiha.*.py'` ; do
umedoblock added the comment:
I use just a pygettext_unicode.patch.
don't use a pygettext_unicode-2.7.patch.
--
___
Python tracker
<http://bugs.python.org/is
umedoblock added the comment:
thanks serhiy.storchaka.
I try to use Shift_JIS, UTF-8, ISO-2022-JP and EUC-JP.
your patch detects UTF-8.
However it doesn't detect Shift_JIS, ISO-2022-JP and EUC-JP.
it misunderstand ISO-2022-JP charset is UTF-8.
it raised UnicodeDecodeError when Shift_JIS
umedoblock added the comment:
TOO SORRY.
pygettext.py.patch umedoblock, 2013-02-08 10:32
is wrong a patch.
please forget it.
--
Added file: http://bugs.python.org/file28993/pygettext.py.patch
___
Python tracker
<http://bugs.python.
Changes by umedoblock :
--
keywords: +patch
Added file: http://bugs.python.org/file28992/pygettext.py.patch
___
Python tracker
<http://bugs.python.org/issue17
New submission from umedoblock:
I'd like to parse _('こんにちは').
However pygettext.py doesn't parse _('こんにちは').
pygettext.py said me 'IndexError'.
now I attached pygettext.py.patch to fix a bug.
I show you command history.
$ pygettext.py -o - --verbose ko
umedoblock added the comment:
thanks Ned.
I understood your comment.
I'm happy!
--
___
Python tracker
<http://bugs.python.org/issue15644>
___
___
Pytho
New submission from umedoblock:
import io
_bytesio = io.BytesIO()
_bytesio.write(b'abc')
_bytesio.write(b'def')
_bytesio.seek(0)
_bytesio.write(b'xyz')
print(_bytesio.read(2))
print(_bytesio.read(2))
print(_bytesio.getvalue())
# output
b'de
umedoblock added the comment:
Hi, Martin.
I tried your test case with attached file.
And I got below result.
p3 ./encodings.py
encoding: sjis, filename: f馬
encoding: cp437, filename: fön
sjis_filename = f馬
cp437_filename = fön
There are two success cases.
So I think that the patch needs to
umedoblock added the comment:
I fixed this problem.
I make new methos _decode_filename().
--
keywords: +patch
nosy: +umedoblock
Added file: http://bugs.python.org/file26372/zipfile.patch
___
Python tracker
<http://bugs.python.org/issue10
New submission from umedoblock :
format() mis understaning.
please pay attention to [0], [x].
>>> d = {0: "a", "0": "A"}
>>> 'd[0] = {0[0]}'.format(d)
'd[0] = a'
>>> 'd[0] = {0["0"]}'.format(d)
Trac
umedoblock added the comment:
sandro: OK, I attached the new patch.
--
Added file: http://bugs.python.org/file22480/issue_12211_2.patch
___
Python tracker
<http://bugs.python.org/issue12
umedoblock added the comment:
I'm late, sorry.
I attached the patch for math.rst and mathmodule.c.
--
Added file: http://bugs.python.org/file22278/issue_12211.patch
___
Python tracker
<http://bugs.python.org/is
umedoblock added the comment:
I attached DOC patch.
I misunderstand ?
Sorry...
I think that "go ahead and make one" means I shuold make the source patch.
I use just Python3.2. I didn't use Python 2.x, 3.0 and 3.1 in my programming
life.
Therefore I reported version 3.2.
I shou
umedoblock added the comment:
sorry.
I fix my bug.
but this patch contain new fail...
math.copysign(-1., 0.)
returns 1.
--
Added file: http://bugs.python.org/file22251/math_copysign.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by umedoblock :
Removed file: http://bugs.python.org/file22250/math_copysign.patch
___
Python tracker
<http://bugs.python.org/issue12211>
___
___
Python-bug
Changes by umedoblock :
Added file: http://bugs.python.org/file22250/math_copysign.patch
___
Python tracker
<http://bugs.python.org/issue12211>
___
___
Python-bugs-list m
Changes by umedoblock :
Removed file: http://bugs.python.org/file22249/math_copysign.patch
___
Python tracker
<http://bugs.python.org/issue12211>
___
___
Python-bug
umedoblock added the comment:
I made the patch.
But it cannot pass testCopysign().
math.copysign(1, -0.)
returns 1.
I hope to return -1.
But I don't know how to realize -0. as negative value.
Please help me.
--
components: +Library (Lib) -Documentation
keywords: +patch
ver
umedoblock added the comment:
abs() behavior show below.
>>> type(abs(-1))
>>> type(abs(-1.0))
we should fix this problem if write
"Return abs(x) with the sign of y"
I'd like to try this problem if need f
New submission from umedoblock :
I expected return int if I gave x as integer to copysign.
I encounterd two problems.
I'd like to fix this problems.
but I can't come up with nice idea.
therefore I just report for you.
one:
>>> import math
>>> a = [0, 1, 2,
New submission from umedoblock :
ssl library load_cert_chain cannot use elliptic curve type private key.
I resolved the problem, I attached patch file
--
components: Library (Lib)
files: _ssl.c.diff
keywords: patch
messages: 132830
nosy: umedoblock
priority: normal
severity: normal
34 matches
Mail list logo