Alexander Belopolsky added the comment:
Matt,
Can you post a sample graph in a common image format, say PNG? I am curious to
see it, but not curious enough to install graphviz.
--
nosy: +belopolsky
___
Python tracker
<http://bugs.python.
Alexander Belopolsky added the comment:
> Does this apply to 2.7 too?
I think it does, but it would be hard to sell any improvements in this area as
a bug fix.
--
___
Python tracker
<http://bugs.python.org/iss
Alexander Belopolsky added the comment:
I have found the root cause of these differences. The trace function is not
called when the opcode is successfully predicted. When computed gotos are
enabled, opcode prediction is disabled as explained in the following comment in
ceval.c:
Opcode
New submission from Alexander Belopolsky :
It looks like Misc/SpecialBuilds.txt has not been updated since 2.4.
This file is referenced from C-API documentation [1], but is not accessible as
a hyperlink.
Some of the recommendations in this file are out of date, in particular those
that
New submission from Alexander Belopolsky :
The main() method of trace and profile modules attempt to emulate the
environment in which traced code runs when invoked directly, but it fails in
several respects. The specific problem which is the subject of this issue is
that while __name__ is
Changes by Alexander Belopolsky :
Removed file: http://bugs.python.org/file8481/unnamed
___
Python tracker
<http://bugs.python.org/issue766910>
___
___
Python-bugs-list m
Changes by Alexander Belopolsky :
--
assignee: -> belopolsky
nosy: +belopolsky
___
Python tracker
<http://bugs.python.org/issue766910>
___
___
Python-bugs-lis
Changes by Alexander Belopolsky :
--
nosy: +ncoghlan, terry.reedy
___
Python tracker
<http://bugs.python.org/issue9325>
___
___
Python-bugs-list mailing list
Unsub
Alexander Belopolsky added the comment:
On Wed, Sep 22, 2010 at 9:39 AM, Jason R. Coombs wrote:
> .. It appears __getinitargs__ does not work on Python 2.5 or Python 2.7.
Yes, __getinitargs__ is only used for old style classes. I was
wrong on that point.
> Exceptions of the fol
Changes by Alexander Belopolsky :
--
components: +Demos and Tools
versions: +Python 3.2 -Python 2.5
___
Python tracker
<http://bugs.python.org/issue9919>
___
___
Alexander Belopolsky added the comment:
The patch looks good to me. Just a few nitpicks: the local convention seems to
be no underscores in helper functions such as gettmarg. I would call
is_valid_tm, "checktm" instead. Also, predicate-like naming (is_...) suggests
a function wi
New submission from Alexander Belopolsky :
With the attached traceme.py,
$ python -m trace -m -s -c traceme.py
lines cov% module (path)
250% traceme (traceme.py)
$ cat traceme.cover
x = (1,
>>>>>> 2,
1: 3)
This is wrong because all l
Alexander Belopolsky added the comment:
I am attaching a patch that fixes this issue. Need to add a unit test.
--
assignee: -> belopolsky
components: +Library (Lib)
keywords: +patch
stage: -> unit test needed
type: -> behavior
versions: +Python 3.2
Added f
Changes by Alexander Belopolsky :
--
nosy: +eli.bendersky, terry.reedy
___
Python tracker
<http://bugs.python.org/issue9936>
___
___
Python-bugs-list mailin
Changes by Alexander Belopolsky :
--
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue9936>
___
___
Python-bugs-list mailin
Changes by Alexander Belopolsky :
--
stage: unit test needed -> commit review
Added file: http://bugs.python.org/file18998/issue9936a.diff
___
Python tracker
<http://bugs.python.org/iss
New submission from Alexander Belopolsky :
The trace and profile modules provide similar functionality, but have some
gratuitous differences in their APIs and command line interfaces.
For example, the method to trace a single call is Trace.runfunc, but almost
identical Profile method is
Alexander Belopolsky added the comment:
The runfunc/runcall difference is the easiest to address. I propose to add
runcall to Trace as an alias to runfunc and deprecate runfunc. In addition, I
propose to add __enter__ and __exit__ methods to both Trace and Profile so that
they can be used
Alexander Belopolsky added the comment:
MunSic,
Your patch does not apply cleanly to the py3k branch. Please not that new
features can only go to py3k. While some may argue that this issue is a bug, I
think it is more likely that it will only be accepted for 3.2. In any case, a
py3k
Alexander Belopolsky added the comment:
Hmm, it looks like issue6608-timemodule-2nd.patch is a patch on top of your
previous patches. I'll check if I can apply last three patches in order.
--
___
Python tracker
<http://bugs.python.org/i
Alexander Belopolsky added the comment:
No, it looks like the starting patch is against 2.7. We need a py3k patch.
Meanwhile, I've noticed a couple of grammatical mistakes in comments:
"strftime(), asctime() does not" -> "strftime() and asctime() do not"
"fi
Alexander Belopolsky added the comment:
Fixed in r84994, r84995 (3.1) and r84996 (2.7).
--
resolution: -> fixed
stage: commit review -> committed/rejected
___
Python tracker
<http://bugs.python.org/
Alexander Belopolsky added the comment:
On Sun, Sep 26, 2010 at 5:47 PM, Arfrever Frehtes Taifersar Arahesis
wrote:
..
>
> test_issue9936 fails on 2.7 branch.
Should be fixed by r85020. Thanks.
--
___
Python tracker
<http://bugs.p
Alexander Belopolsky added the comment:
I've ran into a problem adding context manager functionality to Profile/Trace
objects. When profile/trace function is set in __enter__ and removed in
__exit__ it catches two spurious events: a return from __enter__ and a call to
__exit__. Th
Alexander Belopolsky added the comment:
Committed with minor changes in r85137. Thanks for the patch!
--
resolution: -> accepted
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Alexander Belopolsky added the comment:
Based on the discussion so far, I am going to close this as "invalid".
--
assignee: georg.brandl -> belopolsky
resolution: -> invalid
status: open -> pending
___
Python tracker
<
Alexander Belopolsky added the comment:
The original bug report is invalid and the documentation issue is a duplicate
of #8913.
--
nosy: +belopolsky
resolution: -> duplicate
superseder: -> Document that datetime.__format__ is datetime.st
Changes by Alexander Belopolsky :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7789>
___
___
Python-bugs-list mailing list
Un
New submission from Alexander Belopolsky :
According to the Format String Syntax section [1], attribute_name must be an
identifier. However, the parser does not catch a violation of this rule and
happily passes non-indentifier strings to getattribute:
>>> class X:
...def __getat
Alexander Belopolsky added the comment:
PEP 3101 has the following
"""
Implementation note: The implementation of this proposal is
not required to enforce the rule about a simple or dotted name
being a valid Python identifier. Instead, it will rely on the
geta
Changes by Alexander Belopolsky :
--
assignee: -> d...@python
components: +Documentation -Interpreter Core
nosy: +d...@python
___
Python tracker
<http://bugs.python.org/issu
Alexander Belopolsky added the comment:
On Mon, Oct 4, 2010 at 1:02 PM, Eric Smith wrote:
..
> Ah, but I don't need to in order to comply with the PEP!
This is true and this is the reason I changed this issue from bug to
doc. I seem to remember this having been discussed befor
Changes by Alexander Belopolsky :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9936>
___
___
Python-bugs-list mailing list
Un
Alexander Belopolsky added the comment:
I am afraid, for ordinary scripts these modules effectively use option 3. I
think these modules should remove its own scaffolding from "real" __main__
before loading any traced code. I am not sure how this can be achiev
Alexander Belopolsky added the comment:
MunSic,
It looks like issue7980.patch is just a unit test. Do you have a patch to fix
the issue?
--
___
Python tracker
<http://bugs.python.org/issue7
Alexander Belopolsky added the comment:
RDM> FYI there's been a proposal to create a time.py module anyway
RDM> in order to add some pure python functions not worth writing in c.
RDM> For reference, it's issue 7989.
Issue #7989 was retargeted to deal with datetime module. T
Changes by Alexander Belopolsky :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue9079>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
On Thu, Aug 12, 2010 at 10:26 PM, STINNER Victor wrote:
..
>> 1. Datetime.py time source (time.time()) represents time as
>> a floating point number which leads to system dependent behavior
>> and introduces floating point operations
Changes by Alexander Belopolsky :
--
dependencies: +Add aware local time support to datetime module
___
Python tracker
<http://bugs.python.org/issue7582>
___
___
Alexander Belopolsky added the comment:
The relevant comment at Stack Overflow is:
"""
It looks like it's a bug in the documentation. The 'equivalent' code working in
python2, but not in python3, where it has an infinite loop.
And the latest version of the docu
Changes by Alexander Belopolsky :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue10029>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
Note that the following variant where maps are replaced with list
comprehensions seems to work:
def zip(*iterables):
# zip('ABCD', '
Changes by Alexander Belopolsky :
--
nosy: -loewis
___
Python tracker
<http://bugs.python.org/issue10029>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
As Daniel pointed out, the "equivalent to" code in builtins section comes from
2.x itertools documentation where and equivalent generator definition is
presented for each function. While these definitions are helpful when used for
documentin
Alexander Belopolsky added the comment:
On Thu, Oct 7, 2010 at 3:37 PM, Raymond Hettinger
wrote:
..
> I'll update the docs with an equivalent that works and that has a comment
> showing when the
> StopIteration is raised and caught.
>
In this case, I wonder if "equival
Alexander Belopolsky added the comment:
kiorky,
Thank you for the updated patch, but since it implements a new feature, it
cannot be applied to 2.x series. I am +1 on removing year > 1900 limitation
from datetime.strftime in 3.x, but you need to consider how this can be
achieved in p
Alexander Belopolsky added the comment:
Does anyone want to weigh in on this? I am merging in the issue812369 nosy
list.
I would like to either apply gc-import.patch or close this as superseded by
issue812369.
--
keywords: +needs review -patch
nosy: +arigo, brett.cannon, candrea
Changes by Alexander Belopolsky :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue4775>
___
___
Python-bugs-list mailing list
Un
Changes by Alexander Belopolsky :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue9866>
___
___
Python-bugs-list mailing list
Un
Alexander Belopolsky added the comment:
I need to correct myself: datetime.today() is not an alternative spelling of
date.today(), but rather a function returning current datetime which subtly
different from datetime.now().
--
___
Python tracker
Changes by Alexander Belopolsky :
--
stage: -> needs patch
type: -> feature request
versions: -Python 2.7, Python 3.1, Python 3.3
___
Python tracker
<http://bugs.python.org/
Alexander Belopolsky added the comment:
I agree with David on this one. In addition to the arguments already stated,
the string value of an exception is not part of specification. The exception
is still TypeError even if the message may be confusing. I also find that once
read in the
Alexander Belopolsky added the comment:
I would also like to note the following curiosity:
>>> calendar.isleap("%d")
False
I still don't think there is anything worth fixing here, but we can consider
replacing year % 4 == 0 predicate with year & 3 == 0 which will
Alexander Belopolsky added the comment:
It seems to me that this is related to if not a duplicate of issue 8098.
--
keywords: -patch
___
Python tracker
<http://bugs.python.org/issue7
New submission from Alexander Belopolsky :
$ python3 -m calendar --type=html 2010
Produces HTML which renders into the attached PDF file. It looks like bytes
vs. strings issue.
--
assignee: belopolsky
components: Library (Lib)
files: Calendar for 2010.pdf
messages: 118532
nosy
Alexander Belopolsky added the comment:
The issue is clearly with using print() for bytes' output:
if len(args) == 1:
print(cal.formatyearpage(datetime.date.today().year, **optdict))
I am not sure, however how this can be fixed because calendar interface allows
us
Alexander Belopolsky added the comment:
On Wed, Oct 13, 2010 at 12:20 PM, Walter Dörwald wrote:
..
> Does the following patch fix your problems?
>
Probably not because with your patch print() will encode HTML stream
with the system default encoding which may be different from that
spe
Alexander Belopolsky added the comment:
There is a similar issue with printing text calendar with specified encoding:
$ python3 -m calendar --encoding=utf8
b' 2010\n\n ..
--
___
Python tracker
New submission from Alexander Belopolsky :
$ python -m locale
Locale aliasing:
Locale defaults as determined by getdefaultlocale():
Language: en_US
Encoding: UTF8
..
Locale settings after calling resetlocale
New submission from Alexander Belopolsky :
>>> import calendar
>>> calendar.TextCalendar().formatmonthname(2010,10,10)
'October 2010'
>>> calendar.LocaleTextCalendar(locale='fr_FR').formatmonthname(2010,10,10)
'octobre 2010'
>>>
Changes by Alexander Belopolsky :
--
nosy: +christian.heimes, georg.brandl
___
Python tracker
<http://bugs.python.org/issue10092>
___
___
Python-bugs-list mailin
Changes by Alexander Belopolsky :
--
nosy: +twouters
___
Python tracker
<http://bugs.python.org/issue10092>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
Note that .decode(encoding) calls have been deliberately removed in py3k: see
issue 3059.
--
nosy: +georg.brandl, gpolo
___
Python tracker
<http://bugs.python.org/issue10
Alexander Belopolsky added the comment:
Committed in r85441.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9005>
___
___
Python-
Alexander Belopolsky added the comment:
It looks like you have just discovered the joys of daylight saving time. The
problem with your example is that datetime(2003,4,6,2,58,17) is not a valid
time in your timezone (most likely you are in the US). In the US, prior to
2007, the clocks moved
Alexander Belopolsky added the comment:
Would anyone like to review this? The Rietveld link works (thanks Martin!) and
I would like to get some feedback on the python version before I invest effort
into coding this in C.
--
___
Python tracker
Alexander Belopolsky added the comment:
Committed in r85485.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9183>
___
___
Python-
Alexander Belopolsky added the comment:
Closing as a duplicate of (closed) issue 6641.
time.strftime appears to support %z on the platforms that support it in C
strftime:
>>> time.strftime("%z", time.localtime())
'-0400'
--
dependencies: -No obvious an
Alexander Belopolsky added the comment:
After thinking some more about this issue, I am going to withdraw this
proposal. If we want to support storing dst flag in datetime instances, it
should be stored in the datetime object itself, not in tzinfo.
See
http://mail.python.org/pipermail
Alexander Belopolsky added the comment:
I am attaching an updated patch, issue9308b.diff. Compared to the "a" patch, I
added test/encoded_modules to the makefile so that it gets installed and
removed cookies from some more test and Tools files.
--
Added file: http://bugs.
Alexander Belopolsky added the comment:
Committed in r85537.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9308>
___
___
Python-
New submission from Alexander Belopolsky :
Tools/scripts/reindent.py -d Lib/test/encoded_modules/module_koi8_r.py
Traceback (most recent call last):
File "Tools/scripts/reindent.py", line 310, in
main()
File "Tools/scripts/reindent.py", line 93, in main
chec
Changes by Alexander Belopolsky :
--
nosy: +christian.heimes, flox, tim_one
___
Python tracker
<http://bugs.python.org/issue10117>
___
___
Python-bugs-list mailin
Alexander Belopolsky added the comment:
I have verified that the original issue is still present. I will try to narrow
it down to a smaller test case.
--
___
Python tracker
<http://bugs.python.org/issue9
Alexander Belopolsky added the comment:
I have found the cause of at least part of the issue. Apparently, module level
statements for some of the modules such as pickle do not show up in trace
because they are imported by trace itself. In other words, by the time traced
script gets
Alexander Belopolsky added the comment:
On Sat, Oct 16, 2010 at 1:34 PM, R. David Murray wrote:
..
> I yhink you need to add an svnignore property to that directory for
> __pycache__.
r85576 (I hope I got it right.)
--
___
Python tracker
Alexander Belopolsky added the comment:
On Mon, Oct 18, 2010 at 8:45 AM, Benjamin Peterson
wrote:
..
> No, negative values have to be allowed.
>
Why? As far as I can tell, negative values are only used as sentinels
and we can use say (size_t)-1 instead of -1L. Are there cases wher
Alexander Belopolsky added the comment:
On Mon, Oct 18, 2010 at 9:59 AM, Antoine Pitrou wrote:
..
>> Why? As far as I can tell, negative values are only used as sentinels
>> and we can use say (size_t)-1 instead of -1L.
>
> You can, except that changing the sentinel value w
Alexander Belopolsky added the comment:
Issue #9778 makes this out of date.
--
assignee: tim_one -> belopolsky
nosy: -BreamoreBoy
resolution: -> out of date
status: open -> pending
superseder: -> Make hash values the same width as a pointer (o
Alexander Belopolsky added the comment:
Committed in r85695. Leaving open to discuss whether anything can/should be
done for the case when reindent acts as an stdin to stdout filter. Also, what
is the policy on backporting Tools' bug
Alexander Belopolsky added the comment:
On Mon, Oct 18, 2010 at 11:17 AM, Sebastian Ramacher
wrote:
..
> Any news on that?
Is this patch still relevant for 3.2? It looks like const has been
added when char* was changed to wchar_t* in the affected functions.
See r62
Alexander Belopolsky added the comment:
In fact, it looks like const has been added in py3k as early as r57439.
I am resetting "versions" to 2.7, but I am -0 on backporting. I am also
unselecting "type" because with "feature request" type this should be closed
Alexander Belopolsky added the comment:
On Mon, Oct 18, 2010 at 11:27 AM, Antoine Pitrou wrote:
..
>> The benefit, though is that
>> hash computations can be performed natively on the hash values without
>> casting to an unrelated type.
>
> I don't understand
Alexander Belopolsky added the comment:
On Sun, Oct 17, 2010 at 3:54 PM, Boštjan Mejak wrote:
..
> About the if year == 0 check... Well, read Wikipedia's article
> http://en.wikipedia.org/wiki/0_(year) which clearly
> states that "Year zero does not exist in the wi
New submission from Alexander Belopolsky :
Documentation for the calendar module says:
"""
Most of these functions and classes rely on the datetime module which uses an
idealized calendar, the current Gregorian calendar indefinitely extended in
both directions.
"&quo
Alexander Belopolsky added the comment:
On Mon, Oct 18, 2010 at 1:25 PM, Case Van Horsen wrote:
..
> We either needed to (1) add an unsigned Py_hash_t type or (2) just use size_t
> and Py_ssize_t.
>
Option (2) may actually be preferable because dict and set
implementations rely on
Alexander Belopolsky added the comment:
The most pedantic implementation of calendar.isleap() would be
from datetime import date, timedelta
def isleap(year):
return date(year, 3, 1) - date(year, 2, 1) == timedelta(29)
Since python calendar only supports years in the range [1, ], the
Alexander Belopolsky added the comment:
I don't think anything good will come out of this. Closing as "rejected."
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bu
Changes by Alexander Belopolsky :
Removed file: http://bugs.python.org/file19267/unnamed
___
Python tracker
<http://bugs.python.org/issue10073>
___
___
Python-bugs-list m
Changes by Alexander Belopolsky :
Removed file: http://bugs.python.org/file19268/unnamed
___
Python tracker
<http://bugs.python.org/issue10073>
___
___
Python-bugs-list m
Alexander Belopolsky added the comment:
I don't see how this difference is relevant for exposing the functionality in
python:
Linux:
int getgrouplist(const char *user, gid_t group,
gid_t *groups, int *ngroups);
MacOS:
int
getgrouplist(const char *name
Alexander Belopolsky added the comment:
I am attaching a simpler and hopefully more revealing test, speed_test.py.
This test repeatedly draws a full circle at various speeds and prints the time
spent. Here is the result:
# python3.1 speed_test.py
0: 0.03
1: 6.61
Changes by Alexander Belopolsky :
--
nosy: +gregorlingl
___
Python tracker
<http://bugs.python.org/issue3062>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Alexander Belopolsky :
Removed file: http://bugs.python.org/file19283/unnamed
___
Python tracker
<http://bugs.python.org/issue10073>
___
___
Python-bugs-list m
Alexander Belopolsky added the comment:
On Tue, Oct 19, 2010 at 12:34 PM, Boštjan Mejak wrote:
> I have also written a typo report. But
> got rejected. No one listens to my ideas. So why do you have a bug tracker
> anyway?
Bug tracker is not the place to discuss ideas. We have pyt
Alexander Belopolsky added the comment:
I cannot reproduce this on OSX. I have verified that the turtle position is
correct (-70.00,30.00) after the steps reported by OP.
This must be out of date.
--
nosy: +belopolsky
resolution: -> out of date
stage: unit test needed -> com
Alexander Belopolsky added the comment:
Committed the docstring patch in r85725.
--
___
Python tracker
<http://bugs.python.org/issue10073>
___
___
Python-bug
Alexander Belopolsky added the comment:
It looks like this has been fixed in turtle 1.1. See r72318 and issue 5923.
--
nosy: +belopolsky, georg.brandl
resolution: -> out of date
stage: -> committed/rejected
status: open -> pending
_
Alexander Belopolsky added the comment:
> It seems that 'add=False' would be same as 'add=None' and more
> consistent with below.
The add argument is passed unchanged to canvas' bind method which is documented
as taking either '' or '+' s
Alexander Belopolsky added the comment:
Committed some of the simpler fixes in r85732.
> ?? Unclear how [delay()] interacts with turtle.speed
Unclear indeed. See issue 3062.
--
___
Python tracker
<http://bugs.python.org/iss
101 - 200 of 3596 matches
Mail list logo
