Re: 2 sample chi-square test

On Tue, 29 Dec 2020 02:52:15 -0800 (PST), Priya Singh wrote: [snip] > I have two spectra with wavelength, flux, and error on flux. I want to > find out the variability of these two spectra based on the 2 sample > Chi-square test. I am using following code: > > def compute_chi2_

2 sample chi-square test

Hi all, I have two spectra with wavelength, flux, and error on flux. I want to find out the variability of these two spectra based on the 2 sample Chi-square test. I am using following code: def compute_chi2_var(file1,file2,zemi,vmin,vmax): w1,f1,e1,c1,vel1 = get_spec_vel(dir_data+file1

[issue42222] Modernize integer test/conversion in randrange()

Change by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42222] Modernize integer test/conversion in randrange()

Raymond Hettinger added the comment: New changeset a9621bb301dba44494e81edc00e3a3b62c96af26 by Raymond Hettinger in branch 'master': bpo-4: Modernize integer test/conversion in randrange() (#23064) https://github.com/python/cpython/commit/a9621bb301dba44494e81edc00e3a3b62c96af26

[issue40810] sqlite3 test CheckTraceCallbackContent fails for sqlite v3.7.3 through 3.7.14.1

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27640] add the '--disable-test-suite' option to configure

Change by Peixing Xin : -- nosy: +pxinwr nosy_count: 6.0 -> 7.0 pull_requests: +22820 pull_request: https://github.com/python/cpython/pull/23886 ___ Python tracker ___

[issue42735] "trace_at_recursion_limit.py" should be removed from "Python/Lib/test/crashers"

Serhiy Storchaka added the comment: The initial issue6717 is still open. Are you sure that the bug was fixed rater than that the crasher is outdated? -- ___ Python tracker

[issue42735] "trace_at_recursion_limit.py" should be removed from "Python/Lib/test/crashers"

Change by Terry J. Reedy : -- nosy: +serhiy.storchaka versions: -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue42222] Modernize integer test/conversion in randrange()

Raymond Hettinger added the comment: There is another randrange() oddity. If stop is None, the step argument is ignored: >>> randrange(100, stop=None, step=10) 4 If we want to fully harmonize with range(), then randrange() should only accept positional arguments and should not

[issue42735] "trace_at_recursion_limit.py" should be removed from "Python/Lib/test/crashers"

Change by Xinmeng Xia : -- type: enhancement -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42734] "bogus_code_obj.py" should be removed from "cPython/Lib/test/crashers"

Serhiy Storchaka added the comment: No, it was not fixed. The code object creation was broken, because the code constructor signature was changed. -- nosy: +serhiy.storchaka ___ Python tracker

[issue42735] "trace_at_recursion_limit.py" should be removed from "Python/Lib/test/crashers"

New submission from Xinmeng Xia : In "Python/Lib/test/crashers/", only tests for outstanding bugs that cause the interpreter to segfault should be included. The file "trace_at_recursion_limit.py" has been fixed on Python 3.7, 3.8, 3.9, 3.10. No segmentation fault will b

[issue42734] "bogus_code_obj.py" should be removed from "cPython/Lib/test/crashers"

New submission from Xinmeng Xia : In "Python/Lib/test/crashers/README", it said "This directory only contains tests for outstanding bugs that cause the interpreter to segfault. Once the crash is fixed, the test case should be moved into an appropriate test." The fil

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

miss-islington added the comment: New changeset 7acfe4125725e86c982300cf10c0ab791a0783f4 by Miss Islington (bot) in branch '3.9': bpo-42388: Fix subprocess.check_output input=None when text=True (GH-23467) https://github.com/python/cpython/commit/7acfe4125725e86c982300cf10c0ab791a0783f4

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

miss-islington added the comment: New changeset d5aadb28545fd15cd3517b604a8c7a520abd09c6 by Miss Islington (bot) in branch '3.8': bpo-42388: Fix subprocess.check_output input=None when text=True (GH-23467) https://github.com/python/cpython/commit/d5aadb28545fd15cd3517b604a8c7a520abd09c6

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

Gregory P. Smith added the comment: Meta issue behind this one: The input= behavior on check_output is yet another unfortunate wart in the subprocess collection of APIs. PR to the main branch is in, 3.9 and 3.8 will automerge after CI runs. -- resolution: -> fixed stage: patch

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

Change by miss-islington : -- pull_requests: +22785 pull_request: https://github.com/python/cpython/pull/23935 ___ Python tracker ___

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22784 pull_request: https://github.com/python/cpython/pull/23934 ___ Python tracker

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

