[issue27164] zlib can't decompress DEFLATE using shared dictionary

[Xiang Zhang]

Xiang Zhang added the comment:

Thanks for your review, Martin. :) I have replied with after thinking and try.

Yes, this is more like a feature request. But for the end user, this behaviour 
is quite like a bug.

> If we were to add full support of inflateSetDictionary() for raw deflate 
> mode, I imagine it would be a new decompressobj.set_dictionary() method.

I don't support adding a new set_dictionary() method. Right now decompressobj 
handles raw deflate format, zlib format and gzip format. Adding a 
set_dictionary() method for raw deflate format seems weird. If we are going to 
do so, I suggest reorganize the zlib like PHP and nodejs do, separating 
different formats into different objects.

> I did some quick tests with specifying an unnecessary zdict buffer to the 
> decompressor (when zdict not used for compression), and it doesn’t _seem_ to 
> break anything, but I am not 100% sure.

This patch only affects raw inflate. You have to set wbits negative. If you are 
decompressing with an unnecessary zdict, I think it ought to emit an error.

With Python background, zlib dictionary is really hard to understand. I think 
manual doesn't tell much. I understand why zdict is needed until reading 
https://blog.cloudflare.com/improving-compression-with-preset-deflate-dictionary/.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: What's going on here?

[Lawrence D’Oliveiro]

On Monday, May 23, 2016 at 9:47:15 AM UTC+12, DFS wrote:
> def splitrange(b,e,g):
>   sr=[]
>   for i in range(b,e,g):
>   bg=i;eg=min(e,bg+g-1)
>   sr.append((bg,eg))
>   return sr

To be more in keeping with the Python ethos, I would take out the “-1”.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Recommendation for Object-Oriented systems to study

[Lawrence D’Oliveiro]

On Monday, May 30, 2016 at 7:17:47 AM UTC+12, Alan Evangelista wrote:
> - Java forces everything to be implemented in OO model (classes)

After you have spend a few months battering your head against the rigidity and 
verbosity of Java, you will run back to Python with a sense of relief.

What a joy it is to use a language where functions are first-class objects...
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Beginner Question

[Steven D'Aprano]

On Thursday 02 June 2016 14:21, Igor Korot wrote:

> Hi, guys,
> 
> On Wed, Jun 1, 2016 at 9:42 PM, boB Stepp  wrote:
>> On Wed, Jun 1, 2016 at 7:55 PM, Marcin Rak 
>> wrote:
>>> Hi to all
>>>
>>> I have a beginner question to which I have not found an answer I was able
>>> to understand.  Could someone explain why the following program:
>>>
>>> def f(a, L=[]):
>>> L.append(a)
>>> return L
>>>
>>> print(f(1))
>>> print(f(2))
>>> print(f(3))
>>>
>>> gives us the following result:
>>>
>>> [1]
>>> [1,2]
>>> [1,2,3]
>>>
>>> How can this be, if we never catch the returned L when we call it, and we
>>> never pass it on back to f???
> 
> I think the OP question here is:
> 
> Why it is printing the array?

Because he calls the function, then prints the return result.

print(f(1))

calls f(1), which returns [1], then prints [1].

Then he calls:

print(f(2))

which returns [1, 2] (but he expects [2]), then prints it. And so on.


> There is no line like:
> 
> t = f(1)
> print t

Correct. But there are lines:

print(f(1))
print(f(2))
print(f(3))



-- 
Steve

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27179] subprocess uses wrong encoding on Windows

[Martin Panter]

Martin Panter added the comment:

I think Issue 6135 has a bit of discussion on adding encoding and error 
parameters to subprocess.Popen etc.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27025] More human readable generated widget names

[Raymond Hettinger]

Raymond Hettinger added the comment:

+1 I think would be a nice improvement.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Beginner Question

[Igor Korot]

Hi, guys,

On Wed, Jun 1, 2016 at 9:42 PM, boB Stepp  wrote:
> On Wed, Jun 1, 2016 at 7:55 PM, Marcin Rak  
> wrote:
>> Hi to all
>>
>> I have a beginner question to which I have not found an answer I was able to 
>> understand.  Could someone explain why the following program:
>>
>> def f(a, L=[]):
>> L.append(a)
>> return L
>>
>> print(f(1))
>> print(f(2))
>> print(f(3))
>>
>> gives us the following result:
>>
>> [1]
>> [1,2]
>> [1,2,3]
>>
>> How can this be, if we never catch the returned L when we call it, and we 
>> never pass it on back to f???

I think the OP question here is:

Why it is printing the array?
There is no line like:

t = f(1)
print t

So, why the first print does print the list? The return value should
be thrown away...

Thank you.

>
> This comes up rather frequently.  In fact, if you just copy your
> function (Which is used in the official Python tutuorial.) and paste
> it into Google you will get some relevant hits.  One such is:
>
> https://pythonconquerstheuniverse.wordpress.com/category/python-gotchas/
>
> As the link will explain the behavior you observe is a consequence of
> two things:  When Python assigns the default argument for the empty
> list and that lists are *mutable*.
>
> Enjoy!
>
>
> --
> boB
> --
> https://mail.python.org/mailman/listinfo/python-list
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27179] subprocess uses wrong encoding on Windows

[Eryk Sun]

Eryk Sun added the comment:

There is no right encoding as far as I can see. 

If it's attached to a console (i.e. conhost.exe), then cmd.exe uses the 
console's output codepage when writing to a pipe or file, which is the scenario 
that your patch attempts to address. But if you pass 
creationflags=CREATE_NO_WINDOW, then the new console (created without a window) 
uses the OEM codepage, CP_OEMCP. And if you pass creationflags=DETACHED_PROCESS 
(i.e. no console), cmd uses the ANSI codepage, CP_ACP. There's also a "/u" 
option to force cmd to use the native Unicode encoding on Windows, UTF-16LE.

Note that the above only considers cmd.exe. Its child processes can write 
output using any encoding. You may end up with several different encodings 
present in the same stream. Many, if not most, programs don't use the console's 
current codepage when writing to a pipe or file. Commonly they default to OEM, 
ANSI, UTF-8, or UTF-16LE. For example, Windows Python uses ANSI for standard 
I/O that's not a console, unless you set PYTHONIOENCODING. 

Even if a called program cares about the console output codepage, your patch 
doesn't implement this robustly. It uses sys.stdout and sys.stderr, but those 
can be reassigned. Even sys.__stdout__ and sys.__stderr__ may be irrelevant. 
Python could be run via pythonw.exe for which the latter are None (unless it's 
started with non-NULL standard handles). Or python.exe could be run with 
standard I/O redirected to pipes or files, defaulting to ANSI. Also, the 
current program or called program could change the console encoding via 
chcp.com, which is just an indirect way of calling the WinAPI functions 
SetConsoleCP and SetConsoleOutputCP. 

There's no common default encoding for standard I/O on Windows, especially not 
a common UTF encoding, so universal_newlines=True, getoutput, and 
getstatusoutput may be of limited use. Preferably a calling program can set an 
option like cmd's "/u" or Python's PYTHONIOENCODING to force using a Unicode 
encoding, and then manually decode the output by wrapping stdout/stderr in 
instances of io.TextIOWrapper. It would help if subprocess.Popen had parameters 
for encoding and errors.

