New submission from Stephen Hansen me+pyt...@ixokai.io:
Another sporadic failure I've noticed since setting up my buildbot; test_ssl
keeps going down. This one I have a hard time analyzing with the tests output,
but the latest is:
http://www.python.org/dev/buildbot/all/builders/x86%20Snow
Changes by Stephen Hansen me+pyt...@ixokai.io:
--
components: +Library (Lib), Tests
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10236
Stephen Hansen me+pyt...@ixokai.io added the comment:
New patch, sans trailing whitespace. Ahem.
--
Added file: http://bugs.python.org/file19398/issue10116-nowhitespace.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10116
Changes by Stephen Hansen me+pyt...@ixokai.io:
Removed file: http://bugs.python.org/file19390/issue10116.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10116
Stephen Hansen me+pyt...@ixokai.io added the comment:
You may not care about backwards compatibility, but introducing a breaking
change in 3.2 for mere style-conformity is not OK, IMO. If the patcher insists
on it being a breaking change, it should be rejected.
FWIW, this casing
Stephen Hansen me+pyt...@ixokai.io added the comment:
Considering I do use zipfiles a lot, I slightly care about this (at least,
eventually)-- I'm attaching a new patch, with doc and test changes as well (and
the compatibility alias).
What convinced me was looking at test_zipfile
Stephen Hansen me+pyt...@ixokai.io added the comment:
Oh: and I tested it against branches/py3k in the head, it applies cleanly and
builds, and test_zipfile runs without error.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Stephen Hansen me+pyt...@ixokai.io added the comment:
The attached patch wraps all the calls to the internet in
support.transient_internet; I ran it against 3.x and it passed, and then I ran
it for quite awhile with the -F option, and encountered one event that I
believe would previously had
Stephen Hansen me+pyt...@ixokai.io added the comment:
Mark, the locals() right before if encoding: (line 399) are:
locale.normalize(en_US.UTF-8)
{'code': 'en_US.ISO8859-1', 'langname': 'en_US', 'encoding': 'UTF8',
'norm_encoding': 'utf_8', 'defenc': 'ISO8859-1', 'localename': 'en_US.UTF-8
Stephen Hansen me+pyt...@ixokai.io added the comment:
I can't be entirely sure, because a) I have never even glanced at the calendar
module, and b) my locale-fu is very weak, but my buildbot has consistently
failed on this test since this commit
New submission from Stephen Hansen me+pyt...@ixokai.io:
In the course of investigating issue10092, Georg discovered that the behavior
of locale.normalize() on Mac is bad.
Basically, en_US.UTF-8 is how the correct locale string should be spelled
on the Mac. If you drop the dash, it fails
Stephen Hansen me+pyt...@ixokai.io added the comment:
FYI, this fix broke some buildbots:
http://www.python.org/dev/buildbot/all/builders/x86%20Snow%20Leopard%202.7/builds/50
for instance. Gentoo too.
--
nosy: +ixokai
___
Python tracker rep
Stephen Hansen me+pyt...@ixokai.io added the comment:
I'll run the test in -F mode for a few hours to see if it comes up or not: but
its hard for me to say one way or the other if anything has fixed or not fixed
it, as the failure only came up every once in awhile. But I'll look
Stephen Hansen me+pyt...@ixokai.io added the comment:
Okay, at -r85630 on branches/py3k, I ran:
./python.exe -m test.regrtest -uall -F test_urllibnet
And after 158 retries, got the same error I had before:
test test_urllibnet failed -- Traceback (most recent call last):
File /Users
New submission from Stephen Hansen me+pyt...@ixokai.io:
Ever since running the snow leopard buildslave, I've had sporadic failures in
test_urllibnet. At first I thought it was just a net glitch on my machine or
something, as immediately re-running the tests made it go away: but this most
Stephen Hansen me+pyt...@ixokai.io added the comment:
For the record, everything (2.7, 3.1, and 3.x) runs this test successfully now.
:)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8445
Changes by Stephen J. Turnbull step...@xemacs.org:
--
nosy: +sjt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9873
___
___
Python-bugs-list
Stephen Hansen me+pyt...@ixokai.io added the comment:
FWIW, this still happens on the latest of /branches/py3k, when LANG does not
match up to the enforced fs encoding-- which for me happened when I ran the
buildslave under launchd.
I was finally able to reproduce it, and after doing so
Stephen Hansen me+pyt...@ixokai.io added the comment:
This issue seems to be the cause of issue4388 -- and cmdline_encoding-2.patch
fixes it, fwiw.
--
nosy: +ixokai
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9992
Stephen Hansen me+pyt...@ixokai.io added the comment:
I'm still getting this error on the release27-maint branch on my Snow Leopard
slave, and the issue8445.diff fixes it: will this fix be backported?
I tested issue8445.diff and it applies cleanly, and fixes the issue.
--
nosy
Stephen Hansen me+pyt...@ixokai.io added the comment:
BTW, release31-maint appears to have the same issue, its fouling up that build
on my slave too. I tried applying the ttk3k.patch but it didn't apply cleanly,
and I'm completely ignorant of TK so can't really figure out what's different
Stephen White stephen-python@randomstuff.org.uk added the comment:
32bit apps can query the 64bit registry, using the appropriate security and
access rights options such as KEY_WOW64_64KEY (0x0100).
Similarly KEY_WOW64_32KEY can be used for 64bit apps to read/write the 32bit
registry
Stephen Fairchild signupaddr...@bethere.co.uk added the comment:
On further reading it seems my objections only apply to new style classes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6761
New submission from Stephen Fairchild signupaddr...@bethere.co.uk:
From:
http://docs.python.org/reference/datamodel.html#the-standard-type-hierarchy
Class instances
Class instances are described below. Class instances are callable
only when the class has a __call__() method; x(arguments
New submission from Stephen J. Turnbull step...@xemacs.org:
Which causes the locale machinery to spit exceptions, and the program to
die, usually (eg, hg).
This manifests naturally on an Intel Mac, Mac OS X 10.5.7, but the
problem behavior is in _build_localename. When called
New submission from Stephen Paul Chappell noctis.skyto...@gmail.com:
This is what I get while the interactive interpreter (IDLE 3.0.1) on the
platform
Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit
(Intel)] on win32
a = -6.276479035564047
b = -5.7974497499584849
a ** b
New submission from Stephen Gilbert linux...@gmail.com:
I just ran into this using os.path.walk. I noticed it wouldn't find
files inside a particular directory. In debugging, I found that the
name of the directory was 'BBDO Atlanta ' os.path.walk would find the
directory, but wouldn't enter
New submission from Stephen George steve_...@optusnet.com.au:
It seems that C:\Python26\Tools\i18n\msgfmt.py does not work with PO
files that use plural form. Get the following error.
ERRORTraceback (most recent call last):
File C:\Python26\Tools\i18n\msgfmt.py, line 203, in module
Stephen J. Turnbull step...@xemacs.org added the comment:
Benjamin Peterson writes:
Hmm. 2to3 doesn't currently mess with the stat module and os.stat the
more common function. Also the new interface (attributes on the objects
returned) has been around since 2.2.
So what? You *can't
New submission from Stephen Lynch stepheng.ly...@gmail.com:
the following code gives a system error under python 2.6.1
import multiprocessing
with multiprocessing.Lock(): pass
SystemError: ..\Python\getargs.c:1413: bad argument to internal function
--
components: Library (Lib
New submission from Stephen J. Turnbull step...@xemacs.org:
It should also try to convert stuff like
from statvfs import F_BAVAIL, F_FRSIZE
status = os.statvfs(directory)
available = status[F_BAVAIL]/((1024*1024)/status[F_FRSIZE]
--
components: 2to3 (2.x to 3.0 conversion tool
Stephen J. Turnbull step...@xemacs.org added the comment:
Maybe 2to3 could get a --pedantic or even an --annoying option? I agree
that it should be noisy about removed features even if actually fixing
this kind of thing would be hard to do reliably.
--
nosy: +sjt
New submission from Stephen Day stephen.h@gmail.com:
The attached application doesn't work. I think the value of self.headers
(see line 114) has a blank line at the end that it did not in Python 2.5
Here is the error message that occurs when it gets a request
(http://127.0.0.1:8080
Stephen Day stephen.h@gmail.com added the comment:
This seems to be fixed already (see Issue4718). Next time I'll search
more...
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5183
Stephen McInerney [EMAIL PROTECTED] added the comment:
Other people have reported it does NOT occur with either:
Win XP / Python 2.5 / Idle 1.2
Mac OS X 10.5.4 / Python 2.5.2 / IDLE 1.2.2
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3841
Stephen McInerney [EMAIL PROTECTED] added the comment:
(I previously attached testcase with the web form, but it doesn't seem
to work. So I'm pasting it here:)
# Generate a length-4094 string.
# IDLE will not display this unless your cursor is inside the string.
# If you delete characters so
Stephen McInerney [EMAIL PROTECTED] added the comment:
This may well be Windows-only or maybe even Windows Vista-only.
I don't have ready access to other OS installs so could someone who
does please try to repro?
___
Python tracker [EMAIL PROTECTED]
http
New submission from Stephen McInerney [EMAIL PROTECTED]:
IDLE exhibits quirky behavior when displaying strings longer than 4093
characters
Python versions: believed to be all. I found this on Python 2.5 / IDLE
1.2.2
OS: Windows Vista; let me know if it repros on others.
Testcase attached has
New submission from Stephen Warren [EMAIL PROTECTED]:
Run the following Python script, on Unix/Linux:
==
import zipfile
z = zipfile.ZipFile('zipbad.zip', 'w')
z.writestr('filebad.txt', 'Some content')
z.close()
z = zipfile.ZipFile('zipgood.zip', 'w')
zi = zipfile.ZipInfo('filegood.txt
Stephen Warren [EMAIL PROTECTED] added the comment:
Oops. Forgot to set type field.
--
type: - behavior
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3394
Stephen Warren [EMAIL PROTECTED] added the comment:
I'd probably argue for at least 066016, if not 066616, since group
permissions are pretty typically set, but even 066616 would be OK,
since the umask on extraction would take away any permissions the
extracting user didn't want.
But, as long
New submission from Stephen Lewis [EMAIL PROTECTED]:
The documentation for several methods in the sqlite3 library seems to be
at odds with the function names:
sqlite3.Cursor.fetchone -- Fetches several rows from the resultset.
sqlite3.Cursor.fetchmany -- Fetches all rows from the resultset
Stephen Emslie added the comment:
Here's that keeps the whitespace in tact, along with a simple test. This
doesn't patch docs as the existing documentation_ already describes the
long string as multiple lines of plain text in reStructuredText
format, which is what this fixes.
.. _documentation
New submission from Stephen Emslie:
distutils.util.rfc822_escape strips each line of its whitespace before
indenting, but this can mean losing meaningful whitespace, such as in
reStructuredText.
distutils uses rfc822_escape to escape fields in metadata, such as
PKG-INFO. This unfortunately
Stephen P. Schaefer added the comment:
I'm not sure of the scope of the block to which you're referring. As
patched, the code returns a Tcl_Obj representing 0 length unicode
string, which appears to me to be the correct behavior, and works for
the applications I use (originally developed
Stephen P. Schaefer added the comment:
It looks good to me (to the extent that means anything). I'm doing an
rpmbuild now with your patch applied to the Fedora 7 .src.rpm, and I'll
start using the result on my workstation ASAP.
__
Tracker [EMAIL PROTECTED]
http
Stephen P. Schaefer added the comment:
Mr. van Rossum's patch, applied to the Fedora 7 .src.rpm, is working for me.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1301
New submission from Stephen P. Schaefer:
The following fails with python 2.5 as built by Fedora 7:
t2.py:
import sys, Tkinter
Tkinter.Button(text=u).pack( )
Tkinter.mainloop( )
$ python t2.py
python: ./Modules/_tkinter.c:941: AsObj: Assertion `size size *
sizeof(Tcl_UniChar)' failed.
Aborted
Stephen Warren added the comment:
The attached patch should solve the problem by adding appropriate
dependencies to the libinstall target.
I have tested:
./configure; make install
but not yet:
./configure; make all install
./configure; make all; make install
Note: I introduced a new
Stephen Warren added the comment:
Now, I have also tested:
./configure; make all install
./configure; make all; make install
The install piece of each of the above doesn't seem to accidentally
duplicate any of the building work, so the patch seems to check out OK -
no negative side-effects
Stephen Warren added the comment:
Hmm. I just tested Accurev - whatever it does, it works for files too.
That said, it could be making hard-links, which I guess could be different.
Additionally, the sysinternals junction utility doesn't find any
junction points when probing the link files
Stephen Warren added the comment:
It seems that Accurev uses junction points for directories, and
hard-links for files. That's probably a little to disparate to implement
in Python?
Also, I tried sysinternals' junction.exe and whilst it allows one to
create junction points that point at files
Stephen Warren added the comment:
I'd say that junction points were a great way to expose this feature
under Win32 - after all, isn't it specifically what they were designed for?
Incidentally, at least one other application uses them for exactly this
purpose; a commercial source control tool
Stephen Warren added the comment:
I can confirm this happens for me too, also on CentOS 5, with SVN 2.5
HEAD as of now.
It seems that this problem occurs, whilst running the first compileall
command for the libinstall target:
Compiling /somewhere/lib/python2.5/test/test_multibytecodec.py
201 - 254 of 254 matches
Mail list logo
