Alexander added the comment:
Indeed, the error message does not help to identify the problem. Moreover, it
collides with similar errors in namedtuple and DynamicClassAttribute which may
lead to even more confusion.
I made a draft patch that could help with it
(https://github.com/Alex-Blade
Change by Alexander :
--
keywords: +patch
pull_requests: +29472
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31311
___
Python tracker
<https://bugs.python.org/issu
Alexander added the comment:
Added the PR. (I have signed the CLA, just haven't got the response yet,
doesn't affect the discussion I guess)
--
___
Python tracker
<https://bugs.python.o
New submission from Alexander :
When I try to open a new window in python to actually type a program and not
just make single python instructions (this is while running on IDLE), python
stops working and I have to force quit
--
assignee: ronaldoussoren
components: Macintosh
messages
Alexander added the comment:
> It sounds like the early consensus on python-dev is that html5 support is a
> good thing.
Yeah... But wait another 8 years untill these guys decides that there is enough
tests and other cool stuff.
--
___
New submission from Alexander :
Run:
python /Tools/scripts/redemo.py
Enter "(?P=)" in entry field.
See unhandled exception occures.
There is special text field in example for such cases. It should be used to
show error messages, not a console.
--
components: Demos and T
Alexander added the comment:
I would like to make a patch.
--
___
Python tracker
<http://bugs.python.org/issue12759>
___
___
Python-bugs-list mailing list
Unsub
Alexander added the comment:
This is small patch for related bug issue9577 which actually is not related to
this bug.
--
nosy: +friday
Added file: http://bugs.python.org/file21045/cdata_patch.diff
___
Python tracker
<http://bugs.python.
Alexander added the comment:
And this patch fix the both bugs in more elegant way
--
Added file: http://bugs.python.org/file21046/cdata_patch.diff
___
Python tracker
<http://bugs.python.org/issue670
Alexander added the comment:
Hi,
This issue was also confirmed by a Verge3D user (Python 3.7.7)
https://www.soft8soft.com/topic/export-gltf-error
--
nosy: +alexkowel
___
Python tracker
<https://bugs.python.org/issue33
New submission from Alexander:
Hi colleagues I have the code (max_help_position is 2000):
formatter_class=lambda prog: argparse.HelpFormatter(prog,
max_help_position=2000)
parser = argparse.ArgumentParser(formatter_class=formatter_class)
subparsers = parser.add_subparsers(title="Com
Alexander added the comment:
Problem also described on http://stackoverflow.com/questions/3215/
--
___
Python tracker
<http://bugs.python.org/issue25
Alexander Hartl added the comment:
I just found this PR when a task of mine spontaneously crashed with a "Task was
destroyed but it is pending" in the middle of program execution.
I think the warning should be added to `loop.create_task()`, too. Not sure if
`loop.call_la
Golubev Alexander added the comment:
Any reasons the PR still not merged?
--
nosy: +Fat-Zer
___
Python tracker
<https://bugs.python.org/issue24053>
___
___
Pytho
New submission from Alexander Shirokov:
Please run debracket.py
It halts immediately and the message
explains the problem.
Regards
Alex
--
files: debracket.py
messages: 56265
nosy: alexander.shirokov
severity: normal
status: open
title: Error on 'raise' does not show correct l
Alexander Shirokov added the comment:
Dear Georg,
Thank you for reply. Sorry, I thought it was a real bug.
Best Regards,
Alex
On Mon, 8 Oct 2007, Georg Brandl wrote:
>
> Georg Brandl added the comment:
>
> The raise statement without any arguments re-raises the last raised
Alexander Belopolsky added the comment:
On Mon, Sep 12, 2011 at 4:30 PM, Jakob Malm wrote:
..
> I created a patch with the revised wording.
Your patch seems to reflow the entire paragraph which makes it hard to
review and if applied will appear as a bigger change than it is. Can
Alexander Belopolsky added the comment:
On Mon, Sep 12, 2011 at 4:36 PM, anatoly techtonik
wrote:
..
> 5. Mention the fact: By default all objects are "naive", by definition,
> because they don't have any
> TZ information, and there are no classes in stdlib that provi
Alexander Belopolsky added the comment:
-There are two kinds of date and time objects: "naive" and "aware". This
+Date and time objects are either "naive" or "aware". This
Shouldn't we say "datetime and time" instead of "
Alexander Belopolsky added the comment:
On Thu, Sep 15, 2011 at 4:17 PM, anatoly techtonik
wrote:
..
> Does that mean that if aware `datetime` is converted to `date` and
> then back, the tzinfo information is lost and object implicitly
> becomes naive?
Yes, but one cannot convert &q
Alexander Belopolsky added the comment:
Isn't this a duplicate of #10653? In any case, this looks like a windows only
issue, so I cannot move it further. Would be interested in resolution, though.
Thanks for making me nosy.
--
nosy: +ocean
Changes by Alexander Belopolsky :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue10254>
___
___
Python-bugs-list mailing list
Un
Changes by Alexander Belopolsky :
--
nosy: +belopolsky
___
Python tracker
<http://bugs.python.org/issue12729>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
This new data does not crash Python 2.7.2, so I assume the issue has been
fixed. Re-closing.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
New submission from Alexander Steppke :
The tempfile module shows strange behavior under certain conditions. This might
lead to data leaking or other problems.
The test session looks as follows:
Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on
win32
Type "
Alexander Steppke added the comment:
Hi David,
I followed your suggestion and tried to reproduce the problem without the
tempfile module. It turns out that is indeed an underlying issue. I am not sure
what the root cause is but now this is even a bigger problem: read() returns
information
Changes by Alexander Steppke :
--
components: +IO
title: Bug in tempfile module -> Bug in file.read(), can access unknown data.
___
Python tracker
<http://bugs.python.org/issu
Alexander Steppke added the comment:
Additionally after calling tmp.close() the file 'tmp' contains the string
'test', which is followed by about 4kB of binary data similar to the previous
output of tmp.read().
--
___
P
Alexander Steppke added the comment:
Thank you for the update Victor. It seems to me that this is exactly the same
issue.
At the moment the current documentation says
(http://docs.python.org/library/stdtypes.html#bltin-file-objects):
"Note: This function is simply a wrapper fo
New submission from Alexander Myodov :
I was recently trying to cross-compile several extensions (host: Linux, target:
Win32) using mingw-gcc, and noticed that there is quite a little amount of
changes needed to distutils code to at least make proper win32-compabible
modules.
Some of them
New submission from Alexander Myodov :
The extended version of assert statement has a strange violation of documented
behaviour.
According to the
http://docs.python.org/reference/simple_stmts.html#the-assert-statement,
"assert expression1, expression2" should be equivalent to &qu
Changes by Alexander Myodov :
--
title: assert -> assert statement violates the documentation
___
Python tracker
<http://bugs.python.org/issue13268>
___
___
Py
Alexander Belopolsky added the comment:
I am not sure this can be fixed without distributing our own implementation of
strftime. See issue 3173.
--
dependencies: +external strftime for Python?
___
Python tracker
<http://bugs.python.org/issue13
Alexander Belopolsky added the comment:
Is 3.3 message better?
>>> datetime.now(tz=X())
Traceback (most recent call last):
File "", line 1, in
ValueError: offset must be a timedelta strictly between -timedelta(hours=24)
and timedelta(hours=24).
In 2.7, the message i
Alexander Belopolsky added the comment:
I'll try to give this a more thorough review by the end of the week. For now,
just a nit-pick, but _calc_julian_from_V jumped at me as a really odd name.
Either "iso_to_julian" or "julian_from_iso" would be much clearer. Th
Alexander Belopolsky added the comment:
On Wed, May 25, 2011 at 6:28 PM, Ashley Anderson wrote:
>
> .. I agree that '_calc_julian_from_V' is a bit strange. I was mimicking a
> similar helper function's
> name ('_calc_julian_from_U_or_W'), but perhaps t
Alexander Belopolsky added the comment:
On Thu, May 26, 2011 at 9:44 AM, R. David Murray wrote:
..
> Documentation is in the Doc subdirectory of a checkout, and is in the form of
> *.rst files. Modify the appropriate .rst file,
More specifically, strftime/strptime directives are liste
Alexander Belopolsky added the comment:
On Thu, May 26, 2011 at 12:07 PM, Ashley Anderson
wrote:
> I think this should be fixed by implementing the %G directive (ISO year,
> which is present in strftime) as well.
Correct.
--
___
Python t
Alexander Belopolsky added the comment:
The patch looks good. A nit-pick:
+if len(parts) > 0:
Since *parts* is a list, the above can be replaced with simply "if parts:".
Also, it seems to me that the new code may produce an AttributeError when given
invalid nam
Alexander Belopolsky added the comment:
On Fri, May 27, 2011 at 12:23 PM, Éric Araujo wrote:
> .. I’ll add tests and see if I can reproduce what you’re hinting at (it would
> be helpful
> if you could give examples of invalid names: full dotted names, method names,
> class nam
Alexander Belopolsky added the comment:
On Fri, Jun 3, 2011 at 3:57 PM, Martin v. Löwis wrote:
..
> I suggest that rather than using composite time stamps, decimal.Decimal is
> used to represent high-precision time in Python.
I support this idea in theory, but as long as deci
Alexander Belopolsky added the comment:
On Fri, Jun 3, 2011 at 6:13 PM, Martin v. Löwis wrote:
..
>> I support this idea in theory, but as long as decimal is implemented
>> in Python, os module should probably expose a low level (tuple-based?)
>> interface and a higher
Alexander Myodov added the comment:
Sorry for being a little bit slow to respond...
No I was not able to come up with a testcase that could generate this problem
in a reproducible way on any Windows box I had. This problem sometimes occured
on various OS versions, being probably a Windows oof
Alexander Belopolsky added the comment:
On Fri, Jun 3, 2011 at 6:52 PM, Martin v. Löwis wrote:
..
>> One reason is the desire to avoid loading Python module from a
>> C-module.
>
> This desire is indeed no guidance for Python development; the opposite
> is the case.
Can
Alexander Belopolsky added the comment:
This is actually a duplicate of issue7915.
I don't think there is nothing we can do to improve the situation. In fact
discussion at #11949 ends with a +0 from Mark Dickinson to issue a warning
whenever nans participate in order comparison. Discu
Alexander Belopolsky added the comment:
On Sun, Jun 26, 2011 at 8:23 AM, Martin v. Löwis wrote:
..
>> I understand that it is an issue of the datetime module. Can it be
>> solved, or is there a design issue in the module?
>
> It's an inherent flaw of broken-do
Changes by Alexander Slesarev :
--
nosy: +nuald
___
Python tracker
<http://bugs.python.org/issue9878>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Alexander Belchenko :
Attempt to use crlf.py script from standard windows install always fail with
traceback:
C:\Python32\Tools\Scripts>C:\Python32\python.exe crlf.py 2to3.py
Traceback (most recent call last):
File "crlf.py", line 23, in
main()
File &q
Alexander Belopolsky added the comment:
The code review links point to something weird. Victor, can you upload your
patch for review?
My first impression is that your patch does not accomplish much beyond
replacing some literal expressions with macros. What I wanted to achieve with
this
Alexander Belopolsky added the comment:
> Return the local time as a floating point number
> expressed in seconds since the epoch.
No. Seconds since the epoch is neither local nor UTC. It is just an elapsed
number of seconds since an agreed upon time called the "epoch"
Alexander Belopolsky added the comment:
> i.e. it appears that replace() applies the TZ offset to a naive datetime
> object effectively assuming it is local time rather than un-timezoned
> (which is what the docs imply to me)
I don't understand your issue. The replace method d
Alexander Belopolsky added the comment:
> it would appear the problem lies with strftime()
Yes, strftime('%s') ignores tzinfo at the moment. This is not a bug. Support
for '%s' format code is incidental and not documented in Python.
Nevertheless I think this is a good
Changes by Alexander Belopolsky :
--
nosy: +belopolsky
___
Python tracker
<http://bugs.python.org/issue12757>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
You can easily get the fractional day value using existing functionality:
>>> from datetime import *
>>> (datetime(2011,8,15,18,30) - datetime(2011,8,13,12,0)) / timedelta(1)
2.27083335
>>> (datetime(2011,8,15,
New submission from Alexander Rødseth :
Hi,
2to3 is a great tool, but I think I found one case it doesn't catch, which is
this change:
-half = self.maxstars / 2
+half = self.maxstars // 2
"/ 2" is an integer division, so it should be "// 3&q
Alexander Rødseth added the comment:
Even though it's hard to cover every case, it should be possible in quite a few
cases:
self.maxstars = 4
half = self.maxstars / 2
--
___
Python tracker
<http://bugs.python.org/is
New submission from Alexander Dutton :
If there are any broken symlinks in the same directory as a setup.py when e.g.
sdist is run, findall() will fall over when attempting to os.stat() the symlink:
Traceback (most recent call last):
File "setup.py", line 81, in run
_sdis
Alexander Dutton added the comment:
I've come across it as I'm creating a Debian package of the Python package in
the same tree — I'm happy to be told this is a Bad Idea and that they should be
in different places.
The broken symlinks are relative and in debian/tmp, an
Alexander Belopolsky added the comment:
On Fri, Sep 9, 2011 at 4:50 PM, Larry Hastings wrote:
..
> I think a pair of integers is a poor API. It ties the value of the
> fractional part to nanoseconds. What happens
> when a future filesystem implements picosecond resolution?
I
Alexander Belopolsky added the comment:
On Fri, Sep 9, 2011 at 5:22 PM, Alexander Belopolsky
wrote:
..
> If history repeats, struct stat will grow new st_xtimesuperspec
> fields, st_xtimespec will become a macro expanding to
> st_xtimesuperspec.tv_picosec
On the second thought, t
Alexander Belopolsky added the comment:
On Fri, Sep 9, 2011 at 5:42 PM, Larry Hastings wrote:
..
> How is this superior to using either Decimal or float128?
It is explicit about the units of time used. If we use named tuples
and retain C API field names, stat_result.tv_atimespec.tv_sec w
Alexander Belopolsky added the comment:
On Fri, Sep 9, 2011 at 6:18 PM, Larry Hastings wrote:
..
> I've drawn an ASCII table summarizing the proposals so far.
You did not mention "closely matches C API" as an upside.
--
___
Pyt
Changes by Alexander Belopolsky :
Added file: http://bugs.python.org/file18472/issue665761-py3k.diff
___
Python tracker
<http://bugs.python.org/issue665761>
___
___
Pytho
Changes by Alexander Belopolsky :
--
assignee: -> belopolsky
nosy: -Alexander.Belopolsky
___
Python tracker
<http://bugs.python.org/issue2443>
___
___
Python-
Alexander Belopolsky added the comment:
I updated the patch for 3.x. I agree that using va_copy where available makes
sense, but let's leave this type of improvements for the future.
--
Added file: http://bugs.python.org/file18477/issue2443-py3k
Alexander Belopolsky added the comment:
Committed in r83949.
--
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Alexander Belopolsky added the comment:
> How can this be worked around, short of placing the fork()
> in the main module?
Why wouldn't you place the fork() call in a function?
--
nosy: +belopolsky
___
Python tracker
<http://b
Alexander Belopolsky added the comment:
On Wed, Aug 11, 2010 at 10:56 PM, Alex Roitman wrote:
>
> Alex Roitman added the comment:
>
> I can place it in a function. But if I execute that function from anything
> other than main
> module, the fork() will be called while i
Changes by Alexander Belopolsky :
--
nosy: -belopolsky
___
Python tracker
<http://bugs.python.org/issue9573>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Alexander Belopolsky :
--
Removed message: http://bugs.python.org/msg113654
___
Python tracker
<http://bugs.python.org/issue9573>
___
___
Python-bug
Alexander Belopolsky added the comment:
Current behavior is also consistent with that of fractions:
>>> Fraction("1/2")
Fraction(1, 2)
>>> Fraction("1 / 2")
Traceback (most recent call last):
..
ValueError: Invalid literal for Fraction: '1 / 2&#
Alexander Belopolsky added the comment:
I did some experimentation and found some inconsistency between int and complex:
>>> int('\xA11')
Traceback (most recent call last):
File "", line 1, in
UnicodeDecodeError: 'utf8' codec can't decode byte
New submission from Alexander Belopolsky :
>>> int('\xA11')
Traceback (most recent call last):
File "", line 1, in
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa1 in position 0: invalid
start byte
This is inconsistent with other number ty
Alexander Belopolsky added the comment:
Can someone post a diff against current py3k? I would like to take a look,
but the files attached to this issue seem to be more than a year old.
--
___
Python tracker
<http://bugs.python.org/issue2
Alexander Belopolsky added the comment:
Note directly related to this issue, but untabify.py fails on files that
contain non-ascii characters. For example:
$ ./python.exe Tools/scripts/untabify.py Modules/_heapqmodule.c
Traceback (most recent call last):
...
(result, consumed) = self
New submission from Alexander Belopolsky :
For example:
$ ./python.exe Tools/scripts/untabify.py Modules/_heapqmodule.c
Traceback (most recent call last):
...
(result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't deco
Changes by Alexander Belopolsky :
--
dependencies: +untabify.py fails on files that contain non-ascii characters
___
Python tracker
<http://bugs.python.org/issue7
Changes by Alexander Belopolsky :
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue9598>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
I opened issue9598 for the untabify bug. For the purposes of source checking,
I believe non-ascii characters should be disallowed in python C source code.
According to my understanding of C89 standard, interpretation of characters
outside of the
Changes by Alexander Belopolsky :
--
resolution: -> out of date
stage: unit test needed -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Alexander Belopolsky added the comment:
Committed to py3k in r84098. Accepting this change for py3k was an easy
decision to make because zip and map already behave this way in 3.x.
I am inclined to reject this for 2.7, however. While I agree that this is a
bug, fixing it has a potential
Changes by Alexander Belopolsky :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1581183>
___
___
Python-bugs-list mailing list
Un
Changes by Alexander Belopolsky :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue998998>
___
___
Python-bugs-list mailing list
Un
Alexander Belopolsky added the comment:
Committed in r84106. I left the __init__ docstring issue unresolved because it
is orthogonal to the name.__doc__ vs. help(name) issue here.
With redundant help(type(x)), the meaning of the docstring is not changed. I am
leaving docstrings on magic
Alexander Belopolsky added the comment:
Can someone post a script demonstrating the proposed feature? Is "clones of
clones" issue mentioned by OP resolved in the latest patch?
Given that nobody commented on this issue for 7 years, I am skeptical about the
utility of th
Alexander Belopolsky added the comment:
Is anyone still interested in moving this forward?
--
___
Python tracker
<http://bugs.python.org/issue1100942>
___
___
Changes by Alexander Belopolsky :
Removed file: http://bugs.python.org/file18568/unnamed
___
Python tracker
<http://bugs.python.org/issue1524938>
___
___
Python-bug
Alexander Belopolsky added the comment:
This is superseded by issue812369, but as a stop-gap measure, I don't see any
downside of applying gc-import.patch.
--
assignee: -> belopolsky
___
Python tracker
<http://bugs.python.org/i
Alexander Belopolsky added the comment:
> Is there any reason not to include the strftime formatting codes
> in the docstrings of time.strftime and time.strptime?
I believe the reason is that time.strftime behavior is platform dependent, so
"man strftime" is likely to produ
Alexander Belopolsky added the comment:
> there are even two websites dedicated to these options:
> http://strftime.org/ ...
Note the source at one of these sites:
"Source: Python’s strftime documentation." :-)
--
___
Pytho
Alexander Belopolsky added the comment:
> If untabify fails because a file has an incorrect encoding, is it really
> a problem in untabify? This is a developer’s tool, so getting a
> traceback here seems okay to me.
I disagree. I think we should use this opportunity to clarify
Alexander Belopolsky added the comment:
> I wouldn’t want to see names of authors/contributors mangled
> in the source.
This is a reason to write names in ASCII. While Latin-1 is a grey area
because most of it's characters look familiar to English-speaking developers, I
don&
Alexander Belopolsky added the comment:
>From IRC:
Me: UTF-8 was not strictly valid in ANSI C comments, so it is a bug in untabify
to assume UTF-8 in C files.
Merwok: Works for me.
I am lowering the priority because it looks like untabify does not fail on the
current code base. I
Alexander Belopolsky added the comment:
On Tue, Sep 7, 2010 at 8:08 PM, Éric Araujo wrote:
..
> Why would it be the job of untabify to report invalid non-ASCII characters in
> C files?
>
Since untabify works by loading C code as text, it has to assume some
encoding. Failing with
Alexander Belopolsky added the comment:
On Tue, Sep 7, 2010 at 8:31 PM, Éric Araujo wrote:
..
> My real question was: Shouldn’t this be a VCS hook instead of untabify’s job?
> (or in addition to untabify if you insist)
>
Yes, VCS hook makes sense (and may almost eliminate the need
Alexander Belopolsky added the comment:
> I think there have been some rumblings about writing our own strftime
Yes, see issue #3173.
Another related issue is #9650 which discusses how to properly document
strftime codes.
--
___
Python trac
Alexander Belopolsky added the comment:
Would issue9527 address your request? Note that datetime.strftime already
supports %z:
>>> from datetime import *
>>> datetime.now(timezone.utc).strftime('%c %z')
'Mon Sep 13 13:43:19 2010 +'
(
Alexander Belopolsky added the comment:
> The full path *could* be easily passed, but I think we should
> address this problem from regrtest.py's side.
I disagree. There may be other scripts that rely on __main__.__file__ being an
absolute path and we cannot require everyone to c
Alexander Belopolsky added the comment:
Hmm, it looks like patches 5 and 6 lost the fix for the class name issue. I'll
check if I can merge in patch 4.
--
___
Python tracker
<http://bugs.python.org/i
Alexander Belopolsky added the comment:
Committed with minor changes in r84777.
Eli, please keep lines under 80 characters.
Leaving the issue open pending py3k port.
--
resolution: -> accepted
stage: patch review -> committed/rejected
___
1 - 100 of 4095 matches
Mail list logo