--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27179] subprocess uses wrong encoding on Windows

[Steve Dower]

Steve Dower added the comment:

Even sys.__stdout__ can be missing. In this context, falling back on the 
default encoding is probably fine, but for 3.6 I'd like to make everything 
default to UTF-8 on Windows, and force the console mode on startup (restore on 
finalize) - apart from the input() implementation it's fairly straightforward.

But don't hold up an immediate fix on that change, just be aware that I'm 
tinkering with a good long-term fix.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27164] zlib can't decompress DEFLATE using shared dictionary

[Martin Panter]

Martin Panter added the comment:

Thanks for the patches. Maybe Gregory knows more about this than I do (I never 
used zdict). But I think I have figured it out today, so I left some review 
comments :)

I’m not sure whether this really is a bug fix, although it would have little if 
any impact on existing code. It seems zdict was implemented with just the 
non-raw zlib format in mind, so supporting raw deflate mode is a new feature. 
If we were to add full support of inflateSetDictionary() for raw deflate mode, 
I imagine it would be a new decompressobj.set_dictionary() method.

I did some quick tests with specifying an unnecessary zdict buffer to the 
decompressor (when zdict not used for compression), and it doesn’t _seem_ to 
break anything, but I am not 100% sure.

Notes from my learning what zdict means:

Zdict seems to be a bunch of user data to setup or train the (de)compressor 
with. It was added by Issue 14684. (Not a Python dictionary, nor any special 
zlib dictionary format. The Python documentation is confusing, and the Go 
documentation made more sense, assuming it is equivalent.)

See the documentation of in/deflateSetDictionary() in 
 or zlib.h. Looking through the history at 
 can also be useful.

--
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Beginner Question

[Steven D'Aprano]

On Thursday 02 June 2016 10:55, Marcin Rak wrote:

> Hi to all
> 
> I have a beginner question to which I have not found an answer I was able to
> understand.  Could someone explain why the following program:
> 
> def f(a, L=[]):
> L.append(a)
> return L


The default value is set once, and once only, so you get the same list each 
time, not a new empty list.

Default values in Python are sort of like this:

HIDDEN_DEFAULT_VALUE = []  # initialised once
def f(a, L):
if L is not defined:
L = HIDDEN_DEFAULT_VALUE
L.append(a)
return L


except that HIDDEN_DEFAULT_VALUE is not actually a global variable. Every 
function gets its own storage for defaults. The technical term for this is 
"early binding of default values".

If you want to get a new, fresh list each time ("late binding of default 
values") you should use a sentinel value:


def f(a, L=None):
if L is None:
L = []  # new, fresh list each time
L.append(a)
return L




-- 
Steve

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: for / while else doesn't make sense

[Steven D'Aprano]

On Thursday 02 June 2016 09:39, Lawrence D’Oliveiro wrote:

> Also, they let me declare a variable that is scoped to the loop


Why do you want variables scoped to the loop?



-- 
Steve

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Don't put your software in the public domain

[Steven D'Aprano]

On Thursday 02 June 2016 06:45, Lawrence D’Oliveiro wrote:

> On Thursday, June 2, 2016 at 3:00:05 AM UTC+12, Steven D'Aprano wrote:
>> ... because it is extremely unlikely to work.
> 
> Which is why CC0 https://creativecommons.org/publicdomain/zero/1.0/ was
> invented.


Very true. The purpose of CC0 is, in a nutshell, to say:

"Put this in the public domain if possible, and if not, have a liberal licence 
to use it for anything you want, with no warranty."

But the question is, since putting things into the public domain is legally 
dubious, the first part is very likely not possible, which makes it just a more 
complicated way of saying:

"... have a liberal licence to use it for anything you want, with no warranty."



-- 
Steve

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Don't put your software in the public domain

[Steven D'Aprano]

On Thursday 02 June 2016 07:00, John Wong wrote:

> On Wed, Jun 1, 2016 at 4:45 PM, Lawrence D’Oliveiro 
> wrote:
> 
>> On Thursday, June 2, 2016 at 3:00:05 AM UTC+12, Steven D'Aprano wrote:
>> > ... because it is extremely unlikely to work.
>>
>> Which is why CC0 https://creativecommons.org/publicdomain/zero/1.0/ was
>> invented.
>> --
>>
> 
> This does not solve the dependency copyright issue.


I do not know what the dependency copyright issue is.


-- 
Steve

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27130] zlib: OverflowError while trying to compress 2^32 bytes or more

[Xiang Zhang]

Xiang Zhang added the comment:

Yes. It's compression object not compress.

I find more. The overflow checking is introduced to solve problem in issue8650. 
It seems the explicit overflow checking is introduced to keep compatibility 
with py2 (py2 raises the overflowerror in pyargparse).

I support loosing the limitation, but now it can only go into the next version 
of py3.

--
nosy: +nadeem.vawda

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20825] containment test for "ip_network in ip_network"

[James Schneider]

James Schneider added the comment:

I'd like to ask for a status on getting this merged? 

As a network administrator, these changes would have a magical effect on my 
code dealing with routing tables and ACL's.

--
nosy: +James Schneider

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18085] Verifying refcounts.dat

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. added the comment:

I don't think this is a duplicate of issue 9755; this relates to verifying the 
data, and that revolves around possible process improvements.

Whether this issue should be closed is tied to whether the file has been 
verified, as the issue title suggests.

I don't know whether Serhiy verified everything when he made his changes or 
not; that's not explicit in the issue or commit comments.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9755] Fix refcounting details in Py3k C API documentation

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. added the comment:

As mentioned in issue 18085, the original file was not generated, but crafted 
by hand (though I don't think that really matters).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18384] Add devhelp build instructions to the documentation makefile

[Berker Peksag]

Berker Peksag added the comment:

I think we should avoid adding distro specific tools into CPython repository 
(and the another reason to reject this is that the other distros will probably 
want to add their tools).

--
nosy: +berker.peksag
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18085] Verifying refcounts.dat

[Berker Peksag]

Berker Peksag added the comment:

Can we now close this as a duplicate of issue 9755?

--
nosy: +berker.peksag

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27179] subprocess uses wrong encoding on Windows

[Martin Panter]

Martin Panter added the comment:

I don’t know much about the conventions for stdout etc encoding on Windows. But 
in general, the patch does not seem robust. Does it work if sys.stdout is a 
pipe or file (not a console)? I doubt it will work when sys.stdout has been 
replaced by e.g. StringIO, and sys.stdout.encoding is None. Maybe you could use 
sys.__stdout__. But then, what happens when you run Python without any stdout 
at all, say in a GUI like Idle?

On Linux, the patch may have no effect in common cases. But again, it will 
break if sys.stdout has been replaced, or is set to None.

Looking at _Py_device_encoding() in Python/fileutils.c, perhaps you need a 
Windows-specific interface to GetConsoleCP() and GetConsoleOutputCP() that 
subprocess can use.

--
nosy: +martin.panter
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: reduction

[Fillmore]

Thank you, guys. Your suggestions are avaluable. I think I'll go with the tree

On 05/31/2016 10:22 AM, Fillmore wrote:


My problem. I have lists of substrings associated to values:

['a','b','c','g'] => 1
['a','b','c','h'] => 1
['a','b','c','i'] => 1
['a','b','c','j'] => 1
['a','b','c','k'] => 1
['a','b','c','l'] => 0  # <- Black sheep!!!
['a','b','c','m'] => 1
['a','b','c','n'] => 1
['a','b','c','o'] => 1
['a','b','c','p'] => 1

I can check a bit of data against elements in this list
and determine whether the value to be associated to the data is 1 or 0.

I would like to make my matching algorithm smarter so I can
reduce the total number of lists:

['a','b','c','l'] => 0  # If "l" is in my data I have a zero
['a','b','c'] => 1  # or a more generic match will do the job

I am trying to think of a way to perform this "reduction", but
I have a feeling I am reinventing the wheel.

Is this a common problem that is already addressed by an existing module?

I realize this is vague. Apologies for that.

thank you


--
https://mail.python.org/mailman/listinfo/python-list

[issue20693] Sidebar scrolls down 2x as fast as page content

[Berker Peksag]

Changes by Berker Peksag :


--
status: pending -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8519] doc: termios and ioctl reference links

