Marc Schlaich added the comment:
This could be even a security issue.
People might rely on a proxy as a privacy feature. In this case the proxy
should do forward/reverse DNS requests and not the client. Doing DNS lookups to
check for proxy bypass doesn't seem right. I don't think
Marc Schlaich added the comment:
Julia, could you please add other major browsers/HTTP clients (Firefox, Chrome,
curl, ...) to your comparison (compare_ie_urllib.txt). I would expect that
Python/urllib is the only implementation doing DNS requests for proxy bypass
handling.
Please note that
Marc Schlaich added the comment:
BTW, you can workaround this issue by defining the `http_proxy` and `no_proxy`
environment variables.
In this case urllib isn't doing any DNS request.
--
___
Python tracker
<http://bugs.python.org/is
Marc Schlaich added the comment:
Well, you can read the proxy settings from registry and write them to
os.environ (no_proxy needs to be transformed as it has a different format).
This will only take effect for the current process.
--
___
Python
Marc Schlaich added the comment:
I opened a PR on GitHub, please review.
--
___
Python tracker
<http://bugs.python.org/issue26434>
___
___
Python-bugs-list mailin
New submission from Marc Culler:
And that is a very bad assumption. On Windows 10 in the Japanese locale the
default TkFixedFont has family u'\uff2d\uff33 \u30b4\u30b7\u30c3\u30af' (a
transliteration of MS Gothic).
The error occurs on line 51:
47 def _set(self, kw
Changes by Marc Culler :
Added file: http://bugs.python.org/file46851/JapanesePythonBug.png
___
Python tracker
<http://bugs.python.org/issue30310>
___
___
Python-bug
Marc Culler added the comment:
The attached patch simply decodes string options to the Font._set() method
using the utf8 codec. Other options (which will be numbers) are converted to
ascii strings as currently happens.
This makes it possible to use the Font.copy() method without raising an
Marc Culler added the comment:
The name of a Tk font family is a byte sequence obtained from the operating
system. But, this being Python 2.7, there is no distinction between the str
type and the bytes type. The byte sequence is definitely not ascii encoded on
a Japanese Windows system. It
New submission from Espie Marc:
Documentation says PyList_SET_ITEM is void, but it lies. The macro is such that
it yields the actual element being set.
wrapping the macro content in a do {} while (0) makes sure PyList_SET_ITEM is
really void, e.g.:
#define PyList_SET_ITEM(op, i, v) do
Espie Marc added the comment:
Well, there is not going to be a lot of breakage. This problem is the only
instance I've encountered in the full OpenBSD ports tree.
I thought python was supposed to be a clean language, and didn't shy away from
removing stuff/tweaking stuff to achieve
Espie Marc added the comment:
yep, casting to (void) would be safer indeed. didn't think of that one ;)
--
___
Python tracker
<http://bugs.python.org/is
Espie Marc added the comment:
Note that the API is fully documented for returning void... not anything else.
"No basis" right. We're taling 1 pieces of software. a lot of what is
actually used in the world.
I'm very surprised, considering python has routinely done
Espie Marc added the comment:
it's still 100% safe as a macro since each parameter is not used more than
once. only the return type is an issue.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Marc Culler :
Compiling an external module in the 3.7.0b1 prerelease on macOS High Sierra
failed for me because a compiler named "gcc++" was not found. As far as I can
tell there is no such compiler in the current XCode release. I don't know if
there eve
New submission from Marc Guetg :
It seems like sharing a string over processes is not possible.
#!/usr/bin/env python3
import multiprocessing
import threading
import ctypes
def fun(share_c, share_s, set_c, set_s, name
Marc Richter added the comment:
+1 as well.
To be honest, I did not understand what this function does in detail yet.
Since not too long ago (2017) in Germany, there was an uppercase-variant for
the special letter from this function's example (ß) been added to the official
orthograp
New submission from Marc Richter :
There's a special letter in German orthography called "eszett" (ß). This letter
had no uppercase variant for hundreds of years until 2017, there was an
uppercase variant added to the official German orthography called "capital
eszett
Marc Richter added the comment:
Sorry then; that did not show up in my search :/
Yes, seems like this is duplicating that one.
--
___
Python tracker
<https://bugs.python.org/issue34
Changes by Marc Abramowitz :
--
nosy: +Marc.Abramowitz
___
Python tracker
<http://bugs.python.org/issue15805>
___
___
Python-bugs-list mailing list
Unsubscribe:
Marc Abramowitz added the comment:
As it happens, I wrote a similar context manager to Victor's recently for a
setup.py because I wanted to suppress compiler errors that are output to the
console by distutils.ccompiler.CCompiler.has_function. As Victor mentioned, for
this to work
Marc Abramowitz added the comment:
I agree also that io is a good place for the basic version that doesn't do file
descriptor stuff and maybe the fancy file descriptor stuff should be a separate
issue and should go in subprocess.
To move this along and generate more discussion, I took
Marc Abramowitz added the comment:
Oops, Nick => Brett.
--
___
Python tracker
<http://bugs.python.org/issue15805>
___
___
Python-bugs-list mailing list
Un
Marc Abramowitz added the comment:
Thanks Nick! I'll work on applying your suggestions a little later. And I'll
add a note about it not working with subprocesses because I realized that I
forgot to do that.
Regarding redirect_stdfile, which is presumably what you meant by "
Marc Abramowitz added the comment:
I like Nick's version. I don't know if __exit__ really needs error checking,
but I like the API. For me, it strikes a good balance between being intuitive
and being general enough to do all the stuff I'd like to do.
Should the docstrings
New submission from Marc Schlaich:
I'm running unittests on a CentOS 6.4 Virtual Box slave via Jenkins on a
Windows host. Randomly I get core dumps for no obvious reason. I don't
use any C extension in my code and don't use ctypes. The (proprietary)
software is plain Pyth
Marc Schlaich added the comment:
Yes, I could reproduce segfaults on Python 2.7 (looks like it is even worse
than on 2.6 where it appeared only randomly).
I was not quite accurate in my initial comment. I don't use any custom C
extensions but I'm using pygtk/gobject so it might be a
Marc Schlaich added the comment:
The generator.patch from #14432 didn't help. The other couldn't be applied to
2.7.
I have a core dump, should I upload it?
--
___
Python tracker
<http://bugs.python.o
Changes by Colin Marc :
--
nosy: +colinmarc
___
Python tracker
<http://bugs.python.org/issue13344>
___
___
Python-bugs-list mailing list
Unsubscribe:
Marc Abramowitz added the comment:
This patch worked for me as well. Thanks, Joakim!
$ cat /etc/redhat-release
CentOS release 5.5 (Final)
--
nosy: +Marc.Abramowitz
___
Python tracker
<http://bugs.python.org/issue14
Colin Marc added the comment:
Just noticed this is missing from "What's new in Python 3.3":
http://docs.python.org/dev/whatsnew/3.3.html.
Should I submit a patch for that?
--
___
Python tracker
<http://bugs.pyt
Colin Marc added the comment:
Ah ok, just curious. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue14204>
___
___
Python-bugs-list mailing list
Unsub
Marc Abramowitz added the comment:
I just ran into this issue with Python 2.5 (doesn't seem to be an issue in >=
2.6?) and for the benefit of anyone else, I'm copying the answer from `Vinay's
Google Group post
<http://groups.google.com/group/comp.lang.python
Marc Abramowitz added the comment:
Or for a practical example, here's how I used the above technique to solve this
problem in web2py:
diff --git a/gluon/main.py b/gluon/main.py
index 57bf647..2f69c6b 100644
--- a/gluon/main.py
+++ b/gluon/main.py
@@ -68,6 +68,13 @@ create_missing_fo
Marc Abramowitz added the comment:
Just to make this a tad easier, I put Joakim's patch into a gist:
[[email protected] Python-2.7.3]$ pwd
/home/marca/src/Python-2.7.3
[[email protected] Python-2.7.3]$ curl -sk
https://raw.github.com/gist/2727063/ | patc
Marc Abramowitz added the comment:
curl -sk https://raw.github.com/gist/2727063/ | patch -p1
--
___
Python tracker
<http://bugs.python.org/issue14572>
___
___
Marc Abramowitz added the comment:
OK, here's a patch for configure.ac which seems to fix this problem -- if folks
could review and test it that would be great.
--
keywords: +patch
Added file: http://bugs.python.org/file25634/sqlite3_int64.
New submission from Marc Abramowitz :
On OS X 10.6.8, when I execute "idle", I see nothing in the Terminal and the
IDLE GUI launches but is not visible until I Command-Tab to the "Python"
application. I stumbled upon a solution to this problem using OS X's built-in
/
Marc Abramowitz added the comment:
I created the patch against the 2.7 branch of hg, but I just tried it with both
the 3.2 branch of hg and an installed version of 3.2 and it worked great.
[last: 0] marca@scml-marca:~/dev/hg-repos/cpython$ pushd
/Library/Frameworks/Python.framework/Versions
Marc Abramowitz added the comment:
I wonder if this could be applied at some lower level in TkInter, because this
bug happens with every Tk app -- e.g.: turtle, idle, web2py
--
nosy: +Marc.Abramowitz
___
Python tracker
<http://bugs.python.
New submission from Marc Abramowitz :
The way to test on Python 2.7 (discovered on IRC) is:
~/dev/hg-repos/cpython$ ./python.exe -m test.regrtest -j3
This is not documented. I will submit a patch...
--
components: Devguide
files: devguide.patch
keywords: patch
messages: 161155
nosy
Marc Abramowitz added the comment:
Revising per feedback from Taggnostr on IRC.
--
Added file: http://bugs.python.org/file25643/devguide-1.patch
___
Python tracker
<http://bugs.python.org/issue14
Marc Abramowitz added the comment:
My guess would be that the code was switched to use the new typedef because the
SQLite docs say they're preferred.
http://www.sqlite.org/c3ref/int64.html
Maybe they are planning to deprecate the old typedef at some
Marc Abramowitz added the comment:
Probably either approach will have the exact same effect for the foreseeable
future, so I don't feel strongly either way. It would be nice to have one of
them so folks can have a sqlite3 module without having to search around and
apply patches. Bi
New submission from Marc Abramowitz :
Currently, the devguide (http://docs.python.org/devguide/) mentions two sets of
commands for running the CPython test suite:
* For Python 3, one uses: ./python -m test
* For Python 2.7, one must use: ./python -m test.regrtest because ./python -m
test
Marc Abramowitz added the comment:
Ned, thanks for applying this patch!
--
___
Python tracker
<http://bugs.python.org/issue14572>
___
___
Python-bugs-list mailin
New submission from Marc Schlaich :
Here is a short example to reproduce the error:
>>> import socket, ssl
>>> sock = socket.socket()
>>> sock = ssl.wrap_socket(sock, cert_reqs=ssl.CERT_REQUIRED, ca_certs=u'ä.crt')
>>> sock.connect((None, No
New submission from Marc Abramowitz :
I noticed that pip wasn't working properly on Python 3.3a - notably, it wasn't
able to load any of its own VCS modules -- it does this by using
pkgutil.walk_packages
I think the problem is that the behavior of pkgutil.walk_packages change
Marc Abramowitz added the comment:
Here's the pip issue: https://github.com/pypa/pip/issues/556
--
___
Python tracker
<http://bugs.python.org/issue14982>
___
___
Marc Abramowitz added the comment:
[last: 0] marca@scml-marca:~/dev/git-repos/pip$ python3.3
Python 3.3.0a4 (v3.3.0a4:7c51388a3aa7, May 30 2012, 16:58:42)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license&
Marc Schlaich added the comment:
Well, the Unicode HOWTO states:
When opening a file for reading or writing, you can usually just provide the
Unicode string as the filename, and it will be automatically converted to the
right encoding for you
This is really an unexpected behavior which
Marc Schlaich added the comment:
For example it is broken in the well known requests library:
>>> import requests
>>> requests.get('x', cert=u'öäü.pem')
Traceback (most recent call last):
File "", line 1, in
...
UnicodeEncodeError: '
Marc Abramowitz added the comment:
Hi jcea,
Sorry, I've been away from this for a while.
I'm getting undefined symbols now while trying to link:
```
(12:47pm) [last: 0] marca@scml-marca:~/src$ hg clone
http://hg.python.org/cpython...
(12:55pm) [last: 0] marca@scml-marca:~/src$
Marc Abramowitz added the comment:
The 2.7 patch doesn't apply cleanly for me against the latest on the 2.7 branch:
[last: 0] marca@scml-marca:~/src$ hg clone http://hg.python.org/cpython && cd
cpython && hg update 2.7 && hg branch && hg tip &&a
Marc Abramowitz added the comment:
If I do `/configure --with-dtrace --enable-framework && make` then I get:
```
...
gcc -c -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o Modules/gcmodule.o
Marc Abramowitz added the comment:
I hacked around the previous error (duplicate definitions of `collect`) and
then ran into:
gcc -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o
./Include/pydtrace_offsets
New submission from Marc Abramowitz :
$ export ARCHFLAGS="-arch i386 -arch x86_64"
$ ./python.exe -m test -v test_distutils
[last: 0] marca@scml-marca:~/dev/hg-repos/cpython$ ./python.exe
Python 3.3.0a4+ (default:6af0535b5e3a, Jun 25 2012, 16:59:49)
[GCC 4.2.1 (Apple Inc. build 56
Changes by Marc Abramowitz :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue15195>
___
___
Python-bugs-list mailing list
Unsubscri
Marc Abramowitz added the comment:
Another package that inspects pyc files and which also ran into trouble because
of the 8 to 12 byte change is distribute.
See:
https://bitbucket.org/tarek/distribute/issue/283/bdist_egg-issues-with-python-330ax
Some kind of abstraction for loading pyc
Marc Abramowitz added the comment:
Attaching a patch...
Using Ronan's test_PyPyc.diff, before my patch:
{{{
~/dev/hg-repos/cpython$ ./python.exe -m unittest
Lib/importlib/test/source/test_abc_loader.py
...
Marc Abramowitz added the comment:
Similar issue in distribute:
https://bitbucket.org/tarek/distribute/issue/283/bdist_egg-issues-with-python-330ax
--
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Well, it may be a vestige from setuptools and I don't know if it's still
needed/appropriate, but distribute scans the pyc modules to try to see whether
stuff is zip_safe or not when you run `python setup.py bdist_egg`:
https://bitbucket.org/tarek/
Marc Abramowitz added the comment:
Updated patch based on feedback from Brett (thanks!)
--
Added file: http://bugs.python.org/file26177/cpython-issue-15030.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Third revision of my patch based on additional feedback from Brett (thanks!)...
--
Added file: http://bugs.python.org/file26178/cpython-issue-15030.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Brett, I just emailed the contributor agreement.
--
___
Python tracker
<http://bugs.python.org/issue15030>
___
___
Python-bug
Marc Abramowitz added the comment:
Hmmm if I simply do:
diff -r b66e82c9f852 Lib/importlib/abc.py
--- a/Lib/importlib/abc.py Tue Jun 26 23:05:27 2012 +0200
+++ b/Lib/importlib/abc.py Wed Jun 27 12:15:55 2012 -0700
@@ -282,7 +282,7 @@
if len(raw_timestamp) <
Marc Abramowitz added the comment:
Here's a patch that unconditionally switches over to the 12 byte format. I'm
assuming the "size" in data[8:12] is the length of the bytecode?
--
Added file: http://bugs.python.org/file26186/cpyth
Marc Abramowitz added the comment:
Oops, last attachment included the source timestamp twice instead of timestamp
+ bytecode size.
--
Added file: http://bugs.python.org/file26188/cpython-issue-15030.patch
___
Python tracker
<http://bugs.python.
Marc Abramowitz added the comment:
Oops. Refactor. :-)
--
Added file: http://bugs.python.org/file26189/cpython-issue-15030.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
I don't know if I'll have time soon to do the tweaks to Ronan's test (and maybe
he wants to do them himself anyway?), but here's the correction of the size
calculation in the header (from size of bytecode to size of sour
New submission from Marc Abramowitz :
I had been thinking of improving the error message for this case slightly --
and then couldn't find a test for this case so I'm adding one in the attached
patch...
--
components: Tests
files: test_hmac.py.patch
keywords: patch
messag
Marc Abramowitz added the comment:
And here is the tiny patch to make it clear in the error message which of the 3
arguments had the wrong type -- I follow the convention followed in some
TypeErrors raised in Lib/zipfile.py
--
Added file: http://bugs.python.org/file26213
Marc Abramowitz added the comment:
Updating patch
--
Added file: http://bugs.python.org/file26219/hmac.py.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Marc Abramowitz :
--
type: -> enhancement
Added file: http://bugs.python.org/file26220/test_hmac.py.patch
___
Python tracker
<http://bugs.python.org/issu
Marc Abramowitz added the comment:
Hi Brett, can I get an ack in Misc/ACKS please (to make my Mom proud :-))?
Attaching patch.
--
Added file: http://bugs.python.org/file26236/Misc_ACKS.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Hi Martin,
I already did. See http://bugs.python.org/msg164162 and
http://bugs.python.org/msg164164. Maybe it's not "on file" yet?
--
___
Python tracker
<http://bugs.pyt
New submission from Marc Abramowitz :
>From a failing unit test with coverage.py, I noticed what seems to be a slight
>typo in the error message when a module cannot be imported:
diff -r 1186d68715cc Lib/imp.py
--- a/Lib/imp.pyWed Jul 04 19:33:45 2012 -0700
+++ b/Lib/imp.py
Marc Abramowitz added the comment:
I think this is just a simple typo and a consistency issue; not a grammatical
issue.
The misspelled version was added in a recent commit:
[last: 0] marca@SCML-MarcA:~/dev/hg-repos/cpython$ hg log -r 76455
changeset: 76455:085cf1480cfe
user:Brett
Marc Abramowitz added the comment:
Attaching patch
--
keywords: +patch
Added file: http://bugs.python.org/file26271/python_issue_15256.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Patch with Brett's comments
--
Added file: http://bugs.python.org/file26272/python_issue_15256.patch
___
Python tracker
<http://bugs.python.org/is
Marc Abramowitz added the comment:
I just verified -- the issue seems to be fixed for me on OS X 10.6.8 with
revision 00db71b3c5bd. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue15
Marc Culler added the comment:
Thanks, Ned! It seems to be completely fixed by 8.5.12.
--
nosy: +Marc.Culler
___
Python tracker
<http://bugs.python.org/issue10
New submission from Marc Schlaich:
Steps to reproduce:
- clone pytest-cov at
https://bitbucket.org/schlamar/pytest-cov/commits/ac14225a67d715b6649f8158e05d2389b78620d2
- remove `@pytest.mark.skipif` from `test_multiprocessing_subprocess` in
test_pytest_cov.py
- run: `tox --develop -e py27
Marc Schlaich added the comment:
Patch added.
--
keywords: +patch
Added file: http://bugs.python.org/file34453/Issue20954.patch
___
Python tracker
<http://bugs.python.org/issue20
Marc Schlaich added the comment:
This comes from http://bugs.python.org/issue12098. Python 3.3 is affected, too.
Reproduction can be minimized by running the following script:
import multiprocessing
def main():
p = multiprocessing.Process(target=lambda: None)
p.start()
p.join
Marc Schlaich added the comment:
Added TestCase.
--
Added file: http://bugs.python.org/file34459/20954_test.patch
___
Python tracker
<http://bugs.python.org/issue20
Marc Schlaich added the comment:
BTW, patches are for 2.7 branch.
--
___
Python tracker
<http://bugs.python.org/issue20954>
___
___
Python-bugs-list mailin
Marc Schlaich added the comment:
Merged test case and fix in a single commit/patch.
--
Added file: http://bugs.python.org/file34460/Issue20954.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Marc Schlaich :
--
nosy: -schlamar
___
Python tracker
<http://bugs.python.org/issue11949>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Marc Schlaich :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue20954>
___
___
Python-bugs-list mailing list
Unsubscribe:
Marc Schlaich added the comment:
This was fixed in #19284 for Python 3.4 (without having possible consequences
in mind). I have updated my patch accordingly.
Maybe it's worth to port my test case to Python 3.4.
Removed Python 3.3 as it isn't in bugfix maintenance anymore.
-
Marc Schlaich added the comment:
I can reproduce this one. There are a few conditions which needs to be met:
- Linux line endings
- File needs to have at least x lines (empty lines are fine). I guess this is
the point why no one could reproduce it. The attached file has 19 lines but
probably
New submission from Marc Schlaich:
multiprocessing.util.register_after_fork does not behave consistently on
Windows because the `_afterfork_registry` is not transferred to the subprocess.
The following example fails on Windows while it works perfectly on Linux:
import multiprocessing.util
Marc Schlaich added the comment:
Your statement is not correct, it does work on Windows (where fork is not
available) if you register the hook on module level instead of in `__main__`.
--
___
Python tracker
<http://bugs.python.org/issue21
Marc Schlaich added the comment:
This issue is not fixed. Another workaround would be the `win32select` function
from twisted:
http://twistedmatrix.com/trac/browser/trunk/twisted/internet/selectreactor.py#L23
--
nosy: +schlamar
___
Python tracker
New submission from Marc Schlaich:
Platform: Windows 7 64 bit
Interpreter: Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit
Intel)] on win32
Here are the steps to reproduce:
1. Create a big file (5 GB):
with open('big', 'wb') as fobj:
for _ in xr
Marc Schlaich added the comment:
I get the same result from `getaddrinfo` if Python is compiled with
`--disable-ipv6`. Is this the correct behaviour? I would expect no IP v6
address at all.
Python 2.5.6 (r256:88840, Jan 22 2013, 08:41:04)
[GCC 4.4.6 20120305 (Red Hat 4.4.6-4)] on linux2
Type
Marc Schlaich added the comment:
Ok, I found #16208, just ignore me :-)
--
___
Python tracker
<http://bugs.python.org/issue8858>
___
___
Python-bugs-list mailin
Marc Schlaich added the comment:
I agree with schmir, this is really unexpected behavior. At least it should be
fixed in the documentation. The doc currently says you get a 4-tuple for IPv6,
which is just wrong in this case.
Prominent library stumbled about this issue is Tornado
(https
Marc Abramowitz added the comment:
Nice to see this moving along as I helped Jesús a while back with some testing
on OS X and FreeBSD. The buildbots in particular sound like a great asset.
Let me know if I can help again with testing, though it looks like the basics
are pretty well-covered by
101 - 200 of 1950 matches
Mail list logo
