[issue8847] crash appending list and namedtuple

Martin v. Löwis added the comment: The binaries get compiled with the PGInstrument/PGUpdate configurations. -- ___ Python tracker ___

[issue4434] Embedding into a shared library fails

Changes by Jan Kratochvil : -- nosy: +jankratochvil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4785] json.JSONDecoder() strict argument undocumented and potentially confusing

Tal Einat added the comment: Documentation patch attached against py3k branch. Changes are: * Added to documentation of JSONDecoder: If *strict* is ``False`` (``True`` is the default), then control characters will be allowed inside strings. Control characters in this context are those with

[issue4785] json.JSONDecoder() strict argument undocumented and potentially confusing

Tal Einat added the comment: Similar patch against trunk; same changes as for the py3k branch. -- Added file: http://bugs.python.org/file17561/json_docs_trunk.diff ___ Python tracker ___

[issue4785] json.JSONDecoder() strict argument undocumented and potentially confusing

Changes by Tal Einat : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue8904] quick example how to fix docs

New submission from anatoly techtonik : It would be helpful to have examples how to patch docs in some place like http://docs.python.org/bugs.html For example, in CHM version of 2.6.5 manual open() anchor points to reference/datamodel.html#index-844 and to tutorial/inputoutput.html#index-1080

[issue8900] IDLE crashes if Preference set to At Startup -> Open Edit Window

Tal Einat added the comment: I can consistently reproduce this with Python 3.0.1 by setting IDLE to start in editing mode and using Ctrl+o to open the Open dialog. Doesn't happen when using the menu item in the File menu. This leads me to believe it has something to do with keypress event pro

[issue8351] Suppress large diffs in unitttest.TestCase.assertSequenceEqual()

Michael Foord added the comment: Slightly modified version committed revision 81728. (It truncates large diffs rather than omitting them and allows max_diff to be None - meaning no maximum.) Needs some extended tests and needs documenting. -- ___ P

[issue8905] difflib: support input generators

New submission from anatoly techtonik : difflib operates on the lists, but it should be possible to use arbitrary generators. This will require internal limit on buffer size that has a side advantage of limiting difflib to available memory. -- components: Library (Lib) messages: 107130

[issue8351] Suppress large diffs in unitttest.TestCase.assertSequenceEqual()

Michael Foord added the comment: Modified again in revision 81739. No longer uses a new argument, but a class attribute instead. All assert methods that generate failure messages with difflib truncate messages. -- ___ Python tracker

[issue8906] Document TestCase attributes in class docstring

New submission from Floris Bruynooghe : The unittest.TestCase class has some public attributes: failureException, longMessage and maxDiff. They each have a description in a comment, but I think it would be good if that description got moved into the class docstring so that it would be found u

[issue8627] Unchecked PyErr_WarnPy3k return value in Objects/typeobject.c

Mark Dickinson added the comment: Removed the __cmp__ warning in r81736, and added a PyErr_Clear() for the __eq__ warning in r81740. I'll leave this open in case anyone wants to figure out how to propagate the warning exception properly. -- ___ Py

[issue8627] Unchecked PyErr_WarnPy3k return value in Objects/typeobject.c

Mark Dickinson added the comment: Not sure why I added 3.1 and 3.2 to the versions. -- versions: -Python 3.1, Python 3.2 ___ Python tracker ___ _

[issue8351] Suppress large diffs in unitttest.TestCase.assertSequenceEqual()

Michael Foord added the comment: Modified again in revision 81752. Assertion methods now inform you when omitting an excessively long diff. -- ___ Python tracker ___ ___

[issue8351] Suppress large diffs in unitttest.TestCase.assertSequenceEqual()

Michael Foord added the comment: Still some tests and documentation needed. Leaving issue open until it is done. (Also needs backporting to unittest2...) -- ___ Python tracker _

[issue8351] Suppress large diffs in unitttest.TestCase.assertSequenceEqual()

Michael Foord added the comment: Note that we also have a bit of a performance issue in prettyprint / difflib when the diffs are very big. It can spend a minute or more constructing the diff - only to throw it away because it is too big... -- ___ P

[issue8899] Add docstrings to time.struct_time