[Berker Peksag]

Berker Peksag added the comment:

+1 for using the manpage directives.

--
keywords: +easy
nosy: +berker.peksag
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22374] Replace contextmanager example and improve explanation

[Berker Peksag]

Berker Peksag added the comment:

We also have swap_attr() and swap_item() helpers in 
Lib/test/support/__init__.py. I've used a simplified version of swap_attr() in 
my patch.

Since this is basically a document improvement I removed Python 2.7 from the 
versions field.

--
keywords: +patch
nosy: +berker.peksag
stage:  -> patch review
type:  -> enhancement
versions: +Python 3.6 -Python 2.7, Python 3.4
Added file: http://bugs.python.org/file43095/issue22374.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6443] _winreg.QueryValueEx confused on double null terminated strings

[Tony Grue]

Tony Grue added the comment:

I see this was closed,though it sounds like it's because a work around is 
found, not because the code now handles multiple null values in a row.

Looking at code from the github mirror (pasted below); it looks like the issue 
is that the countStrings function breaks out of iterating in the for loop, even 
if it hasn't reached the end of the buffer.

File PC/winreg.c:

static int
countStrings(wchar_t *data, int len)
{
int strings;
wchar_t *P;
wchar_t *Q = data + len;

for (P = data, strings = 0; P < Q && *P != '\0'; P++, strings++)
for (; P < Q && *P != '\0'; P++)
;
return strings;
}

--
nosy: +Tony Grue
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 
3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Beginner Question

[boB Stepp]

On Wed, Jun 1, 2016 at 7:55 PM, Marcin Rak  wrote:
> Hi to all
>
> I have a beginner question to which I have not found an answer I was able to 
> understand.  Could someone explain why the following program:
>
> def f(a, L=[]):
> L.append(a)
> return L
>
> print(f(1))
> print(f(2))
> print(f(3))
>
> gives us the following result:
>
> [1]
> [1,2]
> [1,2,3]
>
> How can this be, if we never catch the returned L when we call it, and we 
> never pass it on back to f???

This comes up rather frequently.  In fact, if you just copy your
function (Which is used in the official Python tutuorial.) and paste
it into Google you will get some relevant hits.  One such is:

https://pythonconquerstheuniverse.wordpress.com/category/python-gotchas/

As the link will explain the behavior you observe is a consequence of
two things:  When Python assigns the default argument for the empty
list and that lists are *mutable*.

Enjoy!


-- 
boB
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27179] subprocess uses wrong encoding on Windows

[Dāvis]

Dāvis added the comment:

I looked at #27048 and indeed it's affected by this bug, it happens to me too 
(I've non-ASCII symbols in %PATH%) and this my patch fixes that.


on my system without patch

> python -c "from distutils import _msvccompiler; _msvccompiler._get_vc_env('')"
Traceback (most recent call last):
  File "", line 1, in 
  File "P:\Python35\lib\distutils\_msvccompiler.py", line 92, in _get_vc_env
universal_newlines=True,
  File "P:\Python35\lib\subprocess.py", line 629, in check_output
**kwargs).stdout
  File "P:\Python35\lib\subprocess.py", line 698, in run
stdout, stderr = process.communicate(input, timeout=timeout)
  File "P:\Python35\lib\subprocess.py", line 1055, in communicate
stdout = self.stdout.read()
  File "P:\Python35\lib\encodings\cp1257.py", line 23, in decode
return codecs.charmap_decode(input,self.errors,decoding_table)[0]
UnicodeDecodeError: 'charmap' codec can't decode byte 0x83 in position 50: 
character maps to 

with my patch

> python -c "from distutils import _msvccompiler; _msvccompiler._get_vc_env('')"
>
no error

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27025] More human readable generated widget names

[Terry J. Reedy]

Terry J. Reedy added the comment:

Try this instead.

import tkinter as tk
from idlelib.configdialog import ConfigDialog
from idlelib import macosx

_realsetup = tk.BaseWidget._setup
def _wrapsetup(self, master, cnf):
_realsetup(self, master, cnf)
print(self.widgetName, self._w)
tk.BaseWidget._setup = _wrapsetup

root = tk.Tk()
macosx._initializeTkVariantTests(root)
ConfigDialog(root)
tk.BaseWidget._setup = _realsetup

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12243] getpass.getuser works on OSX

[Roundup Robot]

Roundup Robot added the comment:

New changeset 98870f27d2ed by Berker Peksag in branch '2.7':
Issue #12243: Remove redundant availability notes from getpass docs
https://hg.python.org/cpython/rev/98870f27d2ed

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22558] Missing doc links to source code for Python-coded modules.

[Yoni Lavi]

Yoni Lavi added the comment:

Ah, thanks for the explanation. I think in this case we're ok too.
I linked io.rst to Lib/io.py, which relies on the C version. And in the case of 
decimal.rst, it was already linked to Lib/decimal.py which very explicitly 
attempts to load the C version and falls back to _pydecimal.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12243] getpass.getuser works on OSX

[Berker Peksag]

Berker Peksag added the comment:

See issue 11233 for the availability directive patch. Thanks for the patch, 
Bryce.

--
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior
versions: +Python 3.6 -Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12243] getpass.getuser works on OSX

[Roundup Robot]

Roundup Robot added the comment:

New changeset c13198a2007e by Berker Peksag in branch '3.5':
Issue #12243: Remove redundant availability notes from getpass docs
https://hg.python.org/cpython/rev/c13198a2007e

New changeset 1bd3daae351d by Berker Peksag in branch 'default':
Issue #12243: Merge from 3.5
https://hg.python.org/cpython/rev/1bd3daae351d

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27179] subprocess uses wrong encoding on Windows

[Dāvis]

Dāvis added the comment:

there's no such "ā" command, it's just used to get non-ASCII output

cmd will return:
'ā' is not recognized as an internal or external command,
operable program or batch file.


and this will be encoded in consoles encoding (UTF8 in my example or whatever 
chcp is set to) which Python will fail to read as it will use 
locale.getpreferredencoding(False) instead of sys.stdout.encoding


