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 fi
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 s
Changes by Christian Theune :
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue16285>
___
___
Python-bugs-list mailin
Changes by Christian Theune :
--
keywords: +patch
Added file: http://bugs.python.org/file34950/0be3805cade1.diff
___
Python tracker
<http://bugs.python.org/issue16
Changes by Christian Theune :
--
hgrepos: -242
___
Python tracker
<http://bugs.python.org/issue16285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Theune :
--
hgrepos: +242
___
Python tracker
<http://bugs.python.org/issue16285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Theune :
--
hgrepos: +241
___
Python tracker
<http://bugs.python.org/issue16285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Theune :
--
title: Update urllib to RFC 3986 -> Update urllib quoting to RFC 3986
___
Python tracker
<http://bugs.python.org/issu
Christian Theune added the comment:
I'll update this.
--
nosy: +ctheune
___
Python tracker
<http://bugs.python.org/issue16285>
___
___
Python-bugs-list m
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 ''.
--
nosy: +ctheune
___
Changes by Christian Theune :
--
keywords: +patch
Added file: http://bugs.python.org/file34943/62b280b61de7.diff
___
Python tracker
<http://bugs.python.org/issue12
Changes by Christian Theune :
Added file: http://bugs.python.org/file34944/732e7d4515c0.diff
___
Python tracker
<http://bugs.python.org/issue12489>
___
___
Python-bug
Changes by Christian Theune :
--
hgrepos: +240
___
Python tracker
<http://bugs.python.org/issue12489>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Theune :
--
hgrepos: +239
versions: +Python 3.4, Python 3.5
___
Python tracker
<http://bugs.python.org/issue12489>
___
___
Python-bugs-list m
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.
Changes by Christian Theune :
--
keywords: +patch
Added file: http://bugs.python.org/file34937/4ae151db1bd9.diff
___
Python tracker
<http://bugs.python.org/issue21
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 :
--
hgrepos: +238
___
Python tracker
<http://bugs.python.org/issue21202>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
<http://bugs.python.
Changes by Christian Theune :
--
keywords: +patch
Added file: http://bugs.python.org/file34915/d3c6ab639306.diff
___
Python tracker
<http://bugs.python.org/issue15
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, bu
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 current
Changes by Christian Theune :
--
hgrepos: +237
___
Python tracker
<http://bugs.python.org/issue15002>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Changes by Christian Theune :
--
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue15002>
___
___
Pytho
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 at
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
Changes by Christian Theune :
Added file: http://bugs.python.org/file34888/762d11a72249.diff
___
Python tracker
<http://bugs.python.org/issue18099>
___
___
Python-bug
Changes by Christian Theune :
--
keywords: +patch
Added file: http://bugs.python.org/file34887/125e080bbe15.diff
___
Python tracker
<http://bugs.python.org/issue18
Changes by Christian Theune :
--
hgrepos: +236
___
Python tracker
<http://bugs.python.org/issue18099>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Theune :
--
hgrepos: +235
___
Python tracker
<http://bugs.python.org/issue18099>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Theune :
--
versions: +Python 3.5 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue18099>
___
___
Python-bugs-list mailin
Changes by Christian Theune :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue16381>
___
___
Python-bugs-list mailing list
Unsubscribe:
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.
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 to b
Changes by Christian Theune :
Removed file: http://bugs.python.org/file27821/9430a5c65114.diff
___
Python tracker
<http://bugs.python.org/issue16381>
___
___
Python-bug
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
<http://bu
Changes by Christian Theune :
--
keywords: +patch
Added file: http://bugs.python.org/file27821/9430a5c65114.diff
___
Python tracker
<http://bugs.python.org/issue16
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 proc
New submission from Christian Theune :
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.)
--
componen
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)
--
as
Changes by Christian Theune <[EMAIL PROTECTED]>:
--
nosy: -ctheune
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2513>
__
___
Python-bugs
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.
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
44 matches
Mail list logo
