New submission from Trent Nelson <[EMAIL PROTECTED]>:
Now that we've finally got a VeriSign code-signing certificate
(hurrah!), we can look at how we want to integrate the aspect of code
signing into our build process.
I'd like to propose augmenting the build process such that
Trent Nelson <[EMAIL PROTECTED]> added the comment:
FWIW, I bumped the version of Berkeley DB being used on Windows from
4.4.20 to 4.7.25 in r64555 (trunk). I blocked this from being merged
to py3k. This block should be removed once bsddb has been updated.
--
nosy: +Trent.
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Darryl, was your trunk version built as debug? If so, can you try
without?
--
nosy: +Trent.Nelson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Jesse, thanks for capturing my e-mail thread in this issue. Can you
comment on my last three paragraphs? Essentially, I think we should
lock down the API and assert that Listener.address will always be
a 'connectable' end-p
Trent Nelson <[EMAIL PROTECTED]> added the comment:
I can confirm the patch works in Windows. Regarding the 0.0.0.0 issue,
perhaps we can compromise on something like this:
% svn diff connection.py
Index: connect
Trent Nelson <[EMAIL PROTECTED]> added the comment:
I was thinking about this on the way home last night and concluded that
my last suggestion (s/0.0.0.0/127.0.0.1/) is a terrible one as well.
I'd be happy with a mention in the documentation (for now) stating that
if you listen
Trent Nelson added the comment:
I introduced test_support.find_unused_port in r62234, as part of a general
refactoring of client/server network-oriented tests. The only reason I
introduced this method at the time was because the SSL tests used to launch
openssl in server mode, which
New submission from Trent Nelson:
posix_tmpfile() needs to be reworked such that tmpfile() isn't used if
MS_WINDOWS is defined, as it requires administrative privileges to run
(it creates the file in the root directory) on Vista/2k8 (although
there are reports of this not working on XP w
Trent Nelson added the comment:
With Chris and Ben's comments taken into account, what's the best way to
handle this?
1. Change the test: if the user is not admin, assert os.tmpfile()
returns a permission denied OSError, otherwise, assert return value is
a current file.
Trent Nelson added the comment:
I agree. Following patch fixes the issue for me:
Index: test_os.py
===
--- test_os.py (revision 61260)
+++ test_os.py (working copy)
@@ -65,6 +65,44 @@
def test_tmpfile(self):
if not
Trent Nelson added the comment:
Er, errno being referred to in a comment in that last patch should be
13, not 12.
Added file: http://bugs.python.org/file9617/test_os.py.2.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
New submission from Trent Nelson <[EMAIL PROTECTED]>:
Looks like there's been a recent change to trunk such that x64 Windows
builds now get placed in pcbuild\amd64 instead of just pcbuild (thanks
to whoever added it). The attached patch against rt.bat allows it to
be called with
New submission from Trent Nelson <[EMAIL PROTECTED]>:
S:\src\svn\svn.python.org\projects\python\trunk.x64\PCbuild>amd64\python_d
..\lib\test\test_marshal.py
test_bool (__main__.IntTestCase) ... ok
test_int64 (__main__.IntTestCase) ... ok
test_ints (__main__.IntTestCase) ... ok
te
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Traced the problem down to the following minimal code snippet:
import marshal
s = 'c' + ('X' * 4*4) + '{' * 2**20
marshal.loads(s)
When Python/marshal.c:18 MAX_MARSHAL_STACK_DEPTH is 2000 (which is
New submission from Trent Nelson <[EMAIL PROTECTED]>:
This patch is required in order to support x64 Windows builds that live
in pcbuild/amd64. Without it, sysutils._python_build() returns the
wrong directory, which causes the test_get_config_h_filename method in
Lib/distutils
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Ah, I suspect not. (Unless the 64-bit python*.exe builds end up in
pcbuild/amd64.)
--
versions: -Python 2.5
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Trent Nelson <[EMAIL PROTECTED]>:
Martin, I've attached two patches required in order to get Tcl/Tk 8.4.16
to successfully compile on Windows x64. I haven't included the patch to
external-amd64.bat (and pcbuild/readme.txt with updated build
instructions) ye
Trent Nelson <[EMAIL PROTECTED]> added the comment:
And the tcl patch...
Added file: http://bugs.python.org/file9677/tcl-8.4.16.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Oh, another question, do we use tix for anything anymore?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Any chance of getting a test case that demonstrates this? I'll happily
test the patch if there's an associated test case I can run to assert
before/after behaviour.
--
nosy: +Trent.Nelson
__
Trent Nelson <[EMAIL PROTECTED]> added the comment:
+1, tested on x86 XP and x64 2k8.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2297>
__
___
Python
Trent Nelson <[EMAIL PROTECTED]> added the comment:
I've attached a patch to test_tokenizer.py and a bunch of text files
(that should be dropped into Lib/test) that highlight this issue a
*lot* better than the current state of affairs.
The existing implementation defines round
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Hmm, I take it multiple file uploads aren't supported. I don't want to
use svn diff for the text files as it looks like it's butchering the
bom encodings, so, tar it is! (Untar in root py3k/ directory.)
Added file: h
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
assignee: -> Trent.Nelson
priority: -> normal
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2297>
__
__
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Tested patch on Win x86/x64 2k8, XP & FreeBSD 6.2, +1.
--
assignee: -> Trent.Nelson
keywords: +patch
Tracker <[EMAIL PROTECTED]>
<http://bugs.
New submission from Trent Nelson <[EMAIL PROTECTED]>:
Python 2.6+ drops support for Windows 95/98, which removes the need for
w9xpopen. Get rid of the module and all dependencies (such as in the .msi).
--
assignee: Trent.Nelson
components: Build
messages: 63978
nosy: Trent.
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Fixed in r61606.
--
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2290>
__
_
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Fixed in r61607, thanks for the report + patch.
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Please provide more information about your platform. Also note
that ./configure needs to be able to find pre-existing bsddb libs in
order for Python to build the _bsddb module.
--
nosy: +Trent.
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Patch applies cleanly on FreeBSD 6.2-STABLE and all tests pass. Can't
comment on technical accuracy.
--
nosy: +Trent.Nelson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
New submission from Trent Nelson <[EMAIL PROTECTED]>:
test_getargs2 fails on Win x64:
test_getargs2 is failing on Windows x64:
test test_getargs2 failed -- Traceback (most recent call last):
File
"S:\buildbots\python.x64\3.0.nelson-win64\build\lib\test\test_getargs2.py",
lin
Changes by Trent Nelson <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9793/getargs_and_abstract.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Attached a slightly cleaner patch.
Added file: http://bugs.python.org/file9794/getargs_and_abstract.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Trent Nelson <[EMAIL PROTECTED]>:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2440>
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Trent Nelson <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9794/getargs_and_abstract.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Attach a slightly cleaner patch, take 2.
Added file: http://bugs.python.org/file9795/getargs_and_abstract.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Hi guys, have been on holiday since PyCon ended, only getting back into
the swing of things now. With regards to the x64 Windows build,
indeed, PCbuild/readme.txt is definitely in need of an update,
especially with the details
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Humm, just saw the MSDN page Marc-Andre referred to, which indeed seems
to indicate the Express edition doesn't support x64 cross-compilation
*at all*. AFAICT the latest Platform SDK (6.1) ships with an x64 cross
compilation
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Christian, regarding shipping x64 .lib files as well as 32-bit ones --
sensible idea, but where would we place the x64 version libs? In Python
[xx]\libs\amd64? (This would mirror the approach used with PCbuild and
PCbuild\amd64 -- al
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Updated PCbuild/readme.txt in r62105 and r62106 for trunk and py3k
respectively.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
assignee: -> Trent.Nelson
keywords: +easy
nosy: +Trent.Nelson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Trent Nelson <[EMAIL PROTECTED]>:
Background: I came across this issue when trying to track down why
test_asynchat would periodically wedge python processes on the Windows
buildbots, to the point that they wouldn't even respond to SIGKILL (or
ctrl-c on the cons
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2296>
__
___
Python-b
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Patched and tested on one of my buildbots, test_file passes without
error with your latest Patch Greg.
--
nosy: +Trent.Nelson
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Trent Nelson <[EMAIL PROTECTED]> added the comment:
[Updating the issue with relevant mailing list conversation]
Interesting results! I committed the patch to test_socket.py in
r62152. I was expecting all other platforms except for Windows to
behave consistently (i.e. pass). That is,
Trent Nelson <[EMAIL PROTECTED]> added the comment:
[Updating issue with mailing list discussion; my reply to Jean-Paul]
> >"With TCP, we are never able to start multiple servers that bind
> > the same IP address and same port: a completely duplicate binding.
> >
Trent Nelson <[EMAIL PROTECTED]> added the comment:
[Updating issue with mailing list discussion; Jean-Paul's reply]
On Fri, 4 Apr 2008 13:24:49 -0700, Trent Nelson <[EMAIL PROTECTED]>
wrote:
>Interesting results! I committed the patch to test_socket.py in
r62152. I was
Trent Nelson <[EMAIL PROTECTED]> added the comment:
I've attached another patch that fixes test_support.bind_port() as well
as a bunch of files that used that method. The new implementation
always uses an ephemeral port in order to elicit an unused port for
subsequent binding.
Trent Nelson <[EMAIL PROTECTED]> added the comment:
To be honest, I wasn't really happy either with having to return HOST,
it's somewhat redundant given that all these tests should be binding
against localhost. What about something like this for bind_port():
def bind
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Invested quite a few cycles on this issue last night. The more time I
spent on it, the more I became convinced that every single test working
with sockets should be changed in one fell swoop in order to facilitate
(virtually unl
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Ahh, more FreeBSD threading woes. If no-one beats me to it, I'll be
able to start taking a look at this when our FreeBSD 7 server is up in
a week or so.
--
assignee: -> Trent.Nelson
nosy:
Trent Nelson <[EMAIL PROTECTED]> added the comment:
+1 from me on principle (haven't tested).
--
nosy: +Trent.Nelson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Re-assigned this to myself (hope you don't mind janssen ;-) as I'm
actively looking into it. We build openssl.exe as part of our Windows
build so we should make an effort to use this where possible. Note
that there is defi
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
nosy: +Trent.Nelson
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1220212>
_
___
Python
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Committed updates to relevant network-oriented tests, as well as
test_support changes discussed, in r62234.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
nosy: +Trent.Nelson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1049>
__
___
Python-bugs
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Committed patch in r62269. I'll raise a separate tracker issue for
PyLong_AsSsize_t as it isn't related to this issue.
--
assignee: -> Trent.Nelson
keywords: +64bit
resolution: -> fixed
status: open ->
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Eek, so it does, thanks. Applied the following patch on a bunch of 32-
bit/x64 systems, testing now, so far everything looks good...
Index: abstract.c
===
--- abst
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
nosy: +Trent.Nelson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2240>
__
___
Python-bugs
New submission from Trent Nelson <[EMAIL PROTECTED]>:
It'd be nice if there was a facility to force a particular test to be
re-run in verbose mode with the most recent build via the buildbot web
interface. It would allow us to get a bit more information about
what's g
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
assignee: -> Trent.Nelson
nosy: +Trent.Nelson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2609>
__
_
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
nosy: +Trent.Nelson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2643>
__
___
Python-bugs
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Update: the changes committed on r62269 and r62279 were incorrect and
reverted in r62292.
Log:
Issue 2440: revert r62269 and r62279. These changes were made in an
effort to fix test_args2.Signed_TestCase.test_n(), which was fail
Trent Nelson <[EMAIL PROTECTED]> added the comment:
This was fixed in trunk in r61573, and merged to py3k in r61982.
--
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.pyth
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Hey, if we can get rid of it, that's great. You sound 95% certain in
your last post that completely removing test_socket_ssl on trunk and
py3k is the Right Thing -- any chance of getting you to 100% so I can
go ahead and delete i
New submission from Trent Nelson <[EMAIL PROTECTED]>:
I'd give my left arm for the comment box to be at least double its
current height. Once you've written more than a paragraph, it becomes a
nuisance having to scroll up and down to re-read what you've written
before ty
Trent Nelson <[EMAIL PROTECTED]> added the comment:
Perhaps you could sell my arm on eBay then forward me the proceeds such
that I can buy a Mac and use Safari? ;-)
Will use meta tracker herein -- didn't even know that existed.
__
Tracker <[E
Changes by Trent Nelson <[EMAIL PROTECTED]>:
--
nosy: +Trent.Nelson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2733>
__
___
Python-bugs
Trent Nelson added the comment:
H, I'll investigate when I get home tomorrow.
Sent from my iPhone
> On Sep 23, 2017, at 13:46, Serhiy Storchaka wrote:
>
>
> New submission from Serhiy Storchaka:
>
> The testConnectTimeout in test_timeout is skipped since netwo
Trent Nelson added the comment:
Unfortunately the host backing blackhole.snakebite.net and
whitehole.snakebite.net is no longer available. I still think the underlying
test is valuable, though -- are there any PSF boxes/containers that could
fulfill this role?
(I used pf on FreeBSD to set
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue3329>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue18203>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue13483>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue16296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
versions: -Python 3.2
___
Python tracker
<http://bugs.python.org/issue16296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Trent Nelson added the comment:
Hi Ned,
On a brand new OS X Lion install with the latest XCode (4.3.2) and command line
tools*, the following worked:
./configure --with-pydebug CC=clang MACOSX_DEPLOYMENT_TARGET=10.7
That is, everything built cleanly, and all tests ran without failures:
336
Trent Nelson added the comment:
> > "Once we fix this I can add the build slave"
> I'm missing the context for this.
Yeah I uh, seemed to have deleted the introductory sentence I wrote that
said I was doing some prep work before adding an OS X 10.7 build slave.
&
Trent Nelson added the comment:
I ran into this last night and posted to python-dev before realizing this bug
had been raised:
http://mail.python.org/pipermail/python-dev/2012-August/121359.html
I'll reproduce it here as I made a few observations that haven't yet been
mentioned in
Trent Nelson added the comment:
Happy to report your patch does the trick Mark. test_cmath passes on 10.7 and
10.8 with it applied.
--
___
Python tracker
<http://bugs.python.org/issue15
Trent Nelson added the comment:
Proposed patch attached.
--
keywords: +patch
nosy: +trent
Added file: http://bugs.python.org/file26890/test_timeout.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Trent Nelson :
--
assignee: -> trent
___
Python tracker
<http://bugs.python.org/issue15285>
___
___
Python-bugs-list mailing list
Unsubscri
Trent Nelson added the comment:
Fixed in 3.2:
changeset: 78690:9c2af1f9
branch: 3.2
parent: 78686:8600ae913b63
user:Trent Nelson
date:Mon Aug 20 21:22:59 2012 -0400
summary: Issue #15285: Refactor connect timeout test in test_timeout.
Fixed in 3.x
New submission from Trent Nelson:
I've got two FreeBSD buildslaves running on ZFS (8.2 and 9.1) experiencing this:
==
FAIL: test_futimes_ns (test.test_os.StatAttribute
New submission from Trent Nelson:
The 'Windows Server 2003 R2 SP1' build slave I set up keeps bombing out on
test_winsound:
==
FAIL: test_alias_nofallback (test.test_winsound.Pla
New submission from Trent Nelson:
Both of my FreeBSD ZFS slaves (8.2 and 9.1) have chflags tests failing as
follows:
==
ERROR: test_chflags (test.test_posix.PosixTester
New submission from Trent Nelson:
FreeBSD slaves are running into this:
==
ERROR: test_copy2_symlinks (test.test_shutil.TestShutil)
--
Traceback (most recent
Trent Nelson added the comment:
Turns out ZFS doesn't support any of the traditional chflags flags -- it
returns EOPNOTSUPP for all of them.
Attached patch factors this into the various chflags tests.
--
keywords: +patch
stage: -> patch review
Added file: http://bugs.py
New submission from Trent Nelson:
On the FreeBSD 8.2 build slave:
==
ERROR: test_localtime_daylight_false_dst_true (test_utils.LocaltimeTests)
--
Traceback
Trent Nelson added the comment:
Narrowed it down to the following snippet:
>>> time.mktime((2012, 3, 12, 1, 1, 0, 0, 72, -1))
1331514060.0
[70780 refs]
>>> time.mktime((2012, 3, 12, 1, 1, 0, 0, 72, 1))
Traceback (most recent call last):
File "", line 1, in
Overfl
Trent Nelson added the comment:
All my servers are set to use UTC, which affects how FreeBSD (and other BSDs)
treat the isdst param in struct tm in mktime:
#include
#include
#include
int main(int argc, char **argv)
{
struct tm tm1, tm2;
time_t t1, t2;
memset((void *)&tm
Trent Nelson added the comment:
Looks like os.readlink() is busted:
> /home/trent/src/cpython/Lib/shutil.py(107)copyfile()
-> os.symlink(os.readlink(src), dst)
(Pdb) s
TypeError: embedded NUL character
> /home/trent/src/cpython/Lib/shutil.py(107)copyfile()
-> os.symlink(os.readli
New submission from Trent Nelson:
All the FreeBSD build slaves seem to be experiencing the same symptom:
./configure --with-pydebug eventually results in this:
gcc -pthread -c -fno-strict-aliasing -g -O0 -Wall -Wstrict-prototypes -O2
-pipe -fno-strict-aliasing -Wall -march=native -I
Trent Nelson added the comment:
Hi Larry,
Funnily enough, I just tried to step through a heavily hacked version of
posix_readlink again, only to get gdb telling me I couldn't 'print' the
variables I had added in.
Turns out, `./configure --with-pydebug` on FreeBSD ends up w
Trent Nelson added the comment:
Ah!
% gmake
gcc -pthread -c -fno-strict-aliasing -g -O0 -Wall -Wstrict-prototypes-I.
-I./Include-DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c
gcc -pthread -c -fno-strict-aliasing -g -O0 -Wall -Wstrict-prototypes-I.
-I./Include
Trent Nelson added the comment:
So, looks like FreeBSD's /usr/share/mk/sys.mk is to blame here. It
unconditionally sets CFLAGS to `-O2 -pipe`.
[trent@hydrogen/ttypts/1(~s/cpython)%] uname -a
FreeBSD hydrogen.snakebite.net 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r0: Mon
Jul 16 06:28:1
Trent Nelson added the comment:
>>> print(_have_functions)
['HAVE_FACCESSAT', 'HAVE_FCHDIR', 'HAVE_FCHMOD', 'HAVE_FCHMODAT',
'HAVE_FCHOWN', 'HAVE_FEXECVE', 'HAVE_FDOPENDIR', 'HAVE_FPATHCONF',
'HAV
Trent Nelson added the comment:
Well, bugger me, check this out:
import os
import stat
import tempfile
d = tempfile.mkdtemp()
src = os.path.join(d, 'foo')
dst = os.path.join(d, 'bar')
src_link = os.path.join(d, 'baz')
dst_link = os.path.join(d, 'qux&#
Changes by Trent Nelson :
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Trent Nelson added the comment:
Oh, heh, yes, I meant double :-)
--
___
Python tracker
<http://bugs.python.org/issue15745>
___
___
Python-bugs-list mailin
Trent Nelson added the comment:
Affirmative:
E:\Apps\activestate-python-2.7.2.5-x86>python
ActivePython 2.7.2.5 (ActiveState Software Inc.) based on
Python 2.7.2 (default, Jun 24 2011, 12:21:10) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "cr
1 - 100 of 220 matches
Mail list logo
