Consider:
$ mkdir -p d/d/d
$ echo 1 > d/d/a
$ echo 2 > a
$ ln -s d/d/d x
$ python -c 'import os; print open(os.path.normpath("x/../a")).read(),'
2
$ cat x/../a
1
Jeff
pgpy3c6WUgcp4.pgp
Description: PGP signature
___
Pyth
On Mon, Nov 21, 2005 at 06:08:45PM +1100, Ben Decker wrote:
> I think the port has beed supported for three years now. I am not sure what
> kind of commitment you are looking for, but the patch and software are
> supplied under the same terms of liability and warranty as anything else
> under the G
On Sat, Nov 19, 2005 at 11:06:16PM +0100, "Martin v. Löwis" wrote:
> [EMAIL PROTECTED] wrote:
> > I would appreciate feedback concerning these patches before the next
> > "PythonD" (for DOS/DJGPP) is released.
>
> PEP 11 says that DOS is not supported anymore since Python 2.0. So
> I am -1 on rein
$ python2.4 -c 'import sys; print sys.maxint, sys.maxint == (1<<63) - 1'
9223372036854775807 True
$ python2.4 test_hi_powers.py
Test 0.2 of to_int 0.16
..
--
Ran
ditto on the "curses" problem, but test_timeout completed just fine, at least
the first time around.
fedora core 4, x86_64
[GCC 4.0.1 20050727 (Red Hat 4.0.1-5)] on linux2
Jeff
pgpTesSunOdI7.pgp
Description: PGP signature
___
Python-Dev mailing list
P
There's a patch on sourceforge for cross compiling. I haven't used it
personally.
http://sourceforge.net/tracker/index.php?func=detail&aid=1006238&group_id=5470&atid=305470
Jeff
pgpzVmD49shTu.pgp
Description: PGP signature
___
Python-Dev mailing lis
I'm excited to see work continuing (resuming?) on the AST tree.
I don't know how many machines you've been able to test the AST branch on. I
have a linux/amd64 machine handy and I've tried to run the test suite with a
fresh copy of the ast-branch.
test_trace segfaults consistently, even when run
The function the module below, xlate.xlate, doesn't quite do what "".decode
does. (mostly that characters that don't exist are mapped to u+fffd always,
instead of having the various behaviors avilable to "".decode)
It builds the fast decoding structure once per call, but when decoding 53kb of
dat
As the OP suggests, decoding with a codec like mac-roman or iso8859-1 is very
slow compared to encoding or decoding with utf-8. Here I'm working with 53k of
data instead of 53 megs. (Note: this is a laptop, so it's possible that
thermal or battery management features affected these numbers a bit,
On Thu, Sep 08, 2005 at 12:41:39PM -0600, Mike Brown wrote:
> [EMAIL PROTECTED] wrote:
> > According to RFC 2396[1] section 5.2:
>
> RFC 2396 is obsolete. It was superseded by RFC 3986 / STD 66 early this year.
Thanks for the correction.
Jeff
pgpFDXgf6EeqZ.pgp
Description: PGP signature
__
According to RFC 2396[1] section 5.2:
g) If the resulting buffer string still begins with one or more
complete path segments of "..", then the reference is
considered to be in error. Implementations may handle this
error by retaining these components in the resolv
You don't need something like a buggy SWIG to put non-strings in dir().
>>> class C: pass
...
>>> C.__dict__[3] = "bad wolf"
>>> dir(C)
[3, '__doc__', '__module__']
This is likely to happen "legitimately", for instance in a class that allows
x.y and x['y'] to mean the same thing. (if the user ass
12 matches
Mail list logo
