[issue9910] Add Py_SetPath API for embedding python

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Completed in revision 85028

--
resolution:  -> accepted
status: open -> closed

___
Python tracker 

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

[issue5103] ssl.SSLSocket timeout not working correctly when remote end is hanging

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue2180] tokenize: mishandles line joining

[Meador Inge]

Changes by Meador Inge :


--
nosy: +meador.inge

___
Python tracker 

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

[issue9955] multiprocessing.Pipe segmentation fault when recv of unpicklable object

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
assignee:  -> jnoller
nosy: +jnoller

___
Python tracker 

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

[issue9957] SpooledTemporayFile.truncate should take size parameter

[Ryan Kelly]

New submission from Ryan Kelly :

Both file.truncate() and StringIO.truncate() accept an optional "size" 
parameter to truncate the file to a specific size.  SpooledTemporaryFile should 
accept a similar parameter and pass it on.

The only tricky part is that truncate can potentially increase the size of a 
file, so it needs to check the max size and rollover if appropriate.

Patch is against py3k branch; should work on trunk modulo the use of b"xxx" in 
the tests.

--
components: Library (Lib)
files: spooledtemporaryfile_truncate.patch
keywords: patch
messages: 117436
nosy: rfk
priority: normal
severity: normal
status: open
title: SpooledTemporayFile.truncate should take size parameter
type: behavior
Added file: http://bugs.python.org/file19027/spooledtemporaryfile_truncate.patch

___
Python tracker 

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

[issue1595365] Urllib2 user-agent header added by an opener is "frozen"

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Fixed in r85025 (py3k), r85026 (release31-maint) and r85027 (release27-maint).

--
resolution: accepted -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue1079] decode_header does not follow RFC 2047

[Tokio Kikuchi]

Tokio Kikuchi  added the comment:

Hi, all

I am against applying these patches because they will insert space separations 
in re-composed header (with str() function).

Sm=?ISO-8859-1?B?9g==?=rg=?ISO-8859-1?B?5Q==?=sbord 
-> [('Sm', None), ('\xf6', 'iso-8859-1'), ('rg', None), ('\xe5', 'iso-8859-1'), 
('sbord', None)]
-> Sm =?iso-8859-1?q?=F6?= rg =?iso-8859-1?q?=E5?= sbord

Instead, I submit a small recipe for decoding non-compliant RFC2047 header 
where space separation is not properly inserted between encoded_word and 
us-ascii characters.

Please try!

--
Added file: http://bugs.python.org/file19026/u2u_decode.py

___
Python tracker 

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

[issue9956] memoryview type documentation lacks versionadded

[Benjamin Peterson]

Benjamin Peterson  added the comment:

r85022

--
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue9956] memoryview type documentation lacks versionadded

[Andreas Stührk]

New submission from Andreas Stührk :

Title says all, attached is a patch against trunk (2.7). I'm not familiar with 
what version is correct for the Python 3 documentation.

--
assignee: d...@python
components: Documentation
files: stdtypes-memoryview-2.7.patch
keywords: patch
messages: 117432
nosy: Trundle, d...@python, pitrou
priority: normal
severity: normal
status: open
title: memoryview type documentation lacks versionadded
versions: Python 2.7, Python 3.1
Added file: http://bugs.python.org/file19025/stdtypes-memoryview-2.7.patch

___
Python tracker 

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

[issue9936] trace misreports "missing" lines

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

On Sun, Sep 26, 2010 at 5:47 PM, Arfrever Frehtes Taifersar Arahesis
 wrote:
..
>
> test_issue9936 fails on 2.7 branch.

Should be fixed by r85020.  Thanks.

--

___
Python tracker 

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

[issue9936] trace misreports "missing" lines

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis  added the comment:

test_issue9936 fails on 2.7 branch.
See e.g. 
http://www.python.org/dev/buildbot/2.7.stable/builders/sparc%20solaris10%20gcc%202.7/builds/268/steps/test/logs/stdio

--
nosy: +Arfrever

___
Python tracker 

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

[issue9948] findCaller is slow and loses case information on Windows

[Vinay Sajip]

Vinay Sajip  added the comment:

> That is very undocumented behaviour and relying on that sounds like a 
> terrible idea.

Agreed, I'm just fretting about it ...

> First of all that should not be a global setting, secondly this is currently 
> not possible in logging either.