Gregory P. Smith added the comment: New changeset 64abf373444944a240274a9b6d66d1cb01ecfcdd by Gregory P. Smith in branch 'master': bpo-42388: Fix subprocess.check_output input=None when text=True (GH-23467) https://github.com/python/cpython/commit/64abf373444944a240274a9b6d66d1cb01ecfcdd

[issue42222] Modernize integer test/conversion in randrange()

Change by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41443] some test cases in test_posix.py fail if some os attributes are not supported

Change by Peixing Xin : -- pull_requests: +22745 pull_request: https://github.com/python/cpython/pull/23886 ___ Python tracker ___

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Paul Ganssle added the comment: For future reference, this bug is triggered only when `.fromutc` is called on a subclass of `datetime` and the resulting date is the second ambiguous time (e.g. if there's a DST transition from 02:00 → 01:00, and the result of the `.fromutc` call is the

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Michał Górny added the comment: Thank you for debugging this. I can confirm that this patch resolves my issue. -- ___ Python tracker ___

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Change by Pablo Galindo Salgado : -- assignee: -> pablogsal priority: release blocker -> resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Brandt Bucher added the comment: Almost certain. The number one is offset 192 bytes in small_ints on 3.8, which matches both of your backtraces: >>> id(1) - id(-5) >>>

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Pablo Galindo Salgado added the comment: I am quite sure that is the problem. I opened https://github.com/pganssle/zoneinfo/pull/97 to correct this in the backport. The standard library versions are ok. Brandt, if you agree that this is indeed the problem, let's close this as "not a bug".

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Change by Pablo Galindo Salgado : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Pablo Galindo Salgado added the comment: Oh, wait. This looks incorrect: https://github.com/pganssle/zoneinfo/blob/07ec80ad5dc7e7e4b4f861ddbb61a9b71e9f27c7/lib/zoneinfo_module.c#L619-L621 That #ifndef ATLEAST_37 should be #ifdef ATLEAST_37 --

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Pablo Galindo Salgado added the comment: The version in 3.9 is also different but also uses _PyLong_One: https://github.com/python/cpython/blob/3.9/Modules/_zoneinfo.c#L571-L590 Although that is passed directly to PyDict_SetItemString so the refcount should be correct. --

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Pablo Galindo Salgado added the comment: Indeed. The module in the std lib is actually different: https://github.com/python/cpython/blob/master/Modules/_zoneinfo.c#L570-L589 and uses _PyLong_GetOne() instead of _PyLong_One -- ___ Python tracker

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Brandt Bucher added the comment: On my phone right now, but this looks a tad suspicious: https://github.com/pganssle/zoneinfo/blob/07ec80ad5dc7e7e4b4f861ddbb61a9b71e9f27c7/lib/zoneinfo_module.c#L596-L600 -- ___ Python tracker

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Pablo Galindo Salgado added the comment: The symptom is that we are now trying to free something in the small integer cache that we shouldn't. Running this under the address sanitizer shows a bit more of the problem: ==190303==ERROR: AddressSanitizer: attempting free on address which was

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Pablo Galindo Salgado added the comment: Raising this to a release blocker -- priority: normal -> release blocker versions: +Python 3.10, Python 3.9 ___ Python tracker ___

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Change by Arfrever Frehtes Taifersar Arahesis : -- nosy: +brandtbucher, nascheme, pablogsal, tim.peters ___ Python tracker ___ ___

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Michał Górny added the comment: A more complete backtrace: #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49 #1 0x7fa633b20536 in __GI_abort () at abort.c:79 #2 0x7fa633b79bf7 in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7fa633c8c3b5

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

ck all user classes (GH-22701/GH-22707) (cherry picked from commit c13b847a6f913b72eeb71651ff626390b738d973) Lib/test/test_finalization.py | 23 -- Lib/test/test_gc.py| 6 +++--- .../2020-10-14-16-19-43.bpo-41984.SEtK

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

Change by Arfrever Frehtes Taifersar Arahesis : -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42697] 3.8.7rc1 regression: 'free(): invalid pointer' after running backports-zoneinfo test suite

New submission from Michał Górny : I'm still investigating the problem and I will include more information shortly. However, I'm filing the bug early, as I'd like to prevent this regression from hitting 3.8.7 release. When running backports-zoneinfo-0.2.1 test suite using cpython 3.8.7rc1

[issue41443] some test cases in test_posix.py fail if some os attributes are not supported

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41443] some test cases in test_posix.py fail if some os attributes are not supported

