Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue9262>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Roger Upole <[EMAIL PROTECTED]> added the comment:
This functionality is subsumed in patch 1691070 (which has since
been applied), so this can be closed.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
New submission from Roger Upole <[EMAIL PROTECTED]>:
HANDLEs are pointer sized values, but there are several places in
_subprocess.c where it assumes they are the same size as longs
which are still 4 bytes on win64.
--
components: Windows
messages: 68263
nosy: rupole
severity:
Roger Serwy <[EMAIL PROTECTED]> added the comment:
I rewrote the patch to better handle multi-line input. In rewriting the
patch I realized that there can be many different ways to handle up/down
key presses while the cursor is in the input region. Here is the
behavior of this patch:
For
Changes by Roger Demetrescu <[EMAIL PROTECTED]>:
--
nosy: +rdemetrescu
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3143>
___
__
New submission from Roger Upole <[EMAIL PROTECTED]>:
The problem seems to stem from this line in IOBinding.py:
locale.setlocale(locale.LC_CTYPE, "")
>From the command prompt:
Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit
(Intel)] on
win32
Type
Roger Upole <[EMAIL PROTECTED]> added the comment:
It introduces high characters that cause comparisons to fail under IDLE
that succeed from the normal python prompt:
Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit
(Intel)] on
win32
Type "help", "cop
New submission from Roger Upole <[EMAIL PROTECTED]>:
In pythonrun.c, initstdio injects 'open' into builtins. However,
initsite is called before initstdio and site.py uses open.
Running with -v, this traceback is printed:
Traceback (most recent call last):
File "j:\python
New submission from Roger Binns <[EMAIL PROTECTED]>:
My extension (apsw) builds and runs just fine on Linux, Mac and Windows
for Python 2.3, 2.4 and 2.5. For Linux and Mac Python 2.6 beta 1 and
Python 3.0 beta 1 also work just fine. However on Windows using MinGW
and Python 2.6 beta
Roger Binns <[EMAIL PROTECTED]> added the comment:
I figured maybe it was something to do with MSVC 90 dlls.
C:\apsw>dir \*msvc*90* /s
Volume in drive C has no label.
Volume Serial Number is F4A5-1661
Directory of C:\MinGW\lib
12/27/2007 08:23 AM 554,136 libmsvcr9
Roger Binns <[EMAIL PROTECTED]> added the comment:
I can't prove it since Python gives no further information than a
procedure cannot be found, but using a bunch of other tools I think this
may be due at least to the use of localtime() and it not being present
in the msvcr90.dll but i
Roger Binns <[EMAIL PROTECTED]> added the comment:
I cleared all event categories, and then ran Python followed by the
import (which fails). No events in any category appeared.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roger Binns <[EMAIL PROTECTED]> added the comment:
I didn't have a copy of depends.exe since it doesn't appear to come with
MinGW. System is basically VirtualBox VM with fresh install of XP Pro
SP2, upgraded to SP3 and TortoiseSVN, Firefox, Xemacs, MinGW and Python
versions ins
Roger Binns <[EMAIL PROTECTED]> added the comment:
In MinGW's defense the MSVC 7 dll does include localtime. Since
Python/distutils only says that MSVC 9 dll is being used at link time,
how exactly is MinGW (or any other code) supposed to know that localtime
should be provided som
Roger Binns <[EMAIL PROTECTED]> added the comment:
I will ask on the MinGW lists. I am still curious as to how MinGW is
supposed to know which MSVC library will be used at compile time since
distutils doesn't tell it until link time.
As a seperate issue Python isn't too
Roger Binns <[EMAIL PROTECTED]> added the comment:
I guess you can close this now. Unfortunately SourceForge goes out of
its way to not make an easy link for the MinGW mailing list but you can
see the messages on 8th July 2008:
http://sourceforge.net/mailarchive/forum.php?forum_name
Roger Upole <[EMAIL PROTECTED]> added the comment:
This fixes the problem I had on 64-bit Vista, and all of python's own
tests still pass.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Roger Demetrescu <[EMAIL PROTECTED]>:
--
nosy: +rdemetrescu
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3438>
___
__
New submission from Roger Upole <[EMAIL PROTECTED]>:
If a type's tp_base has not been initialized yet, PyType_Ready calls
itself for tp_base. However, it doesn't do the same for members of
tp_bases. The inheritance determinations assume that all bases are
ready, in particula
Roger Upole <[EMAIL PROTECTED]> added the comment:
If that were the case, it wouldn't need to call PyType_Ready for
tp_base either. From stepping thru the code, there are several places
in the interpreter core that PyType_Ready is called for types whose
tp_base has not been init
New submission from Roger Upole <[EMAIL PROTECTED]>:
Here's an excerpt from the output when run with --verbose.
@@ -138,7 +136,7 @@
def _MakeColorizer(self):
ext = os.path.splitext(self.GetDocument().GetPathName())
- import formatter
+fr
Roger Upole <[EMAIL PROTECTED]> added the comment:
I was using 3.0b2.
The output is correct with latest updates,
sorry for the trouble.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Roger Upole <[EMAIL PROTECTED]>:
If the first item can't be inserted the interpreter will crash
eventually.
while 1:
try:
d = { 'a':a,
'b':'b',
'c':'
New submission from Roger Upole <[EMAIL PROTECTED]>:
Py_FatalError calls PyErr_Occurred() which requires a current thread
state. This mean that if the original error was a thread state error
Py_FatalError is triggered again, ad infinitum.
--
components: Interpreter Core
messages:
Roger Upole <[EMAIL PROTECTED]> added the comment:
This doesn't address the discrepancy between tp_base and tp_bases.
If multiple bases are used, it's no longer 'good practice', it's an
absolute requirement. IMO, it should call PyType_Ready for all bases,
o
Roger Upole <[EMAIL PROTECTED]> added the comment:
Py_BEGIN_ALLOW_THREADS
PyErr_SetString(PyExc_SystemError, "bork bork bork");
Py_END_ALLOW_THREADS
___
Python tracker <[EMAIL PROTECTED]>
<http://
Roger Upole <[EMAIL PROTECTED]> added the comment:
Well, you asked for a simple case. In practice, I'm dealing with
much more complicated code that contains callbacks which may need
to acquire or release the theadlock. This problem makes it very
difficult to debug such code.
New submission from Roger Upole <[EMAIL PROTECTED]>:
When using PyMemoryView_FromMemory to create a new object, you have to
pass in a preallocated buffer. However, there's no way to specify a
routine to free the memory, and it leaks when the object is destroyed.
--
Roger Upole <[EMAIL PROTECTED]> added the comment:
Well it existed up until a couple hours ago ;).
Looks like it was recently changed to PyMemoryView_FromBuffer.
However, it still has the same issue.
___
Python tracker <[EMAIL PROTECTE
Roger Upole <[EMAIL PROTECTED]> added the comment:
As background, what I need is an equivalent of
PyBuffer_New(size), which creates an object that manages its
own buffer memory, and is not based on another object at all.
___
Python tracker <[EMAIL
Roger Upole <[EMAIL PROTECTED]> added the comment:
Aha, thanks. I'll go that route for now.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Roger Serwy <[EMAIL PROTECTED]>:
--
nosy: serwy
severity: normal
status: open
title: IDLE: Pressing "Home" on Windows places cursor before ">>>" instead of
after. Solution offered.
___
Pytho
New submission from Roger Serwy <[EMAIL PROTECTED]>:
Pressing "Home" on Windows XP in the PyShell window places the cursor
before ">>>" instead of after it. On Linux, this behaves correctly.
The problem is in PyShell.py in the home_callback(). At line 1064:
i
New submission from Roger Upole <[EMAIL PROTECTED]>:
On first try:
File "H:\Python-3.0rc1\Lib\lib2to3\main.py", line 10, in
from . import refactor
ValueError: Attempted relative import in non-package
And after changing that line to
from lib2to3 import refactor
it still d
New submission from Roger Upole <[EMAIL PROTECTED]>:
Sample code:
PyObject *b=PyBytes_FromString("eh ?");
PyObject *mv=PyMemoryView_FromObject(b);
PyObject_CheckReadBuffer(mv);
>From following the chain of calls in PyObject_CheckReadBuffer,
a few
Roger Serwy added the comment:
Rather than change the core code of IDLE, I've attached an extension to achieve
terminal-like behavior. It provides a toggle to enable/disable. However, this
extension as-is only works on the 2.x series, although it can be modified
slightly to work o
Changes by Roger Serwy :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue3851>
___
___
Python-bugs-list mailing list
Unsubscri
Roger Demetrescu added the comment:
I am not sure if it is related, but anyway...
MIMEText behaviour has changed from python 2.4 to 2.5.
# Python 2.4
>>> from email.MIMEText import MIMEText
>>> m = MIMEText(None, 'html', 'iso-8859-1')
>>> m.se
New submission from Roger Serwy <[EMAIL PROTECTED]>:
See attached diff file. Patching PyShell.py Version 1.2.1
PyShell ignores letter/number key presses when the cursor is not on the
command line. Instead it should redirect any letter/number key presses
to the command line. (C
Roger Serwy <[EMAIL PROTECTED]> added the comment:
Hi Terry,
The patch allows you to select previous output if your cursor leaves the
command line area. Press the left arrow button at a new command line
does this.
Thank you for your feedback!
- RDS
Terry J. Reedy wrote:
> Terry
Roger Gammans added the comment:
I think this is a duplicate of one (or both) of 35617, or 23882 .
Both of those have unmerged proposed fixes.
--
nosy: +rgammans
___
Python tracker
<https://bugs.python.org/issue36
Change by Roger Gammans :
--
nosy: +rgammans
___
Python tracker
<https://bugs.python.org/issue35617>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Roger Gammans :
--
nosy: +rgammans
___
Python tracker
<https://bugs.python.org/issue23882>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Roger Serwy :
The shell provided by IDLE uses synchronous sys.stdout.write() calls between
the subprocess and the front-end, leading to very slow writes. The provided
patch proposes buffering the stdout/stderr streams in the subprocess and then
sending a single update
Roger Serwy added the comment:
All good questions, Terry! I do have a git clone of the cpython repo, but I
haven't worked through the new commit/patch process since Mercurial. I'm a bit
rusty.
The buffering provided is for calls to `write`. It does not do any line
buffering
Roger Hurwitz added the comment:
I am at PyCascades at the CPython sprint, and I will work on this issue to the
best of my ability.
--
nosy: +rogerhurwitz
___
Python tracker
<https://bugs.python.org/issue16
Roger Hurwitz added the comment:
Reviewing this as part of the CPython sprint at PyCascades.
--
nosy: +rogerhurwitz
___
Python tracker
<https://bugs.python.org/issue39
Change by Roger Hurwitz :
--
keywords: +patch
pull_requests: +17817
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18443
___
Python tracker
<https://bugs.python.org/issu
Roger Hurwitz added the comment:
At PyCascades CPython sprint and reviewing this issue.
--
nosy: +rogerhurwitz
___
Python tracker
<https://bugs.python.org/issue38
Change by Roger Hurwitz :
--
keywords: +patch
pull_requests: +17826
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18452
___
Python tracker
<https://bugs.python.org/issu
New submission from Roger Dahl :
This is a ticket to document two ways in which the behavior of
loop.set_signal_handler() may not match what the user expects.
First, callbacks to handlers registered with loop.set_signal_handler() may be
significantly delayed. I have a program where I&#x
Change by Roger Dahl :
--
keywords: +patch
pull_requests: +18028
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18664
___
Python tracker
<https://bugs.python.org/issu
Roger Dahl added the comment:
> I'm sorry. but loop.set_signal_handler() method doesn't exist.
Oops, fixed.
> Assuming you mean loop.add_signal_handler() method, I would say that a
> minute-long delay is a sign of long blocking calls in your program.
During the delay
Roger Gammans added the comment:
But namespace packages are still useful for what PEP420 envisages and they
should be able to have runnable tests.
For instance
projectX/
- interfaces/
- proxyX.py
- testX.py
projectY/
- intefaces/
- proxyY.py
New submission from Roger Meier :
macOS Big Sur, Public Beta (20A5343j)
There is noticeable window flickering when the IDLE window is being resized
manually. It sometimes become translucent, and sometimes the window frame isn't
properly refreshed after resizing, but simply by switchi
Roger Meier added the comment:
I have screen capture demonstrating the issue, which I posted here:
https://groups.google.com/g/thonny/c/529A5zEsuWg/m/xHVCny8OBwAJ
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issu
Roger Meier added the comment:
The latest macOS Big Sur Public Beta (5, Build 20A5354i) fixes the issue with
TK Window rendering.
--
resolution: -> works for me
___
Python tracker
<https://bugs.python.org/issu
New submission from Roger Taylor :
An IntFlag member before 3.8.6 was converted to an integer in an f-string.
After 3.8.6, the textual IntFlag class and member name are placed in the
interpolated f-string instead of the integer.
3.8.3: f"... {X.F} ..." where X.F = 1 << 4 w
Roger Serwy added the comment:
There was another regression introduced by (a4bd8a4805a8). IDLE 3 no longer
allows for editing of new files from the command line.
For example:
idle -e /tmp/newfile.py
will momentarily flash an editor window before it is closed. This is due to
"good
Roger Serwy added the comment:
This is a duplicate of #3559.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue13798>
___
___
Python-bugs-list m
Roger Serwy added the comment:
I'm not aware of any formal tests for IDLE. Can you show me the docs for
writing proper unit tests? I'll see if I can write one for this.
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
I am unable to reproduce this bug with the latest development versions in the
2.7 and 3.3 branches.
Can someone verify this as well?
--
___
Python tracker
<http://bugs.python.org/issue4
Roger Serwy added the comment:
Attached is a patch against 3.3a0 to validate the active key set in the
configuration handler. It validates each key binding and then presents a dialog
with a list of incorrect keys if there are any.
In developing this patch I found that IDLE calls
Roger Serwy added the comment:
Amaury's patch has already been applied in (d31be8c9c8a2).
GUO's description does cause an error. TclTk does not allow "" by
itself to be bounded. This underlying cause for that error is addressed in #6739
I think this is
Roger Serwy added the comment:
Should tear-off menus still be a feature? This relates to the #13504
meta-issue, in particular entry "4) ANNOYANCE: Get rid of the detachable menus
feature.."
Attached is patch against 3.3a0 to disable tear-off menus. (It also makes
modificati
Roger Serwy added the comment:
#13884 has a patch to address point 4) ANNOYANCE: Get rid of the detachable
menus feature.
--
___
Python tracker
<http://bugs.python.org/issue13
Roger Serwy added the comment:
I tested your patch and it works. For the sake of completeness, here's what I
did:
Test 1: Start IDLE in shell mode and run "import sys; print(sys.path)". The
first entry should be ''
This is consistent with the behavior of the regu
Roger Serwy added the comment:
I tried this and while IDLE didn't crash, it stalled when running with and
without a subprocess. I then tried running this from the regular python
interpreter and it stalled there as well. This is not a problem with IDLE, but
a problem with pydoc itself.
New submission from Roger Caldwell :
Hi. I found this today and thought I would report. I could not find anywhere
that it was expected behavior. When using time.ctime() to convert a date which
only has 1 digit in the day position it returs a string with 2 spaces after the
month vs one
Roger Serwy added the comment:
Should calling "modules" automatically iterate over all submodules or should it
return just a list of top level modules?
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
You're right. The pkgutil.walk_packages method called from ModuleScanner seems
to be importing the submodules. I should have said that in the last message.
I'll try to be clearer. What should the correct behavior be when entering
"modules"
Roger Serwy added the comment:
Attached is a patch against 3.3a0 to fix the problem. The cause of the bug is
that a tuple can not be sorted and calling .sort was raising a silenced
exception. The patch explicitly converts __all__ to a list.
--
keywords: +patch
Added file: http
Roger Serwy added the comment:
Attached is an updated version of Guilherme's patch against 3.3a0. It does make
the help window non-modal.
--
Added file: http://bugs.python.org/file24421/help_nonmodal_updated.patch
___
Python tracker
Roger Serwy added the comment:
I ran reindent and resubmitted the patch.
The patch works fine on Ubuntu 11.04. One very subtle design issue with the
patch is that the help window is tied to the calling EditorWindow instance. If
the editor (or shell) closes, so does the help window, even if
Roger Serwy added the comment:
Attached is a reworked patch to handle the nonmodal help dialog.
It replaces the decorator _singledialog with a call to a singleton HelpDialog
class. The class creates the textView widget using as its parent the root Tk
window instance instead of the
Roger Serwy added the comment:
Those four lines are present just in case self.root is not initialized.
Even if you short-circuit the behavior and set parent=self.top, the patch still
works, only that closing the calling EditorWindow instance also closes the help
dialog.
I tested the patch
Roger Serwy added the comment:
I pulled the latest repo with the patch for 2.7. It works.
--
___
Python tracker
<http://bugs.python.org/issue964437>
___
___
Pytho
Roger Serwy added the comment:
Try running IDLE from a command prompt and report the error message you see.
Start a python shell session and run:
import idlelib.idle
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
After pulling the latest code, random.py no longer works since it tries to
import urandom from os on both 3.3 and 2.7.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue13
Roger Serwy added the comment:
It was a false alarm. I didn't recompile python before running it with the
latest /Lib files. My apologies.
--
___
Python tracker
<http://bugs.python.org/is
Roger Serwy added the comment:
I can confirm the issue Larry's raises. Attached is a patch against 2.7 to
enable Ctrl+C interrupts for the debugger. The patch opens up the possibility
of making "Go" a toggle button, but that would require some more plumbing (not
included in
Roger Serwy added the comment:
Is the "Source" check box in the Debug Control window checked?
--
nosy: +serwy
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
I am not seeing this problem under Ubuntu, but I do see this problem on Vista.
It looks like the "sel" tags get hidden when a window loses focus under Windows.
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
I tried your tk_hello.py code and it works on Python 3.
The code for creating the QUIT button exceeds 80 columns. I'd insert a \n after
the second argument:
self.QUIT = tk.Button(self, text = "QUIT",
fg =
Roger Serwy added the comment:
I tried your tk_hello.py code and it works on Python 3.
The code for creating the QUIT button exceeds 80 columns. I'd insert a \n after
the second argument:
self.QUIT = tk.Button(self, text = "QUIT",
fg =
Roger Serwy added the comment:
Ah, that's subtle. There's a comma at the end of that ["text"] line which is
making the string a one-element tuple. Removing it fixes the issue.
--
___
Python tracker
<http://bug
Roger Serwy added the comment:
Hi Vlastimil,
Can you repeat your test case while running IDLE from the command prompt and
report the error you see?
python -m idlelib.idle
IDLE closes suddenly on Windows because IDLE uses pythonw.exe which has no
stdout or stderr. When Tkinter
New submission from Roger Serwy :
In PyShell.py, the "readline" method enters a nested event loop for handling
input.
If the shell is restarted, the nested event loop remains until after the first
press of "enter" causes the "enter_callback" to quit the nested e
Changes by Roger Serwy :
--
nosy: +ned.deily, terry.reedy
___
Python tracker
<http://bugs.python.org/issue14254>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
Attached is a patch to have the rpc marshal exceptions. When used with Martin's
patch, IDLE returns
>>> '\U00010330'
Traceback (most recent call last):
File "", line 1, in
'\U00010330'
ValueError: charact
Roger Serwy added the comment:
Attached is a preliminary patch to solve this issue. It relies on
"rpc_marshal_exception.patch" from issue14200.
Does anyone know a good way to make the exception render as: "must be str, not
int" instead of "must be str, not "
Roger Serwy added the comment:
I agree with Terry. The current behavior of raising ValueError will lead to
problems in application code in the future if Tkinter gets fixed such that it
can render Unicode properly beyond 0x.
--
___
Python
Roger Serwy added the comment:
I made a mistake in msg155410. The results in the message are WITHOUT
"unicodeerror.diff" applied. When it is applied, the IDLE shell gives:
>>> '\U00010330'
Traceback (most recent call last):
File "", line 1, in
Roger Serwy added the comment:
Having had some time to work on it, the bug is in the unicodeerror.diff patch.
If the string is empty then max(s) will raise a ValueError. This is easy to
trigger by generating an exception at the python prompt, like "1/0".
Attached is a revised
Roger Serwy added the comment:
Martin, I got your message after I submitted the last one.
This issue does involve IDLE crashing, but it's not crashing due to non-BMP
characters. That is a side-effect of a bigger issue with pythonw.exe. See
Issue13582 for more information.
IDLE&#x
Roger Serwy added the comment:
Attached is a patch against 3.3 to return the count.
--
keywords: +patch
Added file: http://bugs.python.org/file24792/issue7163.patch
___
Python tracker
<http://bugs.python.org/issue7
Roger Serwy added the comment:
Andrew, please reopen this issue. Your committed patch does not work if IDLE is
not using the subprocess.
>>> got_ahsa = "\N{GOTHIC LETTER AHSA}"
>>> got_ahsa
Traceback (most recent call last):
File "", l
Roger Serwy added the comment:
Attached is a patch to undo Andrew's and fixes the issue in a simple manner.
The tcl_unicode_range.patch from Issue12342 has already been applied, so
catching ValueError within IDLE is all that is now needed.
--
Added file: http://bugs.pytho
Roger Serwy added the comment:
Rather than raising a ValueError, would UnicodeEncodeError be more appropriate?
I admit that this suggestion may be bike shedding.
--
___
Python tracker
<http://bugs.python.org/issue12
Roger Serwy added the comment:
Issue13582 deals with the IDLE error feedback.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue13153>
___
___
Pytho
101 - 200 of 642 matches
Mail list logo
