Steven Bethard added the comment:
Looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15935
___
___
Python-bugs-list mailing list
New submission from Cioroianu Nicolin:
Hello,
Running the following script frame:
import re
#import modulefinder
#m=str(raw_input(Get a string:))
m= IT_SetBusParameters(param1,param2,param3,param4,param5,param6)
if m:
cnt=m.count(',')
if cnt:
nr=0
s=re.split(',',m)
New submission from Chris Jerdonek:
This issue is to add to the doctest module an easy way to obtain the number of
doctest examples in a unittest.TestSuite instance returned by a call to the
doctest.DocFileSuite() function.
The unittest.TestSuite class currently exposes a countTestCases()
Francisco Martín Brugué added the comment:
Just info:
I still can reproduce that. (It's maybe just something wrong with my setup?)
--
Added file: http://bugs.python.org/file27183/testsResult.txt
___
Python tracker rep...@bugs.python.org
Francisco Martín Brugué added the comment:
The actual tip for me is:
ci@random:~/Prog/cpython/benchmarks/py2$ hg tip
changeset: 164:61768f86170c
tag: tip
user:Brett Cannon br...@python.org
date:Fri Aug 31 18:58:24 2012 -0400
summary: Allow for the specification of
R. David Murray added the comment:
That isn't a valid Python program, and you appear to be reporting a bug in a
third party tool. You should report your problem to the appropriate community
for your IDE tool.
--
nosy: +r.david.murray
resolution: - invalid
stage: -
Brett Cannon added the comment:
Can you copy-and-paste the exact commands you are using to build and run the
benchmarks (along with version info for the interpreter used to do the
building) as I'm on the same revision and can't reproduce anymore?
$ mkdir benchmarks_py3k
$ cd benchmarks_py3k/
Cioroianu Nicolin added the comment:
Hello David,
I'm beginner with this tool, also a beginner programmer.
I submitted the problem to IDE tool PyScripter.
Just wanted to help Python improvement. I'm looking to improve also my
experience.
Have a nice day!:)
Regards,
Nicolin
R. David Murray added the comment:
Thanks for wanting to help. If the PyScripter folks trace it back to a problem
with Python, please feel free to reopen this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15937
Cioroianu Nicolin added the comment:
Hello David,
PyScripter Answer:
Thanks for the bug report. This assertion happens when PyScripter is waiting
for the remote engine to shut-down for a long time without success. This might
mean that either the system is very busy or more likely something
Francisco Martín Brugué added the comment:
The box is a debian (wheezy):
ci@random:~/Prog/cpython/benchmarks/py2$ uname -a
Linux random 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux
The source repository dir:
ci@random:~/Prog/cpython/benchmarks/py2$ dir
lib LICENSE.txt
New submission from Chris Jerdonek:
Currently, when trying to parse the *.rst files in the Doc/ folder (i.e. not
actually running them but simply generating unittest.TestCase instances from
them by passing them to doctest.DocFileSuite()), five files yield errors.
This issue is to make it so
Chris Jerdonek added the comment:
# The return value of DocFileSuite is a unittest.TestCase instance, and
s/unittest.TestCase/unittest.TestSuite/ (as elsewhere in the comment)
--
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
The attached patch addresses all but Doc/library/ctypes.rst.
See the following python-dev e-mail for a question about how best to handle
that case:
http://mail.python.org/pipermail/python-dev/2012-September/121721.html
--
keywords: +patch
Added file:
Brett Cannon added the comment:
So the tests failed but the benchmarks finished without issue? I'm not too
worried about the tests since they are almost all str/bytes interaction issues
(although I don't get the .decode() failure). If the benchmarks run without
errors then I'm satisfied, else
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
Removed file: http://bugs.python.org/file27185/issue-15935-1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15939
___
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
Added file: http://bugs.python.org/file27186/issue-15939-1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15939
___
Francisco Martín Brugué added the comment:
So the tests failed but the benchmarks finished without issue?
Yes. But the apparent diff is that I've used 2.6.8
If the benchmarks run without errors then I'm satisfied, else we figure
out what this fails ever
or we have a already translated copy
Roundup Robot added the comment:
New changeset 2b79b4848f44 by Richard Oudkerk in branch 'default':
Issue #15881: Clarify comment in exit function
http://hg.python.org/cpython/rev/2b79b4848f44
--
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
Attached is a file of doctest statistics (counts of example failures,
exceptions, and successes) for almost every file in the Doc directory when
running the doctests with vanilla doctest.
I did this to get a sense of which files it would be easiest to get
New submission from Terry J. Reedy:
Module locale
Internationalization services. The locale settings can affect the return values
for some of the functions in the time module.
This is vague and perhaps misleading. The doc also says
Locale information is not used by asctime().
Locale
Petri Lehtinen added the comment:
Attached an updated version of the second patch. David: Is this what you meant?
Also, the patch format should now be rietveld compatible :)
--
Added file:
New submission from Terry J. Reedy:
time.timezone
The offset of the local (non-DST) timezone, in seconds west of UTC (negative in
most of Western Europe, positive in the US, zero in the UK).
Quite aside from #9305 (UTC is not a place), this does not specify the effect
of setting this
Changes by Petri Lehtinen pe...@digip.org:
Removed file:
http://bugs.python.org/file27188/issue15222_v2_0002_insert_blank_after_each_message_in_mbox.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
Changes by Petri Lehtinen pe...@digip.org:
Added file:
http://bugs.python.org/file27189/issue15222_v2_0002_insert_blank_after_each_message_in_mbox.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
R. David Murray added the comment:
Yes, that looks better.
I haven't worked through the rest of the logic in detail, I'll trust your
months of cogitation and the tests on that part.
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Since localtime() returns numbers, it is trivially true that localtime is not
affected by locale.
Your more specific phrasing is correct, I think.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
Changes by Julian Berman julian+python@grayvines.com:
--
nosy: +Julian
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9253
___
___
New submission from Garrett Cooper:
Windows doesn't return sane values for localtime(3) (per POSIX [1]) when
the BIOS is set to the local time (the host is a Win2k8-R2 machine):
$ python -V; python -c 'import time; print time.strftime(%m-%d-%y %H:%M:%S,
time.localtime())'; date; uname -a
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: needs patch - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9253
___
___
Garrett Cooper added the comment:
1. http://pubs.opengroup.org/onlinepubs/009695299/functions/localtime.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15942
___
Changes by Anthony Kong anthony.hw.k...@gmail.com:
--
nosy: +Anthony.Kong
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4188
___
___
R. David Murray added the comment:
It seems to me this is more likely a bug in cygwin and/or the cygwin Python
port, since I find it hard to believe our windows users would be putting up
with getting incorrect localtime results.
--
nosy: +belopolsky, r.david.murray, terry.reedy
R. David Murray added the comment:
Perhaps that is the problem then: running a non-cygwin python from a cygwin
environment? I don't really know, which is why I added Terry to the nosy
list...he's got more Windows experience, though maybe not cygwin experience. I
myself no longer have access
Garrett Cooper added the comment:
Except it wasn't built within the Cygwin environment...
$ python -c 'import sys; print sys.version'
2.6.1 (r261:67515, Dec 5 2008, 13:58:38) [MSC v.1500 32 bit (Intel)]
$ ldd `which python` | grep -i ygwin || echo not cygwin
not cygwin
--
Garrett Cooper added the comment:
Ok. Turns out I got this backwards. The BIOS clock is set to UTC (which works
with the CentOS install on the same drive) and Windows assumes the clock is set
to local time [1]. I'll follow it up with the my $work lab team, but it would
be nice if this could
R. David Murray added the comment:
I'm not sure it can be. Windows is screwed up in the way it handles time.
Last I looked they still didn't support having the BIOS clock set to UTC (but
is has been a while since I looked).
--
___
Python tracker
Garrett Cooper added the comment:
Hahaha... you're right:
$ perl -e 'use POSIX; print strftime(%m-%d-%y %H:%M:%S, localtime).\n;';
date
09-13-12 23:25:49
Thu, Sep 13, 2012 3:25:49 PM
$ python -c 'import time; print time.strftime(%m-%d-%y %H:%M:%S,
time.localtime())'; date
09-13-12 23:26:25
R. David Murray added the comment:
OK, I'm going to close this, then.
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15942
Roundup Robot added the comment:
New changeset 48185b0f7b8a by Ezio Melotti in branch '3.2':
#15437, #15439: merge Doc/ACKS.txt with Misc/ACKS and modify Doc/about.rst
accordingly.
http://hg.python.org/cpython/rev/48185b0f7b8a
New changeset 2b4a89f82485 by Ezio Melotti in branch 'default':
Roundup Robot added the comment:
New changeset 48185b0f7b8a by Ezio Melotti in branch '3.2':
#15437, #15439: merge Doc/ACKS.txt with Misc/ACKS and modify Doc/about.rst
accordingly.
http://hg.python.org/cpython/rev/48185b0f7b8a
New changeset 2b4a89f82485 by Ezio Melotti in branch 'default':
Terry J. Reedy added the comment:
For future reference:
2.6 is no longer supported except for security issues
The same will soon (a month?) be true of 3.2.
Win2k is no longer supported in 3.3
--
___
Python tracker rep...@bugs.python.org
Ezio Melotti added the comment:
Fixed, thanks for the script!
--
assignee: docs@python - ezio.melotti
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: docs@python - ezio.melotti
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
type: - enhancement
versions: +Python 2.7, Python 3.2, Python 3.3
___
Python
Chris Jerdonek added the comment:
Thanks for committing, Ezio!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15437
___
___
Python-bugs-list
Alexander Belopolsky added the comment:
Isn't this a duplicate of issue 8810?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15941
___
___
Alexander Belopolsky added the comment:
I've read this more carefully and I now understand the issue. Indeed, setting
time.timezone or time.altzone has no effect on say time.strftime('%z'). I
think this should be documented and the doc should refer to time.tzset() for a
proper way to change
Terry J. Reedy added the comment:
#8810 and #9305 seem related, if not dups.
You are right about module vars. They are all instances of one module class
with one __setattr__.
How about Setting this attribute has no effect. See time.TZset or even better,
the datetime module. (I had not
Alexander Belopolsky added the comment:
Setting this attribute has no effect.
Strictly speaking, setting this attribute has the effect of changing the value
of this attribute. I cannot come up with a better wording at this hour, but I
would say something about it being informational only.
Roundup Robot added the comment:
New changeset b01eb870f84f by Ezio Melotti in branch '3.2':
#15831: document multiple signatures on different lines. Patch by Chris
Jerdonek.
http://hg.python.org/cpython/rev/b01eb870f84f
New changeset 0ed61ee823d8 by Ezio Melotti in branch 'default':
#15831:
Ezio Melotti added the comment:
Fixed, thanks for the patch!
--
assignee: docs@python - ezio.melotti
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
51 matches
Mail list logo