True, but you have pointed out in the past that this *is* a problem - so it 
would be good to solve it.

> A better solution would be to do what warnings does and making it possible 
> provide a stacklevel to the caller finder.

I'm not that familiar with how warnings does it, but I will take a look.

Thanks for the suggestions.

BTW re. your patch - where you say "os.co_filename", do you mean 
"co.co_filename"?

--

___
Python tracker 

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

[issue9948] findCaller is slow and loses case information on Windows

[Armin Ronacher]

Armin Ronacher  added the comment:

> 1. Users can use _srcFile = None to avoid calling findCaller() 
> altogether, so I can't do away with the _srcFile altogether as it may 
> cause some issues with existing code.
That is very undocumented behaviour and relying on that sounds like a terrible 
idea.

> 2. If using e.g. a LoggerAdapter derived class, there needs to be 
> some way in which you can skip (in addition to the logging package 
> itself) other user-defined modules until you get to the appropriate 
> stack frame.
First of all that should not be a global setting, secondly this is currently 
not possible in logging either.  A better solution would be to do what warnings 
does and making it possible provide a stacklevel to the caller finder.

--

___
Python tracker 

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

[issue9954] include sqlite3.exe in PythonXX/Scripts

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
resolution:  -> rejected
status: open -> closed

___
Python tracker 

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

[issue9955] multiprocessing.Pipe segmentation fault when recv of unpicklable object

[Zbynek Winkler]

New submission from Zbynek Winkler :

$ python
Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from lxml import etree
>>> from pickle import dumps
>>> from multiprocessing import Pipe
>>> n = etree.Element('new')
>>> dumps(n)
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.6/pickle.py", line 1366, in dumps
Pickler(file, protocol).dump(obj)
  File "/usr/lib/python2.6/pickle.py", line 224, in dump
self.save(obj)
  File "/usr/lib/python2.6/pickle.py", line 306, in save
rv = reduce(self.proto)
  File "/usr/lib/python2.6/copy_reg.py", line 70, in _reduce_ex
raise TypeError, "can't pickle %s objects" % base.__name__
TypeError: can't pickle _Element objects
>>> p1, p2 = Pipe()
>>> p1.send(n)
>>> p2.recv()
Segmentation fault

--
components: Library (Lib)
messages: 117427
nosy: Zbynek.Winkler
priority: normal
severity: normal
status: open
title: multiprocessing.Pipe segmentation fault when recv of unpicklable object
type: crash
versions: Python 2.6

___
Python tracker 

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

[issue9954] include sqlite3.exe in PythonXX/Scripts

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Indeed, -1. We don't make a habit of distributing 3rd party binaries.

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue9948] findCaller is slow and loses case information on Windows

[Vinay Sajip]

Vinay Sajip  added the comment:

Your basic fix looks fine, but there's a couple of other issues to consider:

1. Users can use _srcFile = None to avoid calling findCaller() altogether, so I 
can't do away with the _srcFile altogether as it may cause some issues with 
existing code.

2. If using e.g. a LoggerAdapter derived class, there needs to be some way in 
which you can skip (in addition to the logging package itself) other 
user-defined modules until you get to the appropriate stack frame.

I'm thinking about these, but if you have any ideas about these, I'm listening 
:-)

--

___
Python tracker 

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

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

[Ismail Donmez]

Ismail Donmez  added the comment:

Works for me on Snow Leopard for the record.

--

___
Python tracker 

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

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

[Antoine Pitrou]

Antoine Pitrou  added the comment:

There's an issue remaining on the buildbots:

==
FAIL: test_heading_callback (tkinter.test.test_ttk.test_widgets.TreeviewTest)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/tkinter/test/test_ttk/test_widgets.py",
 line 945, in test_heading_callback