see attached patch, it fixes this problem, you can try reproduce yourself.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Beginner Question

[Marcin Rak]

Hi to all

I have a beginner question to which I have not found an answer I was able to 
understand.  Could someone explain why the following program:

def f(a, L=[]):
L.append(a)
return L

print(f(1))
print(f(2))
print(f(3))

gives us the following result:

[1]
[1,2]
[1,2,3]

How can this be, if we never catch the returned L when we call it, and we never 
pass it on back to f???

Any help is appreciated.
Marcin
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27179] subprocess uses wrong encoding on Windows

[STINNER Victor]

STINNER Victor added the comment:

What is the ā command? Where does it come from? What is its output? Do you know 
the encoding of its output? It remembers me the "set" issue in distutils: issue 
#27048.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27025] More human readable generated widget names

[Terry J. Reedy]

Terry J. Reedy added the comment:

To make the experiment easy to repeat, say after the patch, I wrote this.  
(Perhaps inspired by Ned Batchelder's 'machete debugging' PyCon talk.)

import tkinter as tk
from idlelib.configdialog import ConfigDialog
_realsetup = tk.BaseWidget._setup
def _wrapsetup(self, master, cnf):
_realsetup(self, master, cnf)
print(self.widgetName, self._w)
tk.BaseWidget._setup = _wrapsetup
root = tk.Tk()
ConfigDialog(roo)
ttk.BaseWidget._setup = _realsetup

Observations: the longest path rather long: ...  The root to 
widget paths collectively represent a tree and, sorted, could be used to 
populate a tree widget, such as a Treeview.  With the proposed new names, this 
would give one a useful overview of the total gui, or a part thereof.

If one subclasses a widget, such as class MyFrame(Frame, would the instance 
.widgetName used in the patch 'Frame' or 'MyFrame'?  The latter would make the 
treeview really useful, and reward judicious subclassing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27179] subprocess uses wrong encoding on Windows

[Dāvis]

New submission from Dāvis:

subprocess uses wrong encoding on Windows.


On Windows 10 with Python 3.5.1
from Command Prompt (cmd.exe)
> chcp 65001
> python -c "import subprocess; subprocess.getstatusoutput('ā')"
Traceback (most recent call last):
  File "", line 1, in 
  File "P:\Python35\lib\subprocess.py", line 808, in getstatusoutput
data = check_output(cmd, shell=True, universal_newlines=True, stderr=STDOUT)
  File "P:\Python35\lib\subprocess.py", line 629, in check_output
**kwargs).stdout
  File "P:\Python35\lib\subprocess.py", line 698, in run
stdout, stderr = process.communicate(input, timeout=timeout)
  File "P:\Python35\lib\subprocess.py", line 1055, in communicate
stdout = self.stdout.read()
  File "P:\Python35\lib\encodings\cp1257.py", line 23, in decode
return codecs.charmap_decode(input,self.errors,decoding_table)[0]
UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 2: 
character maps to 


from PowerShell
> [Console]::OutputEncoding = [System.Text.Encoding]::UTF8
> python -c "import subprocess; subprocess.getstatusoutput('ā')"
Traceback (most recent call last):
  File "", line 1, in 
  File "P:\Python35\lib\subprocess.py", line 808, in getstatusoutput
data = check_output(cmd, shell=True, universal_newlines=True, stderr=STDOUT)
  File "P:\Python35\lib\subprocess.py", line 629, in check_output
**kwargs).stdout
  File "P:\Python35\lib\subprocess.py", line 698, in run
stdout, stderr = process.communicate(input, timeout=timeout)
  File "P:\Python35\lib\subprocess.py", line 1055, in communicate
stdout = self.stdout.read()
  File "P:\Python35\lib\encodings\cp1257.py", line 23, in decode
return codecs.charmap_decode(input,self.errors,decoding_table)[0]
UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 2: 
character maps to 



As you can see even if consoles encoding is UTF-8 it still uses Windows ANSI 
codepage 1257
this happens because io.TextIOWrapper is used with default encoding which is 
locale.getpreferredencoding(False)
but that's wrong because that's not console's encoding.
I've attached a patch which fixes this by using correct console encoding with 
sys.stdout.encoding

Only note that there's different bug that when python is executed inside 
PowerShell's group expression then sys.stdout.encoding will be wrong

> [Console]::OutputEncoding.EncodingName
Unicode (UTF-8)
> ([Console]::OutputEncoding.EncodingName)
Unicode (UTF-8)
> python -c "import sys; print(sys.stdout.encoding)"
cp65001
> (python -c "import sys; print(sys.stdout.encoding)")
cp1257

it still should be cp65001 and that's why in this case subprocess will still 
fail even with my patch, but this some different bug.

--
components: IO, Library (Lib), Unicode, Windows
files: subprocess_fix_encoding.patch
keywords: patch
messages: 266852
nosy: davispuh, ezio.melotti, haypo, paul.moore, steve.dower, tim.golden, 
zach.ware
priority: normal
severity: normal
status: open
title: subprocess uses wrong encoding on Windows
type: behavior
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file43094/subprocess_fix_encoding.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Manipulate GIL to have Python thread work with pthread native ones

[Lawrence D’Oliveiro]

On Tuesday, May 31, 2016 at 10:14:31 PM UTC+12, qsh...@alumni.sjtu.edu.cn wrote:
> PyGILState_Ensure/PyGILState_Release. Without a running sample, it is a
> little bit hard to understand how Python thread and the native pthread
> interact. 

Python threads *are* native threads (at least on Linux).

The place to release the GIL is where you are a) not making any Python API 
calls and b) doing something CPU-intensive. Point a) is essential.

Here  is one of my 
example extension modules. It doesn’t actually do any multithreading, but I put 
in the Py_{BEGIN,END}_ALLOW_THREADS calls where I thought it made sense to have 
them anyway.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue22558] Missing doc links to source code for Python-coded modules.

[R. David Murray]

R. David Murray added the comment:

Yes, those should be OK.  I was thinking of _pyio and _pydecimal, but I don't 
know if you are linking to those.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: How to create development Python environment on Linux.

[Lawrence D’Oliveiro]

On Tuesday, May 17, 2016 at 4:26:23 AM UTC+12, Zachary Ware wrote:
> Not what you asked for, but I would encourage you to look into whether
> it's possible for you to use Python 3 instead of Python 2 for what
> you're doing.  If it's possible, starting with Python 3 will save you
> several headaches in the future.

Let me add my vote for this.

> sys.prefix is baked in at compile time of the python interpreter ...

ldo@theon:~> ~/virtualenv/jupyter/bin/python -c "import sys; 
print(sys.prefix)"
/home/ldo/virtualenv/jupyter
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27130] zlib: OverflowError while trying to compress 2^32 bytes or more

[Martin Panter]

Martin Panter added the comment:

You should be able to use a compression (or decompression) object as a 
workaround. But calling zlib.compress() multiple times would generate multiple 
separate deflated streams, which is different.

I think it is reasonable for Python to handle larger data sizes for zlib. (In 
theory, the 4 GiB UINT_MAX limit is platform-dependent.) IMO it is a matter of 
writing the patch(es), and perhaps depending on the complexity, deciding 
whether to apply them to 2.7 etc or just the next version of Python 3 (risk vs 
reward).

