Change by lilydjwg :
--
nosy: +lilydjwg
___
Python tracker
<https://bugs.python.org/issue45924>
___
___
Python-bugs-list mailing list
Unsubscribe:
lilydjwg added the comment:
OK, I see.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
lilydjwg added the comment:
Oh, I find that many exceptions return an empty string when created without any
arguments, but most raised ones do have a descriptive error message.
Yes, if it's going to change, we'd change all of them. But now I doubt if it's
worth the effort... What if we
New submission from lilydjwg :
When I try to print an asyncio.CancelledError object, I do not see it and I
thought something went wrong.
CancelledError inherits from BaseException and all BaseException subclasses
(e.g. SystemExit, KeyboardInterrupted) seem to return empty strings for str(e
New submission from lilydjwg :
import asyncio
async def crash(key):
raise Exception('crash!')
async def wait(fu):
await fu
async def main():
crasher = asyncio.create_task(crash(()))
fs = [wait(crasher) for _ in range(10)]
for fu in asyncio.as_completed(fs):
try:
await fu
Change by lilydjwg :
--
nosy: +lilydjwg
___
Python tracker
<https://bugs.python.org/issue41105>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by lilydjwg :
--
nosy: +lilydjwg
___
Python tracker
<https://bugs.python.org/issue37095>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by lilydjwg :
--
keywords: +patch
pull_requests: +13527
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/13628
___
Python tracker
<https://bugs.python.org/issu
lilydjwg added the comment:
> All we need is `program = os.fspath(program)` in base_events.py
> subprocess_exec() method.
I don't think so. The arguments could be `pathlib.Path` too.
We can update the `isinstance(arg, (str, bytes))` check so the args pass on to
`subprocess
Change by lilydjwg :
--
nosy: +lilydjwg
___
Python tracker
<https://bugs.python.org/issue34506>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from lilydjwg :
When I pass pathlib.Path to asyncio.create_subprocess_exec I get:
TypeError: program arguments must be a bytes or text string, not PosixPath
It's not so good when subprocess accepts this kind of arguments without issues.
So can you add support
lilydjwg added the comment:
Yes issue26660 is similar but not the same. On Windows it seems a read-only
file cannot be deleted while on Linux a file resident in a non-searchable
directory cannot be deleted.
An onerror for TemporaryDirectory will work. Also I'd like to add an optional
New submission from lilydjwg :
If the title doesn't explain clearly, here's a demo program that will fail:
import tempfile
import pathlib
def test():
with tempfile.TemporaryDirectory(prefix='test-bad-') as tmpdir:
tmpdir = pathlib.Path(tmpdir)
subdir = tmpdir / 'sub
lilydjwg added the comment:
This hangs this test from celery:
https://github.com/celery/celery/blob/master/t/unit/app/test_log.py#L72
It constructs a Logger with `.parent` to itself, making getEffectiveLevel loop
forever. The code tries to raise an exception when such loops are detected
New submission from lilydjwg:
With %z, the result gets a tzinfo, but with %Z, it succeeds but the result is
without timezone info:
>>> datetime.datetime.strptime('2016-10-31T03:58:24 CST', '%Y-%m-%dT%H:%M:%S
>>> %Z')
datetime.datetime(2016, 10, 31, 3, 58, 24)
>>>
lilydjwg added the comment:
I understand now, thank you!
It's much easier to work around such issues than fix other people's sites.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
lilydjwg added the comment:
Please read my code. I've provided the CA certificate; this should work because
I've downloaded the certificate manually and feed it to Python.
openssl command line tool works. gnutls-cli works too. wget (with openssl)
works too. curl (with openssl) fails like
New submission from lilydjwg:
This fails:
Python 3.5.2 (default, Jun 28 2016, 08:46:01)
[GCC 6.1.1 20160602] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import ssl
>>> import socket
>>>
lilydjwg added the comment:
FYI, this breaks one of my programs. I find it now because it only threw errors
in rare cases, and I've never seen the deprecated warning because I don't check
the logs unless something goes wrong.
--
nosy: +lilydjwg
New submission from lilydjwg:
I want to use fileinput to modify files, but find no way to specify the file
encoding. I tried to use hook_encoded, but it says FileInput cannot use an
opening hook in inplace mode.
--
components: Library (Lib)
messages: 245711
nosy: lilydjwg
priority
Changes by lilydjwg lilyd...@gmail.com:
--
nosy: +lilydjwg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
___
Python-bugs-list mailing
Changes by lilydjwg lilyd...@gmail.com:
--
nosy: +lilydjwg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8106
___
___
Python-bugs-list mailing
Changes by lilydjwg lilyd...@gmail.com:
--
nosy: +lilydjwg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23262
___
___
Python-bugs-list mailing
Changes by lilydjwg lilyd...@gmail.com:
--
nosy: +lilydjwg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5907
___
___
Python-bugs-list mailing
Changes by lilydjwg lilyd...@gmail.com:
--
nosy: +lilydjwg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11698
___
___
Python-bugs-list mailing
Changes by lilydjwg lilyd...@gmail.com:
--
nosy: +lilydjwg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13936
___
___
Python-bugs-list mailing
lilydjwg added the comment:
My system has updated to Python 3.3.0 and this bugs me again :-(
I don't see the changes in Python 3.3.0. So when will this be merged into 3.3?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
lilydjwg added the comment:
The last patch works fine here, thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
___
___
Python-bugs
lilydjwg lilyd...@gmail.com added the comment:
Hi, I have figured it out.
The 'mbox2' file should be in correct format now.
Run './bug.py' once to delete the last mail.
'cat newmail mbox2' to append a new mail to that mbox.
Run './bug.py' again.
Now, 'mbox2' doesn't have a newline at the end
Changes by lilydjwg lilyd...@gmail.com:
Added file: http://bugs.python.org/file26255/newmail
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
Changes by lilydjwg lilyd...@gmail.com:
Added file: http://bugs.python.org/file26256/bug.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
lilydjwg lilyd...@gmail.com added the comment:
I think I got something wrong. It seems that it only happens when the last
message is deleted.
I've also made up a sample mbox attached. The code to reproduce:
from mailbox import mbox
mb = mbox('mbox')
del mb[len(mb)-1]
mb.close
lilydjwg lilyd...@gmail.com added the comment:
Hi, Petri Lehtinen. That's a bug of mine. That mbox is made up by me for demo,
not procmail which has the newline. However, a newline is indeed lost and in
some way it does corrupt my real mbox
Changes by lilydjwg lilyd...@gmail.com:
--
nosy: +lilydjwg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9559
___
___
Python-bugs-list mailing
New submission from lilydjwg lilyd...@gmail.com:
I find that when mbox writes mails back, it loses the last end-of-line, making
appending new mails to the mbox becomes incorrect.
I'm using Linux. In _singlefileMailbox.flush(), when writing the mbox, it loses
the last byte ('\n') at the end
New submission from lilydjwg lilyd...@gmail.com:
On redirecting to a url like '/login', at around line 556 of request.py it will
raise an HTTPError. The sys.verrsion is
Python 3.2 (r32:88445, Apr 15 2011, 11:20:08)
[GCC 4.5.2 20110127 (prerelease)] on linux2
--
components
36 matches
Mail list logo