self.fail("The command associated to the treeview heading wasn't "
AssertionError: The command associated to the treeview heading wasn't invoked.

--
status: pending -> open

___
Python tracker 

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

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed in r85018, will watch the buildbots.

--
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> pending

___
Python tracker 

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

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

[Ismail Donmez]

Ismail Donmez  added the comment:

Patch fixes the problem for me, please apply. Thanks!

--

___
Python tracker 

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

[issue9899] tkinter test_font fails on OS X with Aqua Tk

[Ned Deily]

Ned Deily  added the comment:

Could be, particularly if the user name under which the test is running is not 
logged in (to the window manager) on the buildbot.  I'll investigate.

--
assignee:  -> ned.deily

___
Python tracker 

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

[issue9954] include sqlite3.exe in PythonXX/Scripts

[Martin v . Löwis]

Martin v. Löwis  added the comment:

-1. On Linux, and many other systems based on or using free software, the 
sqlite command line tool is readily available, and including it would conflict 
with the one provided by the system vendor.

For Windows, pre-built binaries for command line access are available from 
http://sqlite.org/download.html

--
nosy: +loewis

___
Python tracker 

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

[issue9951] introduce bytes.hex method

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +mark.dickinson

___
Python tracker 

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

[issue9954] include sqlite3.exe in PythonXX/Scripts

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +ghaering
versions: +Python 3.2 -Python 2.7

___
Python tracker 

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

[issue9954] include sqlite3.exe in PythonXX/Scripts

[Dan L]

New submission from Dan L :

since sqlite3 is included in the standard library, it would be useful to have 
access to the command line tool that's part of sqlite.  Including the 
command-line binary for each respective OS in the respective Scripts or bin 
folder would allow python users to create a connection in order to examine 
their sqlite databases and perform some manual operations easily.  While the 
tool isn't in python, it's not that big of a file and such a tool is a pretty 
fundamental part of having a database(miniaturized or not).

--
components: Library (Lib)
messages: 117418
nosy: jdan
priority: normal
severity: normal
status: open
title: include sqlite3.exe in PythonXX/Scripts
type: feature request
versions: Python 2.7

___
Python tracker 

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

[issue9953] 2 scripts running from crontab simultaneously reference the same instance of a variable

[Jean-Paul Calderone]

Jean-Paul Calderone  added the comment:

You can't rely on id() to return distinct values across different processes.  
It guarantees uniqueness *within a single process* (at any particular moment).

In other words, you're misusing id() here.  This is not a Python bug.

--
nosy: +exarkun
resolution:  -> invalid
status: open -> closed

___
Python tracker 

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

[issue9953] 2 scripts running from crontab simultaneously reference the same instance of a variable

[yuri]

New submission from yuri :

Originally the problem was that one script used a logger instance initialized 
in another script, and, as a result, log entries were "signed" by the later one.

Setup: python 3.1.1, Suse Linux enterprise server 9

2 scripts are scheduled in crontab as follows:
*/1 * * * * /my_path/python/test1.py > /dev/null 2>&1
*/1 * * * * /my_path/python/test2.py > /dev/null 2>&1

Each script does:
1) gets a logger instance and adds FileHandler, 
2) prints to its log the current time and PID, 
3) prints ID of the logger instance, 
4) prints ID and value of some variable
5) sleeps for 3 sec, 
6) prints the current time again.

Result: each script prints the same IDs of the variables

test1.py
__
#!/usr/local/bin/python3
import logging
from logging import FileHandler
from datetime import datetime
import time
import os
import sys
log = logging.getLogger('MyLog1')
log.setLevel(logging.INFO)
logFilePath = os.path.join(os.path.realpath(os.path.dirname(sys.argv[0])), 
'log')
dh = FileHandler(os.path.join(logFilePath, 'log1'))
log.addHandler(dh)
someVariable = 9
log.info(str(datetime.now()) + ' PID=' + str(os.getpid()))
log.info('logger ID=' + str(id(log)))
log.info('someVariable ID=' + str(id(someVariable)) + 'value=' + 
str(someVariable))
time.sleep(3)
log.info(str(datetime.now()) + ' PID=' + str(os.getpid()))

test2.py:
_
#!/usr/local/bin/python3
import logging
from logging import FileHandler
from datetime import datetime
import time
import os
import sys
log = logging.getLogger('MyLog2')
log.setLevel(logging.INFO)
logFilePath = os.path.join(os.path.realpath(os.path.dirname(sys.argv[0])), 
'log')
dh = FileHandler(os.path.join(logFilePath, 'log2'))
log.addHandler(dh)
someVariable = 10
log.info(str(datetime.now()) + ' PID=' + str(os.getpid()))
log.info('logger ID=' + str(id(log)))
log.info('someVariable ID=' + str(id(someVariable)) + 'value=' + 
str(someVariable))
time.sleep(3)
log.info(str(datetime.now()) + ' PID=' + str(os.getpid()))