Alternatively (or in the mean time), I guess we could document the limitation.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16964] Add 'm' format specifier for mon_grouping etc.

[R. David Murray]

Changes by R. David Murray :


--
stage: needs patch -> patch review
versions: +Python 3.6 -Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19012] urllib2: bad proxy configuration throws "getaddrinfo" error

[R. David Murray]

R. David Murray added the comment:

Closing because no reproducer provided.

--
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22558] Missing doc links to source code for Python-coded modules.

[Yoni Lavi]

Yoni Lavi added the comment:

Thank you for looking at this.

David, concerning modules that have multiple sources, are you referring to 
modules such as `stat` and `heapq`? In these, it's the Python source that tries 
to import the C module if it's available, so I'd consider it ok to leave just a 
link to the Python source.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22558] Missing doc links to source code for Python-coded modules.

[Terry J. Reedy]

Terry J. Reedy added the comment:

If someone does a full review (looks at each diff in Rietveld to see if it 
matches the intended format -- see Yoni's 4-19 message, with
:source:`Lib/mod.py` (lib2to3 is an exception) following **Source code:**
-- and then downloads patch, applies, builds new html doc, and tests a few of 
the new links, and find nothing wrong, and says 'ready for commit review) then 
I may take this, re-check, and commit.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25931] os.fork() command distributed in windows Python27 (in SocketServer module)

[R. David Murray]

R. David Murray added the comment:

They aren't currently defined conditionally, though, and haven't ever been, so 
I'm not sure it is worth chaning that.  However, we should probably add an 
'availability' line, since they aren't (effectively) available on Windows.

--
assignee:  -> docs@python
components: +Documentation -Library (Lib), Windows
nosy: +docs@python, r.david.murray
stage:  -> needs patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: for / while else doesn't make sense

[Lawrence D’Oliveiro]

On Friday, May 20, 2016 at 4:43:56 AM UTC+12, Herkermer Sherwood wrote:
> Most keywords in Python make linguistic sense, but using "else" in for and
> while structures is kludgy and misleading.

My objection is not to the choice of keyword, it’s to the whole design of the 
loop construct.

It turns out C-style for-loops “for (init; test; incr) ...” are very versatile. 
If my loop has more than one exit, I use the endless form “for (;;)” and do an 
explicit “break” for every exit condition.

Also, they let me declare a variable that is scoped to the loop, that is 
initialized just once before the loop starts, e.g.

for (int loopvar = initial_value;;)
  {
if (loopvar == limit)
break;
... processing ...
if (found_what_im_looking_for)
break;
++loopvar;
  } /*for*/

I wish I could do this in Python...
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: reduction

[Lawrence D’Oliveiro]

On Thursday, June 2, 2016 at 10:07:21 AM UTC+12, MRAB wrote:
> What is "this_list"? The main 'for' loop has "entry".

Sorry. :)

for entry in \
(
['a','b','c','l'],
['a','b','c'],
) \
:
flag = int(not any(m == "l" for m in entry))
... # flag is the 1/0 code you’re looking for ...
#end for
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue26582] asyncio documentation links to wrong CancelledError

[R. David Murray]

R. David Murray added the comment:

ping: Victor or Yuri, do agree that asyncio.CancelledError should be 
documented?  I know that this duality has confused me in the past as well.  I 
don't know if having it documented would have helped me ahead of time, but at 
least it could have cleared up my puzzlement as to why I was seeing a 
concurrent.futures exception when I didn't think I was using concurrent.futures 
:)

I do wonder what the OPs actual problem was with catching the exception.

--
nosy: +r.david.murray, yselivanov

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: reduction

[MRAB]

On 2016-06-01 22:44, Lawrence D’Oliveiro wrote:

On Wednesday, June 1, 2016 at 2:22:42 AM UTC+12, Fillmore wrote:

['a','b','c','l'] => 0  # If "l" is in my data I have a zero
['a','b','c'] => 1  # or a more generic match will do the job


for entry in \
(
['a','b','c','l'],
['a','b','c'],
) \
:
flag = int(not any(m == "l" for m in this_list))
... # flag is the 1/0 code you’re looking for ...
#end for


What is "this_list"? The main 'for' loop has "entry".

A shorter way is to use sets:

for entry in \
(
['a','b','c','l'],
['a','b','c'],
) \
:
flag = int("l" not in set(entry))
... # flag is the 1/0 code you’re looking for ...
#end for

--
https://mail.python.org/mailman/listinfo/python-list

Re: reduction

[Lawrence D’Oliveiro]

On Wednesday, June 1, 2016 at 2:22:42 AM UTC+12, Fillmore wrote:
> ['a','b','c','l'] => 0  # If "l" is in my data I have a zero
> ['a','b','c'] => 1  # or a more generic match will do the job

for entry in \
(
['a','b','c','l'],
['a','b','c'],
) \
:
flag = int(not any(m == "l" for m in this_list))
... # flag is the 1/0 code you’re looking for ...
#end for
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27164] zlib can't decompress DEFLATE using shared dictionary

[Gregory P. Smith]

Changes by Gregory P. Smith :


--
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27178] Unconverted RST marking in interpreter tutorial

[Berker Peksag]

Berker Peksag added the comment:

Good catch! Thanks for patch, Nathan.

--
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type: enhancement -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27178] Unconverted RST marking in interpreter tutorial

[Roundup Robot]

Roundup Robot added the comment:

New changeset a2ffc966363e by Berker Peksag in branch 'default':
Issue #27178: Fix markup in tutorial
https://hg.python.org/cpython/rev/a2ffc966363e

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Yet Another Cairo API Binding

[Lawrence D’Oliveiro]

Thought I would mention Qahirah , which is yet 
another binding for the Cairo  graphics library. 
People using Cairo with Python are probably familiar with Pycairo. Qahirah is 
similar to Pycairo in some ways, but differs importantly in several others:

* It is implemented entirely in Python, using the ctypes module. This offers 
advantages: automatic support for passing arguments  by keyword, and argument 
names appearing in help() output. 

* It tries to operate at a higher level than the actual C-centric Cairo API, 
taking advantage of Python’s powerful data-manipulation facilities. This is 
explained in the README. 

* Because it is pure Python, the abstractions it implements are “leaky”. As 
Guido van Rossum has made clear, “We’re all consenting adults here”. If you 
want to bypass Qahirah’s facilities and make calls directly to the underlying 
Cairo library, there is nothing to prevent you from doing so. Whether your code 
will still work with a future version of Qahirah is another matter...

I have also published some examples  
of Qahirah in action. And if you know IPython/Jupyter, here 
 are some interactive notebooks 
illustrating various 2D graphics concepts using Qahirah.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27178] Unconverted RST marking in interpreter tutorial

[Nathan Harold]

New submission from Nathan Harold:

There's a bit of uninterpreted RST markup:

3.6.. _tut-using:

