[issue27287] SIGSEGV when calling os.forkpty()

New submission from Alexander Haensch: I recieve a segmentation fault if i call os.forkpty(). It does not happen with os.openpty(). Moreover os.fork() works fine. The basesystem is gentoo-hardened. It does only happens if threading is enabled, which is the standard. Tested python versions

[issue12855] linebreak sequences should be better documented

Alexander Schrijver added the comment: Martin: Yes, it does, thank you. Sorry, I didn't know you where waiting for my approval. -- ___ Python tracker <http://bugs.python.org/is

[issue27353] Add nroot function to math

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue27353> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Alexander Riccio added the comment: It's not just Stuxnet, as at least one other Advanced Persistent Threat uses that tactic. An APT (likely Russian intelligence) recently used encoded PowerShell to break into the Democratic National Committe: https://www.crowdstrike.com/blog/bears-

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Alexander Riccio added the comment: We might want to use some kind of Group Policy setting, for the same reason that many Windows security configuration options are there, and that DoD STIGs for Windows https://www.stigviewer.com/stig/windows_8_8.1/ are almost totally about configuring Group

[issue25729] update pure python datetime.timedelta creation

Alexander Belopolsky added the comment: Brian, we had a similar discussion in issue 20858, but I am still unsure about the relationship between our datetime.py and that in PyPy. Do you use CPython version in PyPy? If not, have you applied this patch and if so, can you link to a PyPy issue

[issue25729] update pure python datetime.timedelta creation

Alexander Belopolsky added the comment: For future reference, here is a link to PyPy history of datetime.py: https://bitbucket.org/pypy/pypy/history-node/919e00b3e558/lib_pypy/datetime.py?at=default -- ___ Python tracker <http://bugs.python.

[issue10225] Fix doctest runable examples in python manual

Changes by Alexander Belopolsky : -- assignee: belopolsky -> ___ Python tracker <http://bugs.python.org/issue10225> ___ ___ Python-bugs-list mailing list Un

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Changes by Alexander Belopolsky : -- nosy: -Alexander.Belopolsky ___ Python tracker <http://bugs.python.org/issue15873> ___ ___ Python-bugs-list mailin

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Alexander Belopolsky added the comment: I would very much like to see this ready before the feature cut-off for Python 3.6. Could someone post a summary on python-ideas to get a show of hands on some of the remaining wrinkles? I would not worry about a C implementation at this point. We can

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Alexander Belopolsky added the comment: Since this is closely related to issue 15873, I am merging the nosy lists. As far as I can tell, the patch just needs tests and a final decision on issue 5288. I don't think it is at all controversial, but we need to relax the offset restrictions b

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Alexander Belopolsky added the comment: Sorry, the tracker messed up the URL: go to https://github.com/abalkin/cpython.git and select branch:issue24773-s3 -- ___ Python tracker <http://bugs.python.org/issue24

[issue12750] datetime.strftime('%s') should respect tzinfo

Changes by Alexander Belopolsky : -- nosy: +shanmbic ___ Python tracker <http://bugs.python.org/issue12750> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12750] datetime.strftime('%s') should respect tzinfo

Changes by Alexander Belopolsky : -- versions: +Python 3.6 -Python 3.5 ___ Python tracker <http://bugs.python.org/issue12750> ___ ___ Python-bugs-list mailin

[issue12750] add cross-platform support for %s strftime-format code

Alexander Belopolsky added the comment: Given that we have the .timestamp() method, I am not sure this would be a very useful feature, but maybe it is a way to eliminate an attractive nuisance. If anyone is still interested in getting this in - please check with python-ideas

[issue22246] add strptime(s, '%s')

Changes by Alexander Belopolsky : -- assignee: -> belopolsky versions: +Python 3.6 -Python 3.5 ___ Python tracker <http://bugs.python.org/issue22246> ___ _

[issue22246] add strptime(s, '%s')

Alexander Belopolsky added the comment: With PEP 495, conversion from timestamp to naive datetime will no longer loose information. In light of this, I would like to reconsider what strftime('%s') should return in the absence of %z. --

[issue15443] datetime module has no support for nanoseconds

