Christian Theune added the comment:
So, in addition to +/ and -_ there are quite a few base64 variants. Worst
thing: there are the two ambigious variants -_ and _-, even though _-
supposedly is non-standard for its use.
See http://en.wikipedia.org/wiki/Base64
The shortest fix I can see would
Changes by Christian Theune c...@gocept.com:
--
hgrepos: +239
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12489
Changes by Christian Theune c...@gocept.com:
--
hgrepos: +240
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12489
___
___
Python-bugs-list mailing
Changes by Christian Theune c...@gocept.com:
Added file: http://bugs.python.org/file34944/732e7d4515c0.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12489
Changes by Christian Theune c...@gocept.com:
--
keywords: +patch
Added file: http://bugs.python.org/file34943/62b280b61de7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12489
Christian Theune added the comment:
I don't think the security risk exists due to this bug. As Python is searching
for various places anyway, an attacker could just symlink one of those places
anyway instead of 'stdin'.
--
nosy: +ctheune
___
Python
Christian Theune added the comment:
I'll update this.
--
nosy: +ctheune
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16285
___
___
Python-bugs
Changes by Christian Theune c...@gocept.com:
--
title: Update urllib to RFC 3986 - Update urllib quoting to RFC 3986
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16285
Changes by Christian Theune c...@gocept.com:
--
hgrepos: +241
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16285
___
___
Python-bugs-list mailing
Changes by Christian Theune c...@gocept.com:
--
hgrepos: -242
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16285
___
___
Python-bugs-list
Changes by Christian Theune c...@gocept.com:
--
hgrepos: +242
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16285
___
___
Python-bugs-list mailing
Changes by Christian Theune c...@gocept.com:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16285
Changes by Christian Theune c...@gocept.com:
--
keywords: +patch
Added file: http://bugs.python.org/file34950/0be3805cade1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16285
Christian Theune added the comment:
I don't think this will be solved. File-like objects (in this case IO wrappers
for the socket) may have different capabilities and tarfile is just expecting
too much.
My patch for #15002 relieved the situation somewhat by providing tell() but the
IO stream
Christian Theune added the comment:
Not being an export on tar at all, but I tried getting anything working without
tell() and seek() but couldn't.
The code reads as if its supposed to support some tar formats that do not
require seeking, but that would be rather hard to predict on a file
Christian Theune added the comment:
Looking into this.
It seems that it doesn't happen for all servers, I can download large files
reliably from other sources.
I'll make another wireshark recording to get more details for me to analyze.
--
nosy: +ctheune
Christian Theune added the comment:
This is actually the same problem as #18879.
Changing the sample to keep a reference to the addinfourl object avoids this
issue.
This is even worse than #18879 in the sense that the error goes undetected and
just leaves you with partial data.
Looking
Changes by Christian Theune c...@gocept.com:
--
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15002
Christian Theune added the comment:
#15002 uses this patch to fix a similar wrapping problem in urllib.
Also, this affects 2.7 as well and #15002 does report the problem for 2.7. I'd
like to get this fix backported. Would that be OK?
--
nosy: +ctheune
title
Christian Theune added the comment:
I wasn't able to come up with a good testcase. :(
I tried similar approaches as in #18879 but I wasn't able to make them trigger
the behaviour as it also seems to be an issue regarding actual network
performance ... :/
Backport to 2.7 is currently missing
Changes by Christian Theune c...@gocept.com:
--
hgrepos: +237
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15002
___
___
Python-bugs-list mailing
Christian Theune added the comment:
Antoine, I'm adding you here as I'm leveraging your patch from #18879.
I'd need some feedback about the backport, but this patch should be OK for 3.4.
Also, if you had an idea how to test this - I tried, but failed so far
Changes by Christian Theune c...@gocept.com:
--
keywords: +patch
Added file: http://bugs.python.org/file34915/d3c6ab639306.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15002
Christian Theune added the comment:
Antoine, could you check my last comment in here?
(The nosy list got reset accidentally when I made that comment and got a
conflict from the tracker).
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Changes by Christian Theune c...@gocept.com:
--
hgrepos: +238
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21202
___
___
Python-bugs-list mailing
Christian Theune added the comment:
I managed to create a patch that relies (in hopefully reasonably safe manner)
on embedding an object repr for identification in this and similar cases. This
is basically what implements what Martin suggested.
Caveat emptor: my C knowledge is only good
Changes by Christian Theune c...@gocept.com:
--
keywords: +patch
Added file: http://bugs.python.org/file34937/4ae151db1bd9.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21202
Changes by Christian Theune c...@gocept.com:
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18099
Changes by Christian Theune c...@gocept.com:
--
hgrepos: +235
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18099
___
___
Python-bugs-list mailing
Changes by Christian Theune c...@gocept.com:
--
hgrepos: +236
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18099
___
___
Python-bugs-list mailing
Changes by Christian Theune c...@gocept.com:
--
keywords: +patch
Added file: http://bugs.python.org/file34887/125e080bbe15.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18099
Changes by Christian Theune c...@gocept.com:
Added file: http://bugs.python.org/file34888/762d11a72249.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18099
Christian Theune added the comment:
I feel unsure how to help this move along.
I agree that making it possible for applications to carefully work with
MemoryErrors is a good idea. I don't think heuristics to determine which
situation we are in will solve this but make it more spooky
Changes by Christian Theune c...@gocept.com:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16381
___
___
Python-bugs-list mailing
Christian Theune added the comment:
I pondered PyErr_NoMemory as well. However, I noticed not all locations in
Python use PyErr_NoMemory to raise a MemoryError, and I'm also afraid that
external libraries will have the same problem.
Can you explain why you consider PyErr_NoMemory
New submission from Christian Theune:
I run long-running server processes (web apps, etc) a lot and I keep
encountering the situation that many applications will not properly deal with
MemoryError exceptions but end up in an unusable state.
From an operational perspective I wish the process
Changes by Christian Theune c...@gocept.com:
--
keywords: +patch
Added file: http://bugs.python.org/file27821/9430a5c65114.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16381
Christian Theune added the comment:
Grr. Sorry. The automatic patch extraction went wrong and I didn't notice.
Here's a manual try.
--
Added file: http://bugs.python.org/file27822/issue16381.diff
___
Python tracker rep...@bugs.python.org
http
Changes by Christian Theune c...@gocept.com:
Removed file: http://bugs.python.org/file27821/9430a5c65114.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16381
New submission from Christian Theune c...@gocept.com:
See the attached unit test. On seconds that are 0 and 60 the written
second is reduced by 1.
(The test doesn't explicitly prove that this happens during writing, but
we checked this manually. The read function is fine
New submission from Christian Theune [EMAIL PROTECTED]:
I got this output from 2to3:
(This is from setuptools egg_info.py)
-import bdist_egg; bdist_egg.write_safety_flag(cmd.egg_info, safe)
+from . import bdist_egg; bdist_egg.write_safety_flag(cmd.egg_info, safe)
--
assignee
Christian Theune [EMAIL PROTECTED] added the comment:
Mark, I think you mixed me up with Christian Heimes, so I'm removing
myself here (at least for now).
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2513
New submission from Christian Theune:
Python 2.4.4 on Linux crashes with following backtrace. Application is a
Zope server. The other threads seem to be idle at that moment, only the
segfaulting thread gives a reasonable backtrace (see attachment).
--
components: Interpreter Core
files
43 matches
Mail list logo