at the top of the second section of the tutorial 
(https://docs.python.org/3.6/tutorial/interpreter.html) in the documentation 
for 3.6 only.  (I can see this in the offline copy I received with 3.6.0a1 as 
well.)

It appears that this originated in 96328:dfe62f685538, which changed various 
references to Python to say 3.6 instead of 3.5.  This line had formerly just 
said:

.. _tut-using:

My best guess is that this was just an accident.  I can't find a precedent or 
meaning for the changed notation, and there were no similar changes to any 
other files, either.  I've included a patch for this line.

--
assignee: docs@python
components: Documentation
files: fix.diff
keywords: patch
messages: 266840
nosy: docs@python, nharold
priority: normal
severity: normal
status: open
title: Unconverted RST marking in interpreter tutorial
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file43093/fix.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27025] More human readable generated widget names

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

You can apply show_widget_names.diff to see all widget names. Run IDLE and open 
the configuration dialog for example.

--
Added file: http://bugs.python.org/file43092/show_widget_names.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Don't put your software in the public domain

[John Wong]

On Wed, Jun 1, 2016 at 4:45 PM, Lawrence D’Oliveiro 
wrote:

> On Thursday, June 2, 2016 at 3:00:05 AM UTC+12, Steven D'Aprano wrote:
> > ... because it is extremely unlikely to work.
>
> Which is why CC0 https://creativecommons.org/publicdomain/zero/1.0/ was
> invented.
> --
>

This does not solve the dependency copyright issue.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Don't put your software in the public domain

[Lawrence D’Oliveiro]

On Thursday, June 2, 2016 at 3:00:05 AM UTC+12, Steven D'Aprano wrote:
> ... because it is extremely unlikely to work.

Which is why CC0 https://creativecommons.org/publicdomain/zero/1.0/ was 
invented.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue22558] Missing doc links to source code for Python-coded modules.

[R. David Murray]

R. David Murray added the comment:

I meant full review, not file review.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22558] Missing doc links to source code for Python-coded modules.

[R. David Murray]

R. David Murray added the comment:

You mean someone doing a file review at the sprints?  I can add it to the list. 
 No guarantees about it getting committed at the sprints, though.

If we are linking to the python version of modules that have both python and C 
versions, IMO the existence of the C version should be noted as a CPython 
implementation detail, since otherwise someone might think that the python code 
was what CPython was actually running.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27173] Modern Unix key bindings for IDLE

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

New patch makes IDLE silently fall back to default key set and adds a note 
about new key set on Keys configuration tab.

--
Added file: http://bugs.python.org/file43091/idle_modern_unix_key_set3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27172] Add skip_bound_arg argument to inspect.Signature.from_callable()

[Ryan Petrello]

Changes by Ryan Petrello :


Added file: 
http://bugs.python.org/file43090/signature-from-callable-skip-bound-arg.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Self Learning Fortran Programming

[Muhammad Ali]

I don't know how to change the title now, but I am looking for python.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue22558] Missing doc links to source code for Python-coded modules.

[Terry J. Reedy]

Terry J. Reedy added the comment:

[David, could this be a sprint issue?] 

Here is the difference between python and C coded modules.  The x.y docs are 
for all implementations of x.y.  The python-coded modules are intended for use 
by all implementations, perhaps with minor modifications.  In any case, the 
users of all implementation can presumably read Python code.  The C 
implementations used by CPython are specific to CPython, and not necessarily 
meaningful to user of Jython, IronPython, PyPy, or any other alternatives.

In any case, Guido has unambiguiously pronounced on linking to Python source 
files.  Doing that is enough for one issue.  I changed the title to be specific.

--
title: Missing doc links to source code -> Missing doc links to source code for 
Python-coded modules.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27172] Add skip_bound_arg argument to inspect.Signature.from_callable()

[Ryan Petrello]

Changes by Ryan Petrello :


Added file: 
http://bugs.python.org/file43089/signature-from-callable-skip-bound-arg.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23116] Python Tutorial 4.7.1: Improve ask_ok() to cover more input values

[Berker Peksag]

Berker Peksag added the comment:

Here is a patch.

--
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file43088/issue23116.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27172] Add skip_bound_arg argument to inspect.Signature.from_callable()

[SilentGhost]

Changes by SilentGhost :


--
assignee:  -> yselivanov
stage: patch review -> commit review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23116] Python Tutorial 4.7.1: Improve ask_ok() to cover more input values

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. added the comment:

+1 for ValueError instead of OSError.

--
nosy: +fdrake

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27172] Add skip_bound_arg argument to inspect.Signature.from_callable()

[Yury Selivanov]

Yury Selivanov added the comment:

Please don't commit this without my review.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23116] Python Tutorial 4.7.1: Improve ask_ok() to cover more input values

[Berker Peksag]

Berker Peksag added the comment:

I agree with all of Carol's suggestions. Also, OSError could be replaced with a 
more appropriate exception such as ValueError.

--
nosy: +berker.peksag
stage:  -> needs patch
versions: +Python 3.5, Python 3.6 -Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27173] Modern Unix key bindings for IDLE

[Terry J. Reedy]

Terry J. Reedy added the comment:

Original IDLE Dark patch: #24820. Follow-up for cross-version issues (initially 
for themes, but with a eye to keys, etc): #25313.  I intended that 'name2' be 
future proof (msg252372). I believe my idea was that if it were to point to a 
future 4th default theme that did not exist, there would be a graceful fallback 
to 'name', which defaults to IDLE Classic. But I am not sure if I tested this, 
so I should recheck.  If it does not work, a fix should go in all current 
versions. I believe the patch did achieve no warnings for older versions, as 
least on my machine. 

I would have the same goal for keys: no warning, future proof.  A test of the 
latter before committing requires two independent repositories, both with the 
patch, one with the extra definitions.  I currently have two 3.6 repositories 
and will do such a test once we have code that we think should work.

When one selects IDLE Dark as Default Theme, active or not, a subdued red 
message is displayed: "New theme, see Help".  (The latter part should change to 
a more explicit "click 'Help' below" so there is no possible confusion with the 
main menu Help. The Highlighting specific part of the popup suggests saving 
IDLE Dark as a custom theme, with a new name, This makes the theme available to 
older versions and solves compatibility problems.  The same would apply to a 
new key set.

In #24781, Mark Roseman proposed revamping the preferences dialog, both 
externally and internally.  The main idea for the Theme tab is to present users 
with a single list of available themes and (mostly) hide the builtin versus 
custom distinction.  (It cannot be ignored completely as builtins cannot be 
deleted and editing requires saving as custom.)  
https://bugs.python.org/file40111/highlight3.png has an image.  We might 
consider the same idea for key sets.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Efficient handling of fast, real-time hex data

[jladasky]

On Tuesday, May 31, 2016 at 9:37:18 PM UTC-7, Gregory Ewing wrote:
> > So, how can I take the byte sequence <0x01 0x02 0x03 0x04 0x05 0x06 \n> that
> > Serial.readline() returns to me,
> 
> Using readline() to read binary data doesn't sound like
> a good idea -- what happens if one of the data bytes
> happens to be 0x0a?
> 
> If you're going binary, it would be better to ditch the
> newlines and read a fixed number of bytes each time.

Hi Greg,

Of course you're correct.  In my very first version of this system, I 
piggybacked the transmission of data on the routines that I used to transmit 
text.  That won't be a permanent state of affairs.

I guess that I should have posted my example string without the newline, which 
I will of course strip off before parsing the string into 16-bit integers.  
Also, now that I've verified that the CPU's at both ends of the line are 
little-endian, I should have swapped every other byte.  :^)

