New submission from Marko :
When child process dies unexpectedly Queue.get waits indefinitely.
Here is example:
import os
import signal
import multiprocessing
def child_func(qa, qb):
input = qa.get()
print('Child received: ', input)
os.kill(os.getpid(), signal.SIGTERM)
Marko added the comment:
I've created issue43805. I think it would be better to have universal solution.
And not specific ones, like in issue9205.
Haven't checked the PRs, though.
--
nosy: +kormang
___
Python tracker
<https://bu
Marko added the comment:
Possible duplicate of issue22393
--
___
Python tracker
<https://bugs.python.org/issue43805>
___
___
Python-bugs-list mailing list
Unsub
New submission from Marko :
When using asyncio to read from pipe, if process on the other side of pipe
crashes read operation hangs indefinitely.
Example:
import asyncio
import contextlib
import os
import signal
import time
prx, ctx = os.pipe()
read_transport = None
read_stream = None
Marko added the comment:
Somewhat related issue43806 with asyncio.StreamReader
--
___
Python tracker
<https://bugs.python.org/issue43805>
___
___
Python-bug
Marko added the comment:
Somewhat related issue43806 with asyncio.StreamReader
--
___
Python tracker
<https://bugs.python.org/issue22393>
___
___
Python-bug
Marko added the comment:
@jaswdr Hm, this is was somewhat unexpected for me, since when reading directly
from pipe, and EOF is sent.
Timeout was somewhat awkward in my case, since I don't know when other process
will start sending, and how long it would take. On the other hand,
Marko added the comment:
Thanks, takluyver!
You are right. Synchronous code that I was comparing it to had os.close(ctx),
but I forgot to add it in the async example, so I thought it was a bug.
Closing this issue.
--
resolution: -> not a bug
stage: -> resolved
status
Marko added the comment:
Yes, something like that would indeed be really helpful.
How likely is that something like that gets implemented?
--
___
Python tracker
<https://bugs.python.org/issue43
Change by Marko Tuononen :
--
keywords: +patch
pull_requests: +28610
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30402
___
Python tracker
<https://bugs.python.org/issu
Change by Marko Tuononen :
--
pull_requests: +28632
pull_request: https://github.com/python/cpython/pull/30426
___
Python tracker
<https://bugs.python.org/issue44
New submission from Marko Nervo :
I think it would be very usefull to add a curry function to the functools
module. It should be like this.
def curry(func, *args, **kwargs):
if (len(args) + len(kwargs)) >= func.__code__.co_argcount:
return func(*args, **kwargs)
ret
Marko Nervo added the comment:
In [1]: import functools
In [2]: def adder(x, y, z):
...: return (x + y + z)
...:
In [3]: adder = functools.partial(adder)
In [4]: adder(2)(3)(4)
---
TypeError
Marko Nervo added the comment:
I totally disagree with the syntax for curried function, but I think a curry
function is perfect for the functools module and I also think it could be
useful at least as functools.partial. In addition, a lot of languages support
currying, such as Haskell, Scala
Marko Nervo added the comment:
> But so does functools.partial. So the question is, what use case does it
> help that functools.partial doesn't?
Sure, it's common `defining new functions on other functions`... more times.
Here a stupid example with fold (our reduce).
Marko Nervo added the comment:
> You will have to try a bit
> harder and showcase examples of *useful* code that are made
> significantly easier through the use of curry().
Curry is a more advanced functools.partial. So, it could be used *at least* as
partial, but it is more powerful
New submission from Marko Kohtala :
Sqlite3 fails to dump a database with column names that are keywords.
--
components: Extension Modules
files: sqlite3bug.py
messages: 115420
nosy: Marko.Kohtala
priority: normal
severity: normal
status: open
title: sqlite3 iterdump fails on column
Marko Kohtala added the comment:
Here is a patch that may resolve the bug.
--
keywords: +patch
Added file: http://bugs.python.org/file18721/sqlite3bug.patch
___
Python tracker
<http://bugs.python.org/issue9
Marko Kohtala added the comment:
The second patch contains also fixes for some places where the rules described
in http://www.sqlite.org/lang_keywords.html are not followed.
--
Added file: http://bugs.python.org/file18722/sqlite3ident.patch
Marko Kohtala added the comment:
It also fails if table or column names contain double quote.
--
Added file: http://bugs.python.org/file18725/sqlite3bug2.py
___
Python tracker
<http://bugs.python.org/issue9
Changes by Marko Kohtala :
Added file: http://bugs.python.org/file18726/sqlite3dump.patch
___
Python tracker
<http://bugs.python.org/issue9750>
___
___
Python-bugs-list m
Changes by Marko Kohtala :
Removed file: http://bugs.python.org/file18721/sqlite3bug.patch
___
Python tracker
<http://bugs.python.org/issue9750>
___
___
Python-bugs-list m
Changes by Marko Kohtala :
Removed file: http://bugs.python.org/file18722/sqlite3ident.patch
___
Python tracker
<http://bugs.python.org/issue9750>
___
___
Python-bug
Marko Kohtala added the comment:
Thank you for the review.
I have very limited time to use on this. So even when I'd like to make
everything easy for you, have the time you give to python be as productive as
possible, I can not.
But I'll respond to your comments on the patch.
New submission from marko kreen :
I want to pass /dev/null as stdin and stderr.
This works from python 2.4 .. 3.2a3
It fails in final 3.2 with 'Bad file descriptor':
Traceback (most recent call last):
File "test.py", line 11, in
Popen(['cat', 'fil
New submission from marko kreen :
Following code:
import binascii, zlib
bigdata=memoryview(bytearray((1<<32) + 100))
print(binascii.crc32(bigdata))
crc = binascii.crc32(bigdata[:1000])
crc = binascii.crc32(bigdata[1000:], crc)
print(crc)
print(zlib.crc32(b
marko kreen added the comment:
Looking at the code, the bug is dependant on USE_ZLIB_CRC32 define and it's
unfixed in master. Cause is zlib crc32 that takes length as integer,
zlibmodule has workaround, binascii has not.
--
___
Python tr
marko kreen added the comment:
Found zlibmodule fix: https://bugs.python.org/issue10276
--
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue38
New submission from Marko Tuononen :
I have a use case where I need to create a tar archive from a collection of
potentially changing files. I need to use system resources sparingly and
because of that it is not possible to first make a copy of the files.
Current state of the tarfile library
Marko Tuononen added the comment:
Please find attached an example how to reproduce the problem in question.
$ python3 -m unittest tarfile_ut.py
E
==
ERROR: test_stat (tarfile_ut.TestClass
Change by Marko Tuononen :
Added file: https://bugs.python.org/file50412/tarfile_ut.py
___
Python tracker
<https://bugs.python.org/issue44899>
___
___
Python-bugs-list m
Change by Marko Tuononen :
Removed file: https://bugs.python.org/file50411/tarfile_ut.py
___
Python tracker
<https://bugs.python.org/issue44899>
___
___
Python-bug
Marko Kohtala added the comment:
Here is finally an update to my patch modified according to comments received.
It should apply on 2.7 and 3.3 branches.
--
Added file: http://bugs.python.org/file24429/sqlite3dump.patch
___
Python tracker
<h
Changes by Marko Kohtala :
Removed file: http://bugs.python.org/file18726/sqlite3dump.patch
___
Python tracker
<http://bugs.python.org/issue9750>
___
___
Python-bug
Changes by Marko Kohtala :
Removed file: http://bugs.python.org/file18725/sqlite3bug2.py
___
Python tracker
<http://bugs.python.org/issue9750>
___
___
Python-bugs-list m
Changes by Marko Kohtala :
Removed file: http://bugs.python.org/file18720/sqlite3bug.py
___
Python tracker
<http://bugs.python.org/issue9750>
___
___
Python-bugs-list m
New submission from marko kreen :
SysLogHandler converts message to utf8 and adds BOM, supposedly
to conform with RFC5424, but the implementation is broken:
the RFC specifies that the BOM should prefix only unstructured
message part, but current Python implementation puts it in the
middle of
Changes by marko kreen :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue14452>
___
___
Python-bugs-list mailing list
Unsubscri
marko kreen added the comment:
The 'msg' in SysLogHandler does not correspond to MSG in RFC.
Nor to %(message)s in log record.
RFC:
SYSLOG-MSG = HEADER SP STRUCTURED-DATA [SP MSG]
HEADER = PRI VERSION SP TIMESTAMP SP HOSTNAME
S
marko kreen added the comment:
Note additional brokenness in BOM addition:
* It does add BOM even when msg is ascii, just because it was in unicode()
string.
* It does not add BOM to UTF8 string if it is already encoded to str().
So highly doubt anybody actually relies on it. And keeping
New submission from Marko Mavrinac:
I have two files in two different folders, both on desktop.
If I try using os.path.exists() on both of them, it returns True for one file
and False for the other file.
After renaming file that I got False from, I get returned True and when I
rename it back
Marko Mavrinac added the comment:
I am sorry, I didn't realize \t affected how the path was recognized.
--
___
Python tracker
<http://bugs.python.org/is
Gabriel Marko added the comment:
@vstinner:
> For diversity reasons, it would be nice to try to avoid "master" and "slave"
> terminology which can be associated to slavery.
This is too vague. Define what "diversity reasons" are and elaborate your
point.
Gabriel Marko added the comment:
@mcepl: I completely agree with you that we shouldn't waste time with this. I
would be better not to dig into the discussion about "master-slave"
terminology. IMO we don't even need to go into that as the problem here is more
substan
Gabriel Marko added the comment:
@cheryl.sabella let me challenge some points in your arguments:
> Based on that, I don't think it's fair to blame Victor for bringing it up for
> discussion.
Ok, but where was the discussion? @vstinner didn't even make a point and
Gabriel Marko added the comment:
The discussion under GH PRs is now censored. What will be the next level?
--
___
Python tracker
<https://bugs.python.org/issue34
Gabriel Marko added the comment:
Come on guys. Stop this madness. :(
--
nosy: +suic
___
Python tracker
<https://bugs.python.org/issue34660>
___
___
Python-bug
Gabriel Marko added the comment:
@Mariatta:
> There will be no further discussion about this.
Repeating this over and over again won't solve the (any) issue. This madness
reached another level here: https://bugs.python.org/issue34660. That was
exactly my point here: https://bugs.py
Gabriel Marko added the comment:
@serhiy.storchaka: IMO, the problem isn't the master/slave terminology itself
but the way how the changes were introduced (no discussion) and the
justification ("diversity reasons"???).
IMO this is the next level: https://bugs.python.org/i
Gabriel Marko added the comment:
@terry.reedy: By madness I meant:
1. blank replacement of words without relevant justification. Collecting 5
links and labelling some words as pejorative or ist or do it for
“diversity reasons” etc. is no justification. I have no problem with changing
Gabriel Marko added the comment:
@terry.reedy
> Gabriel, I believe I addressed most your concerns in my previous post.
I don't think so (see below) but we don't have to agree in everything. :)
> Are you are suggesting that we judge proposals _by the proposer_, rather than
Change by Gabriel Marko :
--
nosy: -suic
___
Python tracker
<https://bugs.python.org/issue34694>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Gabriel Marko :
--
nosy: -suic
___
Python tracker
<https://bugs.python.org/issue34660>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Gabriel Marko :
--
nosy: -suic
___
Python tracker
<https://bugs.python.org/issue34605>
___
___
Python-bugs-list mailing list
Unsubscribe:
Gabriel Marko added the comment:
@terry.reed:
I politely ask you: Please use my proper first name if you refer to me and
please don't call me an extremist (like here
https://bugs.python.org/msg325802). Feel free to criticize my opinion but don't
put labels on me. We don't
Gabriel Marko added the comment:
@Larry and Terry:
I want to stay out of this discussion or participation on Python development
for the future as I've expressed it elsewhere
(https://bugs.python.org/issue34660#msg325515). However, I want to address the
unfair treatment of my perso
New submission from Marko Lalic:
When the message's Content-Transfer-Encoding is set to 8bit, the
get_payload(decode=True) method returns the payload encoded using
raw-unicode-escape. This means that it is impossible to decode the returned
bytes using the content charset obtained b
Marko Lalic added the comment:
That will work fine as long as the characters are actually latin. We cannot
forget the rest of the unicode character planes. Consider::
>>> message = message_from_string("""MIME-Version: 1.0
... Content-Type: text/plain; charset=utf-8
Marko Lalic added the comment:
Thank you for your reply.
Unfortunately, I have a use case where message_from_bytes has a pretty great
disadvantage. I have to parse the received message and then forward it
completely unchanged, apart from possibly adding a few new headers. The problem
with
Richard Marko added the comment:
Would be nice to have this commited as without this change
-if self.quitting:
-return # None
+if not self.botframe:
+self.botframe = frame
it's not possible to quit Bdb (and the code it's executing) as it ju
Marko Schuetz added the comment:
I think this behavior is causing a related problem:
Assume I have directories currentWorkspace and branchRepository.
On branchRepository I have files main.py and module.py. main.py
imports module.py. In currentWorkspace main.py links to the repository
New submission from Marko Kohtala :
The Windows builds seem to come with SQLite library version 3.5.9, as seen from
sqlite3.sqlite_version. This is from 2008-May-12.
I've been using the sqlite3 module, but keep running into bugs on Windows.
Replacing the DLLs\sqlite3.dll with a newer li
62 matches
Mail list logo
