[issue11245] Implementation of IMAP IDLE in imaplib?

[F.]

F. added the comment:

IMAP polling hurts, just merge imaplib2 into standard library as imaplib.

Piers Lauder authored imaplib IMAP4 client, part of python standard library, 
back in December 1997 based on RFC 2060. In 2003 RFC 2060 was made obsolete by 
RFC 3501 adding important features and Piers released imaplib2 which receives 
feature updates since.
Last feature updates to the standard library imaplib were before Piers retired 
from Sydney University a decade ago.

imaplib2 presents an almost identical API as that provided by the standard 
library imaplib, the main difference being that imaplib2 allows parallel 
execution of commands on the IMAP4 server, and implements the IDLE extension, 
so NO POLLING IS REQUIRED. IMAP server will push new mail notifications to the 
client. Imaplib2 also supports COMPRESS, ID, better timeout handling etc. There 
is 975 more lines of code all doing useful things a modern IMAP client needs.

imaplib2 can be substituted for imaplib in existing clients with no changes in 
the code apart from required logout call to shutdown the threads.

Old imaplib was ported to Python 3 with the rest of the standard library. I am 
working to port imaplib2 to py3, stuck on receiving bytes v strings.

References:

imaplib2 code and docs
http://sourceforge.net/p/imaplib2/code/ci/master/tree/
also http://sydney.edu.au/engineering/it/~piers/python/imaplib2.html

imaplib
https://hg.python.org/cpython/file/3.4/Lib/imaplib.py

Ruby stdlib support for idle (not that it hurts python performance, just my 
pride)
http://ruby-doc.org/stdlib-2.0.0/libdoc/net/imap/rdoc/Net/IMAP.html#method-i-idle

--
nosy: +Malina

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

[issue11245] Implementation of IMAP IDLE in imaplib?

[F.]

F. added the comment:

Imaplib2 now supports Python 3. Piers and me propose to merge imaplib2 into 
standard library as imaplib.

Excerpt from our conversation:

Piers: ...Thanks for bringing it (this thread) to my attention. I entirely 
agree with your comments.

Me: ...I found the criticism of the "threads - a heavy solution"? 
counterproductive. Not that I know anything about threads...

Piers: I'm not sure what the whole anti-threads thing was about all those years 
ago since I always loved using them. Maybe early implementations were
slow, or, more likely, early adopters were clumsy ("giving threads to
a novice is like giving a blow torch to a baby" to paraphrade a quote :-)

--

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

[issue42209] Incorrect line reported in syntax error

[arian-f]

arian-f  added the comment:

There are still variations of this issue in python 3.10 - the line nr is 
correct - in script attached it's line 2 (the attached script is otherwise the 
same): 

f'{ 1_a }'

resulting in:

  File "test.py", line 1
( 1_a )
   ^
SyntaxError: invalid decimal literal

or is this a different but similar bug? Can this bug be reopened or should I 
file a new bug?

> python -VV
Python 3.10.1 (tags/v3.10.1:2cd268a, Dec  6 2021, 19:10:37) [MSC v.1929 64 bit 
(AMD64)]

--
nosy: +arian-f
versions: +Python 3.10 -Python 3.8
Added file: https://bugs.python.org/file50491/test.py

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

[issue46237] Incorrect line reported in syntax error

[arian-f]

New submission from arian-f :

parsing this code results in a syntax error with an incorrect line number - 
it's always 1

f'''
{ 1_a }'''

resulting in:

  File "", line 1
( 1_a )
   ^
SyntaxError: invalid decimal literal

an analogue error occurs when parsing a file instead of stdin.

This bug looks like it's another instance of https://bugs.python.org/issue42209 
- I commented there but there was no response for two weeks - I hope it's OK to 
post a new bug.

> python -VV
Python 3.10.1 (tags/v3.10.1:2cd268a, Dec  6 2021, 19:10:37) [MSC v.1929 64 bit 
(AMD64)]

--
messages: 409567
nosy: arian-f
priority: normal
severity: normal
status: open
title: Incorrect line reported in syntax error
type: behavior
versions: Python 3.10

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

[issue9768] IDLE / Black frame in active window

[Kristoffer F]