Alexander Belopolsky added the comment: Note that the patches attached so far to this issue are nowhere close to a complete implementation. I don't think a python-only prototype (a patch to datetime.py) would be hard to implement, but implementation would be easier if nanoseconds rep

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Alexander Belopolsky added the comment: "Be conservative in what you do, be liberal in what you accept from others" I would agree to this approach with respect to a proposed fromisoformat() method (see issue 15873), but setptime seems to be about specifying an exact format. For ex

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: Submitting the latest Github snapshot as a patch against master for review. See issue24773-s3-2.diff. -- Added file: http://bugs.python.org/file43753/issue24773-s3-2.diff ___ Python tracker <h

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Changes by Alexander Belopolsky : -- nosy: +haypo stage: needs patch -> commit review ___ Python tracker <http://bugs.python.org/issue24773> ___ ___ Python-

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Alexander Belopolsky added the comment: Antti, while I see some convenience in making %z parsing promiscuous, there is clear utility in adding %:z to strftime. If we do that, not allowing the same for parsing will be odd. Let's start with that. A case for a promiscuous %z can be made

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: Naoki, thanks for the review. I addressed your comments in https://github.com/abalkin/cpython/commit/a61a25d2dd04336361b2ea676c80afdb2639f579 Attached patch, issue24773-s3-3.diff, incorporates your comments and a few other fixes. See github for the

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: The new patch passes test_datetime on Windows. This was the last stumbling block for me to commit this patch. Unless anyone would ask for more time to review, I plan to commit later this week. -- Added file: http://bugs.python.org/file43781

[issue27576] An unexpected difference between dict and OrderedDict

New submission from Alexander Belopolsky: Consider the following code: $ cat x.py from collections import OrderedDict class X: def items(self): print('items') return [] def keys(self): print('keys') return [] print(dict(X()))

[issue27578] inspect.findsource raises exception with empty __init__.py

