Changes by James Brotchie brotc...@gmail.com:
--
nosy: +brotchie
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4769
___
___
Python-bugs-list
Changes by James Brotchie brotc...@gmail.com:
--
nosy: +brotchie
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4768
___
___
Python-bugs-list
Matthias Sommer sunny0...@gmxpro.de added the comment:
Retry is a bit difficult now, sinc I reverted back to Windows after
getting quite some answers in some places, but none of them really
helpful.
It happend under Madriva Linux (and some other tested Linuxes). Now I'm
using Gentoo (this
Changes by Armin Rigo ar...@users.sourceforge.net:
--
nosy: -arigo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4753
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
Thanks, applied in r68116.
--
assignee: effbot - georg.brandl
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4100
Georg Brandl ge...@python.org added the comment:
Bumping priority a bit.
--
nosy: +georg.brandl
priority: - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4136
___
Georg Brandl ge...@python.org added the comment:
Fixed in r68117.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4156
___
Georg Brandl ge...@python.org added the comment:
Added a bit to the re.sub(n) docstrings in r68118.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4185
Georg Brandl ge...@python.org added the comment:
Documented dis.findlinestarts() and put it into dis.__all__ in r68119.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4222
Georg Brandl ge...@python.org added the comment:
Committed to trunk in r68120.
--
nosy: +georg.brandl
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4228
___
David Moss drk...@gmail.com added the comment:
ipaddr appears to be on a fast track for batteries included status
without much consultation in the wider Python community. As BDFL it's
ultimately Guido's call, but it would be disappointing to see one
solution being chosen wholesale without much
Changes by Georg Brandl ge...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4742
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
TypeError or ValueError?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4772
___
Georg Brandl ge...@python.org added the comment:
Applied the doc patch in r68121. Updated PEP 4 to point to PEP 3108
(which contains a list of all modules removed in 3k and deprecated in
2.6, not just new) in r68122.
--
resolution: - fixed
status: open - closed
Georg Brandl ge...@python.org added the comment:
Fixed in r68123.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4784
___
Georg Brandl ge...@python.org added the comment:
Fixed in r68124.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4782
___
Georg Brandl ge...@python.org added the comment:
Thanks, documented in r68125.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4776
___
Antoine Pitrou pit...@free.fr added the comment:
Hi,
Why don't you use the C preprocessor instead of that Python code?
Sample code:
We would have to change opcode.h for this to be truely useful (in order
to re-use OPCODE_LIST()). I think that should be the subject of a
separate bug entry for
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r68127.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4767
___
Georg Brandl ge...@python.org added the comment:
I've added the redirects. I hope that mailman updates its links in the
next release though :)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
Please go ahead.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4797
___
Antoine Pitrou pit...@free.fr added the comment:
Committed to trunk and py3k, thanks!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3680
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Done. Fixed in r68134(trunk) and r68139(py3k).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4797
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
I would like to confirm issue for trunk.
--
nosy: +rpetrov
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
Derek Morr derekm...@psu.edu added the comment:
Senthil,
I don't think your gethost_addrinfo() function will work. On a v6-
enabled machine, it will only return v6 or v4 names. Shouldn't it
return both (since a machine could have both v4 and v6 addresses)? For
example, on my machine, I have
Derek Morr derekm...@psu.edu added the comment:
Question: Why does FTPHandler.ftp_open() try to resolve the hostname()?
The hostname will be passed into connect_ftp(), then into
urllib.ftpwrapper(), and eventually into ftplib.FTP.connect(), which is
IPv6-aware.
STINNER Victor victor.stin...@haypocalc.com added the comment:
Hmm, I think the supported types should be the same for all
platforms, otherwise it creates unnecessary headaches.
I'm don't know Windows very well, but I read many times that Windows
uses unicode everywhere. I'm unable to decide
Changes by STINNER Victor victor.stin...@haypocalc.com:
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4751
___
___
Python-bugs-list mailing list
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ooooh, I suggested to ebfe to remove the GIL unlock/lock, but I was
wrong :-( I hate locks! What is the right fix? Replace
ENTER_HASHLIB(self)
Py_BEGIN_ALLOW_THREADS
...
Py_END_ALLOW_THREADS
LEAVE_HASHLIB(self)
by
STINNER Victor victor.stin...@haypocalc.com added the comment:
I'm unable to reproduce the issue. I tried to create files on my FTP
server with non-ASCII characters or spaces in the filenames, but
everything is fine. Can you reproduce the problem outside IDLE? Or is
the issue specific to
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
The issue is same for trunk.
Step to reproduce(as example on linux):
- remove existing python installation (optional)
- rename SRCDIR/Lib/plat-linux2
...
python$EXE ../../Tools/scripts/h2py.py -i '(u_long)'
/usr/include/netinet/in.h
Paolo 'Blaisorblade' Giarrusso p.giarru...@gmail.com added the comment:
We would have to change opcode.h for this to be truely useful (in
order to re-use OPCODE_LIST()).
Yep.
I think that should be the subject of a separate bug entry for code
reorganization.
Agreed, I'll maybe try to find
New submission from Roumen Petrov bugtr...@roumenpetrov.info:
make log:
gcc -shared -Wl,--enable-auto-image-base
.../Modules/_collectionsmodule.o -L/usr/local/lib -L. -lpython2.7 -o
build/lib.cygwin-1.5.25-i686-2.7/_collections.dll
.../Modules/_collectionsmodule.o: In function `deque_iter':
New submission from Roumen Petrov bugtr...@roumenpetrov.info:
Check for installed X on cygwin can't find X11/Xlib.h in detect_tkinter
from setup.py
--
files: py-trunk-detect_tkinter-cygwin.patch
keywords: patch
messages: 78724
nosy: rpetrov
severity: normal
status: open
title:
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
I'm not sure that installation work if slash is removed and DESTDIR is
not specified. What about to replace slash before $(DESTDIR) with /./ ?
___
Python tracker rep...@bugs.python.org
Daniel Diniz aja...@gmail.com added the comment:
Hi Chris
Since dir calls retrlines and retrlines has a 'while 1:' loop, the bug
probably comes from there. Either it hangs in the fp.readline call or
the break condition is never met.
Can you put some print diagnostics inside
STINNER Victor victor.stin...@haypocalc.com added the comment:
Can you put some print diagnostics inside Lib/ftplib.py (...)
your ftp object.set_debuglevel(2) already prints a lot of
informations.
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
makesockaddr() raise a TypeError(Invalid address type) for an
invalid AF_TIPC address, but I would prefer a ValueError.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
FWIW: POSIX defines Unix time_t *not* to include leap seconds.
You can easily check whether your platform or C lib behaves
POSIX-ly correct or not:
POSIX: 1986-12-31 23:59:59 UTC == 536457599 ticks
With leap seconds: ==
Alexandre Vassalotti alexan...@peadrop.com added the comment:
Antoine Pitrou wrote:
[...] count the number of indirect jump instructions in ceval.c:
grep -E jmp[[:space:]]\*% ceval.s
There should be 85 to 90 of them, roughly. If there are many less, then
the compiler has tried to optimize
Changes by Alexandre Vassalotti alexan...@peadrop.com:
Added file:
http://bugs.python.org/file12522/amd-athlon64-x2-gcc-sunos-pybench.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4753
___
Alexandre Vassalotti alexan...@peadrop.com added the comment:
Attached new patch for fixes suggested by Alexandre (rename
opcode_targets.c to opcode_targets.h, replace USE_THREADED_CODE with
USE_COMPUTED_GOTOS).
You forgot to update your script to use the new name.
Craig Holmquist craigh...@gmail.com added the comment:
Here's an option, though unfortunately not a trivial one: use a private
build of the C runtime. The Windows version of Firefox does this
(mozcrt19.dll). The private CRT build doesn't use SxS in any way, so it
gets around this issue, as
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
I just finish test for altbininstall make target on linux and cygwin.
Ronald,
About the SO issue - in makefile we may use $(LDLIBRARY) instead of
libpython$(VERSION)$(SO) (see py-issue-4472-makefile.patch).
For cygwin
Antoine Pitrou pit...@free.fr added the comment:
The right fix would probably be to define ENTER_HASHLIB(self) as
Py_BEGIN_ALLOW_THREADS
PyThread_acquire_lock(self-lock)
Py_END_ALLOW_THREADS
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
I get 86 with GCC 4.x and SUNCC. However, with GCC 3.4 I only get a
single computed goto. Is there some hidden option to make GCC avoid
sharing jumps?
Try -fno-crossjumping.
I tested it and it worked, no test failures to report. Just change
Antoine Pitrou pit...@free.fr added the comment:
I've updated the comments as per Alexandre's request, added support for
SUN CC, and fixed the generation script to use the new filename.
Added file: http://bugs.python.org/file12524/threadedceval5.patch
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file12514/threadedceval4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4753
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Fixed in r68143 (py3k) and r68144 (3.0).
Thanks for the report!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4747
Graham Dumpleton graham.dumple...@gmail.com added the comment:
One interesting thing of note that has occurred to me looking at the patch
is that although with Python 3.0 you technically could return a str as
iterable from application, ie., because iteration over str returns str for
each
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Every function of the Windows API comes in pair: an Ansi function (which
accepts char* names) and a Wide function (which accepts wchar_t* names;
Py_UNICODE* can be passed as-is)
Don't perform conversion on Windows, just call the
Nick Coghlan ncogh...@gmail.com added the comment:
It certainly looks like all direct calls to PyObject_DEL/PyObject_Del
from outside tp_dealloc implementations are going to be broken in
pydebug builds.
Replacing those calls with either Py_DECREF operations (as Victor's
patch does) or direct
Nick Coghlan ncogh...@gmail.com added the comment:
(changing title and unassigning from Fredrik since this isn't an RE
specific problem, flagged as also affecting interpreter core, flagged as
affecting all currently maintained versions)
--
assignee: effbot -
components: +Interpreter
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Committed a different correction in r68145:
according to documention, _PyObject_GC_TRACK should not be used in
extension modules.
Thanks for the report.
--
nosy: +amaury.forgeotdarc
resolution: - fixed
status: open - closed
Changes by Benjamin Peterson benja...@python.org:
--
priority: - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4614
___
___
Changes by Benjamin Peterson benja...@python.org:
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4614
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor victor.stin...@haypocalc.com added the comment:
I think the library function base64.b64encode() should return
a string, not bytes.
Yes, in the email module, the payload is an unicode string, not a
bytes string. We have to be able to concatenate headers
(eg. Content-Type:
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
keywords: +patch
Added file: http://bugs.python.org/file12525/email_base64_bytes.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4768
Antoine Pitrou pit...@free.fr added the comment:
As mentioned in python-dev, the patch would be more suitable for
inclusion if it was changed to simply print a stack trace and bail out,
rather than try to resume execution of the Python program.
--
nosy: +pitrou
STINNER Victor victor.stin...@haypocalc.com added the comment:
About quoted printable, there are two implementations:
- binascii.a2b_qp() (Modules/binascii.c): C implementation, use
PyArg_ParseTupleAndKeywords(args, kwargs, s*|i, ...) to parse the
data
- quopri.decode() (Lib/quopri.py):
STINNER Victor victor.stin...@haypocalc.com added the comment:
If the input to b64decode is a str, just do a encode('ascii')
operation on it and proceed. If that fails, it wasn't valid
Base64 to begin with.
On unicode encode error, should we raise an UnicodeEncodeError or a
Paolo 'Blaisorblade' Giarrusso p.giarru...@gmail.com added the comment:
I attached some additional benchmarks on SunOS. So far, it seems the
benefits of the proposed optimization are highly compiler-dependent.
Well, it would be more correct to say that as you verified for GCC 3.4,
New submission from Manas gravitywarri...@gmail.com:
Manas Thapliyal wants you to join Yaari!
Is Manas your friend?
a
href=http://yaari.com/?controller=useraction=mailregisterfriend=1sign=YaariNSF231MZA868MBK206SAQ399;Yes,
Manas is my friend!/a a
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4803
___
Senthil orsent...@gmail.com added the comment:
Derek,
This patch was along the lines that when IPv6 address is present, return
the first address,which I assumed to be active address and would make
the urllib2 work.
I am not sure, if returning all the addresses would help and how would
we
Mark Hammond mhamm...@users.sourceforge.net added the comment:
I've no time to dig deeper now as I suspect testing will require removal
of the vc9 assembly from the GAC and testing with a local one, but some
comments:
test.c's error is can't find the DLL - this will be as we attempt to
load
Mark Hammond mhamm...@users.sourceforge.net added the comment:
I meant to mention: FWIW, *some* py2exe apps work fine with the old
scheme - specifically, IIUC, any app will work fine so long as the .pyd
files were next to the executable, which is next to the assembly. I
understand this is a
New submission from Mark Hammond mhamm...@users.sourceforge.net:
This block in exceptions.c:
#if defined _MSC_VER _MSC_VER = 1400 defined(__STDC_SECURE_LIB__)
...
/* turn off assertions in debug mode */
prevCrtReportMode = _CrtSetReportMode(_CRT_ASSERT, 0);
#endif
Does exactly what
Derek Morr derekm...@psu.edu added the comment:
My understanding is that the FileHandler checks if the file:// URL
contains the hostname or localhost IP of the local machine (isn't that
what FileHandler.names is for?). So, shouldn't the following URLs all
open the same file:
file:///foo.txt
Craig Holmquist craigh...@gmail.com added the comment:
test.c's error is can't find the DLL - this will be as we attempt to
load Python's DLL - but this isn't the same as the original error, which
is DLL init routine failed. To repro the initial error, I suspect you
will want to put the
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
I am posting this patch mainly to support python-dev discussion on this
topic. In the past (see r45330) it was possible to compile python core
and standard library modules using a C++ compiler.
According to Martin v.
Christian Heimes li...@cheimes.de added the comment:
Mark Hammond mhamm...@users.sourceforge.net added the comment:
I've no time to dig deeper now as I suspect testing will require removal
of the vc9 assembly from the GAC and testing with a local one, but some
comments:
Isn't the GAC just
Jacques Frechet jfrec...@users.sourceforge.net added the comment:
I am uploading a new patch, identical to the previous patch except that
it does not contain the ill-advised third test case
(test_literal_output). The patch still applies cleanly and the tests
still pass.
Added file:
Changes by Jacques Frechet jfrec...@users.sourceforge.net:
Added file: http://bugs.python.org/file12529/gzip-mtime-revised-2.x.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4272
___
Senthil orsent...@gmail.com added the comment:
I am a little confused by this though. It looks like
FileHandler.file_open() checks if there is a hostname in the URL, and
if so, uses FTPHandler instead. So why does FileHandler.open_local_file
check the hostname value?
You are right. Even I
Christopher Mahan chris.ma...@gmail.com added the comment:
I modified the program by adding line: ftp.set_debuglevel(2)
START LISTING
import ftplib
ftp = ftplib.FTP('ftp.edgecastcdn.net', user='myuserid',
passwd='mypassword')
ftp.set_debuglevel(2)
ftp.cwd('chrismahan-675')
Christopher Mahan chris.ma...@gmail.com added the comment:
I went into the source for Libs/ftplib.py and I noted that line 423 is:
if self.debugging 2: print('*retr*', repr(line))
so I changed the debuglevel to 3, as such: ftp.set_debuglevel(3)
and I got these last 4 lines:
-rwxrwxrwx 1
Craig Holmquist craigh...@gmail.com added the comment:
I took a look at this with the debugger, as Mark recommended. The CRT's
DLLMain is called _CRTDLL_INIT, that in turn calls __CRTDLL_INIT.
__CRTDLL_INIT calls another function, _check_manifest.
_check_manifest calls an SxS function called
Christopher Mahan chris.ma...@gmail.com added the comment:
I added the following two lines and I was able to run the code.
Before:
line = fp.readline()
if self.debugging 2: print('*retr*', repr(line))
if not line:
break
if
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
A related question discussed on python-dev is whether extern C {}
wrappers should ever be used in .c files. I argue that the answer is no
even if C++ compilability is desired.
The new patch eliminates several uses of
80 matches
Mail list logo