Alexander Belopolsky added the comment: Committed in r81756 (trunk) and r81757 (py3k). -- stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: > According to my reading of RFC 3339, it is not correct to produce 'Z' > timestamps when local offset is not known. It is not said that 'Z' SHOULD NOT be produced if local offset is unknown. Even if offset is unknown, UTC still can be the preferred referen

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: s/datetime/date\/time/ in the last sentence, as the complication comes from: -- start offtopic -- 1. the vast amount of various date and time modules/functions 2. the little amount of what they can do I still hardly believe that there is no way to get curre

[issue8907] time module documentation differs in trunk and py3k

New submission from Alexander Belopolsky : Doc/library/time.rst differs in trunk and py3k. It appears that the trunk version is more up to date and can simply replace the py3k version, but I would like to have another pair of eyes to take a look before committing. I also noticed that time.asc

[issue8907] time module documentation differs in trunk and py3k

Changes by Alexander Belopolsky : -- nosy: +d...@python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue7229] [PATCH] Manual entry for time.daylight can be misleading

anatoly techtonik added the comment: issue8907 seems related. -- nosy: +belopolsky, d...@python ___ Python tracker ___ ___ Python-bugs

[issue7229] Manual entry for time.daylight can be misleading

Changes by R. David Murray : -- title: [PATCH] Manual entry for time.daylight can be misleading -> Manual entry for time.daylight can be misleading ___ Python tracker ___ ___

[issue8151] [patch] convenience links for subprocess.call()

anatoly techtonik added the comment: easy, just waits to be ported -- nosy: +d...@python ___ Python tracker ___ ___ Python-bugs-list m

[issue7584] datetime.rfcformat() for Date and Time on the Internet

Alexander Belopolsky added the comment: On Sat, Jun 5, 2010 at 11:35 AM, anatoly techtonik wrote: .. > s/datetime/date\/time/ in the last sentence, as the complication comes  from: > -- start offtopic -- > 1. the vast amount of various date and time modules/functions "Vast" is a bit of oversta

[issue8519] [patch] doc: termios and ioctl reference links

Changes by anatoly techtonik : -- nosy: +d...@python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue1635217] Add example of distutils setup() with "requires" argument

anatoly techtonik added the comment: Neal, why a piece from issue1635217#msg31028 doesn't qualify as an example? It seems that this issue may become obsolete with new packaging guide coming up. -- components: +Distutils, Distutils2 nosy: +d...@python versions: +Python 2.7, Python 3.3 -

[issue8151] [patch] convenience links for subprocess.call()

Georg Brandl added the comment: Already done AFAICS. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python

[issue8847] crash appending list and namedtuple

Matthew Barnett added the comment: I've just found that: [1] + foo() crashes, but: [1].__add__(foo()) gives: Traceback (most recent call last): File "", line 1, in [1].__add__(foo()) TypeError: can only concatenate list (not "foo") to list (IDLE on Windows XP

[issue8446] buildbot: DeprecationWarning not raised for icglue (test_py3kwarn.TestStdlibRemovals)

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue7229] Manual entry for time.daylight can be misleading

Alexander Belopolsky added the comment: It may be a bit off-topic for this issue, but I don't like that the python manual uses UTC as if it was a geographical location. UTC is a time scale. You cannot be to the east or to the west of UTC just as you cannot be to the north of the Gregorian c

[issue8908] friendly errors for UAC errors in windows installers

New submission from anatoly techtonik : The problem investigated in issue8870 detected that bdist_wininst installers fail in Vista and Windows 7 with enabled UAC (user access control) when run from local drives with non-MS file systems and from network drives. The error message returned in thi

[issue8908] friendly errors for UAC errors in windows installers

anatoly techtonik added the comment: A proper user error message requires investigation of behavior on anonymous samba shares. Attaching patch to install.c with backlinks to relevant ticket descriptions. -- keywords: +patch Added file: http://bugs.python.org/file17564/8908.windows.ua

[issue8908] friendly errors for UAC misbehavior in windows installers

Changes by anatoly techtonik : -- title: friendly errors for UAC errors in windows installers -> friendly errors for UAC misbehavior in windows installers ___ Python tracker ___

[issue8871] --user-access-control=auto has no effect

