[issue26596] numpy.all np.all .all
New submission from Jose: the numpy.all function does not work. I created A = np.random.random((10,1)) np.all(A)<1 gives me False, which is wrong! and B = 2 * A np.all(B)<2 gives me True, which is correct! also np.sum(A) < 10, gives me True, which is correct! -- components: Macintosh files: Screen Shot 2016-03-20 at 4.33.22 PM.png messages: 262093 nosy: JoseLight, ned.deily, ronaldoussoren priority: normal severity: normal status: open title: numpy.all np.all .all type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file42226/Screen Shot 2016-03-20 at 4.33.22 PM.png ___ Python tracker <http://bugs.python.org/issue26596> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38661] Changes to tkinter result in (unexpected) widget map call return changes wrt. 3.7
New submission from Jose Salvatierra :
Hello!
I've encountered what might be a bug.
Up till now we had some working code that did this:
```
maps = self.style.map('TCombobox')
if maps:
self.style.map('DateEntry', **maps)
```
Modifying a custom style to mimic the map of another. This has worked fine
until Python 3.7, because the return value of `.map` is something that you can
pass to `.map` as kw and it'll process it fine.
The return value of `.map` in Python 3.7 is something like this, for the
`TCombobox`:
```
: {'focusfill': [('readonly', 'focus', 'SystemHighlight')],
'foreground': [('disabled', 'SystemGrayText'), ('readonly', 'focus',
'SystemHighlightText')], 'selectforeground': [('!focus', 'SystemWindowText')],
'selectbackground': [('!focus', 'SystemWindow')]}
```
Which is as you'd expect (and the docs say): a dictionary of properties to
lists, where each list can contain multiple tuples describing the required
state and final value of the property.
However in Python 3.8, the value returned by `.map` is this:
```
: {'focusfill': ['readonly focus', 'SystemHighlight'],
'foreground': ['disabled', 'SystemGrayText', 'readonly focus',
'SystemHighlightText'], 'selectforeground': ['!focus', 'SystemWindowText'],
'selectbackground': ['!focus', 'SystemWindow']}
```
The tuples are missing. This then causes a number of problems downstream, such
as the final property values being split into the constituent letters instead
of the values within each tuple.
--
components: Tkinter, Windows
messages: 355818
nosy: jslvtr, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Changes to tkinter result in (unexpected) widget map call return changes
wrt. 3.7
type: behavior
versions: Python 3.8
___
Python tracker
<https://bugs.python.org/issue38661>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45750] "SyntaxError: 'await' outside function" in "asyncio-task.html#waiting-primitives" code snippets
New submission from Jose Ville :
https://docs.python.org/3/library/asyncio-task.html#asyncio.wait has the
following two code snippets both of which fail with ""SyntaxError: 'await'
outside function" when I run them in Python 3.9.7
Snippet 1:
```
async def foo():
return 42
coro = foo()
done, pending = await asyncio.wait({coro})
if coro in done:
# This branch will never be run!
pass # I added this to prevent IndentationError
```
Snippet 2:
```
async def foo():
return 42
task = asyncio.create_task(foo())
done, pending = await asyncio.wait({task})
if task in done:
# Everything will work as expected now.
pass # I added this to prevent IndentationError
```
--
components: asyncio
messages: 405958
nosy: asvetlov, joseville, yselivanov
priority: normal
severity: normal
status: open
title: "SyntaxError: 'await' outside function" in
"asyncio-task.html#waiting-primitives" code snippets
type: compile error
versions: Python 3.9
___
Python tracker
<https://bugs.python.org/issue45750>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45751] "SyntaxError: 'await' outside function" in "asyncio-task.html#waiting-primitives" code snippets
New submission from Jose Ville :
https://docs.python.org/3/library/asyncio-task.html#asyncio.wait has the
following two code snippets both of which fail with ""SyntaxError: 'await'
outside function" when I run them in Python 3.9.7
Snippet 1:
```
async def foo():
return 42
coro = foo()
done, pending = await asyncio.wait({coro})
if coro in done:
# This branch will never be run!
pass # I added this to prevent IndentationError
```
Snippet 2:
```
async def foo():
return 42
task = asyncio.create_task(foo())
done, pending = await asyncio.wait({task})
if task in done:
# Everything will work as expected now.
pass # I added this to prevent IndentationError
```
--
components: asyncio
messages: 405960
nosy: asvetlov, joseville, yselivanov
priority: normal
severity: normal
status: open
title: "SyntaxError: 'await' outside function" in
"asyncio-task.html#waiting-primitives" code snippets
type: compile error
versions: Python 3.9
___
Python tracker
<https://bugs.python.org/issue45751>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45768] SyntaxError: 'await' outside function" in "asyncio-task.html#waiting-primitives" code snippets
New submission from Jose Ville :
https://docs.python.org/3/library/asyncio-task.html#asyncio.wait has the
following two code snippets both of which fail with ""SyntaxError: 'await'
outside function" when I run them in Python 3.9.7
Snippet 1:
```
async def foo():
return 42
coro = foo()
done, pending = await asyncio.wait({coro})
if coro in done:
# This branch will never be run!
pass # I added this to prevent IndentationError
```
Snippet 2:
```
async def foo():
return 42
task = asyncio.create_task(foo())
done, pending = await asyncio.wait({task})
if task in done:
# Everything will work as expected now.
pass # I added this to prevent IndentationError
```
--
messages: 406032
nosy: joseville
priority: normal
severity: normal
status: open
title: SyntaxError: 'await' outside function" in
"asyncio-task.html#waiting-primitives" code snippets
___
Python tracker
<https://bugs.python.org/issue45768>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45769] SyntaxError: 'await' outside function" in "asyncio-task.html#waiting-primitives" code snippets
New submission from Jose Ville :
https://docs.python.org/3/library/asyncio-task.html#asyncio.wait has the
following two code snippets both of which fail with ""SyntaxError: 'await'
outside function" when I run them in Python 3.9.7
Snippet 1:
```
async def foo():
return 42
coro = foo()
done, pending = await asyncio.wait({coro})
if coro in done:
# This branch will never be run!
pass # I added this to prevent IndentationError
```
Snippet 2:
```
async def foo():
return 42
task = asyncio.create_task(foo())
done, pending = await asyncio.wait({task})
if task in done:
# Everything will work as expected now.
pass # I added this to prevent IndentationError
```
--
messages: 406033
nosy: joseville
priority: normal
severity: normal
status: open
title: SyntaxError: 'await' outside function" in
"asyncio-task.html#waiting-primitives" code snippets
type: compile error
versions: Python 3.9
___
Python tracker
<https://bugs.python.org/issue45769>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45770] SyntaxError: 'await' outside function" in "asyncio-task.html#waiting-primitives" code snippets
New submission from Jose Ville :
https://docs.python.org/3/library/asyncio-task.html#asyncio.wait has the
following two code snippets both of which fail with ""SyntaxError: 'await'
outside function" when I run them in Python 3.9.7
Snippet 1:
```
async def foo():
return 42
coro = foo()
done, pending = await asyncio.wait({coro})
if coro in done:
# This branch will never be run!
pass # I added this to prevent IndentationError
```
Snippet 2:
```
async def foo():
return 42
task = asyncio.create_task(foo())
done, pending = await asyncio.wait({task})
if task in done:
# Everything will work as expected now.
pass # I added this to prevent IndentationError
```
--
messages: 406034
nosy: joseville
priority: normal
severity: normal
status: open
title: SyntaxError: 'await' outside function" in
"asyncio-task.html#waiting-primitives" code snippets
type: compile error
versions: Python 3.9
___
Python tracker
<https://bugs.python.org/issue45770>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41469] Problem with serial communication
New submission from Jose Gabriel :
I was doing a small serial communication system using pyserial. when I done the
script on a .py file, it not worked. but when I opened
the python console and writed line by line the same code of the .py file, it
worked.
the .py file:
import serial
ser = serial.Serial('com5')
ser.write('L'.encode())
ser.close()
it not worked.
on the python console:
python>> import serial
python>> ser = serial.Serial('com5')
python>> ser.write('L'.encode())
python>> ser.close()
It worked.
PySerial 3.4
--
messages: 374788
nosy: JDev
priority: normal
severity: normal
status: open
title: Problem with serial communication
type: resource usage
versions: Python 3.8
___
Python tracker
<https://bugs.python.org/issue41469>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31401] Dynamic compilation that uses function in comprehension fails when compiled inside function
New submission from Jose Cambronero: Execution fails with NameError when trying to dynamically compile a Python program that uses a function in a comprehension, and the code is compiled inside a function call, rather than as a global statement. Using the attached files to reproduce (in reproduce.zip): python3 compile_in_function.py comprehension.py #fails python3 compile_global.py comprehension.py # works python2 compile_in_function.py comprehension.py #works with Python 2.7.12 -- files: reproduce.zip messages: 301734 nosy: jpc priority: normal severity: normal status: open title: Dynamic compilation that uses function in comprehension fails when compiled inside function type: compile error versions: Python 3.6 Added file: https://bugs.python.org/file47127/reproduce.zip ___ Python tracker <https://bugs.python.org/issue31401> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31401] Dynamic compilation that uses function in comprehension fails when compiled inside function
Jose Cambronero added the comment: Woops, sorry about that, makes sense. Below an example (same idea as the files): ``` Python 3.6.2 (default, Sep 9 2017, 13:27:06) [GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.38)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> src = """ ... def f(x): return x ... [f(v) for v in [1,2,3]] ... """ >>> def comp(): ... exec(compile(src, filename='', mode='exec')) ... >>> comp() Traceback (most recent call last): File "", line 1, in File "", line 2, in comp File "", line 3, in File "", line 3, in NameError: name 'f' is not defined >>> exec(compile(src, filename='', mode='exec')) >>> ``` -- ___ Python tracker <https://bugs.python.org/issue31401> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31576] problem in math
New submission from ANEESH JOSE: We know that the answer of sin 90 is 1. But In Python's library math,the value of it is around 0.83... My program is as follows: import math a=math.sin(90) print(a) #Output obtained is 0.83. Hope you guys solve this on the next update or nearby I hope it is a small issue.But the credibility of program depends upon every minute particles -- messages: 302955 nosy: aneesh317 priority: normal severity: normal status: open title: problem in math type: performance versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue31576> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31576] problem in math
ANEESH JOSE added the comment: Thankyou for the information . -- ___ Python tracker <https://bugs.python.org/issue31576> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34777] urllib.request accepts anything as a header parameter for some URLs
New submission from Jose Gama : It is possible to use urllib.request defining a header that can be junk in some cases and still get the contents without any warning or error. The behavior depends on the URL and also on the header. -- components: IO files: header-illegal.py messages: 326162 nosy: tuxcell priority: normal severity: normal status: open title: urllib.request accepts anything as a header parameter for some URLs type: behavior versions: Python 3.6 Added file: https://bugs.python.org/file47819/header-illegal.py ___ Python tracker <https://bugs.python.org/issue34777> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34777] urllib.request accepts anything as a header parameter for some URLs
Jose Gama added the comment:
Thank you for the quick reply. You are correct about the difficulties of using
a universally accepted list.This is one example that generates errors on the
server side. Just for the record.
#!/usr/bin/env python3
from urllib.request import Request, urlopenfrom urllib.error import URLError
# process SSB dataurl1 =
'https://raw.githubusercontent.com/mapnik/test-data/master/csv/points.csv'url2
=
'https://gitlab.cncf.ci/kubernetes/kubernetes/raw/c69582dffba33e9f1c08ff2fc67924ea90f1448c/test/test_owners.csv'url3
=
'http://data.ssb.no/api/klass/v1/classifications/131/changes?from=2016-01-01&to=-12-31'headers1
= {'Accept': 'text/csv'}headers2 = {'Akcept': 'text/csv'}headers3 = {'Accept':
'tekst/cxv'}headers4 = {'Accept': '1234'}req = Request(url3,
headers=headers4)resp = urlopen(req)content =
resp.read().decode(resp.headers.get_content_charset()) # get the character
encoding from the server responseprint(content)
'''req = Request(url3, headers=headers3)
urllib.error.HTTPError: HTTP Error 500: Internal Server Error
req = Request(url3, headers=headers4)
urllib.error.HTTPError: HTTP Error 406: Not Acceptable'''
On Tuesday, September 25, 2018, 8:38:26 AM GMT+2, Karthikeyan Singaravelan
wrote:
Karthikeyan Singaravelan added the comment:
Thanks for the report. I tried similar requests and it works this way for other
tools like curl since Akcept could be a custom header in some use cases though
it could be a typo in this context. There is no predefined set of media types
that we need to validate as far as I can see from
https://tools.ietf.org/html/rfc2616#section-14.1 and it depends on the server
configuration to do validation. It's hard for Python to maintain a list of
acceptable MIME types for validation across releases. A list of registered MIME
types that is updated periodically :
https://www.iana.org/assignments/media-types/media-types.xhtml and RFC for
registration : https://tools.ietf.org/html/rfc6838
Some sample requests from curl with invalid headers.
curl -X GET https://httpbin.org/get -H 'Authorization: Token
bc23f14356c114a8ffa319773583426878b7b37f' -H 'Cache-Control: no-cache' -H
'Content-Type: application/json' -H 'Akcept: tekst/csv'
{
"args": {},
"headers": {
"Accept": "*/*",
"Akcept": "tekst/csv",
"Authorization": "Token bc23f14356c114a8ffa319773583426878b7b37f",
"Cache-Control": "no-cache",
"Connection": "close",
"Content-Type": "application/json",
"Host": "httpbin.org",
"User-Agent": "curl/7.37.1"
},
"origin": "182.73.135.26",
"url": "https://httpbin.org/get";
}
curl -X GET https://httpbin.org/get -H 'Authorization: Token
bc23f14356c114a8ffa319773583426878b7b37f' -H 'Cache-Control: no-cache' -H
'Content-Type: application/json' -H 'Accept: tekst'
{
"args": {},
"headers": {
"Accept": "tekst",
"Authorization": "Token bc23f14356c114a8ffa319773583426878b7b37f",
"Cache-Control": "no-cache",
"Connection": "close",
"Content-Type": "application/json",
"Host": "httpbin.org",
"User-Agent": "curl/7.37.1"
},
"origin": "182.73.135.26",
"url": "https://httpbin.org/get";
}
Feel free to add in if I am missing something here but I think it's hard for
Python to maintain the updated list and adding warning/error might break
someone's code.
Thanks
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34777>
___
--
___
Python tracker
<https://bugs.python.org/issue34777>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34777] urllib.request accepts anything as a header parameter for some URLs
Jose Gama added the comment: Yes, I agree, it's not a bug.This note might help other people who run into the same questions, particularly with error handling.Thank you! On Friday, September 28, 2018, 7:21:03 AM GMT+2, Karthikeyan Singaravelan wrote: Karthikeyan Singaravelan added the comment: Thanks for the details. Each server behaves differently for these headers which depends on the server configuration and using other client like curl will also return the same result as Python does. So I would propose closing it as not a bug since there is no bug with Python and it behaves like other clients do. Thanks again for the report! -- ___ Python tracker <https://bugs.python.org/issue34777> ___ -- ___ Python tracker <https://bugs.python.org/issue34777> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6476] MSVCRT's spawnve/spawnvpe are not thread safe
New submission from Jose Fonseca : MSVCRT's implementation of _spawnve, _spawnvpe, or any version that takes an environ as paramater is not thread-safe, because it stores a temporary environment string into a global variable. _spawnve, _spawnvpe, and friends call a function named _cenvarg which concatenate the environment strings into a global variable called _aenvptr, which gets free'd and zero'd after each invocation. This was causing random build failures in scons when parallel build (-j) was enabled. The sample application evidences this problem. It also includes a simple workaround in python, by acquiring a global lock around os.spawnve, and simulating P_WAIT with P_NOWAIT to avoid holding the global lock while the child process is running. I believe something along these lines should be done for CPython on Windows. -- components: Interpreter Core files: spawnve.py messages: 90495 nosy: jfonseca severity: normal status: open title: MSVCRT's spawnve/spawnvpe are not thread safe type: crash versions: Python 2.4, Python 2.5, Python 2.6 Added file: http://bugs.python.org/file14495/spawnve.py ___ Python tracker <http://bugs.python.org/issue6476> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6476] MSVCRT's spawnve/spawnvpe are not thread safe
Jose Fonseca added the comment: Perhaps. I'm not a scons developer -- just an user -- and I don't know what versions of python far back in time they want support, but it appears it would make sense to use subprocess where available indeed. I already I've filled an issue with scons at http://scons.tigris.org/issues/show_bug.cgi?id=2449 and linked back to this issue and I trust the developers to do whatever they see fit to address this problem. Instead of just marking this issue as won't fix, shouldn't at least some documentation be added, or something sensible like that? In http://docs.python.org/library/os.html#process-management os.spawn* are not marked as deprecated -- just says that "the subprocess module provides more powerful facilities" and is "preferable" --, and it certainly doesn't say these functions are not thread safe. It would be a pity if other users would have to invest as much time as I did to find this race condition (it was rare, and happened in a build farm so we couldn't see the windows access violation dialog), and multithreading is getting more and more common. Also, if the only reason not to fix this is the lack of a patch I don't mind in producing one FWIW. -- status: pending -> open ___ Python tracker <http://bugs.python.org/issue6476> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42922] Enlace a descripción de función 'dir' faltante
New submission from Jose MONTES PEREZ : En la tabla de enlaces a funciones de la página: https://docs.python.org/es/3/library/functions.html no existe un link a la función 'dir' tal como: https://docs.python.org/es/3/library/functions.html#dir en su lugar está duplicado el enlace a la función 'any' -- assignee: docs@python components: Documentation messages: 385007 nosy: docs@python, jmontesp.informatica priority: normal severity: normal status: open title: Enlace a descripción de función 'dir' faltante versions: Python 3.9 ___ Python tracker <https://bugs.python.org/issue42922> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers
New submission from Jose Angel Acosta : A request have been srecentrly uddenly committed to avoid Slave/Master wording in python code, I think the "issue"was not enough peer-reviewed, me having slave roots from my african and jewish heritage I dont consider this matter an Issue, but the Wording Slave/Master widely used to depict component relationship is better for understanding the purpose of the component relation than the non-traditional wording schemes as Parent/Worker, specially for those being non-native English readers the change has issues on code readability specially for non-English readers. Simple, its much easier to understand the meaning of Slave/Master relationship in device functionality than Worker/Helper, I consider the whole issue as an intrusion of the "politically correct" puritanism in areas where is not required. The main force behind Python success is CODE READABILITY, not political rightfulness, this should be stopped here,Python itself the language name its an word which remembers snakes a creature considered impure by both Jew/Islamic/Christian religions, by appling the same political rightfulness code to this, Python language should be renamed to something non-offensive to Jew/Islamic/Christians as Bunny, (and this at least doesnt affect language readbility, since "run bunny code" vs "run python code" its easier to understand than "Process Master delegate X Data to Slave process" vs "Parent process Delegate X Data to Worker Process", the later meaning is not as easy to understand, since Parent can be translated in N ways across different languages, I.E. Spanish: Parent could means mother, father, cause while Worker just means Worker (not intrinsically related to cause or mother). I think the python language should be kept from explicitly offensive wordings not those "niche" offensive wordings when the whole language is named after an animal that is offensive on most cultures (And its not a problem), the same naming process slave/master doesn't denote support to slavery, are just words that its more easy to understand its meaning (given its more uniform) across multiple human languages. I consider the voting mechanism should consider polls among programmers before commit matters like this in the future, which respectfully I consider ridiculous and I said it with respect to my slave ancestors. -- assignee: docs@python components: 2to3 (2.x to 3.x conversion tool), Argument Clinic, Build, Cross-Build, Demos and Tools, Distutils, Documentation, Extension Modules, FreeBSD, IDLE, IO, Installation, Interpreter Core, Library (Lib), Regular Expressions, SSL, Tests, Tkinter, Unicode, Windows, XML, asyncio, ctypes, email, macOS messages: 325434 nosy: AcostaJA, Alex.Willmer, asvetlov, barry, docs@python, dstufft, eric.araujo, ezio.melotti, koobs, larry, mrabarnett, ned.deily, paul.moore, r.david.murray, ronaldoussoren, steve.dower, terry.reedy, tim.golden, vstinner, yselivanov, zach.ware priority: normal severity: normal status: open title: Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers type: enhancement ___ Python tracker <https://bugs.python.org/issue34694> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers
Jose Angel Acosta added the comment: I'm so sorry to see my proposal just derived in personal attacks. The problem here is the core who "owns" python, admited a change to the Language documentation on whats should be considered a political or cultural bias w/o considering the broad community OPINION, I wont name it irresponsible but fairly disconnected with the purpose of OpenSource: freedom as on free speech, which is something being censored by latest core's commit on suggestion based on political or cultural bias, not code usability. In other instances or communities it should have been enough to ask for the resignation of those that allowed this distortion introduced into the project -owned by the community, not the core approving commits-. -- ___ Python tracker <https://bugs.python.org/issue34694> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29108] Python 3.6.0 multiprocessing map_async callback
New submission from Jose Miguel Colella:
Hello I am trying to use the callback for the map_async method for Pool, but
have found a bug. In the below code, only the print statement is carried out,
the return is completely ignored. Is this working as designed or is this a bug?
from multiprocessing import Pool
def f(x):
return x * x
def s(x):
print(f'Here: {x}')
return type(x)
if __name__ == '__main__':
with Pool(5) as p:
result = p.map_async(f, [1, 2, 3], callback=s)
q = result.get()
print(q)
--
components: Library (Lib)
files: main2.py
messages: 284295
nosy: Jose Miguel Colella
priority: normal
severity: normal
status: open
title: Python 3.6.0 multiprocessing map_async callback
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file46084/main2.py
___
Python tracker
<http://bugs.python.org/issue29108>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29108] Python 3.6.0 multiprocessing map_async callback
Jose Miguel Colella added the comment: The result is: Here: [1, 4, 9] [1, 4, 9] -- ___ Python tracker <http://bugs.python.org/issue29108> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29108] Python 3.6.0 multiprocessing map_async callback
Jose Miguel Colella added the comment: Hello David, Thanks for your response. Improvements to the documentation could clear this misunderstanding. I had initially believed that after transforming with the function passed to the map, it would use the callback on each of the result arguments. Just to understand the use case of the callback. So basically it should not return anything and be a simple print? -- ___ Python tracker <http://bugs.python.org/issue29108> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24570] IDLE Autocomplete and Call Tips Do Not Pop Up on OS X with ActiveTcl 8.5.18
Jose M. Alcaide added the comment: This issue continues unfixed. After uninstalling ActiveTcl 8.5.18 and then installing ActiveTcl 8.5.17, IDLE completion and call tips work again. Tested with Python 3.5 and 3.4.1. -- nosy: +jmas ___ Python tracker <http://bugs.python.org/issue24570> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24570] IDLE Autocomplete and Call Tips Do Not Pop Up on OS X with ActiveTcl 8.5.18
Jose M. Alcaide added the comment: My previous comment was incorrect, sorry. I thought that this issue was fixed in time for the release of Python 3.5, but it wasn't (fix was committed on Sep 26, two weeks after 3.5's release). My apologies. -- ___ Python tracker <http://bugs.python.org/issue24570> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10863] zlib.compress() fails with string
New submission from Jose-Luis Fernandez-Barros :
On "The Python Tutorial", section 10.9. Data Compression
http://docs.python.org/py3k/tutorial/stdlib.html#data-compression
>>> import zlib
>>> s = 'witch which has which witches wrist watch'
...
>>> t = zlib.compress(s)
Traceback (most recent call last):
File "", line 1, in
TypeError: must be bytes or buffer, not str
Possible solution (sorry, newbie) are:
>>> s = b'witch which has which witches wrist watch'
or
>>> s = 'witch which has which witches wrist watch'.encode("utf-8")
At "The Python Standard Library", secction 12. Data Compression and Archiving
http://docs.python.org/py3k/library/zlib.html#module-zlib
apparently example is correct:
zlib.compress(string[, level])
--
assignee: d...@python
components: Documentation
messages: 125702
nosy: d...@python, joseluisfb
priority: normal
severity: normal
status: open
title: zlib.compress() fails with string
type: compile error
versions: Python 3.1
___
Python tracker
<http://bugs.python.org/issue10863>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10863] zlib.compress() fails with string
Jose-Luis Fernandez-Barros added the comment: Thanks for your answer. Error remains at development "The Python Standard Library", secction 12. Data Compression and Archiving http://docs.python.org/dev/py3k/library/zlib.html#module-zlib zlib.compress(string[, level]) -- resolution: fixed -> status: closed -> open ___ Python tracker <http://bugs.python.org/issue10863> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2234] cygwinccompiler.py fails for latest MinGW releases.
Jose Antonio Martin H <[EMAIL PROTECTED]> added the comment: I have the same problem, i have patched the file and now it works ok. -- nosy: +jamartinh ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2234> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16359] can't print figures 08 and 09
New submission from jose gregorio fernandez trincado: In [2]: 09 File "", line 1 09 ^ SyntaxError: invalid token Using str() produce SyntaxError too. The same for 08. Figures like 01 and 02 produce the appropriate output. Hardware: Lenovo 3000 N200, 80Gb of HD, 4Gb of RAM, Core-Duo 2.6GHz OS: Ubuntu 12.04, 64bits. -- components: None messages: 174126 nosy: jose.gregorio.fernandez.trincado priority: normal severity: normal status: open title: can't print figures 08 and 09 type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue16359> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7073] Python 2.6.3 final windows installer installs a release candidate
New submission from Jose Antonio Martin H : Python 2.6.3 (r263rc1:75186, Oct 2 2009, 20:40:30) [MSC v.1500 32 bit (Intel)] on win32 That is the python that is installed with the python 2.6.3 installer. -- components: Installation messages: 93667 nosy: jamartinh severity: normal status: open title: Python 2.6.3 final windows installer installs a release candidate versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue7073> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17458] Automatic type conversion from set to frozenset
New submission from Jose Antonio Martin H: Is it possible to consider the automatic type conversion from set to frozenset whenever a set is declared inside a set, as the key of a Counter and as the key of a Dict? Tha is, the case when a set is used but a hashable object is requested. Having to deal with typing frozenset every time is very uncomfortable and it is quite natural to work with sets of sets. If you get an exception when trying to create a set of set then why not deferring such exception to the case of trying to modify an immutable set? -- components: Library (Lib) messages: 184451 nosy: jamartinh priority: normal severity: normal status: open title: Automatic type conversion from set to frozenset type: enhancement versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker <http://bugs.python.org/issue17458> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
