New submission from Henry Precheur [EMAIL PROTECTED]:
Compiling `multiprocessing` on OpenBSD fails. `iovec` is not declared.
Adding the following line to multiprocessing.c solves the problem:
#include sys/uio.h
But right after I got:
New submission from Henry Precheur [EMAIL PROTECTED]:
test_fileio
test test_fileio failed -- Traceback (most recent call last):
File /home/henry/compile/python2.6/Lib/test/test_fileio.py, line
155, in testAbles
self.assertEquals(f.seekable(), False)
AssertionError: True != False
Robert Schuppenies [EMAIL PROTECTED] added the comment:
Fixed in r66480.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3859
___
Changes by T.Morin [EMAIL PROTECTED]:
--
nosy: +tmorin
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2574
___
___
Python-bugs-list mailing list
Matthijs Kooijman [EMAIL PROTECTED] added the comment:
I've written a new patch, which works a bit better. You can find the new
patch attached.
I've restructed the patch to prevent code duplication. Also, it now
works with other chunks than bext (I had a file with a list chunk which
triggered
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment:
Update 16 Sep 2008:
Based on the work for issue #3825, I would like to simply update the
item list as follows:
1) Atomic Grouping / Possessive Qualifiers (See also Issue #433030)
[Complete]
2) Match group names as attributes (e.g.
New submission from anupam [EMAIL PROTECTED]:
urllib2.openurl is not working with proxy for HHTPS. Please provide me
solution for this.
--
components: Library (Lib)
messages: 73296
nosy: anupam
severity: normal
status: open
title: urllib2 is not working with proxy for HTTPS
type:
Dan OD [EMAIL PROTECTED] added the comment:
It may be because I'm calling delete incorrectly (I don't think so - see
below) but I'm getting an error
File C:\CCPN\ccpn\python\memops\gui\Menu.py, line 127, in
deleteMenuItems
self.delete(0, Tkinter.END)
File
New submission from vila [EMAIL PROTECTED]:
With or without this patch, running:
./python.exe -E -tt ./Lib/test/regrtest.py -l -u network
test_urllib2net test_urllibnet test_socketserver test_SimpleHTTPServer
succeeds
Since this is a regression from 2.5, can this patch be applied to 2.6
Changes by jan matejek [EMAIL PROTECTED]:
--
nosy: +matejcik
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3879
___
___
Python-bugs-list mailing list
Mark Dickinson [EMAIL PROTECTED] added the comment:
Does the attached patch help fix this at all? I encountered possibly the
same problem on a 64-bit Mac build of Python, and this patch fixed the
problem for me.
--
keywords: +patch
nosy: +marketdickinson
Added file:
New submission from Jacob [EMAIL PROTECTED]:
Hello.
I run Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) on Windows Vista
Home Premium.
IDLE won't start if not installed in the default directory.
When insalled in a custom directory, running idle.py
(\Lib\idlelib\idle.py) produces this error:
Guilherme Polo [EMAIL PROTECTED] added the comment:
Just reproduced the issue under python-trunk with tcl/tk 8.5.4 and 8.5.3
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3835
___
Guilherme Polo [EMAIL PROTECTED] added the comment:
But it happens only if you don't build tcl/tk with --enable-threads =)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3835
___
Guilherme Polo [EMAIL PROTECTED] added the comment:
If you remove the widget.config calls in GUI.ready you will notice the
problem goes away, but note that this method is called from another
thread while you have a non-thread-safe tcl/tk lib (I'm assuming you
didn't compile it with
Senthil [EMAIL PROTECTED] added the comment:
Anupam, if you are in a hurry, please patch your installation with
patches uploaded to this Issue1424152.
Otherwise, you got to wait for 2.6.1 or 3.0.1 for the above fix to come
as a release.
This is a duplicate issue, can be closed.
Thanks.
Jesús Cea Avión [EMAIL PROTECTED] added the comment:
bsddb is officially dropped in Python 3.0. Too bad :(. I close this issue.
bsddb supports Python 3.0 via a separate project, downloadable from PYPI.
--
resolution: - rejected
status: open - closed
Changes by Jesús Cea Avión [EMAIL PROTECTED]:
--
nosy: +jcea
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3720
___
___
Python-bugs-list mailing list
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]:
--
resolution: - duplicate
status: open - closed
superseder: - urllib/urllib2: HTTPS over (Squid) Proxy fails
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3878
Benjamin Peterson [EMAIL PROTECTED] added the comment:
It would be nice to have a test for the patch.
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3879
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
versions: +Python 2.7, Python 3.1 -Python 2.5
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1611944
___
Mitchell Model [EMAIL PROTECTED] added the comment:
Compiling with configure --enable-framework, from updated SVN sources
today plus the change suggested in issue 3628, IDLE works with both
2.6rc1 and 3.0b3. There is still no options menu, but there is now a
Preferences item on the IDLE menu,
New submission from Mitchell Model [EMAIL PROTECTED]:
The text of the buttons on the bottom of the Mac IDLE Preferences pane
is cut off in 2.6rc1 and 3.0b3 (framework builds). This was not true in
2.5.1.
--
messages: 73309
nosy: MLModel
severity: normal
status: open
title: Bottom
New submission from Mitchell Model [EMAIL PROTECTED]:
The text of the buttons on the bottom of the Mac IDLE Preferences pane
is cut off in 2.6rc1 and 3.0b3 (framework builds). This was not true in
2.5.1.
--
components: IDLE
messages: 73310
nosy: MLModel
severity: normal
status: open
New submission from Kirill Simonov [EMAIL PROTECTED]:
I wonder why the module 'turtle' was moved to the 'tkinter' package. It
is not a part of Tk, it does not provide new or extend existing tkinter
API. While it uses tkinter, so do pydoc or idle; this is just an
implementation detail. If some
New submission from STINNER Victor [EMAIL PROTECTED]:
I found two differents bugs using Fusil the fuzzer.
(1) On db_env_create() error in newDBEnvObject(), self-db_env is not
set and so use of this pointer may crashs.
(2) DBEnv_dealloc() may raise an exception (DBEnv_close_internal()
calls
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
assignee: - jcea
nosy: +jcea
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3885
___
___
STINNER Victor [EMAIL PROTECTED] added the comment:
About the bug (1): it also occurs in DBEnv_dealloc() but
DBEnv_dealloc() is directly called from newDBEnvObject() with
Py_DECREF(self);. The two bugs can be reproduces with dummy DBenv()
arguments, eg. DBEnv(92).
Backtrace using gdb:
-
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Unfortunately, as we are approaching 3.0rc1, it is too late to make a
change like this. I'm assigning this to Brett if he has an opinion, but
I don't expect this change to be able to happen.
--
assignee: - brett.cannon
nosy:
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Do you have TCL_DIR or TK_DIR environment variables set?
--
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3881
___
Jacob [EMAIL PROTECTED] added the comment:
No, nothing.
It's just a standart clean installation.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3881
___
___
Mark Hirota [EMAIL PROTECTED] added the comment:
I'd like to piggyback on this issue if okay :D
I have some zipfiles I'm working with that contain junk in the extra
fields. The ZipFile object croaks at the call to the
ZipInfo._decodeExtra() call when it could really just ignore the error.
Brett Cannon [EMAIL PROTECTED] added the comment:
As Benjamin said, it's too late in the release cycle to change this.
Plus turtle is entirely Tk-dependent so putting in the package makes
sense to me. It also isn't important enough to be a top-level package.
Finally, I disagree that telling a
Jesús Cea Avión [EMAIL PROTECTED] added the comment:
Good catch. I've patched my private branch. Following 2.6 patches, if
anybody can provide a review, since we are in RC status.
I was wondering if we must protect other objects from raising exceptions
in GC. For example, DB objects.
What do
STINNER Victor [EMAIL PROTECTED] added the comment:
Here is a test to reproduce the crash. I don't know db_env_create()
function, so I don't know what are invalid arguments. So I used
~DB_RPCCLIENT. gc.collect() is to detect the bug (2).
About other objects dealloc method...
DBEnv_dealloc()
Changes by Brett Cannon [EMAIL PROTECTED]:
--
resolution: - fixed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2620
___
___
Python-bugs-list mailing
New submission from John Ehresman [EMAIL PROTECTED]:
The amd64 python 2.6rc1 won't run after installation on Vista. It fails
with the error (from the event log) of
Activation context generation failed for C:\Python26\python.exe.Error
in manifest or policy file
37 matches
Mail list logo