anatoly techtonik added the comment: Can't repeat right now. Please close with issue8870 as a superseder if nothing happens in the next two weeks. -- ___ Python tracker ___

[issue7582] [patch] diff.py to use iso timestamp

anatoly techtonik added the comment: Adding Alexander as ISTM he may be interested to read the time discussion. -- nosy: +belopolsky ___ Python tracker ___ __

[issue7229] Manual entry for time.daylight can be misleading

anatoly techtonik added the comment: It is too hard to track this issue without quotes from manual. Let's bring context into discussion: http://docs.python.org/library/time.html#time.altzone UTC offset of the local DST timezone if one is defined. Only use this if daylight is nonzero. http:/

[issue7582] [patch] diff.py to use iso timestamp

Alexander Belopolsky added the comment: The latest patch will produce wrong results if the file was last modified before timezone rules changed in your location. See issue1647654. -- assignee: -> belopolsky dependencies: +No obvious and correct way to get the time zone offset __

[issue1647654] No obvious and correct way to get the time zone offset

Changes by anatoly techtonik : -- nosy: +techtonik ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue7229] Manual entry for time.daylight can be misleading

Alexander Belopolsky added the comment: On Sat, Jun 5, 2010 at 1:24 PM, anatoly techtonik wrote: .. > As for offtopic UTC vs GMT - I doubt there is a way to clearly express that > the offset sign of the > returned values is negated in comparison with real "UTC offsets" without > resorting to

[issue1667546] Time zone-capable variant of time.localtime

anatoly techtonik added the comment: Yet another timezone issue. =/ Seems like it is too complicated. Should we try to organize a dedicated sprint during EuroPython? Do we need some easy to read research on the problem? Should PSF define bounty for that? Should we try to approach this with som

[issue7229] Manual entry for time.daylight can be misleading

Alexander Belopolsky added the comment: On Sat, Jun 5, 2010 at 1:24 PM, anatoly techtonik wrote: .. > So, to answer a question "What is the current UTC offset?" you need to: > if time.daylight: >  if time.altzone: # using only if defined >     use time.altzone >  else: >     use time.timezone >

[issue5094] datetime lacks concrete tzinfo impl. for UTC

anatoly techtonik added the comment: On Fri, Jun 4, 2010 at 11:09 PM, Brett Cannon wrote: > Unless other people step forward to debate this we probably are not going to > reach consensus without going to python-dev to see what others think. I would really like to see: 1. a good definition of

[issue1667546] Time zone-capable variant of time.localtime

Paul Boddie added the comment: Speaking for myself, I'm not sure whether I'm really the person to push this further, at least, although others may see it as a worthy sprinting topic. In principle, adding the extra fields is the right thing to do, merely because it exposes things from "struct

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: On Sat, Jun 5, 2010 at 7:00 PM, Alexander Belopolsky wrote: > On Sat, Jun 5, 2010 at 11:35 AM, anatoly techtonik > wrote: > .. >> s/datetime/date\/time/ in the last sentence, as the complication comes  from: >> -- start offtopic -- >> 1. the vast amount of

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: Please add issue8908 as superseder. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue8302] SkipTest exception in setUpClass or setUpModule is marked as an error rather than a skip

Michael Foord added the comment: Committed revision 81760. Needs tests and documentation. -- ___ Python tracker ___ ___ Python-bugs-li

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti added the comment: Fixed on trunk in r81758 and r81759. I'm leaving the issue open until I port it on the other versions. -- ___ Python tracker ___ _

[issue8909] mention bitmap size for bdist_wininst

Changes by anatoly techtonik : -- assignee: tarek components: Distutils, Documentation files: mention.bdist.bitmap.size.diff keywords: patch nosy: tarek, techtonik priority: normal severity: normal status: open title: mention bitmap size for bdist_wininst versions: Python 2.6, Python 2.7

[issue8909] mention bitmap size for bdist_wininst

Changes by anatoly techtonik : -- nosy: +d...@python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue8302] SkipTest exception in setUpClass or setUpModule is marked as an error rather than a skip

Changes by Michael Foord : -- resolution: -> accepted stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue8351] Suppress large diffs in unitttest.TestCase.assertSequenceEqual()

Changes by Michael Foord : -- resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue8890] Modules have dangerous examples in documentation

