Alan Hourihane added the comment:
Sure this is on an Atari m68k platform called FreeMiNT.
Traditionally in configure scripts you'll see it checked as *-mint*
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17226
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +hynek, ned.deily, ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17228
___
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17228
___
___
Python-bugs-list mailing
Mark Dickinson added the comment:
Agreed; I think this did all get updated at one point or another.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7469
___
Mark Dickinson added the comment:
Just for the record, the python-dev discussion starts here:
http://mail.python.org/pipermail/python-dev/2013-February/124044.html
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
New submission from Martin Mokrejs:
Hi,
I do see relatively often a crash in python. Here is one stacktrace from my
Gentoo Linux running 3.7.4 kernel:
(gdb) where
#0 0x7f624f340f08 in visit_decref () from /usr/lib64/libpython2.7.so.1.0
#1 0x7f624f2a455a in list_traverse () from
New submission from Michael Kuhn:
I need to install Python 2.7 in two architectures, but under one file system. I
thus configure:
/home/cellnet/michaelk/SRC/Python-2.7.3 ./configure
--prefix=/home/cellnet/michaelk/biocluster
--exec-prefix=/home/cellnet/michaelk/biocluster -q
When I compile
Ramchandra Apte added the comment:
It should also add that in the future, more optimizations may be added i.e. a
peephole optimizer, etc.
--
nosy: +Ramchandra Apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17232
Ramchandra Apte added the comment:
Sorry, but this doesn't give enough information to fix it, nevertheless
reproduce it. Please tell us what Python was running. Also run python with -X
faulthandler and give the results.
--
nosy: +Ramchandra Apte
Ramchandra Apte added the comment:
Oops. Please ignore the sentence about adding -X faulthandler. Please install
the faulthandler module [0] and run import
faulthandler;faulthandler.enable(), and then reproduce the bug.
^0 https://pypi.python.org/pypi/faulthandler/
--
Maciej Fijalkowski added the comment:
There were not for at least 10 years. I would also be the first one to strongly
object adding optimizations only under -O, because that already changes
semantics.
--
___
Python tracker rep...@bugs.python.org
New submission from Tobia Conforto:
The format specification mini-language (format_spec) supported by format() and
str.format() is a feature that allows passing short options to the classes of
the values being formatted, to drive their string representation (__format__
method)
The most
Changes by alef alessandro.for...@eumetsat.int:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11215
___
___
Stefan Krah added the comment:
I think msg93598 sums it up: array_ass_slice() is only called with
v==NULL, so the issue can't be triggered.
However, it's pretty dirty to leave the code as is (IIRC Coverity
also had some complaints), so Chuck's suggestion to rewrite the
function as
R. David Murray added the comment:
IMO, this is a python-ideas level suggestion. Please propose it on that
mailing list. You can reopen the issue if you get a positive response there.
--
nosy: +eric.smith, r.david.murray
resolution: - later
stage: - committed/rejected
status: open
Nick Coghlan added the comment:
Ramchandra, as it turns out, if we deem an optimization semantically safe, we
do it without -O, it we deem it unsafe, we don't do it at all.
Thus, the real effect is to remove assert statements and optimise code as if
__debug__ was replaced by a literal zero
New submission from Alan Hourihane:
On m68k this assert triggers in Python/unicodeobject.c:4658 because m68k
architectures can align on 16bit boundaries.
assert(!((size_t) dest LONG_PTR_MASK));
I'm not sure of the wider implications in Python as to how to rectify.
--
components:
Christian Heimes added the comment:
We don't have a m86k test box and I don't think we support this platform either.
--
nosy: +christian.heimes, trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Brett Cannon added the comment:
So that all happens because importlib does an atomic write of the file which
uses os.replace():
http://hg.python.org/cpython/file/83d70dd58fef/Lib/importlib/_bootstrap.py#l121
.
Unless there is some way that I can't think of to have the atomic write still
Changes by Ankur Ankan ankuran...@gmail.com:
--
nosy: +Ankur.Ankan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17099
___
___
Python-bugs-list
Chuck added the comment:
I attached a patch, in which I removed v and all code having to do with
inserting elements. In particular, I changed the value of b to being positive,
since there is no distinction between increasing and decreasing size anymore.
--
keywords: +patch
nosy:
Brett Cannon added the comment:
The original need was for internal importlib usage, but upon reflection it
could also be used by the eval loop for that
(http://hg.python.org/cpython/file/83d70dd58fef/Python/ceval.c#l4560), so I'm
fine with changing the name to ImportNotFoundError.
--
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +loewis, ncoghlan
stage: - needs patch
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15976
___
Changes by Brett Cannon br...@python.org:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17232
___
___
Python-bugs-list
Brett Cannon added the comment:
Why not define uint for the whole file regardless of PYMALLOC?
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17228
___
Changes by Brett Cannon br...@python.org:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17231
___
___
Python-bugs-list
Alan Hourihane added the comment:
I'm willing to help fix, but there are m68k emulators out there which I guess
suffice for a test box.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Stefan Krah added the comment:
TBH, I don't think we should support this platform officially.
Is that processor still in use (e.g. in embedded systems)?
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Ramchandra Apte added the comment:
Wikipedia says derivative processors are still widely used in embedded
applications. in m68k article.
--
nosy: +Ramchandra Apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Jesús Cea Avión added the comment:
Freescale (ex-Motorola) ColdFire architecture is alive and doing well. And I
know people still running Motorola 68040 Apple machines.
The problem is not a m68k emulator, but to build all the needed environment on
it: OS, compilers, network, etc.
If the
Demian Brecht added the comment:
Has there been any further work/review done on this issue? I just ran into the
problem myself on 3.4(dev) and can verify that the patch
(imaplib_authenticate_v.patch) fixes the issue.
--
nosy: +dbrecht
versions: +Python 3.4
New submission from Ramchandra Apte:
[patch under development]
I propose to add completions for
import tab
from tab
from x import tab
Also, if one types imp.tab , IDLE should import the module and list
dir(module).
(There will be an option to disable/enable the last two completion cases as
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +eli.bendersky, ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17239
___
___
New submission from Christian Heimes:
Experimental fix for XML vulnerabilities against default. It's NOT ready and
needs lots of polishing.
https://pypi.python.org/pypi/defusedxml contains explanations of all issues
https://pypi.python.org/pypi/defusedexpat is a standalone version of part of
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - needs patch
versions: -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17238
___
Christian Heimes added the comment:
I have been bitten by the bug today, too.
--
nosy: +christian.heimes
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13719
___
New submission from Thibault Kruse:
I realize there have been several suggestions around argparse subcommands. Mine
is related to this isse:
http://bugs.python.org/issue9253
In short, I suggest that the add_subparsers() function take an argument like
nargs that determines how many times user
Antoine Pitrou added the comment:
The original need was for internal importlib usage, but upon
reflection it could also be used by the eval loop for that
(http://hg.python.org/cpython/file/83d70dd58fef/Python/ceval.c#l4560),
so I'm fine with changing the name to ImportNotFoundError.
I don't
Antoine Pitrou added the comment:
Unless there is some way that I can't think of to have the atomic write
still exist but not change the type of file it replaces
How about using the `mode` to write_atomic?
(which, incidentally, is already used to mirror the .py file's permissions in
R. David Murray added the comment:
Demian: thanks for the reminder, and the confirmation that it works on a real
server.
Erno: thanks for the test fix. That was a pretty stupid mistake on my part :)
--
resolution: - fixed
stage: patch review - committed/rejected
status: open -
Roundup Robot added the comment:
New changeset 3d4302718e7c by R David Murray in branch '3.2':
#13700: Make imap.authenticate with authobject work.
http://hg.python.org/cpython/rev/3d4302718e7c
New changeset b21f955b8ba2 by R David Murray in branch '3.3':
Merge: #13700: Make imap.authenticate
Brett Cannon added the comment:
Use the mode how exactly? I mean isn't the problem the os.replace() call and
not os.open() on the source file?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17222
Changes by Franck Michea franck.mic...@gmail.com:
--
nosy: +kushou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17239
___
___
Python-bugs-list
Brett Cannon added the comment:
Technically it should be
ModuleOrSomeObjectNotFoundBecauseFromListIsTheBaneOfMyExistenceError, but we
might be starting to mix paints for paints a shed shortly.
Fine, that's 1 to 1 for ModuleNotFoundError vs. ImportNotFoundError.
--
Antoine Pitrou added the comment:
Use the mode how exactly? I mean isn't the problem the os.replace()
call and not os.open() on the source file?
If you want to reproduce the original file's access rights, you have to
pass the right mode flags to os.open().
Of course, this won't recreate
Antoine Pitrou added the comment:
Of course, this won't recreate symlinks and the like. But I don't think
we can do something for that anyway, since we want to replace to happen
automatically.
I meant: we want the replace to happen atomically :-)
--
Chris Jerdonek added the comment:
If we can promise not to use it in the from-import case :) I'm okay with the
more specific name (in fact it is preferable). From Brett's response, it
sounds like we have flexibility there and don't need it to be the same? For
from-import I would prefer the
New submission from Jeff Mansfield:
Python-2.3.5.exe seems to be corrupt.
I’ve tried downloading Python-2.3.5.exe a number of times in the past week, and
so have a few of my colleagues. It always transfers in an incomplete manner,
resulting in only 4.7 out of 9.1 MB. I have tried from several
Chris Jerdonek added the comment:
This is not satisfactory. I would prefer:
import argparse
argparser = argparse.ArgumentParser()
subparsers = argparser.add_subparsers('cmd1') % name here
Have you tried passing by keyword?
subparsers = argparser.add_subparsers(dest='cmd1')
It seems to
Ezio Melotti added the comment:
I tried to download it on a win xp machine and I succeeded at the first attempt
(even thought it seemed to be stuck for a few seconds before reaching 100%). I
was also able to start the installer, even thought I didn't install it.
This is the version I
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
title: start the Class tutorial in a more gentle manner - make the Classes
tutorial more gentle
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14219
Jeff Mansfield added the comment:
Ezio,
It is what was in use on my old machine, and I don't want to move versions.
Thanks,
Jeff
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17241
___
Serhiy Storchaka added the comment:
Can this be the same ImportError but with special flag?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15767
___
Antoine Pitrou added the comment:
Which branch or version of Python is that?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
___
Barry A. Warsaw added the comment:
On Feb 19, 2013, at 07:24 PM, Serhiy Storchaka wrote:
Can this be the same ImportError but with special flag?
Like an attribute on the exception? +1
--
___
Python tracker rep...@bugs.python.org
New submission from Berker Peksag:
See for the current version:
http://docs.python.org/devguide/docquality.html#helping-with-the-developer-s-guide
--
components: Devguide
files: devguide-highlight.diff
keywords: patch
messages: 182412
nosy: berker.peksag, ezio.melotti
priority: normal
Taavi Burns added the comment:
I'm not sure my vote means much, but the spec file didn't work for me on CentOS
5 anyway (weird issue with the -dev RPM trying to find python2.72.7). I think
I'd prefer a README with suggested places to look for a working spec file than
have this
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17239
___
___
Antoine Pitrou added the comment:
Can this be the same ImportError but with special flag?
Like an attribute on the exception? +1
ImportError.has_different_meaning_but_too_lazy_to_create_a_distinct_exception_class_for_it
?
(or perhaps you would prefer the camelCase version :-))
Brett Cannon added the comment:
Chris: Having a more generic name for import-from at the eval loop level on top
of NoModuleFoundError is breaking the practicality over purity rule.
ImportSearchFailed might be the closest we can come to a generic name for what
occurred.
Serihy Barry: no. We
Brett Cannon added the comment:
I think Arfever is more frustrated by the os.replace() call than the
permissions.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17222
___
Alan Hourihane added the comment:
As mention in the versions. It is Python 3.3.0.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
___
___
Roundup Robot added the comment:
New changeset 6015789cbce0 by Ezio Melotti in branch 'default':
#17242: fix code highlight. Patch by Berker Peksag.
http://hg.python.org/devguide/rev/6015789cbce0
--
nosy: +python-dev
___
Python tracker
Antoine Pitrou added the comment:
Ah, right. Well, there would be an argument not to use os.replace() in
py_compile, since it's an offline processing step which generally shouldn't
race with another (online) processing step.
Still, I wonder what the use case is (apart from the /dev/null case
Ezio Melotti added the comment:
Fixed, thanks for the patch!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17242
Antoine Pitrou added the comment:
Ok, could you post the whole C stack trace? (using e.g. gdb)
By the way, this is not about the alignment of m68k architectures: x86 can
align on a byte boundary and doesn't trigger the assert.
--
___
Python tracker
Brett Cannon added the comment:
Exactly, and I don't want to have to slice up the internal API anymore in order
to support this edge case which I don't think is important enough to support.
--
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17242
___
___
Ezio Melotti added the comment:
There are some tests in the issue11763-2.diff patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11763
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Extension Modules
type: - behavior
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12869
___
Ezio Melotti added the comment:
GLOBAL_NAME_ERROR_MSG has been introduced in fd8c7203251f as part of PEP 227 by
Jeremy Hylton, so I'm adding him to the nosy to see if he agrees with the
change (also adding a couple more devs to see if they have any comments).
There's also a typo in the last
New submission from R. David Murray:
The section of the reference on the gc module goes into some detail on what the
thresholds control and when collections are run, but does not currently
document the backoff algorithm used when deciding whether or not to collect
generation 2. This should
Changes by Philip Jenvey pjen...@underboss.org:
--
nosy: +pjenvey
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17032
___
___
Python-bugs-list
New submission from Arfrever Frehtes Taifersar Arahesis:
Since d4eb02b6aac9 py_compile.compile() fails to raise exceptions when writing
of target file fails.
$ cd /tmp
$ touch test.py
$ mkdir dir
$ chmod a-w dir
mode of ‘dir’ changed from 0755 (rwxr-xr-x) to 0555 (r-xr-xr-x)
$ python3.3 -c
Arfrever Frehtes Taifersar Arahesis added the comment:
You could probably test '.\\.' and '..\\..' etc. in these tests on Windows.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6975
___
Alan Hourihane added the comment:
It must be about pointer alignment, because that's the whole point of the
ASSERT.
As for the backtrace, the gdb support on the platform isn't great yet, but here
it is
Breakpoint 1, ascii_decode (start=0x30c5b04 __len__, end=0x30c5b0b ,
Serhiy Storchaka added the comment:
What will happened if you just remove this line?
--
nosy: +serhiy.storchaka
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Unicode -Build
nosy: +ezio.melotti
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
___
Antoine Pitrou added the comment:
It must be about pointer alignment, because that's the whole point of
the ASSERT.
Indeed, it's about pointer alignment, but it's not about the CPU. It's
about the compiler (or the platform's C ABI).
Apparently the compiler doesn't align struct fields to
Alan Hourihane added the comment:
It's GCC 4.6.3.
GCC has the -malign-int but mentions this isn't in best interest of m68k ABI
compatibility if it's used.
--
components: +Build -Unicode
type: crash -
versions: -Python 3.4
___
Python tracker
Brett Cannon added the comment:
It's because of this try/except to silence failed bytecode creation:
http://hg.python.org/cpython/file/d404d33a999c/Lib/importlib/_bootstrap.py#l1105
I hate the py_compile module.
--
___
Python tracker
Alan Hourihane added the comment:
Oh, and as for pointer alignment, I probably just wasn't clear in the initial
report. But we agree on m68k C ABI.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17237
Antoine Pitrou added the comment:
Ok, so we could simply disable the assert on m68k, if you can confirm it works.
Do you want to provide a patch? I don't know what the preprocessor conditional
should look like.
--
components: +Interpreter Core -Build
stage: - needs patch
type: -
Serhiy Storchaka added the comment:
Perhaps we should disable not only assert, but all optimized code inside #if
SIZEOF_LONG = SIZEOF_VOID_P / #endif block. Benchmarks needed to measure
either unaligned writing speedup or slowdown decoding.
--
___
mirabilos added the comment:
@skrah: “I don't think we should support this platform officially.”
Please don’t break what works. We have almost complete (about three quarters of
roughly 10'000 source packages) Debian unstable working on m68k, with several
versions of Python in use. Thanks!
Barry A. Warsaw added the comment:
On Feb 19, 2013, at 07:49 PM, Brett Cannon wrote:
Serihy Barry: no. We do that now and it's already a nasty little hack. It
would be better to let people catch an exception signaling that an import
didn't happen because some module is missing than require
Antoine Pitrou added the comment:
We had a similar issue in the Linux kernel, where it used the lower
two bits of an address for flags (urgh…) which could only be solved by
using GCC’s __attribute__((__aligned__(4))) on the quantities in
question, but that may or may not be the required case
Stefan Krah added the comment:
mirabilos rep...@bugs.python.org wrote:
Please dont break what works. We have almost complete (about three quarters
of roughly 10'000 source packages) Debian unstable working on m68k, with
several versions of Python in use. Thanks!
Are you saying that the
Gregory P. Smith added the comment:
An update to libffi is needed for all maintained versions of Python.
In 2.7, we're running into the stack being misaligned in 32-bit x86 code which
is something a libffi update fixes. It is a simple patch:
http://patchwork.ozlabs.org/patch/58128/
which
mirabilos added the comment:
@pitrou: As for performance, 2-byte and 4-byte are the same on m68k, given that
they usually have RAM which doesn’t benefit from that kind of alignment, and
systems that are structured accordingly.
The “best” cpp define I don’t know, but my system defines __m68k__
New submission from Gregory P. Smith:
The problem: without the stack being 16-byte aligned, code generated by modern
compilers like recent gcc/g++ or clang assumed that the stack is 16 byte
aligned and uses SSE instructions in some circumstances that require this.
Without this fix, any
Benjamin Peterson added the comment:
By all means, upgrade it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17192
___
___
Python-bugs-list
Gregory P. Smith added the comment:
http://bugs.python.org/issue17245 filed to track the stack alignment issue.
The only reason i set this as release blocker is to let a release manager
decide which of these two issues to proceed with for 2.7.4 and 3.2.4 (and
3.3.1).
--
Ben Wolfson added the comment:
My own preference is to let this quote from PEP 3101 dominate the behaviour:
The rules for parsing an item key are very simple. If it starts with a digit,
then it is treated as a number, otherwise it is used as a string.
That means Petri's suggested solution
New submission from Andrew Lutomirski:
inspect.formatargvalues assumes (incorrectly) that every argument in args is a
key in values. This isn't very hard to break -- see the attachment for a
complete example.
--
components: Library (Lib)
files: test_cgitb.py
messages: 182446
nosy:
New submission from Christian Heimes:
{:06}.format(1.2)
'1.2000'
{:06}.format(decimal.Decimal(1.2))
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: invalid format string
--
assignee: skrah
messages: 182447
nosy: christian.heimes, skrah
priority: normal
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, mark.dickinson
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17247
___
Matthias Klose added the comment:
before the updates, ... there seem to be two test failures on sparc solaris.
the local libffi/src/sparc/v8.S change was integrated upstream, so I don't yet
what could cause these failures. or did they fail before too?
--
Stefan Krah added the comment:
3.2 has a better error message:
{:06}.format(Decimal(1.2))
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python3.2/decimal.py, line 3632, in __format__
spec = _parse_format_specifier(specifier, _localeconv=_localeconv)
Christian Heimes added the comment:
The output is from Python 3.3. Why has Python 3.3 a less informative error
message than 3.2?
I also wonder why it works with floats if it has a special meaning? Either
float or Decimal is broken.
--
___
Python
1 - 100 of 136 matches
Mail list logo