STINNER Victor added the comment: New changeset eb7594f85741ef809b1ee337ee3431df20e6f8bb by pxinwr in branch 'master': bpo-41443: Add more attribute checking in test_posix (GH-21688) https://github.com/python/cpython/commit/eb7594f85741ef809b1ee337ee3431df20e6f8bb -- nosy:

[issue40652] Test test_locale failed when running cpython test on Windows 10 x64 for version 3.9.0a6+

Change by Terry J. Reedy : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> [Windows] locale.getdefaultlocale() issues on Windows: test_locale.test_getsetlocale_issue1813() ___ Python tracker

[issue38660] Checking if two regexes are equal should test if they are functionally equivalent

Change by Serhiy Storchaka : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Ned Deily added the comment: New changeset 2a9a883d361d37b40fb0b0011dd300bb83ceb73c by Miss Islington (bot) in branch '3.9': bpo-42508: Keep IDLE running on macOS (GH-23577) (GH-23669) https://github.com/python/cpython/commit/2a9a883d361d37b40fb0b0011dd300bb83ceb73c --

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by miss-islington : -- pull_requests: +22537 pull_request: https://github.com/python/cpython/pull/23670 ___ Python tracker ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by miss-islington : -- pull_requests: +22536 pull_request: https://github.com/python/cpython/pull/23669 ___ Python tracker ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Ned Deily added the comment: New changeset 57e511361047895231f5ee7abfdfbbc60e11d2db by Terry Jan Reedy in branch 'master': bpo-42508: Keep IDLE running on macOS (GH-23577) https://github.com/python/cpython/commit/57e511361047895231f5ee7abfdfbbc60e11d2db --

[issue38660] Checking if two regexes are equal should test if they are functionally equivalent

Ronald Oussoren added the comment: https://math.stackexchange.com/questions/46975/how-to-prove-two-regular-expressions-are-identical-in-mathematical-way contains some references to proofs that checking if two regular expressions are equivalent is PSPACE-complete. Another answer in that

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Ronald Oussoren added the comment: I might be able to debug during the weekend, but my main focus will be on back porting the changes in #41100 to the 3.8 branch (or at least parts of it). -- ___ Python tracker

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Serhiy Storchaka added the comment: All these failures point not on some details of appearance, but that the widget is not rendered at all. -- ___ Python tracker ___

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Ned Deily added the comment: OK, thanks for the clarification, Terry. Considering that our tkinter tests make assumptions about the underlying Tk widgets behavior, assumptions not necessarily shared by the Tk developers :), these kind of version-dependent failures are a risk of and

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Terry J. Reedy added the comment: The new commit to PR 23577 works around the double run_module_event call. Removing the delay changed timings, so I instead measured the time between closing the errorbox and the 2nd call. The allowed difference had to be increased to .015, so I selected

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Terry J. Reedy added the comment: The test may be correctly detecting a change in widget behavior. This is less surprising to me than some keypresses acting like two keypresses a millesecond apart. -- ___ Python tracker <https://bugs.python.

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Ned Deily added the comment: Terry: > It might be the tk/tkinter build, not the tests, that is at fault. Can you elaborate? -- ___ Python tracker ___

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Terry J. Reedy added the comment: It might be the tk/tkinter build, not the tests, that is at fault. That is my current conclusion for #42508 (regarding IDLE as a test). -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Terry J. Reedy added the comment: The new tk/tkinter bug in the macOS11 U2 build, other than those reported in #42507 and #42541, is that pressing F5 causes the corresponding pseudoevent handler, run_module_event, to be called twice. (Its code is above.) The interval between calls is

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Serhiy Storchaka added the comment: Can I get a remote access to machine with macOS? -- ___ Python tracker ___ ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by Terry J. Reedy : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Terry J. Reedy added the comment: PR 23577 makes fix suggested above for easier review. -- stage: patch review -> ___ Python tracker ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by Terry J. Reedy : -- pull_requests: +22456 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23577 ___ Python tracker ___

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Serhiy Storchaka added the comment: I have no ideas. Try to add more calls of update() in these tests. -- ___ Python tracker ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Terry J. Reedy added the comment: New changeset ff51e5ec26168574761e128cc607b879d4d5aa50 by Miss Islington (bot) in branch '3.9': bpo-42508: Remove bogus idlelib.pyshell.ModifiedInterpreter attribute (GH-23570) (GH-23571)

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Terry J. Reedy added the comment: After hours of failure to understand crazy 'impossible' behavior, I went back to 'timing issue' and this code. def run_module_event(self, event): if macosx.isCocoaTk(): # Tk-Cocoa in MacOSX is broken until at least # Tk

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

