New submission from Fabio Zadrozny [EMAIL PROTECTED]:
When installing python-2.6.msi it crashes when doing the following steps
on a windows XP (32 bit).
I'm not sure if all those steps are needed, but that's how it crashed here:
- start python-2.6.msi
- check 'install just for me'
- change
New submission from Roumen Petrov [EMAIL PROTECTED]:
After synchronization of my mingw32 cross-compilation environment with
trunk some of tests fail. The reason is that parsermodule fail to link.
Please check build on officially supported platform: MSVC and cygwin.
The attached patch
Changes by Christian Heimes [EMAIL PROTECTED]:
--
assignee: - loewis
components: +Windows
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4289
___
Bryon Roche [EMAIL PROTECTED] added the comment:
This patch works in the build system I'm using as well. Can we get this
in py2.6.epsilon?
--
nosy: +broche
type: - behavior
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3741
Changes by Christian Heimes [EMAIL PROTECTED]:
--
components: +Library (Lib)
nosy: +christian.heimes
priority: - normal
stage: - test needed
type: crash - behavior
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4282
Christian Heimes [EMAIL PROTECTED] added the comment:
As far as I know neither cygwin nor MinGW32 are falling under the
categoy of first class citizens. MinGW32 is only officially supported to
build extension modules. The compilers aren't used by our build bots, too.
In order to make both
Georg Brandl [EMAIL PROTECTED] added the comment:
FYI: This is now fixed in tip.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4189
___
___
Python-bugs-list
Martin v. Löwis [EMAIL PROTECTED] added the comment:
As Christian said in #4288: this links in a separate of metagrammar.c,
which is undesirable. However, I think you can fix this by exporting
Py_meta_grammar from pythonxy.dll.
--
nosy: +loewis
___
Andy [EMAIL PROTECTED] added the comment:
bah I *am* a idiot, #4288 and Christian's comments point out that I
can't use 'find' 'xargs' properly :-(
Will modify patch to use the correct grammar file c.
(and maybe one day I might actually say something sensible to do with
Python development :-)
Changes by Andy [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11960/parsermodule_fix.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4279
___
Andy [EMAIL PROTECTED] added the comment:
a new patch that will use the grammar definition from Python/graminit.c
- it is as of yet untested for Cygwin (can't get to that machine right
now). It follows the same pattern as the previous, i.e. it makes us of
an accessor function to get the grammar
Changes by Christian Heimes [EMAIL PROTECTED]:
--
assignee: - benjamin.peterson
components: +2to3 (2.x to 3.0 conversion tool)
nosy: +benjamin.peterson
priority: - normal
stage: - test needed
type: - behavior
versions: +Python 2.6
___
Python
Martin v. Löwis [EMAIL PROTECTED] added the comment:
That patch is too complicated. We already have meta_grammar and
Py_meta_grammar, and now you also add a third function
(get_PyParserGrammar) that does the same thing again. I don't see why
you can't call one of the existing functions, and I
Christian Heimes [EMAIL PROTECTED] added the comment:
I'll take it from here.
--
assignee: - christian.heimes
components: +Windows
nosy: +christian.heimes
priority: - deferred blocker
stage: - patch review
type: behavior - compile error
versions: +Python 2.7, Python 3.0
STINNER Victor [EMAIL PROTECTED] added the comment:
I don't understand what do you expect with the divison. Can you give an
use case and/or examples?
--
nosy: +haypo
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4291
Jeremy Banks [EMAIL PROTECTED] added the comment:
Sorry, allowing for conversion to int/float is probably a more sensible
solution.
This idea was brought to my mind when I was making a very very simple
script for a friend to display how far through a time range we currently
are. For example:
STINNER Victor [EMAIL PROTECTED] added the comment:
(I tried your code on Linux and no exception is raised)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4171
___
STINNER Victor [EMAIL PROTECTED] added the comment:
exec() doesn't work if the argument is an unicode string. Here is a
workaround for the profile module (open the file in binary mode), but it
doesn't fix the exec() problem.
--
keywords: +patch
nosy: +haypo
Added file:
New submission from Jeremy Banks [EMAIL PROTECTED]:
It would be convenient if it were possible to divide one
datetime.timedelta object by another to determine their relative durations.
Were the datetime module pure Python a crude solution would just be to
add two methods like this:
def
STINNER Victor [EMAIL PROTECTED] added the comment:
The issue #1673409 may help: delta1.toseconds() / delta2.toseconds().
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4291
___
Jeremy Banks [EMAIL PROTECTED] added the comment:
Thanks, I should have paid more attention to the results when I searched
for duplicates. I think that Christian's suggestion of enabling float()
and int() for timedeltas is worth having here, though.
--
nosy: -christian.heimes
New submission from Ondrej Certik [EMAIL PROTECTED]:
Download my branch of sympy from here:
http://github.com/certik/sympy/tree/division3
and run the 2to3 tool with python2.5:
$ python2.5 ../2to3/2to3 sympy/
[...]
Traceback (most recent call last):
File ../2to3/2to3, line 6, in module
Dmitry Dvoinikov [EMAIL PROTECTED] added the comment:
1.py == test.py obviously :)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4171
___
___
Python-bugs-list
STINNER Victor [EMAIL PROTECTED] added the comment:
Exemple of the problem: exec('#header\n# encoding:
ISO-8859-1\nprint(h\xe9 h\xe9)\n')
exec(unicode) calls source_as_string() which converts unicode to bytes
using _PyUnicode_AsDefaultEncodedString() (UTF-8 charset). Then
PyRun_StringFlags() is
Andy [EMAIL PROTECTED] added the comment:
looks like it might be a similar root issue to the one I raised in #4279.
Looks like this patch breaks the data hiding that I think has been
attempted :-( though it doesn't mess with setup.py in the way mine does :-)
Don't know how Christian's comment
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I've fixed the first problem in r67177, but I found another one in
thirdparty/pyglet. Try running with -x metaclass.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4290
New submission from Ondrej Certik [EMAIL PROTECTED]:
While converting the SymPy repo:
the 2to3 failed to convert stuff like:
from something import (a, b, c, )
Attached find the patch that I had to do by hand -- I think 2to3 should
be able to fix this as well.
--
files: import.patch
Christian Heimes [EMAIL PROTECTED] added the comment:
That's just too weird. A long time ago I suggested to implement __int__
and __float__ on timedelta objects: int(timedelta) - seconds,
float(timedelta) - seconds.micros. Then your use case could be written
as float(td1) / float(td2) which is
Andy [EMAIL PROTECTED] added the comment:
Christian: sorry my 'find' kung fu is weak :-( :-$ I see why.
Will work on a better patch.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4288
___
STINNER Victor [EMAIL PROTECTED] added the comment:
I'm unable to reproduce the bug on Python 3.0 svn trunk. Can you retry
with Python 3.0rc2 please?
--
nosy: +haypo
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4171
Dmitry Dvoinikov [EMAIL PROTECTED] added the comment:
Same thing on Python 3.0rc2:
C:\TEMPpython test.py
worked so far
Traceback (most recent call last):
File 1.py, line 23, in module
test_handshake(address, False)
File 1.py, line 17, in test_handshake
ssl.do_handshake()
File
Ondrej Certik [EMAIL PROTECTED] added the comment:
Thanks, that was quick!
You can delete the thirdparty/pyglet, it's not imported by default. Then
the 2to3 passes. But I found another bug:
issue 4292
___
Python tracker [EMAIL PROTECTED]
Christian Heimes [EMAIL PROTECTED] added the comment:
Andy:
Of course we like to support Cygwin and MinGW32. I wanted to make clear
that the platforms aren't top priority. They aren't regularly tested by
any of the core developers and build bots.
Regarding data hiding, you are correct. I'm more
Christian Heimes [EMAIL PROTECTED] added the comment:
I concur that bootstrapping may be a problem. Using a NamedTuple also
increases the number of loaded modules by 4 (_collections.so, keyword.py
and operator.so).
But we could reimplement it with a PyStructSequence like I did for
Changes by Todd Whiteman [EMAIL PROTECTED]:
--
nosy: +twhitema
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4171
___
___
Python-bugs-list mailing list
Martin v. Löwis [EMAIL PROTECTED] added the comment:
As a style guide remark: drop the parentheses around the expression in
the return statement (return is a statement, not a function), and prefix
all global symbols with Py or _Py. See PEP 7 for further instructions.
Andy [EMAIL PROTECTED] added the comment:
Christian:
Cool, thanks for the feedback d00d - it took longer than i though to get
what I predicted :-) No worries on the whole core target platform
thing - I understand it perfectly, had the same issue for work related
things: too many platform and
37 matches
Mail list logo
