Gregory P. Smith g...@krypto.org added the comment:
i don't see your attachment brett.
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5099
___
anatoly techtonik techto...@gmail.com added the comment:
Ok. I just wanted to make it compatible with my patch.py utility designed as a
counterpart to diff.py to make Python contributing process self-sufficient on
any platform. Its parser component doesn't support context diffs.
anatoly techtonik techto...@gmail.com added the comment:
But I still think sticking to -c behavior by default is too conservative for
clear minds. =)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8355
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fixed by r80161 (py3k).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8430
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also #8423.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8422
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also #8422.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8423
___
___
New submission from Ray.Allen ysj@gmail.com:
According to PEP 383, the new surrogateescape error handler of codecs should
begin to appear since Python3.1, but in the trunk I found some code have
already used it:
Modules/_io/fileio.c:
static int
fileio_init(PyObject *oself, PyObject
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fixed by r80163: move the test to a new function and skip the function on Mac.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fixed by r80161 (py3k).
It works, the buildbot is now green.
http://www.python.org/dev/buildbot/all/builders/AMD64 Ubuntu wide 3.x
--
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Attaching a patch for set_lookkey() that does a DECREF only when the refcnt 1
so that the DECREF won't trigger any state changes.
The merge crasher still needs a patch.
--
keywords: +patch
priority: - normal
Georg Brandl ge...@python.org added the comment:
Python is not (e.g.) Haskell; Python strings are not lists whose contents
happen to be characters. Allowing an empty string here is a step backwards in
the direction of why not allow any string whose contents have an unambiguous
meaning as
New submission from Tim Golden m...@timgolden.me.uk:
test_linecache in the current py3k branch is failing on my WinXP machine with
ERROR_SHARING_VIOLATION.
The attached trivial patch appears to fix the problem, altho' I'm unfamiliar
with the module in question so it may be that there's more to
Stefan Krah stefan-use...@bytereef.org added the comment:
I ran the whole test suite on
http://people.debian.org/~aurel32/qemu/arm/debian_lenny_arm_small.qcow2
and there were no hanging processes. test_tokenize also takes around
10min on a fast machine (12s without -uall).
Probably the
Antoine Pitrou pit...@free.fr added the comment:
Probably the timeout has to be increased drastically or -uall should
be dropped.
We should probably increase the timeout on this particular set of
buildbots. -uall has no influence on the duration of e.g. test_io.
--
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Tests
priority: - normal
stage: - patch review
type: - behavior
versions: +Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8439
Antoine Pitrou pit...@free.fr added the comment:
Certainly a bug indeed.
--
components: +IO -Unicode
nosy: +pitrou
priority: - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8438
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8438
___
___
Python-bugs-list
Marc-Andre Lemburg m...@egenix.com added the comment:
I think it would be best to backport the handler (even though it is not needed
in Python 2.7), since it makes porting apps to 3.x easier.
--
nosy: +lemburg
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
-1 on backporting. The handler isn't really meant to be used in applications,
plus 2.7 is in feature-freeze.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8438
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
-1 on backporting. The handler isn't really meant to be used in applications,
plus 2.7 is in feature-freeze.
Since 2.7 is meant to be the last release of
George Sakkis george.sak...@gmail.com added the comment:
FWIW attached is a patch that allows only valid identifiers before calling
import_submodule(), and returns silently otherwise (for backwards
compatibility).
For the record, the reason that empty strings and some combinations of
Martin v. Löwis mar...@v.loewis.de added the comment:
Since 2.7 is meant to be the last release of the 2.x series,
we have to make sure that it has all the bits necessary to make
porting apps to 3.x easy.
Any new features in 2.7 require approval from the release manager now.
--
Antoine Pitrou pit...@free.fr added the comment:
Any new features in 2.7 require approval from the release manager now.
Not only, but they also need someone to provide a patch :)
Removing any surrogateescape use from the io module would be comparatively much
easier.
--
nosy:
George Sakkis george.sak...@gmail.com added the comment:
On the surface this seems like a potential directory traversal attack
hole, although I couldn't get past 'pkg' by passing '../../../', so I
guess there must be other checks before attempting the import.
I rushed to post; it turns out
Eugene Kapun abacabadabac...@gmail.com added the comment:
This patch still assumes that if so-table didn't change then the table wasn't
reallocated (see http://en.wikipedia.org/wiki/ABA_problem). One solution is to
check that so-mask didn't change as well. Also, checking that refcnt 1 is
Matthias Klose d...@debian.org added the comment:
the ARMv4 buildbot is a 500Mhz Xscale, with a SATA disk attached, 256MB RAM. It
can't go faster :-/
the ARMv7 buildbot is a cortex-a8, 500Mhz, 512MB RAM. I found here five or six
python processes still running, now killed. The machine may be
New submission from Tim Golden m...@timgolden.me.uk:
If test_heapq is run before test_import on the current py3k head,
test_import will fail as per the attached traceback.
python -m test.regrtest -W test_heapq test_import test_import.log
At a glance I can't see any obvious reason why
Antoine Pitrou pit...@free.fr added the comment:
the ARMv4 buildbot is a 500Mhz Xscale, with a SATA disk attached, 256MB
RAM. It can't go faster :-/
Have you checked running the test suite manually (possibly with the -v option
for more progress information), to check whether these were
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Tests
nosy: +barry, brett.cannon
priority: - normal
stage: - needs patch
type: - behavior
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8440
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fixed as r80172 (python 2.7) and r80176 (python 3.2).
--
assignee: - giampaolo.rodola
priority: - normal
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
versions: +Python 2.6, Python 2.7,
New submission from Ronald Oussoren ronaldousso...@mac.com:
I cannot build a framework build of the 3.2 branch at the moment due to
unresolved references to _Py_char2wchar when linking the dylib that gets
placed into the framework:
Undefined symbols:
__Py_char2wchar, referenced from:
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
components: +Build
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8441
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1726451
___
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Closing this out as invalid as an exception being raised after an invalid PASV
response makes perfect sense.
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
type: - behavior
Ronald Oussoren ronaldousso...@mac.com added the comment:
Fixed in r80181 (3.2)
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - compile error
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
Fixed in r80178 (trunk), r80180 (2.6), r80182 (3.2), r80183 (3.1)
--
resolution: accepted - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Ronald Oussoren ronaldousso...@mac.com:
In the output of test_distutils with python 3.2 (current version checkout):
==
ERROR: test_prune_file_list (distutils.tests.test_sdist.SDistTestCase)
Martin v. Löwis mar...@v.loewis.de added the comment:
Duplicate of #8442
--
nosy: +loewis
resolution: - duplicate
status: open - closed
superseder: - Broken zipfile with python 3.2 on osx
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've committed the patch in r80179 (trunk), r80184 (2.6), r80185 (3.2), r80186
(3.1)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
Martin, I don't know if you were suggesting that a fair mutex would
make the emulated semaphore fair too. You probably weren't, but just
in case, the fairness of the mutex is immaterial because it is only
held for a short time to guard
Ronald Oussoren ronaldousso...@mac.com added the comment:
This problem is caused by this bit in Makefile.pre.in:
OPT=@OPT@
BASECFLAGS= @BASECFLAGS@
CFLAGS= $(BASECFLAGS) @CFLAGS@ $(OPT) $(EXTRA_CFLAGS)
There both 'BASECFLAGS' and 'CFLAGS' get patched in from
Gath-Gealaich gathgeala...@gmail.com added the comment:
I have found this in Python 3.1.2 documentation:
Note, the elem argument to the __contains__(), remove(), and discard() methods
may be a set. To support searching for an equivalent frozenset, the elem set is
temporarily mutated during
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8391
___
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Just to state the obvious: ncursesw is needed for wide character support (i.e.
Unicode).
Also, have you tried asking Thomas Dickey (dic...@invisible-island.net) about
this? He might be able to give some clue about it since
Ronald Oussoren ronaldousso...@mac.com added the comment:
Btw. this issue is caused by the fix for issue 1628484.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8366
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
One solution is to check that so-mask didn't
change as well.
I saw that and agree it would make a tighter check, but haven't convinced
myself that it is necessary.
Also, checking that refcnt 1 is redundant
because
Benjamin Peterson benja...@python.org added the comment:
The 2.x io lib should use the same encoding principles as the rest of 2.x.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8438
___
Daniel Urban urban.dani...@gmail.com added the comment:
Any chance, that my patch will be accepted? Is there a problem with it?
Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6507
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - benjamin.peterson
nosy: +benjamin.peterson
stage: needs patch - commit review
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Here is a fix + test.
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file16974/surrogateescape.patch
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file16974/surrogateescape.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8438
___
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file16975/surrogateescape.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8438
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
I think it would be best to backport the handler (even though
it is not needed in Python 2.7), since it makes porting apps
to 3.x easier.
surrogateescape should not be used directly be applications. It's used by
Python3
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Bugs in set_repr:
keys = PySequence_List((PyObject *)so);
if (keys == NULL)
goto done;
listrepr = PyObject_Repr(keys);
Py_DECREF(keys);
List pointed to by keys is already deallocated at this point.
if (listrepr ==
Brett Cannon br...@python.org added the comment:
Let's try this again...
--
Added file: http://bugs.python.org/file16976/subprocess__del__.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5099
Brett Cannon br...@python.org added the comment:
Thanks for the patch, George. I will get it when I can.
And this make me even more glad that we removed the file path import from 3.x.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
New patch fixing Windows compatibility.
--
Added file: http://bugs.python.org/file16977/surrogateescape.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8438
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file16975/surrogateescape.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8438
___
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - jnoller
nosy: +jnoller
priority: - normal
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8426
Virgil Dupras hs...@hardcoded.net added the comment:
Since I last submitted this patch, my leet C skills have improved.
I'm submitting another patch, without the needless PyUnicode creation this
time. (Moreover, I think the previous patch was wrong to insert code before
variable declaration
Ronald Oussoren ronaldousso...@mac.com added the comment:
This should now be fixed:
* r80187 (trunk)
* r80188 (2.6)
* r80191 (3.2)
* r80192 (3.1)
The fix is not ideal, there's still two '-isysroot' flags in the compiler
command-line, but at least everything compiles and works again.
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8366
___
___
Eugene Kapun abacabadabac...@gmail.com added the comment:
One solution is to check that so-mask didn't
change as well.
I saw that and agree it would make a tighter check, but haven't convinced
myself that it is necessary.
Without this check, it is possible that the comparison shrinks
Ronald Oussoren ronaldousso...@mac.com added the comment:
Applied as r80193, thanks for looking into this.
--
resolution: - accepted
stage: - committed/rejected
status: open - closed
type: - compile error
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
I'm closing this issue because a patch simular to the attached patch was
applied in r78835 and the issue therefore fixed.
--
resolution: - out of date
stage: - committed/rejected
status: open - closed
Antoine Pitrou pit...@free.fr added the comment:
Should be fixed in r80194 / r80195.
--
nosy: +pitrou
resolution: - fixed
stage: patch review - committed/rejected
status: open - pending
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - pitrou
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8439
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8439
___
___
Python-bugs-list
Ronald Oussoren ronaldousso...@mac.com added the comment:
This issue should be fixed in the repository for both python 3.1 and 3.2, could
you please test this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8126
Ronald Oussoren ronaldousso...@mac.com added the comment:
Ned: I've attached a new patch, could you please test this one on an 10.3 box?
It turns out that testing if a weaklinked variable is defined should be done by
testing the address of the variable, not its value.
I've tested this new
Ronald Oussoren ronaldousso...@mac.com added the comment:
Fixing this requires duplicating a significant amount of code in posixmodule.c
and is imho not worth the effort.
--
resolution: - wont fix
status: open - closed
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
I'm closing this issue as won't fix.
The additional fields are available if you build from source and target 10.5 or
later (set 'MACOSX_DEPLOYMENT_TARGET=10.5' when you run configure).
My current plan is to have two installers for
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixed set_repr() issue in r80197 and r80196. Looks like someone futzed the
unicode updates for 3.x.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8420
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Martin, I´ve explained it in my other dissue, issue 8411, with a step by step
example.
It is unfair because a thread can _bypass_ the condition variable. A thread
just woken up from the condition variable has to race to get the
New submission from Ronald Oussoren ronaldousso...@mac.com:
setup.py detects the version of openssl by looking for openssl headers on a
deduced search path. That path is not guaranteed to be equal to the real
compiler search path, in particular not when building using the OSX 10.4 SDK on
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've committed a port of _scproxies and the related code in urllib in r80198
(3.2), r80199 (3.1)
BTW. With some luck this should already include a fix for the crash your seeing
on OSX 10.3 with the trunk and 2.6.
--
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
stage: - committed/rejected
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7154
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've fixed this issue in the repository earlier today, the installer for the
next 3.1 release will include that fix.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
Antoine Pitrou pit...@free.fr added the comment:
On recent trunk and py3k you can get the real version number:
http://docs.python.org/dev/library/ssl.html#ssl.OPENSSL_VERSION
So perhaps you can first build the _ssl module, then import it to get that
information.
Of course it would be much
Ronald Oussoren ronaldousso...@mac.com added the comment:
Fix in r80201 (3.1) and r80200 (3.2). The fix is already in 2.6 and the trunk.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
Aaron: How did you install python?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8381
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
W.r.t. This appears to be the case on Mac OS X: OSX 10.4 and later seem to
support posix semaphores, the program below prints yes:
#include unistd.h
int main()
{
#ifdef _POSIX_SEMAPHORES
printf(yes\n);
#else
Martin v. Löwis mar...@v.loewis.de added the comment:
Martin, I´ve explained it in my other dissue, issue 8411, with a step by step
example.
Hmm. Can't find it there. What message or file should I be looking at?
--
___
Python tracker
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/builders/x86 Tiger
trunk/builds/15/steps/test/logs/stdio
test test_ttk_guionly failed -- multiple errors occurred; run in verbose mode
for details
Re-running test 'test_ttk_guionly' in verbose
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thanks ggeal. Closing as won't fix. The code is functioning as designed and
documented.
--
resolution: - wont fix
status: open - closed
___
Python tracker
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Is it possible that unistd.h isn't included by Python on mac builds? perhaps
the config script is broken and HAVE_UNISTD_H doesn't get defined. I'll have a
look at the generated pyconfig.h file on my colleague's machine tomorrow.
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: Transient test_multiprocessing failure - Transient test_multiprocessing
failure (test_active_children)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6661
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: Transient error in multiprocessing - Transient error in multiprocessing
(test_number_of_objects)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5930
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/builders/x86 Tiger
trunk/builds/15/steps/test/logs/stdio
test_py3kwarn
test test_py3kwarn failed -- Traceback (most recent call last):
File
STINNER Victor victor.stin...@haypocalc.com added the comment:
http://www.python.org/dev/buildbot/builders/x86 FreeBSD
3.1/builds/149/steps/test/logs/stdio
==
FAIL: test_traversal
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
versions: +Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8445
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: test_httpservers intermittent failure - test_httpservers intermittent
failure, test_post and EINTR
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3771
Matthias Klose d...@debian.org added the comment:
attached is a search for execlp for all files found in Ubuntu lucid, there's
one package which uses just one argument to execlp.
--
Added file: http://bugs.python.org/file16980/execlp.log
___
Python
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/builders/x86 Tiger
3.1/builds/16/steps/test/logs/stdio
test_httpservers
[28139 refs]
[28139 refs]
[28139 refs]
Traceback (most recent call last):
File /private/tmp/tmpqYIZuO/cgi-bin/file2.py,
Eugene Kapun abacabadabac...@gmail.com added the comment:
This code crashes python by using another bug in set_repr. This only affects
py3k. This code relies on out-of-memory condition, so run it like:
$ (ulimit -v 65536 python3 test.py)
Otherwise, it will eat all your free memory before
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/builders/sparc Debian
3.1/builds/49/steps/test/logs/stdio
test_subprocess
* ob
object : refcnt 0 at 0x1038220
type: str
refcount: 0
address : 0x1038220
* op-_ob_prev-_ob_next
object :
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Patch please.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8420
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8447
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5930
___
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8265
___
___
1 - 100 of 120 matches
Mail list logo