Henri Salo added the comment: No it does not. http://www.owasp.org/index.php/Insecure_Temporary_File -- ___ Python tracker ___ ___ Py

[issue8903] datetime functions

Alexander Belopolsky added the comment: How hard is it to add now = datetime.now todate = date.today at the top of your module is you really like shorter names? -1 -- assignee: -> belopolsky nosy: +belopolsky priority: normal -> low ___ Python tr

[issue8902] add datetime.time.now() for consistency

Alexander Belopolsky added the comment: Anatoly, Didn't you just recently complain about the large number of functions in datetime module? (issue7584) datetime.datetime.now().time() seems adequate to me. What is your use case? -- assignee: -> belopolsky nosy: +belopolsky priority:

[issue1777412] Python's strftime dislikes years before 1900

Alexander Belopolsky added the comment: I see this in py3k branch on MacOS X: [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import datetime >>> datetime.date(1876, 2, 3).strftime('%Y-%m-%d') Traceback (most recen

[issue3173] external strftime for Python?

Alexander Belopolsky added the comment: What platforms have broken strftime and how badly is it broken there? Is there a python version somewhere? PyPy? -- assignee: -> belopolsky nosy: +belopolsky type: -> feature request ___ Python tracker

[issue4015] Make installed scripts executable on windows

Changes by R. David Murray : -- title: [patch] make installed scripts executable on windows -> Make installed scripts executable on windows ___ Python tracker ___ ___

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Alexander Belopolsky added the comment: With recent enhancements to datetime module, timegm has become a 1-liner: EPOCH = 1970 _EPOCH_DATETIME = datetime.datetime(EPOCH, 1, 1) _SECOND = datetime.timedelta(seconds=1) def timegm(tuple): """Unrelated but handy function to calculate Unix times

[issue1083] Confusing error message when dividing timedelta using /

Alexander Belopolsky added the comment: Closing as duplicate of issue1289118. Division of timedelta by integer is supported in py3k since r81625. -- nosy: +belopolsky -Alexander.Belopolsky resolution: -> duplicate status: open -> closed superseder: -> timedelta multiply and divide b

[issue7463] PyDateTime_IMPORT() causes compiler warnings

Changes by Alexander Belopolsky : -- assignee: -> belopolsky nosy: +belopolsky stage: -> needs patch ___ Python tracker ___ ___ Pytho

[issue7989] Transition time/datetime C modules to Python

Alexander Belopolsky added the comment: As far as I remember, the datetime module started as a pure python module and was reimplemented in C around year 2003 or so. One of the important additions at that time was the C API to datetime functionality. I am afraid that with the _timemodule.c/t

[issue8482] test_gdb, gdb/libpython.py: Unable to read information on python frame

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue1726687] Bug found in datetime for Epoch time = -1

Changes by Alexander Belopolsky : -- assignee: -> belopolsky nosy: +belopolsky -Alexander.Belopolsky ___ Python tracker ___ ___ Pyt

[issue7662] time.utcoffset()

Alexander Belopolsky added the comment: I would prefer exposing tm_gmtoff in time.localtime() output. The advantage is that on platforms that support it is struct tm, it will return correct offset for times in the past, not only for the current time. See issue1647654. On platforms without tm_

[issue5979] strptime() gives inconsistent exceptions

Alexander Belopolsky added the comment: Looks like a bug to me: >>> datetime.strptime("1", "%d") datetime.datetime(1900, 1, 1, 0, 0) >>> datetime.strptime('1', '%m') datetime.datetime(1900, 1, 1, 0, 0) both %m and %d accept single digits but they should not. >>> datetime.strptime('123', '%m%

[issue5979] strptime() gives inconsistent exceptions

Changes by Alexander Belopolsky : -- versions: +Python 3.2 -Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker ___

[issue1982] Feature: extend strftime to accept milliseconds

Alexander Belopolsky added the comment: With %f support in, isn't this issue out of date? -- assignee: -> belopolsky nosy: +belopolsky stage: -> unit test needed versions: +Python 3.2 -Python 2.6 ___ Python tracker

[issue2516] Instance methods are misreporting the number of arguments

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file14759/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue2516] Instance methods are misreporting the number of arguments

Alexander Belopolsky added the comment: gungor: your messages look mangled. It may be the case of email to trucker bug. Can you briefly explain what you are trying to add to the discussion? -- assignee: -> belopolsky ___ Python tracker

[issue8910] Write a text file explaining why Lib/test/data exists

New submission from Brett Cannon : The directory is empty by default as that's where some temporary files are put during testing. Should have a text file in there explaining this fact. -- components: Tests keywords: easy messages: 107176 nosy: brett.cannon priority: low severity: normal

[issue8911] regrtest.main should have a test skipping argument

New submission from Brett Cannon : If you look at importlib.regrtest you will notice it has to muck with sys.argv in order to get certain tests skipped. It would be much better if regrtest.main had an argument you could specify instead which listed the tests to skip. This might lead to breakin

[issue8912] `make patchcheck` should check the whitespace of .c/.h files

New submission from Brett Cannon : This would be especially useful now that only spaces are used in .c/.h files and not tabs. -- messages: 107178 nosy: brett.cannon priority: low severity: normal status: open title: `make patchcheck` should check the whitespace of .c/.h files type: feat

[issue8913] Document that datetime.__format__ is datetime.strftime

New submission from Brett Cannon : Documenting that would help get people using datetime objects with string.format more. -- assignee: d...@python components: Documentation keywords: easy messages: 107179 nosy: brett.cannon, d...@python priority: low severity: normal status: open title:

[issue8914] Run clang's static analyzer

New submission from Brett Cannon : Just like I did for Python 2.7. Should use this issue to keep track of what I have already processed and what I had to skip because OS X doesn't have the right files. -- components: Extension Modules, Interpreter Core messages: 107180 nosy: brett.cann

[issue8915] Use locale.nl_langinfo in _strptime

New submission from Brett Cannon : It might perform better to use locale.nl_langinfo to get the current locale's datetime information instead of reverse-engineering from strftime (need to benchmark to see if this is true). This would need to be conditional as the datetime info might not be exp

[issue8916] Move PEP 362 (function signature objects) into inspect

New submission from Brett Cannon : To get function signature objects (PEP 362) moving forward I should get it into the inspect module. That way people can start using it more beyond those in PyPI (http://pypi.python.org/pypi/pep362). Michael Foord has mentioned how IronPython could use functio

[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting

Changes by Shashwat Anand : Removed file: http://bugs.python.org/file16900/BaseHTTPServer.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting

Shashwat Anand added the comment: Seems that earlier patch was incorrect. Rectifying and submitting the correct patch. -- Added file: http://bugs.python.org/file17567/BaseHTTPServer.patch ___ Python tracker __

[issue8913] Document that datetime.__format__ is datetime.strftime

Alexander Belopolsky added the comment: I wonder if this is subject to change. I find it odd that >>> "{:g}".format(1e3) '1000' but one has to use % in >>> "{:%Y}".format(datetime.now()) '2010' It is also different from PEP 3101 recommendation: """ An example is the 'datetime' class,

[issue8641] IDLE 3 doesn't highlights b"", but u""

Tal Einat added the comment: Attaching patch against current py3k branch. I simply replaced the occurrences of [rRuU] in the relevant regexps to [rRbB]. -- keywords: +patch nosy: +taleinat Added file: http://bugs.python.org/file17568/IDLE_py3k_string_highlighting.diff

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Alexander Belopolsky added the comment: I am attaching the next version of my patch and changing priority to high because it appears that several issues depend on resolution of this one. Here is the summary of changes since issue5094a.diff: 1. The constructor now accepts only whole number of

[issue7166] IDLE (python 3.1.1) syntax coloring for b'bytestring' and u'unicode' string literal

Ezio Melotti added the comment: Duplicate of #8641. -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue8641] IDLE 3 doesn't highlights b"", but u""

Ezio Melotti added the comment: See also #7166. -- nosy: +ezio.melotti, lieryan ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Daniel Urban added the comment: Isn't it possible, that in the issue5094b.diff patch, in the new_timezone_ex function, in this part: self = (PyDateTime_TimeZone *)type->tp_alloc(type, 0); if (self == NULL) return NULL; should be a Py_DECREF(offset) call? I mean like: self = (PyDateTime_