[issue32319] re fullmatch error with non greedy modifier

New submission from Daniel Hrisca : Consider this code snippet: from re import match, fullmatch pattern = '".+?"' string = '"hello" "again"' print(match(pattern, string)) print(fullmatch(pattern, string)) Which prints: <_sre.SRE_Match object; span=(0, 7),

[issue29469] AST-level Constant folding

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

[issue29469] AST-level Constant folding

INADA Naoki added the comment: New changeset 7ea143ae795a9fd57eaccf490d316bdc13ee9065 by INADA Naoki in branch 'master': bpo-29469: Move constant folding to AST optimizer (GH-2858) https://github.com/python/cpython/commit/7ea143ae795a9fd57eaccf490d316bdc13ee9065

[issue32318] Remove "globals()" call from "socket.accept()"

STINNER Victor added the comment: IMHO we should add a private mask constant, see: https://github.com/python/cpython/pull/4231#issuecomment-351622381 -- ___ Python tracker

[issue32228] truncate() changes current stream position

Change by Nitish : -- keywords: +patch pull_requests: +4747 stage: -> patch review ___ Python tracker ___

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Nathaniel Smith added the comment: > In any case, in my opinion, it doesn't matter. `sys.set_coroutine_wrapper` > controls a single thread-local setting, > `sys.set_unawaited_coroutine_tracking` *also* controls a single thread-local > setting. Both of them have the exact

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Yury Selivanov added the comment: > So first... that's not how nursery.start_soon works :-). It actually takes an > async function, not a coroutine object. [..] Interesting, and I think I like it. I definitely understand the motivation to not tell users the difference

[issue32318] Remove "globals()" call from "socket.accept()"

Change by Yury Selivanov : -- keywords: +patch pull_requests: +4746 stage: -> patch review ___ Python tracker ___

[issue32318] Remove "globals()" call from "socket.accept()"

New submission from Yury Selivanov : socket.accept currently has this code: type = self.type & ~globals().get("SOCK_NONBLOCK", 0) which I believe is (a) bad Python style; (b) slows things down. -- components: +Library (Lib) nosy: +asvetlov, vstinner type: ->

[issue32318] Remove "globals()" call from "socket.accept()"

Change by Yury Selivanov : -- nosy: yselivanov priority: normal severity: normal status: open title: Remove "globals()" call from "socket.accept()" ___ Python tracker

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Nathaniel Smith added the comment: > 1. How will trio handle situations like: > > c = coro() > await ... > nursery.start_soon(c) > > ? [...] > Maybe creating a coroutine and not immediately passing it to 'start_soon' or > similar API is an anti-pattern in Trio,

[issue29877] compileall hangs when accessing urandom even if number of workers is 1

Change by Dustin Spicuzza : -- keywords: +patch pull_requests: +4745 stage: -> patch review ___ Python tracker ___

[issue32030] PEP 432: Rewrite Py_Main()

Change by STINNER Victor : -- pull_requests: +4744 ___ Python tracker ___ ___

[issue30241] Add contextlib.AbstractAsyncContextManager