(tkinter.test.test_ttk.test_extensions.LabeledScaleTest) -- Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_extensions.py", line 121, in test_horizontal_range self.a

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

miss-islington added the comment: New changeset f4389bfbb5b9f67db1505dd0003987896eae560b by Miss Islington (bot) in branch '3.8': bpo-42508: Remove bogus idlelib.pyshell.ModifiedInterpreter attribute (GH-23570) https://github.com/python/cpython/commit/f4389bfbb5b9f67db1505dd0003987896eae560b

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Terry J. Reedy added the comment: This issue exposed and is affected by an existing system and version independent bug. With that fixed as in PR 23570, running a file with "print('output')" with the new 3.9.1rc1 universal binary results in the following. output = RESTART:

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Terry J. Reedy added the comment: New changeset e41bfd15dd148627b4f39c2a5837bddd8894d345 by Terry Jan Reedy in branch 'master': bpo-42508: Remove bogus idlelib.pyshell.ModifiedInterpreter attribute (GH-23570) https://github.com/python/cpython/commit/e41bfd15dd148627b4f39c2a5837bddd8894d345

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by miss-islington : -- pull_requests: +22453 pull_request: https://github.com/python/cpython/pull/23572 ___ Python tracker ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22452 pull_request: https://github.com/python/cpython/pull/23571 ___ Python tracker

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by Terry J. Reedy : -- keywords: +patch pull_requests: +22451 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23570 ___ Python tracker ___

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Serhiy Storchaka added the comment: Try to test with 6cc2c419f6cf5ed336609ba01055e77d7c553e6d (PR-23474). All of failing tests were modified to make them passing on Windows, so I expect that this can help on macOS too (in most cases). If it does not help I will propose other changes

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

New submission from Ned Deily : An IDLE installation manual smoke test gives odd behavior when run on macOS using the Tcl/Tk 8.6.10 introduced with the new macOS universal2 installer variant as of 3.9.1rc1. The test behaves as expected (without the duplicate and spurious error messages

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

Change by Ned Deily : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10

(tkinter.test.test_ttk.test_widgets.ComboboxTest) -- Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_widgets.py", line 334, in tes

[issue42474] improve test coverage for TracebackException's __eq__

Guido van Rossum added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42474] improve test coverage for TracebackException's __eq__

Guido van Rossum added the comment: New changeset d82e08d185d52086f4d921c08b853c76c80bebbe by Irit Katriel in branch '3.8': [3.8] bpo-42474: test TracebackException comparison to non-equal instances (GH-23558) https://github.com/python/cpython/commit/d82e08d185d52086f4d921c08b853c76c80bebbe

[issue42474] improve test coverage for TracebackException's __eq__

Guido van Rossum added the comment: New changeset 586bdd1add2ca7236e3096ab7167862cf17f0939 by Irit Katriel in branch '3.9': [3.9] bpo-42474: test TracebackException comparison to non-equal instances (GH-23557) https://github.com/python/cpython/commit/586bdd1add2ca7236e3096ab7167862cf17f0939

[issue42474] improve test coverage for TracebackException's __eq__

Change by Irit Katriel : -- pull_requests: +22440 pull_request: https://github.com/python/cpython/pull/23558 ___ Python tracker ___

[issue42474] improve test coverage for TracebackException's __eq__

Irit Katriel added the comment: Yes. I haven't managed to get the cherry-picker script working for me yet so this is a manual cherry-pick. I'm surprised the automatic backport failed - there was no merge conflict. -- ___ Python tracker

[issue42474] improve test coverage for TracebackException's __eq__

Change by Irit Katriel : -- pull_requests: +22439 pull_request: https://github.com/python/cpython/pull/23557 ___ Python tracker ___

[issue42474] improve test coverage for TracebackException's __eq__

Guido van Rossum added the comment: Irit, can you,do the manual backports? -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue42493] pathlib.Path.__eq__ should test normalized path

Change by Eryk Sun : -- resolution: -> rejected type: behavior -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing

[issue42493] pathlib.Path.__eq__ should test normalized path

Austin Scola added the comment: Okay, thank you for the explanation Eryk. It makes sense to me now why __eq__ doesn't attempt to compare something other than just the parts of the path. -- stage: -> resolved status: open -> closed ___ Python

[issue42493] pathlib.Path.__eq__ should test normalized path