New submission from Kristoffer F :

Hi 

I am new to python and have installed python 3.1.2. I have began using 
IDLE and like it very good. 

But when an IDLE window is active. There is a "thick" black frame around 
the white text field. Is this a know issue? And is there some way I can get rid 
of this frame? 

The frame is very distracting when I write. 

Kristoffer

--
components: IDLE
messages: 115516
nosy: kfollesdal
priority: normal
severity: normal
status: open
title: IDLE / Black frame in active window
type: behavior
versions: Python 3.1

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

[issue9768] IDLE / Black frame in active window

[Kristoffer F]

Kristoffer F  added the comment:

Hi 

I am new to python and have installed python 3.1.2. I have began using 
IDLE and like it very good. 

But when an IDLE window is active. There is a "thick" black frame around 
the white text field. Is this a know issue? And is there some way I can get rid 
of this frame? 

The frame is very distracting when I write. 

Kristoffer

*I forgot to tell that I am using a Mac with Snow Leopard.

--

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

[issue9768] IDLE / Black frame in active window

[Kristoffer F]

Kristoffer F  added the comment:

Hi

I installed python from the python.org installer. I have now taken a screen 
shot, with two IDLE windows open. So you can se that it is only the active 
window that get the frame. 

I see that you have also responded to my posts at comp.lang.python. Would you 
like to only use this post?

Kristoffer

--
Added file: http://bugs.python.org/file18744/IDLE_frame.jpg

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

[issue45589] webbrowser does not handle opens under Windows WSL properly

[Guido F]

New submission from Guido F :

The 'webbrowser' module throws warnings and bad RC codes when running under 
Windows Subsystem for Linux (WSL).

This causes libraries that depend on the 'webbrowser' module to mistakenly 
assume there's been an error opening a URL. An example of this behaviour can be 
observed running `jupyter-lab` under WSL.

Steps to reproduce:
1. Run Ubuntu (for example) under Windows WSL.
2. `python -m webbrowser https://www.python.org`

Expected result:

The wesite opens.

Actual result:

The website opens but produces a `No valid TTY` message, which also yields a 
non-zero return code.

I have a patch for this bug that inspects the kernel version (platform.uname) 
and detects WSL. This is a similar solution that other projects have 
implemented to tackle this problem. For example, the fish shell project: 
https://github.com/fish-shell/fish-shell/blob/0e06a53dff5e198c4fcefb6419a53cf1267231a1/share/functions/help.fish#L83.

--
components: Windows
messages: 404896
nosy: guido.fioravantti, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: webbrowser does not handle opens under Windows WSL properly
type: enhancement

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

[issue45589] webbrowser does not handle opens under Windows WSL properly

[Guido F]

Guido F  added the comment:

My code patch uses ‘wslview’, which is a binary that is injected into every
WSL distro and forwards file open commands to windows.

I detect WSL inspecting the kernel version, which includes WSL tagging.

On Tue, Nov 2, 2021 at 3:05 PM Steve Dower  wrote:

>
> Steve Dower  added the comment:
>
> We don't formally support it yet. We probably need somebody to develop
> expertise in the emulation layer so that they can work with the Linux
> distro experts to make sure their distros are doing things properly.
>
> It has no relation at all to our Windows support (right now) - all
> versions of Python running in WSL 100% believe they are running on
> whichever Linux distro the user is running.
>
> --
>
> ___
> Python tracker 
> <https://bugs.python.org/issue45589>
> ___
>

--

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

[issue45589] webbrowser does not handle opens under Windows WSL properly

[Guido F]

Guido F  added the comment:

Understood, my mistake.

I wonder if explorer.exe or any other general purpose open command is
guaranteed to be available in all WSL distros. There’s also a consideration
to be made on WSL1 vs WSL2 (only v2 ships an actual Linux kernel).

For detection, there’re some other projects that have done this for some
time. Not sure they’re up to python-core standards, but I put an example
for the fish shell in my original description.

Might be worth looking into.

On Tue, Nov 2, 2021 at 3:28 PM Steve Dower  wrote:

>
> Steve Dower  added the comment:
>
> FWIW, I don't have wslview in the Debian distro I'm currently using. It
> does have wslpath though.
>
> Consistent detection and integration throughout CPython's standard
> library (unless we believe we need special build options too) is
> probably worth a python-dev discussion.
>
> --
>
> ___
> Python tracker 
> <https://bugs.python.org/issue45589>
> ___
>

--

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

[issue37208] Weird exception behaviour in ProcessPoolExecutor

[F. Raab]

Change by F. Raab :


--
nosy: +raabf

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

[issue35702] clock_gettime: Add new identifier CLOCK_UPTIME_RAW for Darwin

[Ricardo F]

New submission from Ricardo F :

Finally since the release of OSX 10.12 the equivalent from the FreeBSD and 
OpenBSD "CLOCK_UPTIME" is available on Darwin under the name "CLOCK_UPTIME_RAW":

CLOCK_UPTIME FreeBSD [1]:
Starts at zero when the kernel boots and increments monotonically in SI seconds 
while the machine is running.

CLOCK_UPTIME OpenBSD [2]:
Time whose absolute value is the time the system has been running and not 
suspended, providing accurate uptime measurement, both absolute and interval

CLOCK_UPTIME_RAW Darwin [3]:
Clock that increments monotonically, tracking the time since an arbitrary 
point, unaffected by frequency or time adjustments and not increment while the 
system is asleep.


It would be useful to have it available on time module [4] for this platform.

As the behaviour is equivalent, maybe it can be assigned to the existing 
time.CLOCK_UPTIME funtion.




Thanks,



[1] - https://www.freebsd.org/cgi/man.cgi?query=clock_gettime
[2] - https://man.openbsd.org/clock_gettime.2
[3] - http://www.manpagez.com/man/3/clock_gettime_nsec_np/
[4] - https://docs.python.org/3/library/time.htm

--
components: macOS
messages: 66
nosy: ned.deily, rfrail3, ronaldoussoren
priority: normal
severity: normal
status: open
title: clock_gettime: Add new identifier CLOCK_UPTIME_RAW for Darwin
type: enhancement

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

[issue18378] locale.getdefaultlocale() fails on Mac OS X with default language set to English

[Ricardo F]

Ricardo F  added the comment:

I still have this issue on MacOS Mojave 10.14