Result:

log1:
2010-09-26 15:45:01.531460 PID=5704
logger ID=182908380624
someVariable ID=7167488value=9
2010-09-26 15:45:04.535591 PID=5704

log2:
2010-09-26 15:45:01.528691 PID=5705
logger ID=182908380624
someVariable ID=7167520value=10
2010-09-26 15:45:04.534598 PID=5705

If I change value of someVariable to 9 in the both scripts, I have:

log1:
2010-09-26 15:48:01.488008 PID=6036
logger ID=182908380624
someVariable ID=7167488value=9
2010-09-26 15:48:04.491977 PID=6036

log2:
2010-09-26 15:48:01.490214 PID=6035
logger ID=182908380624
someVariable ID=7167488value=9
2010-09-26 15:48:04.494991 PID=6035

--
components: Interpreter Core
messages: 117416
nosy: yuri
priority: normal
severity: normal
status: open
title: 2 scripts running from crontab simultaneously reference the same 
instance of a variable
type: behavior
versions: Python 3.1

___
Python tracker 

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

[issue8716] test_tk fails on OS X if run from buildbot slave daemon -- crashes Python

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +gpolo

___
Python tracker 

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

[issue9673] Entry Widget Not Editable under Windows XP

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +gpolo

___
Python tracker 

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

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Here is Guilherme's patch converted for py3k.

--
nosy: +pitrou
Added file: http://bugs.python.org/file19024/ttk3k.patch

___
Python tracker 

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

[issue9899] tkinter test_font fails on OS X with Aqua Tk

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Actually, most buildbots were fixed but a couple of them still show a problem:

test_font_eq (tkinter.test.test_tkinter.test_font.FontTest) ... ERROR
testLoadTk (tkinter.test.test_tkinter.test_loadtk.TkLoadTest) ... skipped 'No 
$DISPLAY set.'
testLoadTkFailure (tkinter.test.test_tkinter.test_loadtk.TkLoadTest) ... ok
test_search (tkinter.test.test_tkinter.test_text.TextTest) ... ok

==
ERROR: test_font_eq (tkinter.test.test_tkinter.test_font.FontTest)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/tkinter/test/test_tkinter/test_font.py",
 line 18, in test_font_eq
font1 = font.nametofont("TkDefaultFont")
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/tkinter/font.py", line 
22, in nametofont
return Font(name=name, exists=True)
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/tkinter/font.py", line 
83, in __init__
"named font %s does not already exist" % (self.name,))
_tkinter.TclError: named font TkDefaultFont does not already exist


Intriguingly, when the test gets re-run at the end of the test suite, the test 
succeeds.
Does it depend on another initialization that is done in another test file?

--
status: closed -> open

___
Python tracker 

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

[issue9943] TypeError message became less helpful in Python 2.7

[Nick Coghlan]

Nick Coghlan  added the comment:

Having seen the reversion go by on the checkins list, I think there are 
distinctions the interpreter should be making here in order to improve the 
error messages, but it isn't.

Ideally, we want to be able to tell the user (without writing War and Peace as 
an error message):

1. How many positional parameters are expected
2. How many positional parameters were supplied as positional arguments
3. How many positional parameters were supplied as keyword arguments

For example:

Def: f(**kw)
Call: f("hello", keyword=True)
Error: f() does not accept positional arguments (1 given)

Def: f(x, **kw)
Call: f("hello", "goodbye", keyword=True)
Error: f() accepts at most 1 positional argument (2 given)

Def: f(x, **kw)
Call: f("hello", x="goodbye", keyword=True)
Error: f() accepts at most 1 positional argument (2 given, 1 via keyword)

Basically:
1. Get rid of the "exactly"/"at most" distinction ("exactly" is wrong, since 
you can always provide positional arguments as keyword arguments instead)
2. Use "positional" instead of the awkward "non-keyword"
3. Append additional info when some or all of the positional arguments are 
provided as keywords.

--
nosy: +ncoghlan

___
Python tracker 

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

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

[Guilherme Polo]

Guilherme Polo  added the comment:

You should convert the whole expressions actually, but that is because the 
patch wasn't done for py3k.

--

___
Python tracker 

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

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

[Guilherme Polo]

Guilherme Polo  added the comment:

