[issue7296] OverflowError: signed integer is greater than maximum on mips64
jasper added the comment: FYI, the issue has been fixed now in the mips64 port of OpenBSD by "replacing the previous/old floating point completion code with a C interface to the MI softfloat code, implementing all MIPS IV specified floating point operations." -- ___ Python tracker <http://bugs.python.org/issue7296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7296] OverflowError: signed integer is greater than maximum on mips64
New submission from jasper : While trying to get Python 2.6 working on OpenBSD/sgi (64-bit port) I ran into the following during build: OverflowError: signed integer is greater than maximum I ran the command that triggered this by hand with -v added: (sgi Python-2.6.3 40)$ export PATH; PATH="`pwd`:$PATH"; export PYTHONPATH; PYTHONPATH="`pwd`/Lib"; export DYLD_FRAMEWORK_PATH; DYLD_FRAMEWORK_PATH="`pwd`"; export EXE; EXE=""; cd ./Lib/plat-openbsd4; ./regen python$EXE -v ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h # installing zipimport hook import zipimport # builtin # installed zipimport hook # /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/site.pyc matches /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/site.py import site # precompiled from /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/site.pyc 'import site' failed; traceback: Traceback (most recent call last): File "/usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/site.py", line 61, in import sys OverflowError: signed integer is greater than maximum import encodings # directory /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/encodings # /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/encodings/__init__.pyc matches /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/encodings/__init__.py import encodings # precompiled from /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/encodings/__init__.pyc Python 2.6.3 (r263:75183, Nov 6 2009, 09:50:33) [GCC 3.3.5 (propolice)] on openbsd4 Type "help", "copyright", "credits" or "license" for more information. # /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/re.pyc matches /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/re.py import re # precompiled from /usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/re.pyc Traceback (most recent call last): File "../../Tools/scripts/h2py.py", line 24, in import sys, re, getopt, os File "/usr/obj/ports/Python-2.6.3/Python-2.6.3/Lib/re.py", line 104, in import sys OverflowError: signed integer is greater than maximum # clear __builtin__._ # clear sys.path # clear sys.argv # clear sys.ps1 # clear sys.ps2 # clear sys.exitfunc # clear sys.exc_type # clear sys.exc_value # clear sys.exc_traceback # clear sys.last_type # clear sys.last_value # clear sys.last_traceback # clear sys.path_hooks # clear sys.path_importer_cache # clear sys.meta_path # clear sys.flags # clear sys.float_info # restore sys.stdin # restore sys.stdout # restore sys.stderr # cleanup __main__ # cleanup[1] zipimport # cleanup[1] signal # cleanup[1] exceptions # cleanup[1] _warnings # cleanup sys # cleanup __builtin__ # cleanup ints: 3 unfreed ints # cleanup floats (sgi plat-openbsd4 41)$ There have been several patches applied: http://www.openbsd.org/cgi-bin/cvsweb/ports/lang/python/2.6/patches/ Although none seem to be relevant as far as I can see. Please find attached the build log and the configure log. -- components: Build files: config.log messages: 95098 nosy: jasper severity: normal status: open title: OverflowError: signed integer is greater than maximum on mips64 type: compile error versions: Python 2.6 Added file: http://bugs.python.org/file15300/config.log ___ Python tracker <http://bugs.python.org/issue7296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7296] OverflowError: signed integer is greater than maximum on mips64
jasper added the comment: And the build log on OpenBSD/sgi. -- Added file: http://bugs.python.org/file15301/Python-2.6.3.log ___ Python tracker <http://bugs.python.org/issue7296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7296] OverflowError: signed integer is greater than maximum on mips64
jasper added the comment: After properly compiling with -O0, it actually gets a lot further in the build. It crashes elsewhere though: PYTHONPATH=/usr/obj/ports/Python-2.6.3/fake-sgi/usr/local/lib/python2.6 ./python -Wi -tt /usr/obj/ports/Python-2.6.3/fake-sgi/usr/local/lib/python2.6/compileall.py -d /usr/local/lib/python2.6 -f -x 'bad_coding|badsyntax|site-packages' /usr/obj/ports/Python-2.6.3/fake-sgi/usr/local/lib/python2.6 Floating point exception (core dumped) Attached is the full build log with the backtrace of that core file. -- Added file: http://bugs.python.org/file15307/Debug_build.log ___ Python tracker <http://bugs.python.org/issue7296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7296] OverflowError: signed integer is greater than maximum on mips64
jasper added the comment:
this little test program:
#include
int main(int argc, char*argv[])
{
printf("short = %d\n", sizeof(short));
printf("int = %d\n", sizeof(int));
printf("float = %d\n", sizeof(float));
printf("long = %d\n", sizeof(long));
printf("double = %d\n", sizeof(double));
printf("long long = %d\n", sizeof(long long));
printf("double long = %d\n", sizeof(double long));
return 0;
}
gives the following values on mips64:
short = 2
int = 4
float = 4
long = 8
double = 8
long long = 8
double long = 16
is there any other thing I should check?
--
___
Python tracker
<http://bugs.python.org/issue7296>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7296] OverflowError: signed integer is greater than maximum on mips64
jasper added the comment: Removing --with-fpectl makes no difference. I'll try the _PyHash_Double-thing later this weekend. -- ___ Python tracker <http://bugs.python.org/issue7296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39073] email regression in 3.8: folding
New submission from Jasper Spaans : big-bob:t spaans$ cat fak.py import sys from email.message import EmailMessage from email.policy import SMTP from email.headerregistry import Address msg = EmailMessage(policy=SMTP) a = Address(display_name='Extra Extra Read All About It This Line Does Not Fit In 80 Characters So Should Be Wrapped \r\nX:', addr_spec='evil@local') msg['To'] = a print(sys.version) print(msg.as_string()) big-bob:t spaans$ python3.5 fak.py 3.5.2 (default, Jul 16 2019, 13:40:43) [GCC 4.2.1 Compatible Apple LLVM 10.0.1 (clang-1001.0.46.4)] To: "Extra Extra Read All About It This Line Does Not Fit In 80 Characters So Should Be Wrapped X:" big-bob:t spaans$ python3.8 fak.py 3.8.0 (default, Dec 17 2019, 13:32:18) [Clang 11.0.0 (clang-1100.0.33.16)] To: Extra Extra Read All About It This Line Does Not Fit In 80 Characters So Should Be Wrapped X: -- components: email messages: 358544 nosy: barry, jap, r.david.murray priority: normal severity: normal status: open title: email regression in 3.8: folding type: security versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue39073> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39073] email regression in 3.8: folding
Jasper Spaans added the comment: As can be seen above, 3.5 wraps the realname in a double quote, but 3.8 fails to do so. Note that 3.5 also does not add a whitespace in front of the line starting with "X:", so it is also not merged with the previous line when parsing. I guess we'll have to disallow \r and \n in displaynames for now. -- ___ Python tracker <https://bugs.python.org/issue39073> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39131] signing needs two serialisation passes
New submission from Jasper Spaans : When creating multipart/signed messages, this currently require two serialisation passes: once to extract the flattened contents to be signed, and once to actually serialise the message. The PR this ticket will be linked to contains a new class, MIMEMultipartSigned, which can be instantiated with a signer function that can perform the signing while serialising, reducing this to only once. Besides, this ensures that the signed contents cannot changed between signing and outputting. Patch is against py3.8 -- components: email messages: 358849 nosy: barry, jap, r.david.murray priority: normal severity: normal status: open title: signing needs two serialisation passes type: performance versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue39131> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39131] signing needs two serialisation passes
Change by Jasper Spaans : -- keywords: +patch pull_requests: +17149 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17695 ___ Python tracker <https://bugs.python.org/issue39131> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42173] Drop Solaris support
Jasper Siepkes added the comment: I'm another Illumos user that has crawled from under a rock ;-) to request not to drop Illumos support. -- nosy: +siepkes ___ Python tracker <https://bugs.python.org/issue42173> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33942] IDLE crash when typing opening bracket
New submission from Jasper Trooster : Sometimes when I type print in my code, the application crashes. Then a window pops up, saying that the program suddenly stopped (description of error message below). When I click on the option to reopen IDLE, nothing happens, I have to manually reopen it again. I have already sent a report to Apple. Description of the error message: IDLE suddenly stopped. Click on 'Reopen' to reopen the program. Click on 'Report' to view more information and send a report to Apple. (?) (Ignore) (Report...) (Open) I am coding on a Macbook from late 2008 on OSX El Capitan, version 10.11.6. -- assignee: terry.reedy components: IDLE files: bug report.mov messages: 320240 nosy: Japsert, terry.reedy priority: normal severity: normal status: open title: IDLE crash when typing opening bracket type: crash versions: Python 3.6 Added file: https://bugs.python.org/file47648/bug report.mov ___ Python tracker <https://bugs.python.org/issue33942> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33942] IDLE: Improve Apple MacOS Tcl/Tk warning and web page
Jasper Trooster added the comment: Hey, thanks for the quick response. I have to add that, when going to the download page to download site (https://www.python.org/downloads/) the big yellow button that says "Download Python 3.6.5" downloads the 64-/32-bit installer (at least, I think so as it redirects to https://www.python.org/ftp/python/3.6.5/python-3.6.5-macosx10.6.pkg . You can see the "-macosx10.6" part.) I pressed that when I started coding, not knowing that I had to install a different version. You can find it when you click on Mac OS X link in the text under the button. Maybe the website could present an option to choose? And one question: which installer from the list should I choose? There are seemingly hundreds of them. -- Added file: https://bugs.python.org/file47649/Schermafbeelding 2018-06-23 om 16.15.27.png ___ Python tracker <https://bugs.python.org/issue33942> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10292] tarinfo should use relative symlinks
Jasper St. Pierre added the comment:
Oh man, attaching the wrong diff and getting the diff wrong.
The issue I found with Python 2.7:
when creating a simple link in tar:
$ mkdir tar_test
$ cd tar_test
$ touch one
$ ln -s one two
$ cd ..
$ tar czf tar_test.tgz tar_test
It seems obvious that there would be a relative link in the tar file:
-rwxrwxrwx jstpierre/me 2010-11-02 10:57:15 tar_test/two -> one
Unfortunately, as far as I can tell, tarfile treats this as an absolute path,
and fails when extracting:
>>> tf.extractfile("tar_test/two")
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.6/tarfile.py", line 2122, in extractfile
tarinfo))
File "/usr/lib/python2.6/tarfile.py", line 2105, in extractfile
if tarinfo.isreg():
AttributeError: 'NoneType' object has no attribute 'isreg'
I was trying to fix that.
--
___
Python tracker
<http://bugs.python.org/issue10292>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10292] tarinfo should use relative symlinks
Jasper St. Pierre added the comment: Uh, I just noticed the "python2.6" in the traceback. Looks like I *was* using 2.6 because Cygwin decided to downgrade for some reason. Uh, sorry about that. -- ___ Python tracker <http://bugs.python.org/issue10292> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14824] reprlib documentation references string module
New submission from Jasper St. Pierre : http://docs.python.org/dev/library/reprlib.html """ Formatting methods for specific types are implemented as methods with a name based on the type name. In the method name, TYPE is replaced by string.join(string.split(type(obj).__name__, '_')). Dispatch to these methods is handled by repr1(). Type-specific methods which need to recursively format a value should call self.repr1(subobj, level - 1). """ Outstanding. -- assignee: docs@python components: Documentation messages: 160805 nosy: docs@python, magcius priority: normal severity: normal status: open title: reprlib documentation references string module versions: Python 3.4 ___ Python tracker <http://bugs.python.org/issue14824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14824] reprlib documentation references string module
Jasper St. Pierre added the comment: Yes. Yes it would. In my opinion, it really shouldn't do this sort of name mangling, as it's a terrible idea, but whatever. -- ___ Python tracker <http://bugs.python.org/issue14824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14824] reprlib documentation references string module
Jasper St. Pierre added the comment: The documentation is just flat out wrong, actually: if ' ' in typename: parts = typename.split() typename = '_'.join(parts) The documentation is claiming the inverse. I don't know why we would ever have a space in a typename, ever (and if someone does awful hacks to get to that state, he should probably also do awful hacks to make reprlib work properly). It would be for the best if we could just remove this brain damage, but whatever. -- ___ Python tracker <http://bugs.python.org/issue14824> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12683] urlparse.urljoin different behavior for different scheme
New submission from Jasper van den Bosch :
urlparse.urljoin successfully joins 'http://localhost/repo1' with a filename,
but not 'svn://localhost/repo1' (only scheme different). But the documentation
states that the svn: scheme is supported:
http://docs.python.org/library/urlparse.html
Python 2.7.1+ (r271:86832, Apr 11 2011, 18:13:53)
[GCC 4.5.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from urlparse import urljoin
>>> urljoin('svn://localhost/repo1', 'xxx.xyz')
'xxx.xyz'
>>> urljoin('http://localhost/repo1', 'xxx.xyz')
'http://localhost/xxx.xyz'
--
components: None
messages: 141581
nosy: Jasper.van.den.Bosch
priority: normal
severity: normal
status: open
title: urlparse.urljoin different behavior for different scheme
type: behavior
versions: Python 2.7
___
Python tracker
<http://bugs.python.org/issue12683>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