One common data transmission error I've seen in other systems is added/dropped 
bytes.  I'm not sure whether to expect this problem with a USB/UART setup.  I 
may add a CRC-8 error-checking byte in place of the newline.

> Regarding speed, if struct.unpack or numpy isn't fast
> enough, you may need to deal with the data in bigger
> chunks.
> 
> Although if you're not doing a huge amount of processing
> with them, I'd expect it to be plenty fast enough.
> I just did a quick test, and I was able to unpack
> about 700,000 random 6-byte strings per second on
> a 2.8GHz Xeon.

That's an encouraging speed.  I'm sure that I'm not doing everything as 
efficiently as possible yet.

I've done some Multiprocessing work before.  To speed things up further, I 
might implement the live graphics in one process and the I/O in another.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27172] Add skip_bound_arg argument to inspect.Signature.from_callable()

[Berker Peksag]

Changes by Berker Peksag :


--
stage: test needed -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27172] Add skip_bound_arg argument to inspect.Signature.from_callable()

[Ryan Petrello]

Changes by Ryan Petrello :


Added file: 
http://bugs.python.org/file43087/signature-from-callable-skip-bound-arg.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26589] Add HTTP Response code 451

[Nathan Harold]

Nathan Harold added the comment:

Added it to the table at 
https://docs.python.org/3.6/library/http.html#http-status-codes and put a 
versionadded notice at the bottom.

--
nosy: +nharold
Added file: http://bugs.python.org/file43086/doctable.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27051] Create PIP gui

[Upendra Kumar]

Upendra Kumar added the comment:

Actually now we don't need 

"pip list" command to get list of installed distributions.

We can directly get it :

from pip_tkinter._vendor import pkg_resources
installed_packages = [p.project_name for p in pkg_resources.working_set]

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27051] Create PIP gui

[Upendra Kumar]

Upendra Kumar added the comment:

@Terry, code updates can be followed on 
https://github.com/upendra-k14/pip_gui/tree/dump_code

Please review the code in dump_code branch. For now, only pip_gui_v3.py is 
relevant. 

1.  I had doubt about including a private module from pip ( "pip._vendor" ). As 
this module contains a lot of important utilites I have included it by copying 
the "_vendor" module in my package and changed all the package references of 
"pip._vendor" to "pip_tkinter._vendor" to make it work. Since, it was a private 
module, I included it by copying it. 

One more reason is that pip has mentioned this module has immutable. There are 
very less chances that further changes in this module will be introduced in 
future.

2.  Except a few complex commands like install, I have planned to inherit the 
pip command classes. For example, I have inherited the 
pip.commands.SearchCommand class from pip and overrided the "run" method. It 
helped me to give finer control over the search results. 

For example,

Now we can retrieve all previous versions of a package ( which is not provided 
by pip ) and search results can be directly obtained in form of tuple lists 
without parsing the output.
But, I think doing something similar for pip.commands.InstallCommand is very 
difficult. Therefore, for now I have chosen to use "runpip and pip.main" for 
pip install command.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27174] Update URL to IPython in interactive.rst

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the report, kulla.

--
nosy: +berker.peksag
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27174] Update URL to IPython in interactive.rst

[Roundup Robot]

Roundup Robot added the comment:

New changeset 92fd6935e882 by Berker Peksag in branch '3.5':
Issue #27174: Update IPython URL in tutorial
https://hg.python.org/cpython/rev/92fd6935e882

New changeset 87d76611470c by Berker Peksag in branch 'default':
Issue #27174: Merge from 3.5
https://hg.python.org/cpython/rev/87d76611470c

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27176] Addition of assertNotRaises

[Raymond Hettinger]

Raymond Hettinger added the comment:

I concur with David snd Steven, so closing this as rejected.

--
nosy: +rhettinger
resolution:  -> rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1521950] shlex.split() does not tokenize like the shell

[Andrey Kislyuk]

Andrey Kislyuk added the comment:

Is there any chance of getting this into 3.6? We are still in a situation where 
the shlex module misleads developers into believing that it has functionality 
to parse things the way the shell does. I've had to vendor the copy of shlex 
with patches from this bug applied (thanks Vinay!)

--
nosy: +Andrey.Kislyuk

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27177] re match.group should support __index__

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This looks as new feature and can go only in 3.6.

--
nosy: +serhiy.storchaka
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.6 -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Self Learning Fortran Programming

[Peter Pearson]

On Tue, 31 May 2016 21:50:33 -0700 (PDT), Muhammad Ali wrote:
>
> I am interested in Python programming,
[snip]

Just out of curiosity, why do you seem to be confused about whether
your interest is in FORTRAN or Python?

-- 
To email me, substitute nowhere->runbox, invalid->com.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27176] Addition of assertNotRaises

[R. David Murray]

R. David Murray added the comment:

Agreed.  I've never used the distinction between errors and failures myself.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

SQLObject 3.0.0

[Oleg Broytman]

Hello!

I'm pleased to announce version 3.0.0, the first stable release of branch
3.0 of SQLObject.


What's new in SQLObject
===

Features


* Support for Python 2 and Python 3 with one codebase!
  (Python version >= 3.4 currently required.)

Minor features
--

* PyDispatcher (>=2.0.4) was made an external dependency.

Development
---

* Source code was made flake8-clean.

Documentation
-

* Documentation is published at http://sqlobject.readthedocs.org/ in
  Sphinx format.

Contributors for this release are Ian Cordasco, Neil Muller,
Lukasz Dobrzanski, Gregor Horvath, Nathan Edwards.

For a more complete list, please see the news:
http://sqlobject.org/News.html


What is SQLObject
=

SQLObject is an object-relational mapper.  Your database tables are described
as classes, and rows are instances of those classes.  SQLObject is meant to be
easy to use and quick to get started with.

SQLObject supports a number of backends: MySQL, PostgreSQL, SQLite,
Firebird, Sybase, MSSQL and MaxDB (also known as SAPDB).

Python 2.6, 2.7 or 3.4+ is required.


Where is SQLObject
==

Site:
http://sqlobject.org

Development:
http://sqlobject.org/devel/

Mailing list:
https://lists.sourceforge.net/mailman/listinfo/sqlobject-discuss

Archives:
http://news.gmane.org/gmane.comp.python.sqlobject

Download:
https://pypi.python.org/pypi/SQLObject/3.0.0

News and changes:
http://sqlobject.org/News.html

Oleg.
-- 
 Oleg Broytmanhttp://phdru.name/p...@phdru.name
   Programmers don't die, they just GOSUB without RETURN.
-- 
https://mail.python.org/mailman/listinfo/python-list

Breaking down network range to individual networks

[Aaron Christensen]

Hello,

Does anyone know about a feature of ipaddress that will take the following
network range:

"10.224.16.0-10.224.23.0"

and convert it to individual networks?

I am trying to figure out the best way to take a network range and break it
up into the largest possible networks.

I started working out some things on paper but I don't want to get too far
ahead of myself in case there is a function or easy way that already does
this.

Thank you for your help!
Aaron




-
Pasted some brainstorming below to show that I am actively working this and
not just asking before trying.