> We are down to 1 error but thats a new errror;
>
>
> test test_ttk_guionly failed -- Traceback (most recent call last):
>  File 
> "/Users/cartman/Sources/py3k/Lib/tkinter/test/test_ttk/test_widgets.py", line 
> 28, in test_identify
>    self.widget.winfo_height() / 2), "label")
>  File "/Users/cartman/Sources/py3k/Lib/tkinter/ttk.py", line 568, in identify
>    return self.tk.call(self._w, "identify", x, y)
> _tkinter.TclError: expected integer but got "30.5"
>

Just convert to integer the results from winfo and you should be fine.

--

___
Python tracker 

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

[issue9952] Martin Rinehart wants to stay in touch on LinkedIn

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

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

[issue9952] Martin Rinehart wants to stay in touch on LinkedIn

[Martin Rinehart]

New submission from Martin Rinehart :

LinkedIn


I'd like to add you to my professional network on LinkedIn.

- Martin Rinehart

Martin Rinehart
Student at Strayer Online
Greater New York City Area

Confirm that you know Martin Rinehart
https://www.linkedin.com/e/-3qcne3-gejswd6s-6f/isd/1711537782/WJZqc_fZ/

--
files: unnamed
messages: 117410
nosy: MartinRinehart
priority: normal
severity: normal
status: open
title: Martin Rinehart wants to stay in touch on LinkedIn
Added file: http://bugs.python.org/file19023/unnamed

___
Python tracker 

___

  

  

  
  LinkedIn

  


  I'd like to add you to my professional network on LinkedIn.

- Martin Rinehart



  

  
Martin Rinehart
  Student at Strayer Online

  Greater New York City Area
  
  

  



  https://www.linkedin.com/e/-3qcne3-gejswd6s-6f/isd/1711537782/WJZqc_fZ/EML-invg_59/";>Confirm
 that you know Martin





  © 2010, LinkedIn Corporation
http://www.linkedin.com/emimp/-3qcne3-gejswd6s-6f.gif"; 
style="width:1px; height:1px;"/>
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9869] long_subtype_new segfault in pure-Python code

[Mark Dickinson]

Mark Dickinson  added the comment:

Committed in r85016.  I'll take responsibility for any broken 3rd party code...

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue9869] long_subtype_new segfault in pure-Python code

[Mark Dickinson]

Mark Dickinson  added the comment:

> Right. In practice, returning a long instead of an int can produce bugs,
> mainly because some C functions will only accept ints and refuse longs.

I'd say 'in theory' rather than 'in practice' here.  In this particular case, I 
don't see much danger:  any C code explicitly calling PyNumber_Long (rather 
than PyNumber_Int) surely has to be prepared to deal with a long, since that's 
what's going to be returned in the vast majority of cases.  Similarly for 
Python code calling 'long' rather than 'int'.

I'd also note that the docs state clearly that PyNumber_Long returns a long 
(while PyNumber_Int, in contrast, is permitted to return either an int or a 
long);  similarly for the builtin 'long' function.

And finally, looking at the history of the test_class test (see issue 1671298), 
it doesn't look as if anyone was thinking too hard about return types at that 
point---it looks like the test was just fit to the existing semi-broken 
behaviour.

So I'm still proposing to apply this patch, in spite of Antoine's -1. ;-)

--

___
Python tracker 

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

[issue6031] BaseServer.shutdown documentation is incomplete

[Sandro Tosi]

Sandro Tosi  added the comment:

Hello,
I've refreshed this patch (correct the file name & because it applies now with 
an offset), other than that it seems ok: can someone review (it's quite small 
:) and apply it?

Thanks,
Sandro

--
nosy: +sandro.tosi
Added file: http://bugs.python.org/file19022/issue6031-py3k-v2.patch

___
Python tracker 

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

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

[Ismail Donmez]

Ismail Donmez  added the comment:

With Guilherme's patch;

We are down to 1 error but thats a new errror;


test test_ttk_guionly failed -- Traceback (most recent call last):
  File "/Users/cartman/Sources/py3k/Lib/tkinter/test/test_ttk/test_widgets.py", 
line 28, in test_identify
self.widget.winfo_height() / 2), "label")
  File "/Users/cartman/Sources/py3k/Lib/tkinter/ttk.py", line 568, in identify
return self.tk.call(self._w, "identify", x, y)
_tkinter.TclError: expected integer but got "30.5"

--

___
Python tracker 

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