Jess added the comment:
How long should I be waiting on review?
--
___
Python tracker
<https://bugs.python.org/issue36245>
___
___
Python-bugs-list mailin
Jess added the comment:
Nevermind, the hold over issue was from another bit.
Updated the change request.
--
versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issue36
Jess added the comment:
Looks like the brackets are fine even in the bracket case Steve mentioned.
@echo off
if NOT DEFINED ABCDEF (
echo "all good"
)
if NOT DEFINED ABCDE (
echo "all good2"
)
set ABCDE=
if NOT DEFINED ABCDE (
echo "sadness"
)
if [%A
Jess added the comment:
Alas, "IF NOT DEFINED PYTHON" isn't working - as it's even more possible to get
into a state where PYTHON="" than it is for a bracket to be in the python name.
Thus, the system would think it declared where we would have created it into an
a
Jess added the comment:
Good call on the repr(), hadn't noted the "3+4j" issue - __gt__ and __lt__ do
work for compare there, but not sorted(). *shrug* Will make sure the solution
takes that into account in some fashion.
Bit slower as I expected as setting up the windows env has
Change by Jess :
--
keywords: +patch
pull_requests: +12229
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36245>
___
___
Python-
Jess added the comment:
Note: the error is actually in get_externals.bat, which is called by build.bat.
--
___
Python tracker
<https://bugs.python.org/issue36
New submission from Jess :
Have a fix for this that I'll send off shortly.
What I see with the current head (my username was replaced with "Foo Bar" in
this example:
> Using "C:\Users\Foo
> Bar\cpython\PCbuild\\..\externals\pythonx86\tools\python.exe" (found in
&g
Jess added the comment:
Wow! Thank you, very fast and the precise snippet of info I needed. Will try
to send something off today. Very exciting.
--
___
Python tracker
<https://bugs.python.org/issue36
New submission from Jess :
Currently
https://docs.python.org/2/library/unittest.html#unittest.TestCase.assertSetEqual
returns a random list, but I'd like to see it sorted for ease of reading which
running tests.
Should be small, but useful. Happy to make the edit myself, but have no clue
Change by Jess Johnson :
--
versions: +Python 3.6
___
Python tracker
<https://bugs.python.org/issue35502>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jess Johnson :
When given xml that that would raise a ParseError, but parsing is stopped
before the ParseError is raised, xml.etree.ElementTree.iterparse leaks memory.
Example:
import gc
from io import StringIO
import xml.etree.ElementTree as etree
import objgraph
def
New submission from Jess Hamrick:
shutil.copytree seems to fail when copying files across NFS filesystems. In
this example (see bug_demo.py), /tmp is a normal ext4 filesystem and the
current working directory is NFS (version 4). Interestingly, it works fine to
to copy between ext4 and NFS
Jess Hamrick added the comment:
Some further information: if I run copystat directly on 3.4.3, I get
essentially the same error as on 3.4.0. So really it only looks like the
difference is just in how the error is reported:
Traceback (most recent call last):
File bug_demo.py, line 31
Jess Austin jess.aus...@gmail.com added the comment:
Yeah, the masses have spoken, and their silence is deafening. I was going to
downplay the health of the package based on the number of downloads, but then
I looked at the futures page. b^) Seriously, getting this in would require
a core
Changes by Jess Austin jess.aus...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5434
___
___
Python-bugs
Jess Austin jess.aus...@gmail.com added the comment:
Could you provide some reasoning for such a resolution? I had thought that
won't fix indicated that the issue wasn't actually an error in behavior.
I grant that most people will never see this particular error, but it is an
error
Jess Austin jess.aus...@gmail.com added the comment:
To be systematic, without the patch:
D(1900, 1, 1) DT(1900, 1, 1)
False
D(1900, 1, 1) DT(1900, 1, 1)
False
DT(1900, 1, 1) D(1900, 1, 1)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: can't compare DT to D
New submission from Jess Austin jess.aus...@gmail.com:
In its __doc__ string and in the documentation, str.join() is described
as taking a sequence. This is not general enough; it actually takes any
iterable of strings:
','.join(str(x) for x in range(5))
'0,1,2,3,4'
Maybe
Changes by Jess Austin jess.aus...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file15111/jointakesiterables.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7116
Jess Austin jess.aus...@gmail.com added the comment:
The backport through python 2.3 is up at PyPI:
http://pypi.python.org/pypi?name=MonthDelta:action=display
Download source and install, or just easy_install. Documentation is
also linked at PyPI
Changes by Jess Austin jess.aus...@gmail.com:
Added file: http://bugs.python.org/file13743/monthdelta3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5434
Changes by Jess Austin jess.aus...@gmail.com:
Removed file: http://bugs.python.org/file13696/monthdelta2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5434
Changes by Jess Austin jess.aus...@gmail.com:
Added file: http://bugs.python.org/file13696/monthdelta2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5434
Jess Austin jess.aus...@gmail.com added the comment:
I don't see a point to this one since Issue 5530 was rejected. If
someone else wants this they can reopen it.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Jess Austin jess.aus...@gmail.com added the comment:
With the rejection of Issue 5530, it seems best for the name of this
class to remain lowercase. Mixing casing schemes within the same module
would be perverse.
--
title: datetime.MonthDelta - datetime.monthdelta
Jess Austin jess.aus...@gmail.com added the comment:
A comment on the two most recent patches... For both of these, we can
do the following:
from datetime import timedelta
td = timedelta(12)
td
datetime.timedelta(12)
td //= 3
td
datetime.timedelta(4)
td //= timedelta(2)
td
2
Jess Austin jess.aus...@gmail.com added the comment:
The attached patch fixes this issue, and updates the tests. Contrary to
my initial impression, it seems that a previous developer knew of this
behavior and thought it correct; see the comment of the test I deleted.
I left memcmp
Changes by Jess Austin jess.aus...@gmail.com:
Added file: http://bugs.python.org/file13385/test_datetime.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5520
Changes by Jess Austin jess.aus...@gmail.com:
Removed file: http://bugs.python.org/file13376/test_datetime.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5520
New submission from Jess Austin jess.aus...@gmail.com:
Class names that comply with the CapWords naming convention described in
PEP 8 (http://www.python.org/dev/peps/pep-0008/) are preferred. See the
recent discussion that included the BDFL's recommendations at
http://mail.python.org/pipermail
New submission from Jess Austin jess.aus...@gmail.com:
I've broken out this refactoring from some of the other datetime stuff
I'm doing. The patch needn't be applied until the other issues that
depend on it are.
--
components: Library (Lib)
files: test_datetime.diff
keywords: patch
New submission from Jess Austin jess.aus...@gmail.com:
While the datetime.date and datetime.datetime classes consistently
handle mixed-type comparison, their subclasses do not:
from datetime import date, datetime, time
d = date.today()
dt = datetime.combine(d, time())
d == dt
False
dt == d
Changes by Jess Austin jess.aus...@gmail.com:
--
title: equality not reflixive for subclasses of datetime.date and
datetime.datetime - equality not reflexive for subclasses of datetime.date and
datetime.datetime
___
Python tracker rep
Changes by Jess Austin jess.aus...@gmail.com:
--
title: equality not reflexive for subclasses of datetime.date and
datetime.datetime - equality not symmetric for subclasses of datetime.date and
datetime.datetime
___
Python tracker rep
Changes by Jess Austin jess.aus...@gmail.com:
Added file: http://bugs.python.org/file13309/monthdelta.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5434
Changes by Jess Austin jess.aus...@gmail.com:
Removed file: http://bugs.python.org/file13258/datetimemodule.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5434
Jess Austin jess.aus...@gmail.com added the comment:
This prototype python implementation passes the same tests that the C
implementation in the patch does (modulo import differences). I'll
probably backport this for 2.x versions.
--
Added file: http://bugs.python.org/file13307
Jess Austin jess.aus...@gmail.com added the comment:
This is my first try at a patch. All functionality, tests, and
documentation are included, but I won't be surprised if I need to make
some changes! Please let me know.
--
keywords: +patch
Added file: http://bugs.python.org/file13258
Jess Austin jess.aus...@gmail.com added the comment:
Rietveld link: http://codereview.appspot.com/25079
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5434
jess [EMAIL PROTECTED] added the comment:
This appears to be the same issue as in:
30552 months ago test_list on 64-bit platforms
The failing test appears to be test_bigrepeat:
def test_bigrepeat(self):
x = self.type2test([0])
x *= 2**16
self.assertRaises
41 matches
Mail list logo