ipaddress.ip_network('10.224.16.0/24') - (ipaddress.ip_network('
10.224.23.0/24'))
IPv4Network

IPv4Network('10.224.16.0/24').compare_networks(IPv4Network('10.224.23.0/24')
)



str(ipaddress.IPv4Address('192.168.0.1'))

IPv4Address('10.224.16.0') + 3

ipaddress.ip_address('10.224.16.0') + 256


0.0.x=0.0
/24 x + 0
/23 x + 1 = 0.0.0.0
/22 x + 3 = 0.0.0.0

1  can be /18 if x = 0
2  can be /19 if x = 0, 32
4  can be /20 if x = 0, 16, 32, 48
8  can be /21 if x = 0, 8, 16, 24, 32, 40, 48, 56
16 can be /22 if x = 0, 4, 8, 12, 16, 20, 24, 28, 32, 36, 40, 44, 48, 52,
56, 60
32 can be /23 if x = 0 through 62


64 can be /24 if x = 0 though 255

10.224.255.0

start > can be
odd  > /24
even > /24/23
0  >  /22/21/20/19/18...
4  >  /22
8  >  /22/21
12 >  /22
16 >  /22/21/20
20 >  /22
24 >  /22/21
28 >  /22
32 >  /22/21/20/19
36 >  /22
40 >  /22/21
44 >  /22
48 >  /22/21/20
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Don't put your software in the public domain

[Marko Rauhamaa]

Steven D'Aprano :

> ... because it is extremely unlikely to work. If you actually want
> your users to be legally able to use your software without a
> commercial licence, use a recognised open licence like the MIT
> licence. Public domain dedications are on extremely shaky ground and
> give your users no protection.
>
> http://linuxmafia.com/faq/Licensing_and_Law/public-domain.html

http://www.wtfpl.net/faq/

I say, abolish the copyright from the laws altogether.


Marko
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: re.search - Pattern matching review

[Ganesh Pal]

Thanks works fine : )
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27176] Addition of assertNotRaises

[Steven D'Aprano]

Steven D'Aprano added the comment:

Yes. What does such an assertion actually mean?

Why would I write `self.assertNotRaises(ValueError, spam, arg)` rather than 
just call `spam(arg)`? The only difference is that assertNotRaises will treat 
one specific exception as a test failure rather than a error, but I don't think 
that's useful. spam(arg) presumably is supposed to return something, or do 
something, not merely "don't raise ValueError". Raising ValueError should be no 
different from raising any other exception: it's a error, not a failure.

It makes sense to test for expected exceptions. I don't think it makes sense to 
test for exceptions that don't happen. Every single successful test of 
`spam(arg)` shows that ValueError is not raised, as well as every imaginable 
other exception. I don't think there is any need for an assert method to test 
for exceptions not being raised.

--
nosy: +steven.daprano

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Don't put your software in the public domain

[Steven D'Aprano]

... because it is extremely unlikely to work. If you actually want your
users to be legally able to use your software without a commercial licence,
use a recognised open licence like the MIT licence. Public domain
dedications are on extremely shaky ground and give your users no
protection.

http://linuxmafia.com/faq/Licensing_and_Law/public-domain.html




-- 
Steven

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue27164] zlib can't decompress DEFLATE using shared dictionary

[Xiang Zhang]

Xiang Zhang added the comment:

Forget to add test. Upload a new one with test included.

--
Added file: http://bugs.python.org/file43085/issue27164_with_test.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7105] weak dict iterators are fragile because of unpredictable GC runs

[Charles-François Natali]

Charles-François Natali added the comment:

Shouldn't the documentation be updated?

https://docs.python.org/3.6/library/weakref.html#weakref.WeakKeyDictionary

Note Caution: Because a WeakKeyDictionary is built on top of a Python 
dictionary, it must not change size when iterating over it. This can be 
difficult to ensure for a WeakKeyDictionary because actions performed by the 
program during iteration may cause items in the dictionary to vanish “by magic” 
(as a side effect of garbage collection).

--
nosy: +neologix

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27176] Addition of assertNotRaises

[SilentGhost]

Changes by SilentGhost :


--
nosy: +ezio.melotti, michael.foord, rbcollins
versions: +Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27177] re match.group should support __index__

[Jeroen Demeyer]

New submission from Jeroen Demeyer:

```
>>> class zero(object):
... def __index__(self):
... return 0
... 
>>> z = zero()
>>> import re
>>> p = re.compile('(a)b')
>>> m = p.match('ab')
>>> m.group(0)
'ab'
>>> m.group(z)
Traceback (most recent call last):
  File "", line 1, in 
IndexError: no such group
```

--
components: Regular Expressions
files: re_match_index.patch
keywords: patch
messages: 266817
nosy: ezio.melotti, jdemeyer, mrabarnett
priority: normal
severity: normal
status: open
title: re match.group should support __index__
versions: Python 2.7
Added file: http://bugs.python.org/file43084/re_match_index.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: [issue23459] Linux: expose the new execveat() syscall

[Dennis Clarke]

On 05/30/2016 06:12 PM, Марк Коренберг wrote:


Марк Коренберг added the comment:

It is actual to me due to it's AT_EMPTY_PATH feature (I download script, verify 
signature, and want to run it)

See also `man 3 fexecve`

Why not to add `dir_fd=None` ?  (as in `os.rmdir()` for example).

It should be very small patch, as I think.


This system call only exists in some recent versions of Linux :

  #include 

   int execveat(int dirfd, const char *pathname,
char *const argv[], char *const envp[],
int flags);


Using code that depends on it will break portability.

Dennis Clarke

___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27176] Addition of assertNotRaises

[Bar Harel]

New submission from Bar Harel:

I thought of implementing an assertNotRaises to solve the issue of using 
try...except...fail in order to prevent showing the tests as an error and 
instead show them as a failure.
Is there anything I should consider while implementing it?

--
components: Library (Lib), Tests
messages: 266816
nosy: bar.harel
priority: normal
severity: normal
status: open
title: Addition of assertNotRaises
type: enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27172] Add skip_bound_arg argument to inspect.Signature.from_callable()

[ryan.petrello]

Changes by ryan.petrello :


--
nosy: +eric.snow

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27173] Modern Unix key bindings for IDLE

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> 3 or more years ago, there was an issue about needing to define pairs like 
> Control-Key-c and Control-Key-C in order to have crtl + c/C-key work the same 
> regardless of the caps lock setting.  I also remember that the effect of Caps 
> lock was system dependent.

Proposed scheme binds different actions on hotkeys with and without Shift: 
Ctrl-Z/Ctrl-Shift-Z, Ctrl-S/Ctrl-Shift-S. If don't touch CapsLock this is not 
an issue.

Yes, there is a problem with new buildin keys set in old IDLE versions. A lot 
of warnings is emitted on stderr. The solution for the "IDLE Dark" theme is not 
complete, since after adding next new theme we will encounter the same problem 
and should add options "name3", "name4"...

Updated patch uses the same solution for new keys set. But it also makes 
warnings be less annoying. Every warning is emitted just once, and only one 
warning is emitted for unknown keys set.

--
Added file: http://bugs.python.org/file43083/idle_modern_unix_key_set2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com