Eryk Sun added the comment: The __eq__ method would have to do a full resolve(), which is expensive and may fail. One can't simply resolve "/foo/symlink/.." as "/foo", where "symlink" is a filesystem symlink. The target has to be resolved before ".." is evaluated, and the link may be

[issue42493] pathlib.Path.__eq__ should test normalized path

New submission from Austin Scola : I think it would be more useful for the pathlib.Path.__eq__ method to test the normalized path (not sure if normalized is the right terminology here). As a concrete example I think that `PosixPath('/foo')` should equal `PosixPath('/foo/../foo

[issue42474] improve test coverage for TracebackException's __eq__

Guido van Rossum added the comment: New changeset 44ca05afc89c9967f5dbc6c3ad89fc298c460e93 by Irit Katriel in branch 'master': bpo-42474: test TracebackException comparison to non-equal instances (GH-23522) https://github.com/python/cpython/commit/44ca05afc89c9967f5dbc6c3ad89fc298c460e93

[issue25479] Increase unit test coverage for abc.py

Change by Irit Katriel : -- keywords: +easy -easy (C), patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25479] Increase unit test coverage for abc.py

Irit Katriel added the comment: The patch needs to be converted to a github PR. -- keywords: +easy (C) nosy: +iritkatriel versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.6 ___ Python tracker

[issue42474] improve test coverage for TracebackException's __eq__

Change by Irit Katriel : -- keywords: +patch pull_requests: +22406 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23522 ___ Python tracker ___

[issue42474] improve test coverage for TracebackException's __eq__

: Tests messages: 381906 nosy: iritkatriel priority: normal severity: normal status: open title: improve test coverage for TracebackException's __eq__ type: enhancement versions: Python 3.10, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.

[issue41200] Add pickle.loads fuzz test

Gregory P. Smith added the comment: Given that pickle is documented as: """ Warning The pickle module is not secure. Only unpickle data you trust. It is possible to construct malicious pickle data which will execute arbitrary code during unpickling. """

[issue11998] test_signal cannot test blocked signals if _tkinter is loaded; Tcl_Finalize()

Change by Roundup Robot : -- pull_requests: +22379 pull_request: https://github.com/python/cpython/pull/23490 ___ Python tracker ___

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

Gregory P. Smith added the comment: It was a mere oversight that this didn't handle text= the same as universal_newlines=. I made a PR to keep their behavior consistent and match the documentation. -- ___ Python tracker

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

Change by Gregory P. Smith : -- keywords: +patch pull_requests: +22357 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23467 ___ Python tracker

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

Alexey Izbyshev added the comment: > (probably can't even limit that to the case when `text` is used, since it was > added in 3.7) Well, actually, we can, since we probably don't need to preserve compatibility with the AttributeError currently caused by `text=True` with `input=None`.

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

ably can't even limit that to the case when `text` is used, since it was added in 3.7), I think that we need to extend the check pointed to by ThiefMaster to cover `text`, clarify the docs and add a test. -- nosy: +gregory.p.smith, izbyshev versions: +Python 3.10,

[issue42389] test_multiprocessing: @requires_hashdigest() prevents test discovery

New submission from Christian Heimes : The helper function "install_tests_in_module_dict" uses subclass checks to detect test cases in module globals: if issubclass(base, BaseTestCase): ... elif issubclass(base, unittest.TestCase): ... However @requires_

[issue42388] subprocess.check_output(['echo', 'test'], text=True, input=None) fails

New submission from ThiefMaster : `subprocess.check_output(['echo', 'test'], text=True, input=None)` fails with `AttributeError: 'bytes' object has no attribute 'encode'` due to the function only checking for `universal_newlines` but not `text`: https://github.com/python/cpython/blob

[issue40754] Test installers before releasing (ModuleNotFoundErrors)

miss-islington added the comment: New changeset faadc52e755cdb316a53f3db5aa11cb97f1c4b87 by Miss Islington (bot) in branch '3.9': bpo-40754: Adds _testinternalcapi to Windows installer for test suite (GH-23271) https://github.com/python/cpython/commit/faadc52e755cdb316a53f3db5aa11cb97f1c4b87

[issue40754] Test installers before releasing (ModuleNotFoundErrors)

miss-islington added the comment: New changeset 8a4557240b98c322d611bfbba3ea51eac3fb841a by Miss Islington (bot) in branch '3.8': bpo-40754: Adds _testinternalcapi to Windows installer for test suite (GH-23271) https://github.com/python/cpython/commit/8a4557240b98c322d611bfbba3ea51eac3fb841a

<    8   9   10   11   12   13   14   15   16   17   >