Changes by Palm Kevin :
Added file: http://bugs.python.org/file30493/Makefile.pre.in.diff
___
Python tracker
<http://bugs.python.org/issue18154>
___
___
Python-bugs-list m
Changes by Palm Kevin :
Removed file: http://bugs.python.org/file30493/Makefile.pre.in.diff
___
Python tracker
<http://bugs.python.org/issue18154>
___
___
Python-bug
Changes by Palm Kevin :
Added file: http://bugs.python.org/file30494/Makefile.pre.in.patch
___
Python tracker
<http://bugs.python.org/issue18154>
___
___
Python-bug
Kevin Harms added the comment:
As far as I can tell, this issue is not resolved. It would be very nice for the
C API to have the equivalent for -E for security reasons. I would like to make
a setgid binary and do not want users to be able to set PYTHON* variables to
force loading of custom
Kevin Walzer added the comment:
I've added some comments to this on the Tkinter-dev mailing list, but to
summarize, the bug is not reproducible on the Tcl side of the bridge, and so I
am not clear what changes can be made in Tk's internals. It might e better to
proceed with impl
New submission from Kevin Barry :
I have been trying to get PyRun_InteractiveLoop to run on a pty (Linux) without
replacing stdin and stdout with that pty; however, it seems like Python (2.6.6)
is hard-coded to only run interactively on stdin and stdout.
Compile the attached program with
Kevin Barry added the comment:
Here is a patch that corrects the problem (quoted below and attached.) This
only corrects the problem when 'PyOS_ReadlineFunctionPointer' is set, e.g. you
must 'import readline', otherwise Python will defer to stdin/stdout with
'PyOS_St
Kevin Barry added the comment:
I've attached a new example source file to demonstrate the fix.
Compile the attached program with (*after* patching and installing Python):
> gcc `python-config --cflags` working2.c -o working2 `python-config --ldflags`
and run it with:
> ./workin
Kevin Barry added the comment:
The patch from before needed a slight modification for when Python actually
defaults to an interactive session on stdin. Since I rebuild this for my
current distro (Slackware64 13.37,) I switched to the Python 2.6.6 source. This
might not be the proper way to
Kevin Barry added the comment:
I've attached a simplified example program (working3.c) that demonstrates both
the original problem and that the patch
(Python-2.6.6-Run_Interactive-fix.patch) works. It eliminates the need for a
pty, 'xterm', and redirection.
Compile the a
Kevin Chen added the comment:
I propose a fix:
static FILE *
open_exclusive(char *filename, mode_t mode)
{
#if defined(O_EXCL)&&defined(O_CREAT)&&defined(O_WRONLY)&&defined(O_TRUNC)
/* Use O_EXCL to avoid a race condition when another process tries to
write t
Kevin Chen added the comment:
This is essentially the way things were done in version 2.5.4 of Python. The
unlink() always succeeded, because the created .pyc file permission is always
set to 0666 in the fd=open() function. This means the .pyc will never be
created as read-only, and as long
Changes by Kevin Chen :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue6074>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kevin Chen added the comment:
Hi I made the following patch for this issue.
It addresses the #2051 security bug. So the .pyc and .pyo files are created
using the same permission as .py
The MS_WINDOWS version will chmod the permission of .pyc and .pyo files to
write accessible before deleting
Kevin Chen added the comment:
Hi Eric,
I am happy to install Python 3.3 on Windows and help you test this. Can you
please give me some ideas on what I need to do?
Do I sync to the latest Python 3.3 branch and compile? Then run some unit-test
code? Which test files should I run? What should
Kevin Barry added the comment:
I still see the potential cause addressed by my patch in the 2.7, 3.3, and
"default" branches, so I'm assuming that all versions from 2.6 on have this
problem.
I also see that I can elect to change the "Status" and "Resolution"
Kevin Walzer added the comment:
The attached patch works around the crash for me on Python 2.7.3, Tk-Cocoa
8.5.12 (tip), on Lion.
--
keywords: +patch
nosy: +wordtech
Added file: http://bugs.python.org/file27538/configDialog.diff
___
Python tracker
Changes by Kevin Walzer :
Removed file: http://bugs.python.org/file27538/configDialog.diff
___
Python tracker
<http://bugs.python.org/issue15853>
___
___
Python-bug
Changes by Kevin Walzer :
Added file: http://bugs.python.org/file27539/configDialog.diff
___
Python tracker
<http://bugs.python.org/issue15853>
___
___
Python-bugs-list m
Kevin Walzer added the comment:
The crash occurs during a "self.editFont.config" call, when the sample text in
the font dialog is updated with new font properties. My changes re-structures
the configure event to first create a tuple with new font properties, then
apply that to
Kevin Walzer added the comment:
editFont.config is causing the crash.
The revised patch you suggest configures both the display font example and the
highlight-text example. We can certainly amend my patch along those lines.
I cannot reproduce the issue in simple Tcl/Tk using the equivalent
Kevin Chen added the comment:
Hi Nick,
Thank you so much for rolling out this change. I think your implementation of
the fix is more elegant. I have learned a few things from you.
I would love to keep helping to test/fix bugs for Python on Windows. Please
contact me if there is anything you
Kevin Chen added the comment:
Okay just tried it. This is under Windows 7 x64.
I created a .py file with read-only permission. When I import the .py module,
the created .pyc doesn't have read-only permission.
So it works as intended under Windows OS. As long as under posix syste
New submission from Kevin Cox:
I think it would be useful to support multiple finally clauses. The idea would
be that each clause would be run, even if prior clauses throw exceptions.
The idea came when hunting a bug in the Mozilla test suite. The code looked
like as follows.
try
Palm Kevin added the comment:
Issue can be closed. I am not able to reproduce this any more...
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
New submission from Kevin Smith:
I am using the mmap module on Linux with python 2.7.6 to access memory-mapped
IO. The device that I am accessing implements a hardware FIFO that holds
16-bit values and pops an entry when the MSB of the entry is read. I am trying
to use the mmap module to do
Changes by Kevin Chen :
--
nosy: +kevin.chen
___
Python tracker
<http://bugs.python.org/issue15880>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kevin Walzer added the comment:
This can probably be fixed by setting this key in the app's info.plist file:
NSHighResolutionCapable
Under the hood, Tkinter/Tk-Cocoa uses CoreText to render text, and I understand
this to adapt to high-res displays out of the box--as long as the prope
New submission from Kevin Norris:
Code such as this:
class Foo:
def __str__(self):
# Perhaps this value comes from user input, or
# some other unsafe source
return something_untrusted
def isidentifier(self):
# Perhaps it
New submission from Kevin Davies:
The docstring of acosh should more accurately be
"Return the area hyperbolic cosine of x."
instead of
"Return the hyperbolic arc cosine (measured in radians) of x."
asinh and atanh should be changed similarly. The result of these functi
Kevin Davies added the comment:
Unfortunately I'm not currently set up with Mercurial and I'm not sure
that it makes sense to get that going just for this.
On 07/01/2014 06:47 PM, Ezio Melotti wrote:
> Ezio Melotti added the comment:
>
> Do you want to propo
Kevin Davies added the comment:
Yes, 'inverse' is probably more obvious to understand than 'area',
although it doesn't tie into the 'a' of 'acosh', etc.
On 07/01/2014 08:24 PM, Mark Dickinson wrote:
> Mark Dickinson added the comment:
>
>
Kevin Davies added the comment:
Mark: The patch looks good. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue21902>
___
___
Python-bugs-list mailin
Changes by Kevin Davies :
Added file: http://bugs.python.org/file35863/TI-89.png
___
Python tracker
<http://bugs.python.org/issue21902>
___
___
Python-bugs-list mailin
Kevin Davies added the comment:
I'm not sure what the resolution is (the patch was 'inverse', Mark said
he'd be happy to use 'area', and Raymond quoted 'arc'). I didn't know
this would be a big deal, and I'm sorry that I caused trouble.
New submission from Kevin London:
Generating the byte representation of a UUID object can be a little faster by
using binascii's unhexlify on the hex value of the UUID object. In my testing,
I saw about a 5.5x speed increase with the attached changes.
Here are a set of benchmarks that
New submission from Kevin Norris:
Run Python as an administrator:
>>> import pathlib
>>> pth = pathlib.Path('//?/C:/foo.')
>>> pth.mkdir()
>>> pth.resolve().rmdir()
Traceback (most recent call last):
File "", l
Kevin Norris added the comment:
When the directory name is '...', the error is different:
>>> pth = pathlib.Path('//?/C:/...')
>>> pth.mkdir()
>>> pth.resolve().rmdir()
Traceback (most recent call last):
File "",
Kevin Norris added the comment:
I'm a little concerned about this fix. In particular, if I understand the
design of the patch correctly, it is intended to produce this behavior:
Path('C:/foo').resolve() != Path('//?/C:/foo').resolve()
Since both paths are vali
New submission from Kevin Phillips:
I recently exploited a subtle bug with the msilib module's GetProperty method
on the SummaryInformation class. When retrieving string-typed properties from
the stream the last character in the string gets truncated, replaced by a
null-byte.
I am
Kevin Phillips added the comment:
I should mention that I did discover some source code on GitHub, presumably for
this wrapper module, and I believe I found a few questionable parts in the
logic for this library that may help explain the cause of this problem:
https://github.com/python-git
New submission from Kevin Hendricks:
Hi,
I am working on porting my ebook code from Python 2.7 to work with both Python
2.7 and Python 3.4 and have found the following inconsistency I think is a bug
...
KevinsiMac:~ kbhend$ python3
Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 00:54:21
Kevin Hendricks added the comment:
Thanks for letting me know this was expected behaviour. I see the same "issue"
holds true while using:
for c in b'0123456789':
print(ord(c))
I ended up using slices nearly everyplace. Still ran into iterator issues.
Horrible hack
Kevin Dyer added the comment:
The following can be used to generate a file called ```mega_concat.py```:
```python
N = 2**17
my_array = []
for i in range(N):
my_array.append("\"\"")
print '+'.join(my_array)
```
Then:
```console
$ python mega_concat.py
S
New submission from Kevin Dyer:
The following can be used to generate a file called ```mega_concat.py```:
```python
N = 2**17
my_array = []
for i in range(N):
my_array.append("\"\"")
print '+'.join(my_array)
```
Then:
```console
$ python mega_concat.py
S
New submission from Kevin Dyer:
The following can be used to generate a file called mega_concat.py:
N = 2**17
my_array = []
for i in range(N):
my_array.append("\"\"")
print '+'.join(my_array)
Then, on Ubuntu 14.04, 32-bit:
$ python mega_concat.py
Segmentation
Kevin Dyer added the comment:
Gotcha. Thanks for the explanation.
Two questions:
1) Given that it's probably not an out-of-memory issue, is it possible that
this could turn into something more malicious? (e.g., an arbitrary code
execution vulnerability?)
2) It's not obvious to m
Palm Kevin added the comment:
+1
--
nosy: +palm.kevin
___
Python tracker
<http://bugs.python.org/issue17213>
___
___
Python-bugs-list mailing list
Unsubscribe:
Palm Kevin added the comment:
Reproducible for Py 3.2.5
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue17213>
___
___
Python-bugs-list m
Changes by Kevin Walzer :
--
nosy: +wordtech
___
Python tracker
<http://bugs.python.org/issue6441>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Kevin Walzer :
In running IDLE against a build of Tk-Cocoa (8.5.7) on OS X, the edit and
format menus sometimes hang and require a force-quit of IDLE. This happens
when I try to paste text, and also when trying to format selections of
text with indentation, etc. I&#x
Kevin Walzer added the comment:
I disagree that this is a bad idea--it's helpful to be able to double-
click a GUI script and launch it automatically. I realize one can just
fire up Terminal and go "python myscript.py," but I missed this
functionality when it was broken and w
New submission from Kevin Quick :
In optparse description of "16.4.3.7. Parsing arguments" (http://
docs.python.org/library/optparse.html#parsing-arguments) the keyword
argument to parse_args is "values=None" but in the description of the
"options" return value
Kevin Walzer added the comment:
Following active development and several bugfixes in Tk-Cocoa 8.5.7, the
issue with the cut/paste events in IDLE's edit menu has resolved itself.
Therefore I am closing this bug.
--
status: open -> closed
__
Changes by Kevin Walzer :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kevin Walzer added the comment:
Tested against Tk-Cocoa (the build of Tk-8.5 that comes with Snow Leopard;
I also have my own build on Leopard) and Tk-Carbon 8.5 on Leopard/10.5,
and it works as expected. I no longer have any builds of 8.4 to test
against. The code defaults to the current
Kevin Walzer added the comment:
The bug with the edit menu sounds like the same issues I noted in
http://bugs.python.org/issue6463. I think it was related to something in
Tk-Cocoa 8.5, which was resolved in a later build of Tk, and which is why
I closed the bug. The build of Tk-Cocoa that
Kevin Walzer added the comment:
Ronald: No, unfortunately I was never able to reproduce the bug in pure
Tcl. I tried various examples with the Tk text widget. I also tried
various examples with the text widget via Tkinter. Each time the text
widget, cutting, pasting, etc. worked as expected
Kevin Walzer added the comment:
I don't understand the logic of saying that IDLE in Python 2.6.3 will not
support Tk 8.5 in any fashion when you say that it runs fine with
ActiveState Tk 8.5. 8.4 is obsolete. The "new window hang" bug is specific
to the version of Tk 8.5.7. I
Kevin Walzer added the comment:
I've run into an additional problem with these patches. While they
correctly set up the menus for Python Shell and editor windows, when a
front-most window is closed, the menubar suddenly displays duplicate
entries (for Edit, Run, and Help) at the end o
Kevin Walzer added the comment:
Single revised diff, "tkcocoa.diff", attached, applied against Python
trunk. Have not tested against Python trunk, nor do I believe it solves
the issue with the extra menu items appearing when a window is closed. But
hopefully this will apply mo
Kevin Walzer added the comment:
Re: msg 93821, the comment about redundant entries being appended to a
menu when an EditorWindow is destroyed:
I've reproduced this behavior in Tk-Cocoa itself, and have concluded it's
not an issue with IDLE (or my patches). I've f
New submission from Kevin Grant :
Running "pydoc -k ..." with a query string will end with a Python
AttributeError while looking for Carbon.File.FSSpecType.
I was using /usr/bin/pydoc on Mac OS X Snow Leopard, which is from Python 2.6.1.
It appears that any query will produce a sim
Kevin Walzer added the comment:
Apparently the extra menu entries are related to an Appkit bug on Leopard
that Tk-Cocoa picks up; the bug is not present on Snow Leopard and won't
be fixed on Leopard. As a result, I've closed
Kevin Teague added the comment:
The problem with generic functions supporting ABCs is it's a bug with
the way ABCs work and not a problem with the generic function
implementation. The register() method of an ABC only fakes out
isinstance checks, it doesn't actually make the abstract
Changes by Kevin Watters :
--
nosy: +kevinwatters
___
Python tracker
<http://bugs.python.org/issue1641>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Kevin Watters :
socket.create_connection was added in 2.6, but does not get exposed in
socket's __all__.
Attached is the simple fix against 2.6's socket.py.
--
components: Library (Lib)
files: socket-all-26.diff
keywords: patch
messages: 85656
nosy: ke
New submission from Kevin Watters :
I cannot reproduce this locally yet, but I have several bug reports from users
showing
that IMAP4_SSL connections can get stuck in an infinite loop during logout()
File "imaplib.pyo", line 529, in logout
File "imaplib.pyo", line 1059
Kevin Watters added the comment:
I wasn't sure--the docs for SSLSocket.read
(http://docs.python.org/library/ssl.html#ssl.SSLSocket.read) say
"Reads up to nbytes bytes from the SSL-encrypted channel and returns
them."
With that "up to" I wasn't sure that an
New submission from Kevin Walzer :
In version 8.6 of Tk (now in beta stage), Tk on OS X will be built on top
of the Cocoa API, replacing the deprecated Carbon API. Tk-Cocoa implements
some UI behaviors (help menu, application menu) differently than Tk-
Carbon. The attached files patch IDLE to
Changes by Kevin Walzer :
Added file: http://bugs.python.org/file14027/Bindings.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bugs-list mailin
Changes by Kevin Walzer :
Added file: http://bugs.python.org/file14028/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bugs-list m
Kevin Walzer added the comment:
These patches were tested on Python/IDLE 2.6.2 and Tk version 8.5.7. My
build of Tk, which runs on top of Cocoa, is based on a fork of Tk hosted
at http://github.com/das/tcltk/tree/de-carbon-8-5. Tk-Cocoa will become
the main line for Mac OS X in Tk 8.6, now
New submission from Kevin Walzer :
The configDialog for IDLE in version 2.6.2 is missing a title in the
window: this patch adds a "Preferences" title to the window.
--
components: IDLE
files: configDialog.patch
keywords: patch
messages: 88143
nosy: wordtech
severity: nor
Kevin Walzer added the comment:
This updated patch of macosxSupport.py adds a fix that addresses the
preferences dialog, see http://bugs.python.org/issue5232.
--
Added file: http://bugs.python.org/file14031/macosxSupport.patch
___
Python tracker
Changes by Kevin Walzer :
Removed file: http://bugs.python.org/file14028/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bug
Kevin Walzer added the comment:
Added Brad's snippet to macosxSupport.py: see http://bugs.python.org/issue6075
--
nosy: +wordtech
___
Python tracker
<http://bugs.python.org/i
Changes by Kevin Walzer :
Removed file: http://bugs.python.org/file14031/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bug
Kevin Walzer added the comment:
additional refinement to help_dialog command, makes menu consistent
--
Added file: http://bugs.python.org/file14035/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6
Changes by Kevin Walzer :
Removed file: http://bugs.python.org/file14035/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bug
Kevin Walzer added the comment:
typo in macosxSupport.patch--fixed
--
Added file: http://bugs.python.org/file14036/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6
Changes by Kevin Watters :
--
nosy: +kevinwatters
___
Python tracker
<http://bugs.python.org/issue6132>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kevin Dwyer :
--
nosy: +kevindication
___
Python tracker
<http://bugs.python.org/issue1327971>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kevin Walzer added the comment:
Ronald,
I'd vote for warning if it's the default action.
Would your other proposed change require users to set PythonLauncher as the
opening app for each Python file, or would there be a way to manually set it as
the default from Finder or
New submission from Kevin Bonham:
Python 3.6.0 (default, Dec 24 2016, 08:01:42)
[GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.42.1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from tempfile impor
Changes by Palm Kevin :
--
nosy: +palm.kevin
___
Python tracker
<http://bugs.python.org/issue29355>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kevin Shweh added the comment:
Doesn't that ignore_extra_args thing prevent InitX.__init_subclass__ from
receiving the x argument it wanted? It doesn't seem like a solution.
--
nosy: +Kevin Shweh
___
Python tracker
<http://bu
New submission from Kevin Mills:
The intro paragraph for the gc module's documentation says:
> Since the collector supplements the reference counting already used in
> Python, you can disable the collector if you are sure your program does not
> create reference cycles.
How wou
Kevin Mills added the comment:
gc.disable() at the beginning and then analyzing the results of gc.collect()
actually does do what I was wanting, thank you.
Reference cycles in and of themselves aren't the problem. It's only a problem
if garbage contains reference cycles. In a norm
Kevin Ollivier added the comment:
The OpenSSL included with OS X, still at 0.9.8, has become very dated and a
growing number of servers (including openssl.org) now fail the handshake
because they no longer support any of the protocols and ciphers included with
that build. It is reaching the
New submission from Palm Kevin:
The way the python path is initialized with the embeddable python distribution
makes no sense for me.
If no environment variable PYTHONPATH is set, then the path is initialized like
this:
[python352]\python35.zip;.\DLLs;.\lib;[folder_of_executable
Palm Kevin added the comment:
BTW: Is there a good reason, the folder-of-the-executable is added to the
python-path? I don't see any...
--
___
Python tracker
<http://bugs.python.org/is
New submission from Palm Kevin:
It seems that on linux (red hat), the "make install" fails when no zlib support
is available. (I have no zlib installed and I don't want to do so)
I reproduced the problem with both python 3.5.1 and python 3.5.2
The command 'configure
Palm Kevin added the comment:
Yes. You are right. This solves the problem for me since I don't need pip.
Do you think I should close the issue or rename it into '"make install" fails
with pip when missing zlib dependency' ?
--
_
Palm Kevin added the comment:
Ok, but shouldn't it fail earlier?
During "configure" or "make", not on "make install"...
Perhaps with a message like "Unable to compile with pip because dependency zlib
is missing"
--
Changes by Kevin Dwyer :
--
nosy: +kdwyer
___
Python tracker
<http://bugs.python.org/issue19837>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Kevin Lyda:
The pypi entry for distutils2 has a comical set of broken links (docs and
contributing): https://pypi.python.org/pypi/Distutils2
The following two paragraphs have broken links. Adding a link checker to your
browser isn't the worst idea.
The Distutils2 cod
Kevin Barry added the comment:
emmanuel,
Thanks for the suggestion. Your workaround is exactly the same as using dup2
(in C) to replace stdin/stdout/stderr with the pty, however. If you added the
following lines to your C code, it would have the same effect as the
command-line redirection in
Kevin Barry added the comment:
One additional issue, which my patch doesn't address, is that
PyRun_InteractiveLoop should really take *two* FILE* arguments, with the second
one being optional. This is because on Linux (and presumably on other *nixes)
if a read operation is blocked on a
Kevin Barry added the comment:
emmanuel,
Regarding your points: All three can be taken care of with a combination of my
patch and setting sys.stdin, sys.stdout, and sys.stderr to the pty. (That
should really be done internally with another patch, since os.fdopen is
OS-specific. Also
301 - 400 of 466 matches
Mail list logo