New submission from Alexander Todorov: $ python2 Python 2.7.5 (default, Oct 11 2015, 17:47:16) [GCC 4.8.3 20140911 (Red Hat 4.8.3-9)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import inspect >>&

[issue15443] datetime module has no support for nanoseconds

Alexander Belopolsky added the comment: I've seen a similar glitch. Reloading the page usually fixes the problem. > On Jul 20, 2016, at 11:37 AM, Steve Holden wrote: > > > Steve Holden added the comment: > > BTW, I presume it's a bug in the issue tracker

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: I am posting the final version of the patch complete with the NEWS entry. Compared with the previous patch, issue24773-final.diff contains a fix for a reference leak. I would like to use this opportunity to thank Zachary Ware for providing a Windows

[issue27595] Document PEP 495 (Local Time Disambiguation) features

New submission from Alexander Belopolsky: PEP 495 has been implemented in issue 24773. This issue is created to track the necessary changes to the datetime module documentation. -- assignee: belopolsky components: Documentation messages: 271041 nosy: akira, belopolsky, haypo, stub

[issue27595] Document PEP 495 (Local Time Disambiguation) features

Changes by Alexander Belopolsky : -- dependencies: +Implement PEP 495 (Local Time Disambiguation) ___ Python tracker <http://bugs.python.org/issue27595> ___ ___

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Changes by Alexander Belopolsky : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed superseder: -> Document PEP 495 (Local Time Disambiguation) features ___ Python tracker <http://bugs.python

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: Does anyone know whether zoneinfo is installed on FreeBSD buildbot? If it is, at which path? > On Jul 23, 2016, at 7:24 AM, koobs wrote: > > > koobs added the comment: > > Also failing on all freebsd buildbots, all

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: > AssertionError: False is not true : Africa/El_Aaiun system_transitions This may be an indication of misconfigured zoneinfo on the buildbot. What system_transitions test does is compare the results obtained from the system timezone computations to

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: > the time_t OverflowError The issue here is that for a large date, dt.timestamp() returns a float large enough to cause overflow in fromtimestamp. > Let me know if you want any more info. Can you figure out what date causes this (0002-01-01 or 9

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: Looking at the stable buildbots. http://buildbot.python.org/all/waterfall?category=3.x.stable AMD64 OpenIndiana 3.x - unrelated failures AMD64 Snow Leop 3.x - crash in test_all / system_transitions PPC64 Fedora 3.x - fail in test_all Africa/El_Aaiun

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: That's very helpful. It looks like on a Mac 32-bit build has 64-bit time_t. I'll build a 32-bit Python on Linux tomorrow and try to get to the bottom of this. -- ___ Python tracker <http://bu

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: The remaining failures all seems to be related to the Morocco rules: both Africa/El_Aaiun [1] and Africa/Casablanca [2] use those rules. The affected date is October 4, 2037, for which Morocco has a special rule. [3] It looks like the problem is with

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: Could our Morocco issue be similar to Fiji issue? https://github.com/eggert/tz/commit/6d00980f1ff2ac665f3de027c79faacf4f26d1b0 -- ___ Python tracker <http://bugs.python.org/issue24

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: It looks like PPC64 Fedora 3.x builder [1] also has a problem with a transition in 2037. [1]: http://buildbot.python.org/all/builders/PPC64%20Fedora%203.x -- ___ Python tracker <http://bugs.python.

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: Also reported for Ubuntu: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1587128 -- ___ Python tracker <http://bugs.python.org/issue24

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: It looks like th Morocco issue has been reported to CentOS recently but they kicked it upstream. https://sourceware.org/ml/libc-help/2016-04/msg0.html -- ___ Python tracker <http://bugs.python.

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: It looks like Ruby folks encountered the Morocco issue [1] before us. They closed the issue on their bug tracker blaming glibc. This tells us, I guess, that we should skip this transition on the affected systems. Unfortunately, it is not just 32-bit

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: It looks like the tzdata folks have agreed [1] that there is a problem with the Morocco rules in the Africa file and will likely fix it in the next release. This is an interesting situation where a bug in tzcode masks a bug in tzdata while glibc

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: > I don't know to what extent these links are considered standard (koobs) The links like Iran are non-standard. they are specified in the "backward" file in the IANA tzdata distribution which has the following preamble: # This f

[issue27661] Add tzinfo= argument to datetime.combine

New submission from Alexander Belopolsky: Add an optional tzinfo argument to datetime.combine() so that datetime.combine(d, t, info) returns the same object as datetime.combine(d, t).replace(tzinfo=info) but without creating an intermediate naive instance. Guido's LGTM:

[issue27661] Add tzinfo= argument to datetime.combine

Changes by Alexander Belopolsky : -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file43958/issue27661.diff ___ Python tracker <http://bugs.python.org/issu

[issue27661] Add tzinfo= argument to datetime.combine

Alexander Belopolsky added the comment: The second patch includes documentation changes and addresses review commments. -- Added file: http://bugs.python.org/file43964/issue27661-2.diff ___ Python tracker <http://bugs.python.org/issue27

[issue27661] Add tzinfo= argument to datetime.combine

Alexander Belopolsky added the comment: >From review comments: Lib/datetime.py:1482: def combine(cls, date, time, tzinfo=True): On 2016/08/01 08:47:14, SilentGhost wrote: > This strikes me as an odd default value, why not use a more conventional None? This is the same default as used

[issue27661] Add tzinfo= argument to datetime.combine

Alexander Belopolsky added the comment: >From review comments: Lib/datetime.py:1482: def combine(cls, date, time, tzinfo=True): On 2016/08/01 12:23:12, berkerpeksag wrote: > On 2016/08/01 08:47:14, SilentGhost wrote: > > This strikes me as an odd default value, why not use a more

[issue27661] Add tzinfo= argument to datetime.combine

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file43965/issue27661-3.diff ___ Python tracker <http://bugs.python.org/issue27661> ___ ___ Python-bug

[issue27665] Make create_server able to listen on several ports

New submission from Alexander Bayandin: Make create_server accept a list of ports to listen. Now it contains only code changes without updates in docs and tests. If these changes will be considered as helpful I'll be glad to add tests and update documentation for the m

[issue27665] Make create_server able to listen on several ports

Alexander Bayandin added the comment: I think it is just handier than creating several server objects like it is already done for a list of hosts. For me in particular, need to have exactly the same logic for multiple ports which generates randomly and I want to have one predefined port for

[issue27665] Make create_server able to listen on several ports

Alexander Bayandin added the comment: Furthermore, there is a problem with overlapped ports for multiple created server objects. Also, I can quote a comment from 'original' issue: http://bugs.python.org/msg237794 -- ___ Python trac

[issue27710] Disallow fold not in [0, 1] in time and datetime constructors

New submission from Alexander Belopolsky: The current implementation does not restrict values accepted by the fold argument: >>> from datetime import * >>> time(fold=2) datetime.time(0, 0, fold=2) >>> datetime(1, 1, 1, fold=2) datetime.datetime(1, 1, 1, 0, 0, f

[issue27711] datetime.utctimetuple() method should respect fold disambiguation

New submission from Alexander Belopolsky: With TZ = America/New_York: >>> t0 = datetime(2016, 11, 6, 1, 30, fold=0) >>> t1 = datetime(2016, 11, 6, 1, 30, fold=1) >>> t0.utctimetuple()[:6] (2016, 11, 6, 1, 30, 0) >>> t1.utctimetuple()[:6] (2016, 11, 6, 1, 30

[issue27711] datetime.utctimetuple() method should respect fold disambiguation

Alexander Belopolsky added the comment: This would be a feature not anticipated by PEP 495. -- resolution: -> rejected status: open -> closed type: behavior -> enhancement ___ Python tracker <http://bugs.python.or

[issue27595] Document PEP 495 (Local Time Disambiguation) features

Alexander Belopolsky added the comment: I am attaching the first cut of the documentation changes. Note that I am deliberately trying to keep the information about the fold to the minimum in the reference manual. I don't think the details of how fold works are of interest to anyone

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: > Any news on the remaining failures for year 2037? Yes, the problem was tracked to a bug [1] in zic. If the buildbots get regular updates, the problem will go away with the next tzdata release. Meanwhile, I'll try to figure out a way to supp

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: > Can the size of the tests be reduced, [...]? Yes, the long test walks the zoneinfo tree and runs on every tzfile including the aliases. I am going to change that to parsing the zone.tab file for the list of zone names. This should shorten the t

[issue12345] Add math.tau

Alexander Belopolsky added the comment: > All that said, I agree with Mark that math.e is at best an attractive > nuisance. Why don't we fix the nuisance part without making it less attractive: class _E(float): def __pow__(self, other): if self is e: retur

[issue12345] Add math.tau

Alexander Belopolsky added the comment: There is a typo in the NEWS entry: "Issue #12345: Add *mathemathcal* constant tau to math ..." -- ___ Python tracker <http://bugs.python.o

[issue27834] test_datetime fails on "x86 Gentoo Non-Debug with X 3.x" buildbot

Alexander Belopolsky added the comment: This is related to issue 24773. -- assignee: -> belopolsky stage: -> needs patch type: -> behavior ___ Python tracker <http://bugs.python.or

[issue27834] test_datetime fails on "x86 Gentoo Non-Debug with X 3.x" buildbot

Alexander Belopolsky added the comment: The build succeeded. http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%20with%20X%203.x/builds/1292 Closing. Thanks for the report, Victor. -- resolution: -> fixed stage: needs patch -> resolved status: open -&g

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: As far as I can tell, the buildbots are happy now. Closing. Please open new issues if missed anything. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/i

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

Alexander Belopolsky added the comment: This does not look right: +.. classmethod:: time.strptime(date_string, format) + + Return a :class:`time` corresponding to *date_string, parsed according to + *format*. :exc:`ValueError` is raised if the date string and format can't be + pars

[issue27595] Document PEP 495 (Local Time Disambiguation) features

Changes by Alexander Belopolsky : -- stage: needs patch -> commit review ___ Python tracker <https://bugs.python.org/issue27595> ___ ___ Python-bugs-list mai

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Alexander Belopolsky added the comment: Please move _parse_isotime to _strptime so that it can be called from C implementation. Also, the new method should be documented. -- ___ Python tracker <https://bugs.python.org/issue15

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Alexander Belopolsky added the comment: Éric> do you think there is a need to check python-ideas or python-dev before working on this? Yes, I think this is python-ideas material. IMHO, what should be added to datetime module in 3.4 is ability to construct date/time objects from their

[issue17551] Windows - accessing drive with nothing mounted forces user interaction

New submission from Bob Alexander: Attempting to use os.path.exists on a Windows drive that is a mobile device mount point with nothing mounted pops up a dialog asking to insert a device. This makes it impossible to search a set of drives for a specific file without the possibility of

[issue17551] Windows - accessing drive with nothing mounted forces user interaction

Bob Alexander added the comment: Thanks for the prompt reply! Your suggested change does change the behavior to exactly the way I think it should work by default. Tried it on both Windows 7 and Vista; no popups when accessing a "mobile mount" drive with nothing in it, just quietly rep

[issue17571] broken links on Lib/datetime.py docstring

Alexander Belopolsky added the comment: Shouldn't we link to IANA for timezones information? http://www.iana.org/time-zones/repository/tz-link.html -- ___ Python tracker <http://bugs.python.org/is

[issue17551] Windows - accessing drive with nothing mounted forces user interaction

Bob Alexander added the comment: Thanks Terry. I agree that it's a bug. And, in the future I'll be more careful about trimming the "history" from my messages :-) Bob -- ___ Python tracker <http://bug

[issue5845] rlcompleter should be enabled automatically

Alexander Belopolsky added the comment: I am in AP's camp on the tab issue, but I think we can preserve "tab inserts tab" behavior at the continuation prompt. I don't like "indent at beginning of line." I have rlcompleter enabled in Python 2.6 and i get t

[issue22627] Calling timestamp() on a datetime object modifies the timestamp of a different datetime object.

Alexander Belopolsky added the comment: In general, you cannot expect datetime.fromtimestamp(0) + timedelta(seconds) to return the same value as datetime.fromtimestamp(seconds). This will only be true if you are lucky enough to live in an area where local government did not mess with

[issue22627] Calling timestamp() on a datetime object modifies the timestamp of a different datetime object.

Alexander Belopolsky added the comment: Antoine, I don't think the behavior that you have shown is a bug in strict sense. On my Mac, I get $ python mkbug.py breakme 1396702800.0 1396702800.0 but on Linux, $ python mkbug.py breakme 1396706400.0 1396702800.0 The problem here is

[issue22627] Calling timestamp() on a datetime object modifies the timestamp of a different datetime object.

Alexander Belopolsky added the comment: Your code as good as your timezone library, but you should realize that by discarding tzinfo you are making your "local_stamp" ambiguous. I am not familiar with dateutil.tz, but pytz I believe uses some tricks to make sure astimezone() result

[issue17884] Try to reuse stdint.h types like int32_t

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue17884> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9034] datetime module should use int32_t for date/time components

Alexander Belopolsky added the comment: See also #17884. -- dependencies: +Try to reuse stdint.h types like int32_t ___ Python tracker <http://bugs.python.org/issue9

[issue22742] IDLE shows traceback when printing non-BMP character

New submission from Alexander Belopolsky: >>> print("\N{ROCKET}") Traceback (most recent call last): File "", line 1, in print("\N{ROCKET}") File "idlelib/PyShell.py", line 1352, in write return self.shell.write(s, self.tags) Unicode

[issue14304] Implement utf-8-bmp codec

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue14304> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22752] incorrect time.timezone value

Alexander Belopolsky added the comment: The time module cannot handle historical changes in timezone info. Try using datetime.datetime.astimezone() method (with no arguments) or a 3rd party timezone support library. https://docs.python.org/3/library/datetime.html#datetime.datetime.astimezone

[issue22820] RESTART line with no output

New submission from Edward Alexander: Whenever i run my code on Python IDLE editor, the output is as follows: == RESTART I am a newbie,it seems i cannot move from this point . This is my code: def convert_to_celsius(fahrenheit

[issue22791] datetime.utcfromtimestamp() shoud have option for create tz aware datetime

Alexander Belopolsky added the comment: I personally wish we could deprecate utcfromtimestamp. With timezone.utc in stdlib and being a singleton there is no reason to put UTC time in naive datetime instances. -- ___ Python tracker <h

[issue22840] strpdate('20141110', '%Y%m%d%H%S') returns wrong date

Alexander Belopolsky added the comment: I have recently closed a similar issue (#5979) as "won't fix". The winning argument there was that Python behavior was consistent with C. How does C strptime behave in this case? -- ___

[issue22840] strpdate('20141110', '%Y%m%d%H%S') returns wrong date

Alexander Belopolsky added the comment: With the following C code: #include #include #include #include int main(){ char buf[255]; struct tm tm; memset(&tm, 0, sizeof(tm)); strptime("20141110", "%Y%m%d%H%M", &tm); strftime(buf, sizeof(buf), "%Y-%

[issue22840] strpdate('20141110', '%Y%m%d%H%S') returns wrong date

Alexander Belopolsky added the comment: Here is the case that I think illustrates the current logic better: >>> datetime.strptime("20141234", "%Y%m%d%H%M") datetime.datetime(2014, 1, 2, 3, 4) -- ___ Python tracker <h

[issue22840] strpdate('20141110', '%Y%m%d%H%S') returns wrong date

Alexander Belopolsky added the comment: Looking at the POSIX standard http://pubs.opengroup.org/onlinepubs/009695399/functions/strptime.html It appears that Python may be compliant: %H The hour (24-hour clock) [00,23]; leading zeros are permitted but not required. %m The month number [01,12

[issue22840] strpdate('20141110', '%Y%m%d%H%S') returns wrong date

Alexander Belopolsky added the comment: Here is another interesting bit from the standard: "The application shall ensure that there is white-space or other non-alphanumeric characters between any two conversion specifications." This is how they get away from not specifying whether

[issue22840] strpdate('20141110', '%Y%m%d%H%S') returns wrong date

Alexander Belopolsky added the comment: After reading the standard a few more times, I agree with Brett and Ethan that this is at most a call for better documentation. I'll leave this open for a chance that someone will come up with a succinct description of what exactly datetime.str

[issue22558] Missing hint to source code - complete

Alexander Belopolsky added the comment: +1 "to add links to all the [Python] modules" If the code is not readable, hard to understand or not self-documenting that's the reason to improve the code not to make it harder to find and see. -- no

[issue22871] datetime documentation incomplete

Alexander Belopolsky added the comment: If you read the paragraph preceding the table of directives [1], you will see that "The full set of format codes supported varies across platforms, because Python calls the platform C library’s strftime() function, and platform variations are commo

[issue22891] [patch]: code removal from urllib.parse.urlsplit()

New submission from Alexander Todorov: In the urllib.parse (or urlparse on Python 2.X) module there is this function: 157 def urlsplit(url, scheme='', allow_fragments=True): 158 """Parse a URL into 5 components: 159 :///?# 160 Return a 5-tup

[issue22891] code removal from urllib.parse.urlsplit()

Alexander Todorov added the comment: > Does test cases pass after removal of those lines? (I will be surprised) Yes they do. Also see my detailed explanation above, there's no reason for test cases to fail. -- ___ Python tracke

[issue22752] incorrect time.timezone value

Alexander Belopolsky added the comment: > Is it possible to set timezone based on localtime(current_time) where > current_time is the result of time() call? No. time.timezone is a constant it cannot change with time. This is a limitation of the POSIX and C standards on which time mod

[issue22932] email.utils.formatdate uses unreliable time.timezone constant

Alexander Belopolsky added the comment: See also issue 665194. -- nosy: +barry, r.david.murray ___ Python tracker <http://bugs.python.org/issue22932> ___ ___ Pytho

[issue22932] email.utils.formatdate uses unreliable time.timezone constant

Alexander Belopolsky added the comment: I was able to reproduce the problem on a Mac as follows: $ TZ=Europe/Moscow date "+%c %z" Mon Nov 24 19:27:51 2014 +0300 $ TZ=Europe/Moscow python3 -c "from email.utils import formatdate; print(formatdate(localtime=True))" Mon, 24 Nov

[issue22932] email.utils.formatdate uses unreliable time.timezone constant

Alexander Belopolsky added the comment: "Using something from datetime module" works as expected: $ TZ=Europe/Moscow python3 -c "from datetime import datetime, timezone; print(datetime.now(timezone.utc).astimezone())" 2014-11-24 1

[issue22932] email.utils.formatdate uses unreliable time.timezone constant

Changes by Alexander Belopolsky : -- stage: -> needs patch type: -> behavior ___ Python tracker <http://bugs.python.org/issue22932> ___ ___ Python-bugs-

[issue22932] email.utils.formatdate uses unreliable time.timezone constant

Alexander Belopolsky added the comment: The proposed patch will not work on platforms that don't support tm_gmtoff. A proper fix may look like this: dt = datetime.fromtimestamp(timeval, timezone.utc) if localtime: dt = dt.astimezone() return format_datetime(dt, u

[issue22896] Don't use PyObject_As*Buffer() functions

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue22896> ___ ___ Python-bugs-list mailing list Unsubscribe:

<    31   32   33   34   35   36   37   38   39   40   >