Change by Yury Selivanov : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset b5fd9ad05e0f15f8272b8f1b829af22077230584 by Victor Stinner in branch 'master': bpo-32030: Rewrite _PyMainInterpreterConfig (#4854) https://github.com/python/cpython/commit/b5fd9ad05e0f15f8272b8f1b829af22077230584

[issue30241] Add contextlib.AbstractAsyncContextManager

Yury Selivanov added the comment: New changeset 176baa326be4ec2dc70ca0c054b7e2ab7ca6a9cf by Yury Selivanov (Jelle Zijlstra) in branch 'master': bpo-30241: implement contextlib.AbstractAsyncContextManager (#1412)

[issue32030] PEP 432: Rewrite Py_Main()

Change by STINNER Victor : -- pull_requests: +4743 ___ Python tracker ___ ___

[issue32317] sys.exc_clear() clears exception in other stack frames

Garrett Berg added the comment: I found a workaround, and probably the reason this has not been detected before: import sys def doclear2() try: 1/0 except ZeroDivisionError: sys.exc_clear() try: 1/0 except

[issue32316] [3.6] make regen-all fails on Travis CI on "python3.6" command

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

[issue32316] [3.6] make regen-all fails on Travis CI on "python3.6" command

STINNER Victor added the comment: New changeset 1d2a387b9526ef5f4d694734d8022e739f7fd410 by Victor Stinner in branch '3.6': bpo-32316: Travis CI: use PYTHON_FOR_REGEN=python3 (#4853) https://github.com/python/cpython/commit/1d2a387b9526ef5f4d694734d8022e739f7fd410

[issue32298] Email.quopriprime over-encodes characters

Geoff Kuenning added the comment: I should have read that part of RFC 2047 before I submitted. I'd love to claim that I'm going to write a patch that would do as you suggest. But the reality is that I'm unlikely to find the time, so I'm going to be wise for once and avoid

[issue32300] print(os.environ.keys()) should only print the keys

Serhiy Storchaka added the comment: shelve.Shelf is the example of such kind. -- ___ Python tracker ___

[issue32317] sys.exc_clear() clears exception in other stack frames

New submission from Garrett Berg : # Summary In python (2 or 3) it should always be valid to have a bare *raise* statement in an exception block. try: do_something() except SomeException: do_cleanup() raise # always reraises SomeException

[issue32317] sys.exc_clear() clears exception in other stack frames

Garrett Berg added the comment: I forgot to post this: python --version

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Yury Selivanov added the comment: Matthias, Thanks a lot for such a detailed write-up! I now better understand how you want to use the proposed API in Trio, and why the weakref approach isn't going to work (at least not in a straightforward way). >> 2. What if another

[issue32143] os.statvfs lacks f_fsid

Change by Fred L. Drake, Jr. : -- nosy: +fdrake ___ Python tracker ___ ___

[issue32316] [3.6] make regen-all fails on Travis CI on "python3.6" command

Change by STINNER Victor : -- keywords: +patch pull_requests: +4742 stage: -> patch review ___ Python tracker ___

[issue32316] [3.6] make regen-all fails on Travis CI on "python3.6" command

New submission from STINNER Victor : The cpython job of Travis CI compiles Python with clang and then run "make regen-all" which fails. "make regen-all" fails for example on regen-typeslots which runs "$(PYTHON_FOR_REGEN) ...". On Travis CI, $(PYTHON_FOR_REGEN) is

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

Yury Selivanov added the comment: New changeset bfbf04ef18c93ca8cab0453f76aeea1d8fc23fb1 by Yury Selivanov in branch 'master': bpo-32296: Unbreak tests on Windows (#4850) https://github.com/python/cpython/commit/bfbf04ef18c93ca8cab0453f76aeea1d8fc23fb1 --

[issue32315] can't run any scripts with 2.7.x, 32 and 64-bit

New submission from Martin : When I try to run a really simple script like: def fun(a): print a return I get this error: Exception in Tkinter callback Traceback (most recent call last): File "C:\Python27\lib\lib-tk\Tkinter.py", line 1541, in __call__ return

[issue32314] Implement asyncio.run()

Yury Selivanov added the comment: I'll open a separate issue to improve Server's API. AFAIK it's the main reason for having run_forever(). -- ___ Python tracker

[issue32314] Implement asyncio.run()

Andrew Svetlov added the comment: I like avoiding run_forever() -- the function always was too cumbersome. -- ___ Python tracker

[issue32312] Create Py_AtExitRegister C API

Neil Schemenauer added the comment: Private is fine. We want to get the design correct before making it part of the official API. My thought is that providing a handy atexit hook would be a good thing in that it could be an alternative to 3rd party code using __del__

[issue32314] Implement asyncio.run()

Change by Yury Selivanov : -- keywords: +patch pull_requests: +4741 stage: -> patch review ___ Python tracker ___

[issue32313] Wrong inspect.getsource for datetime

New submission from Aaron Meurer : inspect.getsource(datetime) shows the Python source code for datetime, even when it is the C extension. This is very confusing. I believe it's because _datetime is used to override everything in datetime at the end of the file (here

[issue32314] Implement asyncio.run()

New submission from Yury Selivanov : There's a fairly extensive discussion here: https://github.com/python/asyncio/pull/465 In short, asyncio.run() is a pretty straightforward addition, so let's add it. The discussion was more focused on the asyncio.run_forever()

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

STINNER Victor added the comment: > Happy for someone else to do it. I won't have time this week - too much going > on at work. Sure. I wrote a PR to fix the exact bug. -- ___ Python tracker

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Change by STINNER Victor : -- keywords: +patch pull_requests: +4740 stage: needs patch -> patch review ___ Python tracker ___

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

Yury Selivanov added the comment: Thanks Victor. I've made a PR to fix this. -- ___ Python tracker ___

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

Change by Yury Selivanov : -- pull_requests: +4739 stage: resolved -> patch review ___ Python tracker ___

[issue32312] Create Py_AtExitRegister C API

STINNER Victor added the comment: Oh by the way, if we decide to add a function, I would prefer to start with a private function. The C API is big enough. We can decide in the next version if the function becomes useful enough to justify to be added to the public

[issue32300] print(os.environ.keys()) should only print the keys

STINNER Victor added the comment: > Don't make KeysView.__repr__ and ValuesView.__repr__ containing the lists of > all keys and values. This will make the repr of the view of a mapping which > is a proxy of an external DB containing the full content of that DB, which

[issue32312] Create Py_AtExitRegister C API

Change by Antoine Pitrou : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue32312] Create Py_AtExitRegister C API

Antoine Pitrou added the comment: Calling "atexit.register" using the C API isn't very difficult. The annoying part is to wrap a simple C function pointer in a callable PyObject (I don't think there is a simple C API for that). --

[issue32300] print(os.environ.keys()) should only print the keys

Aaron Meurer added the comment: So the best fix is to just override keys() in the _Environ class, so that it returns an EnvironKeysView class that overrides __repr__? -- ___ Python tracker

[issue32312] Create Py_AtExitRegister C API

STINNER Victor added the comment: See also: [Python-Dev] PEP 489: module m_traverse called with NULL module state https://mail.python.org/pipermail/python-dev/2017-December/151238.html -- ___ Python tracker

[issue32312] Create Py_AtExitRegister C API

Change by STINNER Victor : -- nosy: +pitrou, vstinner ___ Python tracker ___ ___

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

STINNER Victor added the comment: Hum, sometimes it's better to wait for AppVeyor :-) You broke all Windows buildbots! :-) Example: http://buildbot.python.org/all/#/builders/40/builds/278 == ERROR:

[issue32312] Create Py_AtExitRegister C API

New submission from Neil Schemenauer : It would be handy to have a C API that registered an atexit function, similar to what calling atexit.register does. This API could be used by C extension modules to register atexit functions. I think the implementation would be

[issue32309] Implement asyncio.run_in_executor shortcut

Andrew Svetlov added the comment: https://bugs.python.org/issue32311 opened for create_task() -- ___ Python tracker ___

[issue32310] Remove _Py_PyAtExit from Python.h

Change by Neil Schemenauer : -- keywords: +patch pull_requests: +4738 ___ Python tracker ___

[issue32311] Implement asyncio.create_task() shortcut

Change by Andrew Svetlov : -- keywords: +patch pull_requests: +4737 stage: -> patch review ___ Python tracker ___

[issue32300] print(os.environ.keys()) should only print the keys

Serhiy Storchaka added the comment: Don't make KeysView.__repr__ and ValuesView.__repr__ containing the lists of all keys and values. This will make the repr of the view of a mapping which is a proxy of an external DB containing the full content of that DB, which

[issue32309] Implement asyncio.run_in_executor shortcut

Andrew Svetlov added the comment: Removed create_task() from title -- title: Implement asyncio.create_task() and asyncio.run_in_executor shortcuts -> Implement asyncio.run_in_executor shortcut ___ Python tracker

[issue32311] Implement asyncio.create_task() shortcut

Change by Andrew Svetlov : -- components: Library (Lib), asyncio nosy: asvetlov, yselivanov priority: normal severity: normal status: open title: Implement asyncio.create_task() shortcut versions: Python 3.7 ___ Python

[issue32309] Implement asyncio.create_task() and asyncio.run_in_executor shortcuts

Change by Andrew Svetlov : -- assignee: docs@python -> nosy: -docs@python ___ Python tracker ___

[issue32310] Remove _Py_PyAtExit from Python.h

New submission from Neil Schemenauer : _Py_PyAtExit only supports on callback function. Its sole use it to be used by atexit. IMHO, it should be removed from Python.h to prevent misuse. -- components: Interpreter Core messages: 308242 nosy: nascheme priority:

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset 11a247df88f15b51feff8a3c46005676bb29b96e by Victor Stinner in branch 'master': bpo-32030: Add _PyPathConfig_ComputeArgv0() (#4845) https://github.com/python/cpython/commit/11a247df88f15b51feff8a3c46005676bb29b96e

[issue32300] print(os.environ.keys()) should only print the keys

STINNER Victor added the comment: Cheryl: would you like to work on a PR? If yes, tests are needed. -- ___ Python tracker ___

[issue32309] Implement asyncio.create_task() and asyncio.run_in_executor shortcuts

Yury Selivanov added the comment: I don't like the low-level API of run_in_executor. "executor" being the first argument, the inability to pass **kwargs, etc. I'd expect to see a more high-level API, perhaps the one that supports 'async with': async with

[issue32309] Implement asyncio.create_task() and asyncio.run_in_executor shortcuts

Change by Andrew Svetlov : -- keywords: +patch pull_requests: +4736 stage: -> patch review ___ Python tracker ___

[issue32309] Implement asyncio.create_task() and asyncio.run_in_executor shortcuts

New submission from Andrew Svetlov : loop.create_task() and loop.run_in_executor are present very often in user code. But they are require a loop instance, actual call looks like loop = asyncio.get_running_loop() loop.create_task(coro()) The proposal adds

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

Yury Selivanov added the comment: New changeset a70232f28882d2fecb3ebe06643867701016070f by Yury Selivanov in branch 'master': bpo-32296: Implement asyncio.get_event_loop and _get_running_loop in C. (#4827)

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> performance ___ Python tracker

[issue17852] Built-in module _io can lose data from buffered files at exit

Neil Schemenauer added the comment: I created a new PR which uses the atexit module instead of using _Py_PyAtExit. I think registering in io.py is okay. I see that atexit is now implemented in C. Rather than registering in io.py, we could create a C API to register

[issue17852] Built-in module _io can lose data from buffered files at exit

Change by Neil Schemenauer : -- pull_requests: +4735 stage: needs patch -> patch review ___ Python tracker ___

[issue26259] Memleak when repeated calls to asyncio.queue.Queue.get is performed, without push to queue.

Andrew Svetlov added the comment: Duplicate of https://bugs.python.org/issue31620 -- nosy: +asvetlov resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> asyncio.Queue leaks memory if the queue is empty and consumers poll it

[issue31620] asyncio.Queue leaks memory if the queue is empty and consumers poll it frequently

Andrew Svetlov added the comment: Sorry for late closing the issue, PR was merged a month ago. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7 ___ Python tracker

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Steve Dower added the comment: Happy for someone else to do it. I won't have time this week - too much going on at work. -- ___ Python tracker

[issue32104] add method throw() to asyncio.Task

Andrew Svetlov added the comment: I think the ship has sailed. Now too many code is based on assumption that the only way to cancel a task from outer code is `task.cancel()`. Internally it is turned into try: await do_stuff() except asyncio.CancelledError:

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Matthias Bussonnier added the comment: Let me try to explain better, I'm pretty sure there is just a misunderstanding from some of use in the vocabulary or presupposition we start from. I have the impression that you feel like the API will automatically make

[issue32292] Building fails on Windows

Antoine Pitrou added the comment: Ok, I've decided to bite the bullet. I uninstalled VS 2015 and installed VS 2017 Community Edition. Things seem to work now. Thanks for the help! -- resolution: -> fixed stage: -> resolved status: open -> closed

[issue32308] Replace empty matches adjacent to a previous non-empty match in re.sub()

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +4734 stage: -> patch review ___ Python tracker ___

[issue32308] Replace empty matches adjacent to a previous non-empty match in re.sub()

New submission from Serhiy Storchaka : Currently re.sub() replaces empty matches only when not adjacent to a previous match. This makes it inconsistent with re.findall() and re.finditer() which finds empty matches adjacent to a previous non-empty match and with

[issue32030] PEP 432: Rewrite Py_Main()

Change by STINNER Victor : -- pull_requests: +4733 ___ Python tracker ___ ___

[issue32307] Bad assumption on thread stack size makes python crash with musl libc

R. David Murray added the comment: Well, from our point of view it isn't a bad assumption, it's that muslc needs to be added to the list of exceptions. (I know almost nothing about this...I assume there is some reason we can't determine the stack size programatically?)

[issue32236] open() shouldn't silently ignore buffering=1 in binary mode

Antoine Pitrou added the comment: After looking at the PR, I think it would be a bit too strong to raise an error. Perhaps emit a warning instead? -- ___ Python tracker

[issue32307] Bad assumption on thread stack size makes python crash with musl libc

New submission from Natanael Copa : Python assumes that the system default thread stack size is big enough for python, except for OSX and FreeBSD where stack size is explicitly set. With musl libc the system thread stack size is only 80k, which leads to hard crash

[issue32004] Allow specifying code packing order in audioop adpcm functions

MosesofEgypt added the comment: Added serhiy.storchaka to nosy list as the issue has been open for over a month without response(not sure if I should have done this in the first place). -- nosy: +serhiy.storchaka versions: +Python 2.7

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Yury Selivanov added the comment: > send_ping() # don't care about result, forgot await > # get collected > await something_that_will_trigger_check_coros_weakreaf() # oh no ! I don't understand what you are trying to say with this example. What is

[issue32300] print(os.environ.keys()) should only print the keys

R. David Murray added the comment: Agreed about the other classes if we change this. Your solution looks reasonable to me. -- ___ Python tracker

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Matthias Bussonnier added the comment: Your last description is about exactly what https://github.com/python-trio/trio/pull/176 is about (which I need to resurect) There are some issue with weakref some that I don't remember, but one of them is (IIRC): what if a

[issue32306] Clarify map API in concurrent.futures

New submission from David Lukeš : The docstring for `concurrent.futures.Executor.map` starts by stating that it is "Equivalent to map(func, *iterables)". In the case of Python 3, I would argue this is true only superficially: with `map`, the user expects

[issue32300] print(os.environ.keys()) should only print the keys

STINNER Victor added the comment: If we decide to change abc.KeysView.__repr__, IMHO we should also modify abc.ValuesView.__repr__, and maybe also abc.ItemsView.__repr__. -- ___ Python tracker

[issue32300] print(os.environ.keys()) should only print the keys

STINNER Victor added the comment: Usually, I use print(sorted(os.environ)) since I prefer a sorted list and it prevents such issue :-) David: > I agree that the result is surprising, but there may not be a generic fix. What about something like: vstinner@apu$

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

STINNER Victor added the comment: @Steve: do you want to work on a fix? -- ___ Python tracker ___

[issue29240] PEP 540: Add a new UTF-8 mode

STINNER Victor added the comment: test_readline failed. It seems to be related to my commit: http://buildbot.python.org/all/#/builders/87/builds/360 == FAIL: test_nonascii

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Yury Selivanov added the comment: First, I've no questions about the proposed implementation. It shouldn't have performance impact when unawaited coroutine tracking is off, which is the default. It will cause minimal overhead when the tracking is on, which is fine.

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Steve Dower added the comment: This is the bit that needs fixing https://github.com/python/cpython/blob/master/Lib/distutils/command/bdist_wininst.py#L340 bv = '.'.join(CRT_ASSEMBLY_VERSION.split('.', 2)[:2]) if bv == '14.11':

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

Mathieu Dupuy added the comment: I finally released my work. It looks like Paul's work is more comprehensive, but if you want to pick one thing or two in mine, feel free. -- ___ Python tracker

[issue21332] subprocess bufsize=1 docs are misleading

Change by Alexey Izbyshev : -- pull_requests: +4732 ___ Python tracker ___ ___

[issue32236] open() shouldn't silently ignore buffering=1 in binary mode

Change by Alexey Izbyshev : -- keywords: +patch pull_requests: +4730 stage: -> patch review ___ Python tracker ___

[issue10344] codecs.open() buffering doc needs fix

Change by Alexey Izbyshev : -- keywords: +patch pull_requests: +4731 stage: needs patch -> patch review ___ Python tracker ___

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset d5dda98fa80405db82e2eb36ac48671b4c8c0983 by Victor Stinner in branch 'master': pymain_set_sys_argv() now copies argv (#4838) https://github.com/python/cpython/commit/d5dda98fa80405db82e2eb36ac48671b4c8c0983 --

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

Change by Roundup Robot : -- pull_requests: +4729 ___ Python tracker ___

[issue29240] PEP 540: Add a new UTF-8 mode

STINNER Victor added the comment: New changeset d5dda98fa80405db82e2eb36ac48671b4c8c0983 by Victor Stinner in branch 'master': pymain_set_sys_argv() now copies argv (#4838) https://github.com/python/cpython/commit/d5dda98fa80405db82e2eb36ac48671b4c8c0983 --

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

STINNER Victor added the comment: Oh, and the PATH: os.environ[PATH]: C:\Perl\site\bin;C:\Perl\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

STINNER Victor added the comment: Extract of pythoninfo of the failed build: os.environ[VS110COMNTOOLS]: C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\ os.environ[VS120COMNTOOLS]: C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\

[issue32292] Building fails on Windows

Antoine Pitrou added the comment: It's a normal command prompt. Here is the output of "set": https://gist.github.com/pitrou/2baf9950b0ab2f68b39b4973355b2e79 -- ___ Python tracker

[issue32292] Building fails on Windows

Steve Dower added the comment: Are you using a normal command prompt or the Visual Studio one? Totally clean environment should work fine these days, but I suspect there's an environment variable affecting something. "set" to show everything that is set, remove any

  1   2   >