# I tried to post this to bug tracker, but couldn't, so posted here...
r62095 says
>Fix and enable a skipped test:
>with python 2.6, enumerating bytes yields 1-char strings, not numbers.
>
>Don't merge this into the py3k branch.
This is true for bytes, but not for bytearray.
>>> bytearray(b'a'
> I believe the macro should be removed, as Python currently assumes Unicode
> APIs are available in a number of places.
My +1 for removal. Even 2.5 cannot be compiled without this macro, probably
no one is using this.
> This consistent with the versions
> of Windows Python currently supports. I
Hello. I noticed when I removes following line in trunk/PC/pyconfig.h
#define Py_WIN_WIDE_FILENAMES
_fileio.c and posixmodule.c (and maybe more) cannot be compiled on Windows.
When Py_WIN_WIDE_FILENAMES is not defined, how should python behave?
- call posix functions like open(2)
- call A
> Yeah, sounds like a memory issue. Did you try running with valgrind
> or purify? I haven't done so for a long time, perhaps never on 3k
> branch. It would be a good thing to run a tool soon.
Maybe is this related?
[Potential overflows due to incorrect usage of PyUnicode_AsString]
http://bugs
> But on windows, ":" is special letter after drive letter. (ex:
> "C:/Winnt/foo/bar")
> So I imagine open() or something converts ":" to "!" (valid character as
> file name).
Sorry, I lied. :-(
open() didn't change ":", test_mailbox.py (TestMaildir.setUp) changed
self._box.colon to "!"
Otherwi
> From:
>
http://www.python.org/dev/buildbot/all/x86%20XP-4%202.5/builds/107/step-test/0
>
> The errors are:
>
> File
"E:\cygwin\home\db3l\buildarea\2.5.bolen-windows\build\lib\test\test_mailbox
.py",
> line 522, in test_consistent_factory
> msg2 = box.get_message(key)
> File
"E:\cygwin\hom
Is threre any chance to fix this bug before releasing 2.5.2?
http://bugs.python.org/issue1736
It contains potential buffer overrun, I think this is somewhat important.
If multibyte support (CharNext) is not needed, I 'll rewrite the patch
gracefully.
__
> Please post a bug report to SF and report the bug number here. When you
> post bugs only to the list they get lost.
> --
> Aahz ([EMAIL PROTECTED]) <*>
http://www.pythoncraft.com/
>
> "as long as we like the same operating system, things are cool." --piranha
Thank you for pointing it
Hello. I investigated ref leak report related to thread.
Please run python regrtest.py -R :: test_leak.py (attached file)
Sometimes ref leak is reported.
# I saw this as regression failure on python-checkins.
# total ref count 92578 -> 92669
_Condition 2
Thread 6
_Event 1
bool 10
instanc
> > Probably I found one reason comparation for classic style class is
slower on
> > Python2.5.
> > Comparation function instance_compare() calls
PyErr_GivenExceptionMatches(),
> > and it was just flag operation on 2.4. But on 2.5, probably related to
> > introduction of BaseException,
> > it check
> Meanwhile I tried to replace the parsing I did with Plex by re.Scanner.
And
> again there is a remarkable speed difference. Again python2.5 is slower:
>
> try:
> from re import Scanner
> except:
> from sre import Scanner
>
> pars = {}
> order = []
> count = 0
>
> def par(scanner,name):
>
> I've had a report from a user that Plex runs about half
> as fast in 2.5 as it did in 2.4. In particular, the
> NFA-to-DFA conversion phase, which does a lot of
> messing about with dicts representing mappings between
> sets of states.
>
> Does anyone in the Ministry for Making Python Blazingly
>
# Sorry, I posted to inapropreate mailing list. (Python-3000)
http://mail.python.org/pipermail/python-checkins/2007-May/060507.html
Hello. I'm using Windows2000, I tried some investigation for
test_ftpwrapper.
After I did this change, most errors were gone.
Index: Lib/urllib.py
Hello. I noticed VisualC++6 support came back. I'm glad with that, but still
it seems
incomplete. (for example, _sqlite3 support) Maybe does this patch help
process? On
my machine, testcases other than distutils runs fine.
http://sourceforge.net/tracker/?func=detail&aid=1457736&group_id=5470&atid=
14 matches
Mail list logo