Python 3.7.2 (default, Dec 27 2018, 07:35:06)
[Clang 10.0.0 (clang-1000.11.45.5)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.getdefaultlocale()
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/usr/local/Cellar/python/3.7.2/Frameworks/Python.framework/Versions/3.7/lib/python3.7/locale.py",
 line 568, in getdefaultlocale
return _parse_localename(localename)
  File 
"/usr/local/Cellar/python/3.7.2/Frameworks/Python.framework/Versions/3.7/lib/python3.7/locale.py",
 line 495, in _parse_localename
raise ValueError('unknown locale: %s' % localename)
ValueError: unknown locale: UTF-8
>>>

$ locale
LANG=
LC_COLLATE="C"
LC_CTYPE="UTF-8"
LC_MESSAGES="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_ALL=

--
nosy: +rfrail3

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

[issue32713] tarfile.itn breaks if n is a negative float

[Joffrey F]

New submission from Joffrey F :

Originally reported @ github.com/docker/compose/issues/5618

It seems that tarfile.itn() attempts to execute bitwise operations on a float 
if the n argument is a negative float, raising a TypeError.

As pointed out in the original report, this is an issue when converting some 
mtime values in TarInfo._create_header

This also happens for positive floats > 8**11 - 1, but that one is less of an 
issue for the next two hundred years or so.

--
components: Library (Lib)
messages: 311173
nosy: j0ffrey
priority: normal
severity: normal
status: open
title: tarfile.itn breaks if n is a negative float
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6

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

[issue32713] tarfile.itn breaks if n is a negative float

[Joffrey F]

Change by Joffrey F :


--
keywords: +patch
pull_requests: +5267
stage:  -> patch review

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

[issue31811] async and await missing from keyword list in lexical analysis doc

[F. Lamar]

F. Lamar  added the comment:

I a new contributor. This seems like a simple fix. I'd be happy to work on it. 
I will submit ar PR on or before 10-22-17

--
nosy: +F. Lamar

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

[issue11245] Implementation of IMAP IDLE in imaplib?

[F Malina]

F Malina added the comment:

I am in for my part and I emailed Piers to come and join us and he surely
will when the bug tracker is responsive again.

Imaplib2 does have an up to date test suite and compatibility wise imaplib2
can be substituted for imaplib in existing clients with no changes in the
code.

On top of that I have a private IDLE test suite for common tasks such as
- instant bounce processing,
- email photo upload to web service,
- unsubscribe processing via list-unsubscribe headers and feedback loops of
major email providers.

I am looking to make it part of an external project
https://github.com/fmalina/emails, but need to extract much of the recipes
first out of a working application in a reusable manner as I need it in
other projects and will do for years to come.

--
nosy: +F.Malina

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

[issue11245] Implementation of IMAP IDLE in imaplib?

[F Malina]

F Malina added the comment:

I just wen’t through my repo looking at relevant commits to double check and I 
didn’t have to change a line in my user level code when upgrading from python2 
to 3. There was only one way to do it.

--

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

[issue11245] Implementation of IMAP IDLE in imaplib?

[F Malina]

F Malina added the comment:

I don’t have a test for it, neither has stdlib imaplib. We just need to port 
over the encode fix.

Copy over the fixed version of _CRAM_MD5_AUTH.
from line 599 in python3.5 imaplib
https://github.com/python/cpython/blob/master/Lib/imaplib.py#L599 
<https://github.com/python/cpython/blob/master/Lib/imaplib.py#L599>
corresponding to line 884 in imaplib2
https://github.com/bcoe/imaplib2/blob/master/imaplib2/imaplib2.py#L884 
<https://github.com/bcoe/imaplib2/blob/master/imaplib2/imaplib2.py#L884>

--

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

[issue16198] IDLE - tabbing in a string always brings up file completion window

[Tom F]

Tom F added the comment:

I've found this to be annoying as well especially in docstrings, hopefully this 
will help in the meantime.

If you SHIFT + Tab it will at least resolve the problem of bringing up files 
and remains as the usual tab function.

It makes me wonder if it is a bug at all though?

--
nosy: +Tom F

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

[issue1165] Should itertools.count work for arbitrary integers?

[Paul F. Dubois]

Changes by Paul F. Dubois:


__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1165>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1165] Should itertools.count work for arbitrary integers?

[Paul F. Dubois]

Changes by Paul F. Dubois:


--
nosy:  -esr

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1165>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1002] Patch to rename HTMLParser module to lower_case

[Paul F. Dubois]

Paul F. Dubois added the comment:

Testing auditor, this change should get this issue assigned to Collin.

--
nosy: +dubois

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1002>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1002] Patch to rename HTMLParser module to lower_case

[Paul F. Dubois]

Paul F. Dubois added the comment:

yet another test

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1002>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1002] Patch to rename HTMLParser module to lower_case

[Paul F. Dubois]

Changes by Paul F. Dubois:


__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1002>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1002] Patch to rename HTMLParser module to lower_case

[Paul F. Dubois]

Changes by Paul F. Dubois:


__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1002>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1002] Patch to rename HTMLParser module to lower_case

[Paul F. Dubois]

Paul F. Dubois added the comment:

Hoping I have learned to spell, another test.

--
assignee:  -> collinwinter

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1002>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1198] Test of 2to3 component auditor

[Paul F. Dubois]

New submission from Paul F. Dubois:

This is a test issue, please ignore.

--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
messages: 56123
nosy: collinwinter, dubois
severity: minor
status: open
title: Test of 2to3 component auditor

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1198>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1198] Test of 2to3 component auditor

[Paul F. Dubois]

Changes by Paul F. Dubois:


--
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1198>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37983] macOS: os.lchmod() incorrectly removed by 2.7.16

[Keith F. Kelly]

New submission from Keith F. Kelly :

Apparently the fix for https://bugs.python.org/issue34652 was incorrect, or got 
incorrectly backported to, the 2.7 tree, because as of 2.7.16, the os.lchmod() 
built-in API is unexpectedly missing on MacOS, which is breaking our existing 
code.

