rb [EMAIL PROTECTED] added the comment:
The problem, and the reason for the existence of this bug, is that I
cannot build a shared object that links to libpython2.5.so.1 and works.
Please don't mark this bug invalid until this problem is fixed.
My proposal of adding dependencies to
Kristján Valur Jónsson [EMAIL PROTECTED] added the comment:
If you look at http://bugs.python.org/issue4336, half of the proposed
patch is an attempt to deal with this performance issue. In the patch,
we laboriously ensure that bufsize=-1 is passed in for for the xmlrpc
client.
Seeing your
Kristján Valur Jónsson [EMAIL PROTECTED] added the comment:
Guido pointed out the problem with _fileobject.readline() being
followed by socket.recv() if readline uses read buffering.
xmlrpclib.py was attempting to directly use the underlying socket,
although in actual fact it never did,
New submission from Christian Heimes [EMAIL PROTECTED]:
./python Doc/includes/mp_benchmarks.py
testing Array(i, ..., lock=False)
Traceback (most recent call last):
File Doc/includes/mp_benchmarks.py, line 235, in module
test()
File Doc/includes/mp_benchmarks.py, line
Christian Heimes [EMAIL PROTECTED] added the comment:
Fixed in r67414, r67415, r67416 (trunk, 2.6, 3.0).
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3741
New submission from Christian Heimes [EMAIL PROTECTED]:
I've fixed the multiprocessing examples in r67417. 2to3 altered
multiprocessing.Queue() to multiprocessing.queue().
--
assignee: benjamin.peterson
components: 2to3 (2.x to 3.0 conversion tool)
messages: 76527
nosy:
Christian Heimes [EMAIL PROTECTED] added the comment:
The examples in 3.0 didn't work at at all because nobody did a 2to3 run
on them. See r67417: mp_benchmarks, mp_newtypes and mp_distribution are
still broken but the others are working properly. We should include the
examples in our unit test
New submission from Christian Heimes [EMAIL PROTECTED]:
The multiprocessing backport to 2.4/2.5 fails with a fatal error when
the test suite is run with a debug build of Python.
PYTHONPATH=Lib/ /home/heimes/dev/python/release25-maint/python -tt -c
from multiprocessing.tests import main; main()
New submission from Mark Florisson [EMAIL PROTECTED]:
The docstring of os.setpgrp says 'Make this process a session leader.',
but that's not what setpgrp does. setpgrp() is the same as setpgid(0,
0), which sets the pgid of the calling process to the pid of the calling
process, thus making it a
Jesse Noller [EMAIL PROTECTED] added the comment:
The 3.0 doc/example issue is in issue 3256
I plan on fixing all the doc/example issue this/next week.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4449
Christian Heimes [EMAIL PROTECTED] added the comment:
Are you able to fix the examples before 3.0.0 and 2.6.1 are released?
They are scheduled for Wednesday 3rd of December.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4449
Jesse Noller [EMAIL PROTECTED] added the comment:
Yes, I have a pending patch. I'll see if I can steal some time today
to check it in.
On Fri, Nov 28, 2008 at 9:36 AM, Christian Heimes
[EMAIL PROTECTED] wrote:
Christian Heimes [EMAIL PROTECTED] added the comment:
Are you able to fix the
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Christian, to fix this, you need to backport the fix for #1683.
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4451
Jesse Noller [EMAIL PROTECTED] added the comment:
As ben mentioned, this is already fixed in core. See issue 1683 - this is
only a problem when running in 2.5/2.4
--
resolution: - duplicate
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Christian Heimes [EMAIL PROTECTED] added the comment:
The fix is required to run multiprocessing on Python 2.4 and 2.5, see
#4451. I suggest we fix the issue in 2.5.3. The fork-thread-patch-2
patch doesn't work on Python 2.5. I'm getting a segfault on my system:
test_connection
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
versions: -Python 2.5, Python 2.6, Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1683
___
John Levon [EMAIL PROTECTED] added the comment:
If Ubuntu wants to deliver a static libpython, it also needs to deliver
static versions of the Python modules, or accept that they're not usable
from a static libpython.
It makes no sense at all to mix libpython.a with these .so files. Many of
New submission from Suraj Barkale [EMAIL PROTECTED]:
If the option to Compile .py files to bytecode after installation is
selected during installation (by clicking on Advanced button on
Customize dialog), installer shows the attached dialog. There seems to
be no problem after installation is
Guido van Rossum [EMAIL PROTECTED] added the comment:
I'm fine with disabling this feature in xmlrpclib.py, and possibly even
in httplib.py.
I'm *not* fine with fixing this behavior in socket.py -- the unittest
coverage is unfortunately small and we have had plenty of trouble in
this area in
Ralf Schmitt [EMAIL PROTECTED] added the comment:
no john, linking with the static library really works. the resulting
executable does not depend on the shared library and it is possible to
import the e.g. the time module.
___
Python tracker [EMAIL PROTECTED]
rb [EMAIL PROTECTED] added the comment:
Ralf,
I'm sure it does work, but what is the point of linking statically to
libpython.a but then having other dependencies, for example on
lib-dynload/time.so? Why not just link to libpython2.5.so in the first
place?
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Would be nice if the same icon could also be the default for bdist_msi.
Retro could you point us to some documentation on how to fix this ?
--
nosy: +lemburg
___
Python tracker [EMAIL
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
I think this is a documentation bug more than anything else.
Removing PyObject_HEAD_INIT() is certainly not an option, since it is
required to init static PyObject singletons that are declared in C (just
like the PyTypeObjects are).
Changes by Jesse Noller [EMAIL PROTECTED]:
--
nosy: +jnoller
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1683
___
___
Python-bugs-list mailing list
Jesse Noller [EMAIL PROTECTED] added the comment:
Hmm, we should actually rename mp.Queue to mp.queue at one point
--
nosy: +jnoller
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4450
___
Jesse Noller [EMAIL PROTECTED] added the comment:
I guess you just 2to3'ed the examples
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4449
___
___
Jesse Noller [EMAIL PROTECTED] added the comment:
Added in r67419 on trunk, merged to py3k and 2.6.1
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4193
Jesse Noller [EMAIL PROTECTED] added the comment:
Added the mp.managers shared queue example, fixed the docs in r67419 on
trunk. merged to py3k and 2.6.1 maint
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Jesse Noller [EMAIL PROTECTED] added the comment:
Warning added for georg's issue, all doc errors fixed on trunk, py3k and
2.6.1 maint. see r67419
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Jesse Noller [EMAIL PROTECTED] added the comment:
Fixed, trunk r67423
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4238
___
Mart Sõmermaa [EMAIL PROTECTED] added the comment:
Implement imp.import_module() instead. See
http://mail.python.org/pipermail/python-dev/2008-November/083758.html
Added file: http://bugs.python.org/file12147/imp_import_module.diff
___
Python tracker [EMAIL
Mart Sõmermaa [EMAIL PROTECTED] added the comment:
Note that the hack described in http://bugs.python.org/issue2090 should
be disabled once this gets integrated.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4438
Changes by Mart Sõmermaa [EMAIL PROTECTED]:
--
components: -Interpreter Core
title: Add an easy way to __import___ submodules - Given a module hierarchy
string 'a.b.c', add an easy way to import tail module 'c'
___
Python tracker [EMAIL PROTECTED]
New submission from Terry J. Reedy [EMAIL PROTECTED]:
Running the following from an edit window with F5 in IDLE 3.0c3 causes a
complete crash. Both edit window and shell window disappear.
# -*- coding: utf-8 -*-
The is copied from what IDLE said to add when I previously ran file with
non-ascii
Mark Dickinson [EMAIL PROTECTED] added the comment:
Yep. That works nicely.
Here's a revised patch.
Added file: http://bugs.python.org/file12148/string_alloc.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4445
Changes by Mark Dickinson [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file12141/string_alloc.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4445
___
Christian Heimes [EMAIL PROTECTED] added the comment:
Why is +1 required here? If I understand offsetof() correctly than it
returns the position of the ob_sval element. Shouldn't PyStringObject +
offsetof(PyStringObject, ob_sval) point to the first element of the
ob_svall array?
--
Mark Dickinson [EMAIL PROTECTED] added the comment:
The +1 is there for the trailing null byte on the string: if s is a
Python string with len(s) == n, then the ob_sval array needs space for n+1
characters.
___
Python tracker [EMAIL PROTECTED]
Christian Heimes [EMAIL PROTECTED] added the comment:
Ah! I forgot the trailing \0 byte ... Thanks Mark!
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4445
___
Terry J. Reedy [EMAIL PROTECTED] added the comment:
Vowel 'marks' are condensed vowel characters and are very much part of
words and do not separate words. Python3 properly includes Mn and Mc as
identifier characters.
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Unicode TR#18 defines \w as a shorthand for
\p{alpha}
\p{gc=Mark}
\p{digit}
\p{gc=Connector_Punctuation}
which would include all marks. We should recursively check whether we
follow the recommendation (e.g. \p{alpha} refers to all character
Mark Dickinson [EMAIL PROTECTED] added the comment:
Hmmm. test_sys fails on 64-bit build.
Patch updated to fix this.
All tests now pass on 32-bit and 64-bit, debug and non-debug builds.
Added file: http://bugs.python.org/file12149/string_alloc.patch
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Fixed in r67426.
One result of this fix is that attribute usage of modules is not
replaced. (ie. getattr(somemodule, attr) isn't changed.) This is
probably isn't a problem, though.
--
resolution: - fixed
status: open - closed
Nick Coghlan [EMAIL PROTECTED] added the comment:
Missed the window for 2.6/3.0. Guido agreed on python-dev that it counts
as a new feature, so it was definitely out for the already-released 2.6,
and also wasn't really an option for the release candidate phase of 3.0.
Assigning to myself for
Nick Coghlan [EMAIL PROTECTED] added the comment:
Morphing the issue to refer to the __main__.__file__ problem I mentioned
in my previous comment.
--
assignee: - ncoghlan
title: python2.6 -m site doesn't run site._script() any more -
__main__.__file__ not set correctly when -m switch
New submission from Amaury Forgeot d'Arc [EMAIL PROTECTED]:
Start IDLE, and hit Ctrl-N twice to create two windows named Untitled:
This displays the message
warning: callback failed in WindowList class 'TypeError' : unorderable
types: ListedToplevel() ListedToplevel()
And the Windows menu
New submission from Benjamin Peterson [EMAIL PROTECTED]:
It looks there are logic problems with regards to encoding in xmlrpc:
if not isinstance(methodname, str):
methodname = methodname.encode(encoding)
Merging r67370 and running test_xmlrpc gives:
test_bug_1164912
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: gregory.p.smith - christian.heimes
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1683
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Looks good.
--
keywords: -needs review
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4455
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I don't reproduce this problem (on windows XP). Which platform are you
running?
--
nosy: +amaury.forgeotdarc
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4454
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
keywords: +patch
Added file: http://bugs.python.org/file12151/issue3826_socketserver-gps01.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3826
Changes by Gregory P. Smith [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file12152/issue3826_socket-gps01.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3826
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Fixed in r67436.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4455
___
Gregory P. Smith [EMAIL PROTECTED] added the comment:
Alright I've taken another fresh look at this. I understand the dup
semantics issue and don't want to break that.
Attached are two patches, either one of these will fix the problem and
breakage.py test code attached to this bug.
Personally
Gregory P. Smith [EMAIL PROTECTED] added the comment:
P.S. Gabriel Genellina (gagenellina) - Your comment sounded like you
had a unit test for this but it never got attached. Still have it?
--
stage: - patch review
___
Python tracker [EMAIL
Changes by Gregory P. Smith [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file12153/issue3826_socket-gps02.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3826
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I agree that the patch on socket.py is the correct fix: the raw socket
should be detached when the close() method is called.
I have one remark on the patch:
io.IOBase.__del__ already calls close(): could SocketIO.__del__ be
removed
Gregory P. Smith [EMAIL PROTECTED] added the comment:
Indeed IOBase does call close() from its __del__. Excellent. That
makes this simpler. -gps03 attached.
Added file: http://bugs.python.org/file12154/issue3826_socket-gps03.diff
___
Python tracker [EMAIL
Changes by Gregory P. Smith [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file12152/issue3826_socket-gps01.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3826
___
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - gregory.p.smith
nosy: +gregory.p.smith
priority: - normal
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4428
___
Gregory P. Smith [EMAIL PROTECTED] added the comment:
I've attached my first attempt at fixing this as io-bufwrite-gps01.
Unfortunately it causes the Lib/test/test_io.py testThreads to fail:
==
FAIL: testThreads
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Patch issue3826_socket-gps03.diff is OK for me.
Here is a unit test for this new behavior.
Someone should review both patches.
--
keywords: +needs review
Added file: http://bugs.python.org/file12156/test_makefileclose.patch
Gregory P. Smith [EMAIL PROTECTED] added the comment:
Yep, the test was ignoring the return value from BufferedWriter.write.
Fixed in the attached io-bufwrite-gps02.
This can wait for 3.0.1 and 2.6.1/2 (depending on the 2.6.x release
schedule).
--
keywords: +needs review
Added file:
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I do not agree. User code should not have to verify the return value of write().
When a big amount of data is passed to BufferedWriter.write,
- normal blocking streams should block until all data has been written.
(the implementation may
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
components: +Library (Lib) -Extension Modules
type: - resource usage
versions: +Python 2.5, Python 2.6, Python 2.7 -Python 2.4
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1208304
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
This is a duplicate of #4008
--
resolution: - duplicate
status: open - closed
superseder: - IDLE: checksyntax() doesn't support Unicode?
___
Python tracker [EMAIL PROTECTED]
Gregory P. Smith [EMAIL PROTECTED] added the comment:
I agree with Amuary, write() traditionally never writes less data unless
the underlying IO is in nonblocking mode.
I'm working up a new patch to write to self.raw in max_buffer_size
chunks with as few data copies as possible, raising an
Raymond Hettinger [EMAIL PROTECTED] added the comment:
Looks much cleaner.
--
assignee: - marketdickinson
resolution: - accepted
versions: +Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4445
Jeremy Hylton [EMAIL PROTECTED] added the comment:
I did the simple part of the patch, where the request and headers are
sent at the same time. The applied patch didn't pass the test suite,
and I want to think about the buffering change a bit more. It's
definitely tricky.
Jeremy
On Fri, Nov
Terry J. Reedy [EMAIL PROTECTED] added the comment:
This is still a problem on my WinXP 3.0rc3 with
# -*- coding: utf-8 -*-
in a file but not with the same pasted directly into the shell Window.
--
nosy: +tjreedy
type: - crash
___
Python tracker
Terry J. Reedy [EMAIL PROTECTED] added the comment:
WinXP
And sorry for dup. I searched IDLE items for 'crash'
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4454
___
Gregory P. Smith [EMAIL PROTECTED] added the comment:
Okay, here's a new patch that obeys the blocking vs nonblocking
semantics properly. It still needs explicit unit tests for proper behavior.
Added file: http://bugs.python.org/file12158/issue4428-io-bufwrite-gps03.diff
Changes by Gregory P. Smith [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file12155/issue4428-io-bufwrite-gps01.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4428
___
New submission from Steven D'Aprano [EMAIL PROTECTED]:
The documentation for __import__ says that it primarily exists so that
you can replace it with another function that has a compatible
interface, in order to change the semantics of the import statement.
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
versions: +Python 2.5.3
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1868
___
___
Python-bugs-list
New submission from Yevgen Muntyan [EMAIL PROTECTED]:
If you feed a dash as an argument to getopt.gnu_getopt() then it gets
lost, because the code only checks if the argument starts with a dash,
not if it's more than a dash (unlike getopt.getopt() which is correct).
Example:
import getopt
76 matches
Mail list logo
