New submission from Shlomi :
When I want to catch multiple types of exceptions naturally 'OR' keyword is
used. But it doesn't work. The interpreter doesn't show any error for the
syntax, so developer may think it would work.
Small example:
try:
myfunc()
except Con
New submission from Shlomi Fish :
As the pure-Python code below demonstrates, when called as `python3 test.py
jitshift` it is much faster than when called as `python3 test.py builtinops`
(which takes many seconds/minutes past the 24th iteration). I am using fedora
32 x86-64 on a Cannon lake
Shlomi Fish added the comment:
@Serhiy: here is the test data -
https://www.shlomifish.org/Files/files/arcs/0fc-log--python-37371-issue.7z
(shlomif[0fc]:$this$ sha256sum 0fc-log--python-37371-issue.7z
aad93f103e255222ab8a06b9cc1c0930c6fc451ea148c46e098c74aa19aec021
0fc-log--python-37371
Shlomi Fish added the comment:
@Serhiy: I used
https://github.com/shlomif/freecell-pro-0fc-deals/blob/master/collect-stats.py .
--
___
Python tracker
<https://bugs.python.org/issue37
New submission from Shlomi Fish :
See:
https://github.com/python/cpython/pull/14306
===
1. Merge two duplicate branches.
2. Extract some constants.
3. Convert to prefix-++ instead of suffix-++.
===
Benchmarks:
before:
+
PATH=/home/shlomif/apps/python3/bin:/home
Changes by Shlomi Fish :
--
pull_requests: +2760
___
Python tracker
<http://bugs.python.org/issue146>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Shlomi Fish:
Running "make" in cpython git master on mageia linux v6 x86-64 gives me this
problem with ffi:
<<<<<<<<
running build
running build_ext
Header file /usr/include/ffi.h does not define LIBFFI_H or ffi_wrapper_h
INFO: Could not l
Shlomi Fish added the comment:
You're welcome, and thanks for applying the patch so quickly.
--
___
Python tracker
<http://bugs.python.org/issue28303>
___
___
Shlomi Fish added the comment:
You're welcome and thanks for applying it (and so quickl).
--
___
Python tracker
<http://bugs.python.org/issue28300>
___
___
New submission from Shlomi Fish:
Currently the comment in the example in "pydoc3 unittest" reads:
«
## test method names begin 'test*'
»
This is broken grammar and the attached patch against the hg default branch
corrects it. All tests are passing and I disclaim any
New submission from Shlomi Fish:
This patch fixes two places where "implement" was misspelled. I hereby disclaim
all ownership of my changes (but crediting me will be appreciated.)
--
files: python-fix-spelling-of-implement.patch
keywords: patch
messages: 277616
nosy: shlomi
Shlomi Fish added the comment:
Martin: [sorry for misspelling your name] I was now able to reproduce the same
problem using rlwrap (see http://utopia.knoware.nl/~hlub/rlwrap/ ). I'll report
it to the readline problem.
--
___
Python tracker
Shlomi Fish added the comment:
Marting Panter: I'm getting the same problem with a completely empty
~/.python_history file. Moreover, I was able to reproduce a similar bug in gdb.
I'll try seeing if I can create a minimal GNU readline-using program here that
rep
Shlomi Fish added the comment:
gdb by full attached.
--
Added file: http://bugs.python.org/file40296/py3.gdb-bt.txt
___
Python tracker
<http://bugs.python.org/issue24
Shlomi Fish added the comment:
Hi all!
Thanks for the investigation.
I have now built readline-6.3 from source using:
./configure --prefix="$HOME/apps/readline-TO_DEL" --with-curses=yes
--enable-multibyte
and installed it. Then I built python 3.4.3 from source against it
Shlomi Fish added the comment:
I'm attaching here the reduced, minimal, inputrc. I think it's a bug in Python
because it doesn't happen with any other program that uses readline (bash, perl
-d, etc.) that I checked. I'll check with a vanilla readline compiled from
sour
New submission from Shlomi Fish:
After I run python3 (to run the REPL) and type "r" and then PgUp twice, I get a
segfault. I'm on Mageia Linux x86-64 6 , but recall a similar problem happening
before:
shlomif@telaviv1:~$ python3
Python 3.4.3 (default, Aug 13 2015, 21:40:54)
Shlomi Fish added the comment:
I should note that I am using python3-3.4.3-6.mga6 on Mageia Linux x86-64
6/Cauldron.
--
___
Python tracker
<http://bugs.python.org/issue24
New submission from Shlomi Fish:
I tried Ctrl+C, Ctrl+D, "quit" and "exit", and "q" - nothing exits from the
infinite prompt loop.
shlomif@telaviv1:~/Docs/homepage/homepage/trunk$ cd
/home/shlomif/progs/riddles/project-euler/hg/project-euler/234
shlomif@telaviv1
Shlomi Fish added the comment:
Here is the new output of the "make test" with Python-3.4.1 :
shlomif@telaviv1:~$ uname -a
Linux telaviv1.shlomifish.org 3.15.6-desktop-1.mga5 #1 SMP Wed Jul 23 22:28:50
UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
You may wish to install a Mageia Li
Shlomi Fish added the comment:
I see regarding test_ftp.py and the verbosity of the tests and the absence of
bdist_rpm in the output - however, shouldn't the test suite handle the presence
of the PYTHONDONTWRITEBYTECODE=1 flag better? (E.g: refuse to run the tests to
begin with (with an
Shlomi Fish added the comment:
Hi,
I don't understand the issue in questioned - it's too wordy and unclear. I
don't know how to do the debugging in question - please guide me. I should note
that after I do «unset PYTHONDONTWRITEBYTECODE» then all tests pass except for
tes
New submission from Shlomi Fish:
After I build Python-3.3.2 from the .tar.xz using the following script (on
Mageia Linux Cauldron x86-64):
<<<
#!/bin/bash
./configure --prefix="$HOME/apps/python3" --with-threads \
--enable-ipv6 --with-dbmliborder=gdbm \
New submission from Shlomi Fish:
After I build Python-3.3.2 from the .tar.xz using the following script (on
Mageia Linux Cauldron x86-64):
<<<
#!/bin/bash
./configure --prefix="$HOME/apps/python3" --with-threads \
--enable-ipv6 --with-dbmliborder=gdbm \
24 matches
Mail list logo