--
components: macOS
messages: 350822
nosy: keithfkelly, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: macOS: os.lchmod() incorrectly removed by 2.7.16
type: behavior
versions: Python 2.7

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

[issue35487] setup()'s package_data not following directory symlink

[F. Eugene Aumson]

New submission from F. Eugene Aumson :

I have a package using setup.py.  I want the package to include some data 
files, which are located in my source directory.  Building my package in my 
3.7.0 environment includes the data files as expected.  Building the same exact 
package in my 3.7.1 environment does NOT include the data files.

Attached are two logs demonstrating the `pip install` output.  Both were 
produced with this command: `pip uninstall 0x-json-schemas --yes >pip.log && 
pip install .[dev] --verbose --verbose --verbose >> pip.log`

Also attached is my setup.py script.

Also worth noting is that the directory that contains my data files 
(src/zero_ex/json_schemas/schemas) is a symlink, which I've verified is 
resolving properly in both environments.  And, when I replace the symlink with 
a real folder, containing the same files, then everything works as expected.  
So I surmise that the following of symlinks is what's broken here.

--
components: Distutils
files: package_data_symlink_bug.zip
messages: 331778
nosy: F. Eugene Aumson, dstufft, eric.araujo
priority: normal
severity: normal
status: open
title: setup()'s package_data not following directory symlink
versions: Python 3.7
Added file: https://bugs.python.org/file47995/package_data_symlink_bug.zip

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

[issue35487] setup()'s package_data not following directory symlink

[F. Eugene Aumson]

F. Eugene Aumson  added the comment:

The two environments in question (a 3.7.1 one, and a 3.7.0 one) differ in other 
ways.  I have done an apples-to-apples comparison of those two versions, in the 
same local environment, and this issue does not exist.  Sorry for the noise.

--
stage:  -> resolved
status: open -> closed

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

[issue5830] heapq item comparison problematic with sched's events

[Kay F. Jahnke]

New submission from Kay F. Jahnke :

scheduler uses heapq to schedule it's events. Heapq uses plain >/< 
comparisons on the events. Now that comparisons of incomparable data 
are no longer valid, the comparison fails if two events are scheduled 
for the same time with the same priority, since the comparison 
continues with comparing the 'action' components ov the event's tuple. 
I suppose this behaviour is unwanted - at least I did not expect it and 
it took me some time to figure out what it was due to. I worked around 
it by assigning comparison functions to the event data type - since 
this is part of the standard library, maybe a general fix should be 
considered? Here's my humble snippet of code:

def evtlt ( self , other ):
if self.time < other.time:
return True
elif self.time == other.time:
return self.priority < other.priority
return False

sched.Event.__lt__ = evtlt

def evtgt ( self , other ):
if self.time > other.time:
return True
elif self.time == other.time:
return self.priority > other.priority
return False

sched.Event.__gt__ = evtgt

If anyone would care to reproduce the (?)bug, try:

import sched

def foo():
pass

def bar():
pass

s = sched.scheduler(None, None) 

s.enterabs ( 0 , 0 , foo , () )
s.enterabs ( 0 , 0 , bar , () )

this produces the following output:

Traceback (most recent call last):
  File "./schedbug.py", line 12, in 
s.enterabs ( 0 , 0 , bar , () )
  File "c:\Programme\Python3.0\lib\sched.py", line 54, in enterabs
heapq.heappush(self._queue, event)
TypeError: unorderable types: function() < function()

--
components: Library (Lib)
messages: 86408
nosy: kfj
severity: normal
status: open
title: heapq item comparison problematic with sched's events
type: behavior
versions: Python 3.0

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

[issue13044] pdb throws AttributeError at end of debugging session

[Charles F. Bearden]

Charles F. Bearden added the comment:

I can reproduce this bug on Ubuntu 14.04.2 LTS with Python 2.7.6 using akl's 
debug.py.

--
nosy: +cfbearden

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

[issue13044] pdb throws AttributeError at end of debugging session

[Charles F. Bearden]

Charles F. Bearden added the comment:

One further observation: the exception is thrown only if a breakpoint (apart 
from the call to pdb.set_trace) is set. If no breakpoint is set, the exception 
is not raised.

--

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