Winfried Plappert [EMAIL PROTECTED] added the comment:
In other words, the various *Tex packages cannot agree on a common syntax?
MiKTeX-pdfTeX 2.7.3147 (1.40.9) (MiKTeX 2.7) also complains about the
double \fi.
___
Python tracker [EMAIL PROTECTED]
Winfried Plappert [EMAIL PROTECTED] added the comment:
And Ubuntu Linux pdflatex complains as well:
/usr/bin/pdflatex from package texlive-latex-base.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4266
Mark Dickinson [EMAIL PROTECTED] added the comment:
Yes, it uses base 2**15 but it's not the correct conversion to base
2**15. You convert each PyLong digit to base 2**15 but not the whole
number.
I don't understand: yes, each base 2**30 digit is converted to a pair
of base 2**15 digits,
Georg Brandl [EMAIL PROTECTED] added the comment:
In other words, the various *Tex packages cannot agree on a common syntax?
No, syntax has nothing to do with it. It was a mistake of some sort on
my part. It depends on whether the ifxetex latex package is present,
because that already defines
Changes by Georg Brandl [EMAIL PROTECTED]:
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4266
___
___
Mark Dickinson [EMAIL PROTECTED] added the comment:
Other responses...
It was an argument for changing the base used by the mashal :-)
Ah. I think I'm with you now. You're saying that ideally, marshal
shouldn't have to care about how Python stores its longs: it should
just ask some
New submission from Gabriel Genellina [EMAIL PROTECTED]:
Functions message_from_string and message_from_file are documented as
belonging to the email.parser module, but in fact they live at the top
of the email package.
The .rst source looks fine, but the rendered html says
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, fixed in r67117.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4268
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, applied in r67118.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4267
___
Georg Brandl [EMAIL PROTECTED] added the comment:
I agree -- fixed in r67119.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4245
___
Changes by Mark Dickinson [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file11950/pybench_results.txt
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4258
___
STINNER Victor [EMAIL PROTECTED] added the comment:
And now the stat of Python patched with 30bit_longdigit3.patch.
min/avg/max are now the number of bits which gives better
informations. bigger is the number of arguments which are bigger than 1
digit (not in range [-2^30; 2^30]).
make
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The patch is good.
I was first surprised by the fact that e.characters_written is not used
in the write() method; but _flush_unlocked() already adjusts the
_write_buf according to the original e.characters_written raised by the
STINNER Victor [EMAIL PROTECTED] added the comment:
I'll investigate the slowdowns
The problem may comes from int64_t on 32 bits CPU. 32x32 - 64 may be
emulated on your CPU and so it's slower. I improved your patch to make
it faster, but I lost all my work because of a misuse of GIT... As I
STINNER Victor [EMAIL PROTECTED] added the comment:
I wrote a patch to compute stat about PyLong function calls.
make (use setup.py):
PyLong_FromLong: 168572 calls, min=( 0, ), avg=(1.4,), max=( 3,)
long_bool:48682 calls, min=( 0, ), avg=(0.2,), max=( 2,)
long_add:
Mark Dickinson [EMAIL PROTECTED] added the comment:
Here's a pybench comparison, on OS X 10.5/Core 2 Duo/gcc 4.0.1 (32-bit
non-debug build of the py3k branch). I got this by doing:
[create clean build of py3k branch]
dickinsm$ ./python.exe Tools/pybench/pybench.py -f bench_unpatched
[apply
New submission from Berend-Jan Wever [EMAIL PROTECTED]:
Part of the text of the online documentation for the string.split() method:
snip
If sep is not specified or is None, a different splitting algorithm is
applied. First, whitespace characters (spaces, tabs, newlines, returns,
and formfeeds)
Banesiu Sever [EMAIL PROTECTED] added the comment:
Thanks for your review, here's a new patch.
I've added a new test for the pre-flush condition and made the comments
less cryptic.
Added file: http://bugs.python.org/file11953/bw_overage2.diff
___
Python
Christian Heimes [EMAIL PROTECTED] added the comment:
We have discussed this bug in the python developer chat yesterday. I
decided to wait until after the 3.0.0 release. The problem is not
critical enough for 3.0.0. I like to keep the amount of changes during
the RC phase to a minimum.
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I do concur with the desire to restrict changes during RC phase. Do this
also mean that merges from trunk will be reduced to the strict minimum?
No global merge, only on a revision basis after review.
In this case we could apply the
Christian Heimes [EMAIL PROTECTED] added the comment:
Should this patch be applied to 3.0 before the next RC lands? Barry
hasn't released RC2 yet.
--
nosy: +christian.heimes
type: - compile error
versions: +Python 2.7, Python 3.0
___
Python tracker
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
Mark,
I noticed that you replaced a call to _PyLong_AsScaledDouble with your
round to nearest algorithm. I wonder if _PyLong_AsScaledDouble itself
would benefit from your change. Currently it is used in PyLong_AsDouble
and
New submission from Mikhail Terekhov [EMAIL PROTECTED]:
pack/unpack behavior changes unexpectedly depending on the byte order:
l:/tmp uname -pmiovs
Linux #1 SMP 2008-10-14 22:17:43 +0200 x86_64 x86_64 x86_64 GNU/Linux
l:/tmp python
python
Python 2.5.1 (r251:54863, Aug 1 2008, 00:35:20)
[GCC
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I have now committed Python-2.6-no.manifest.in.pyd.diff as r67120,
r67121, and r67122. Thanks for the patch.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4120
New submission from Winfried Plappert [EMAIL PROTECTED]:
I tried to check the tracker for an existing issue with the conversion
tool, but I could not find one. I am using the python2.6
Python2.6/Tools/scripts/2to3 -w -v . command to convert existing Python
scripts to Python3.0.
I made two
Benjamin Peterson [EMAIL PROTECTED] added the comment:
The relative import problem has been fixed that will be released in 2.6.1.
--
nosy: +benjamin.peterson
type: compile error - behavior
___
Python tracker [EMAIL PROTECTED]
Winfried Plappert [EMAIL PROTECTED] added the comment:
and it is also fixed in 3.0rc1: I reran the conversion, but issue 2
still persists,
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4271
___
Winfried Plappert [EMAIL PROTECTED] added the comment:
Sorry, issue 1 still persists:
From Tkinter import (bla,blah, blahh)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4271
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: - high
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4271
___
___
Python-bugs-list
Georg Brandl [EMAIL PROTECTED] added the comment:
This is fixed in the new docs, see
http://docs.python.org/library/stdtypes#str.split.
--
resolution: - out of date
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Martin v. Löwis [EMAIL PROTECTED] added the comment:
PyModule_Create2 might be new, but the warning certainly is not - for
2.x, it lives in Py_InitModule4. Indeed, I can reproduce the problem
with 2.7a0, replacing the import of warnings with an import of imp.
Thomas Heller [EMAIL PROTECTED] added the comment:
[David Lambert]
@CFUNCTYPE(c_int, POINTER(c_int), POINTER(c_int))
def py_cmp_func(*args):
(a,b,) = (t[0] for t in args)
print(py_cmp_func, a, b)
return a-b
qsort(ia,len(ia),sizeof(c_int),py_cmp_func)
[Kevin Watters]
Georg Brandl [EMAIL PROTECTED] added the comment:
Committed in r67123. Thanks!
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4247
Martin v. Löwis [EMAIL PROTECTED] added the comment:
In r67125, r67126, r67127, r67128, r67129, I removed the mt.exe
invocation from tcl and tk, and removed the DLLs CRT manifest from the
installer.
___
Python tracker [EMAIL PROTECTED]
New submission from Jacques Frechet [EMAIL PROTECTED]:
The gzip header defined in RFC 1952 includes a mandatory MTIME field,
originally intended to contain the modification time of the original
uncompressed file. It is often ignored when decompressing, though
gunzip (for example) uses it to set
Changes by Jacques Frechet [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file11955/gzip-mtime-2.x.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4272
___
Jacques Frechet [EMAIL PROTECTED] added the comment:
This discussion of the problem and possible workarounds might also be of
interest:
http://stackoverflow.com/questions/264224/setting-the-gzip-timestamp-from-python
___
Python tracker [EMAIL PROTECTED]
New submission from darrenr [EMAIL PROTECTED]:
The profile module creates a reference cycle. See attached session.
--
components: Library (Lib)
files: profile_cycle.txt
messages: 75582
nosy: darrenr
severity: normal
status: open
title: cycle created by profile.run
type: resource usage
darrenr [EMAIL PROTECTED] added the comment:
The profile module creates a reference cycle. See attached session.
Note: cycle can be broken by deleting reference to 'dispatcher' on
profile.Profile() instance.
___
Python tracker [EMAIL PROTECTED]
David Turner [EMAIL PROTECTED] added the comment:
Neal Norwitz [EMAIL PROTECTED] added the comment:
Interesting approach. I was surprised to see the change to the AST,
but I understand why you did it. I think if the AST optimization
approach works out well, we will want to have some
David Turner [EMAIL PROTECTED] added the comment:
Actually, I just noticed a case where the code would do the wrong thing.
I fixed it and added a test for it.
Added file: http://bugs.python.org/file11958/tlee-ast-optimize-appends-3.diff
___
Python tracker
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I considered using a datetime.datetime object instead. But it make more
sense to use a time_t number, like os.stat() and time.time().
About the tests on the gzip format details: I am not an expert of the
gzip format, but are we sure
Raymond Hettinger [EMAIL PROTECTED] added the comment:
I really didn't want to have to change the AST. The problem was that
there was a feature of the Python bytecode which was not representable
in Python source code.
FWIW, I see exposing bytecodes as an anti-pattern that locks in a
Jacques Frechet [EMAIL PROTECTED] added the comment:
I'm no expert either. The output certainly seems to be deterministic
for a given version of zlib, and I'm not aware of any prior versions of
zlib that produce different compressed output. However, my
understanding is that there is more than
Christian Heimes [EMAIL PROTECTED] added the comment:
Strange, I can't reproduce the problem with any Python version. Even
py3k doesn't crash with either import imp and import warnings.
$ cat ../issue4236.py
class Crasher(object):
def __del__(self):
print(__del__ called)
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
Sorry, but this is still not fixed:
tnow using/cmdline Exception occurred:
File
/private/tmp/py3k/dist/Python-3.0rc2/Doc/tools/docutils/parsers/rst/states.py,
line 2055, in run_directive
% (type_name, i, result[i]))
AssertionError:
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
r67136 is a workaround found by Christian. We'll go with this for the
3.9rc2 release and make this a deferred blocker for a proper fix for the
next rc.
--
priority: release blocker - deferred blocker
resolution: fixed -
New submission from Christian Heimes [EMAIL PROTECTED]:
The what's new section of the 3.0 docs need lots of extra care. It's
short and it doesn't list all PEPs and important changes. Since lot's of
people are coming from 2.5 it may also be a wise idea to list relevant
2.5-2.6 changes.
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
Raising to deferred blocker. This will definitely block 3.0rc3.
--
nosy: +barry
priority: high - deferred blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2306
Benjamin Peterson [EMAIL PROTECTED] added the comment:
See #2306.
--
nosy: +benjamin.peterson
resolution: - duplicate
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4274
___
New submission from Don MacMillen [EMAIL PROTECTED]:
code examples in socketserver do not run in py3k
Obvious errors with print stmt (not function call)
Less obvious errors with socket.send that does not
accept str type (bytearray works fine). Client example
below shows problems.
import socket
New submission from Jan Schreuder [EMAIL PROTECTED]:
I downloaded and installed Python 2.6 for Mac OSX 10.4. It installed
Build Applet, Extras, IDLE and Python Launcher in a Python 2.6 folder in
the Applications folder. However, IDLE will not launch. I have Python
2.5 installed. That IDLE
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Duplicate of #4017.
--
nosy: +benjamin.peterson
resolution: - duplicate
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4276
Thomas Lee [EMAIL PROTECTED] added the comment:
Neal said:
I was surprised to see the change to the AST, but I understand why you
did it.
The problems David ran into here sound like an argument for arbitrary
AST annotations -- an idea that I was toying with around the time
Const was
54 matches
Mail list logo