Palm Kevin added the comment:
I think that this issue needs to be reopened... since it never has been
resolved...
I just downloaded the new version of Python 3.2 and tried to compile, install
and use it on Redhat Linux.
Installation went fine (configure with --prefix=/usr/mysoft/python32
Palm Kevin added the comment:
Please find here a small C app embedding python that shows how to reproduce
the problem (It turned out that the problem is caused by the new method
"Py_SetPath"):
#include "Python.h"
main(int argc, char **argv)
{
Py_SetPath(Py_GetPath(
New submission from Palm Kevin :
The new API method Py_SetPath seems bugged. When executing the following code,
then the application crashes on Py_Initialize()-call:
#include "Python.h"
main(int argc, char **argv)
{
Py_SetPath(Py_GetPath());
printf("Init\n");
Py_In
Palm Kevin added the comment:
Done: #11320
--
___
Python tracker
<http://bugs.python.org/issue10743>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Palm Kevin :
Please have a look to the following app:
#include "Python.h"
main(int argc, char **argv)
{
int i;
printf("START\n");
for(i = 0; i < 20; i++){
Py_Initialize();
printf("Try import #%i ...", i);
PyR
Changes by Palm Kevin :
--
versions: +Python 3.1
___
Python tracker
<http://bugs.python.org/issue11321>
___
___
Python-bugs-list mailing list
Unsubscribe:
Palm Kevin added the comment:
@Barry: Yes python runs correctly.
The problem arises when you embed python in a C application when calling the
Py_SetPath-method (see the follow up issue #11320)
--
___
Python tracker
<http://bugs.python.
Palm Kevin added the comment:
@Sridhar: Could you please provide input for the question asked by Antoine?
I'd love to have this issue fixed for next Python release.
--
___
Python tracker
<http://bugs.python.org/is
Palm Kevin added the comment:
Antoine,
Your guess that my issue initially wasn't related to virtualenv is correct
(I've never heard about that project before posting this issue...)
As for passing the output of Py_GetPath directly to Py_SetPath: You are right,
there is no point in
Palm Kevin added the comment:
Furthermore I would propose to rename this issue: The problem is not that
Py_SetPath cannot be called on pointer returned by Py_GetPath. I think that the
problem is more general: Calling Py_SetPath NEVER works.
--> I get the same exception as documented in
Palm Kevin added the comment:
As for this error:
Fatal Python error: Py_Initialize: Unable to get the locale encoding
LookupError: no codec search functions registered: can't find encoding
It seems to me that this error appears if the path passed to Py_SetPath does
not point to a
New submission from Palm Kevin :
The interactive help-method provided by python crashes when no stdin-stream is
available (sys.stdin == None).
Exception:
Traceback (most recent call last):
File "MyScript", line 4, in
File "C:\Python32\lib\site.py", line 457, in _
Changes by Palm Kevin :
--
components: +IO
type: -> crash
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue11709>
___
___
Python-bugs-lis
Palm Kevin added the comment:
I embed Python into an existing, external C application. In addition to this I
extend Python to access that app from Python.
I do never set explicitly set the standard input to NULL. I guess that the
external C application does this
Kevin Le added the comment:
This patch redirects output from Helper.help to whatever output stream is
passed to the Helper constructor. If no output stream is specified, the fault
behavior is to pass the output to the OS pager.
--
keywords: +patch
nosy: +bkad
versions: +Python 3.2
Kevin Le added the comment:
Created a rietveld review
http://codereview.appspot.com/3202042
--
___
Python tracker
<http://bugs.python.org/issue940286>
___
___
New submission from Kevin Hendricks :
The current version of zipfile.py is not robust to slight errors at the end of
zip archives. Many file servers **improperly** append a new line to the end of
files that do not have a new line when they are uploaded from a browser. This
bug ends up
Kevin Hendricks added the comment:
If you read the bug report it explains how to generate a testcase (i.e. append
any data to the end of a zip archive)
Here it is as a step by step process
1. simply take any working zip and call it testcase.zip
2. do the following:
echo "
Kevin Hendricks added the comment:
Here is one potential patch. It simply incorporates and non-comment extraneous
data into a final comment so that nothing is lost. Another solution that might
be safer, would be to truncate the zip archive immediately after the endrec is
found if the
Changes by Kevin Hendricks :
--
keywords: +patch
versions: +Python 2.5, Python 2.6
Added file: http://bugs.python.org/file20040/more_robust.diff
___
Python tracker
<http://bugs.python.org/issue10
Kevin Hendricks added the comment:
Same problem exists in Python 3.1.3 and in later versions as well.
Same patch should also work.
--
versions: +Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue10
Kevin Hendricks added the comment:
Final patches against the trees make no sense as no developer has decided which
way they want to actually handle the problem.
My patch is only one way and I note it may not be the way the owners of the
code want.
Also, this patch is very straight forward
Kevin Hendricks added the comment:
I have not looked at how other tools handle this. They could simply ignore
what comes after a valid endrecdata is found, they could strip it out (truncate
it) or make it into a final comment. I guess for simply unpacking a zip
archive, all of these are
Kevin Hendricks added the comment:
Been programming on unix/vax and then linux since the mid 80s and on punch
cards in the late 70s. Grew my first beard writing 8080 and Z80 assembler.
All of that was over 30 years ago.
All I want to do is report a damn bug!
Then I get nudged for a test
Kevin Walzer added the comment:
Ned--thank you for reviewing, testing, and modifying the patch. I applied your
revised version to my new install of Python 2.7.1 and it works fine.
--
___
Python tracker
<http://bugs.python.org/issue6
Kevin Le added the comment:
confirmed, I'll take a closer look
--
___
Python tracker
<http://bugs.python.org/issue940286>
___
___
Python-bugs-list m
Changes by Kevin Walzer <[EMAIL PROTECTED]>:
--
nosy: +wordtech
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2983>
___
___
Python
Kevin Walzer <[EMAIL PROTECTED]> added the comment:
I would like to close this feature request in favor of
http://bugs.python.org/issue2983. That project achieves the same goal as
this code submission in a more comprehensive, better-documented f
Changes by Kevin Watters <[EMAIL PROTECTED]>:
--
nosy: +kevinwatters
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3258>
___
__
Kevin Goodsell <[EMAIL PROTECTED]> added the comment:
Hans is right, that patch isn't very good. Here's a second pass. This
one avoids joining the file basename to sys.path components, which I'd
say is wrong since it strips (presumably relevant) leading path components.
Kevin Goodsell <[EMAIL PROTECTED]> added the comment:
Here's a small test script.
Added file: http://bugs.python.org/file10813/test.py
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pyt
Kevin Watters <[EMAIL PROTECTED]> added the comment:
>From reading through PEP 3118 once I'm not entirely clear on the role
stgdict->format is supposed to be taking here, but I did get comtypes to
compile and run successfully by changing line 910 from
stgdict->format =
Changes by Kevin Watters <[EMAIL PROTECTED]>:
--
nosy: +kevinwatters
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3006>
___
__
Kevin Watters <[EMAIL PROTECTED]> added the comment:
I found a workaround for this issue (attached) via the kernel32.dll
function SetHandleInformation. You can patch the socket class to set all
newly created sockets as uninheritable.
It's not perfect--another thread could st
New submission from Kevin Watters <[EMAIL PROTECTED]>:
in Lib/ctypes/__init__.py the wstring_at and string_at functions are
declared with CFUNCTYPE.
This means that in Modules/_ctypes/callproc.c when the functions are
invoked, Py_UNBLOCK_THREADS and Py_BLOCK_THREADS surround the cal
Kevin Watters <[EMAIL PROTECTED]> added the comment:
I know this is long closed, but no one on the nosy list happens to have
this fix backported to 2.5, do they? :) If not, I'll attach one here
eventually...
--
nosy: +kevinwatters
___
Pyt
Changes by Kevin Watters <[EMAIL PROTECTED]>:
--
nosy: +kevinwatters
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue836035>
___
__
Changes by Kevin Watters <[EMAIL PROTECTED]>:
--
nosy: +kevinwatters
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3905>
___
__
Changes by Kevin Watters :
--
nosy: +kevinwatters
___
Python tracker
<http://bugs.python.org/issue7753>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Kevin Walzer:
I've just updated to Tk 8.5 on OS X (Leopard, 10.5.1) and have rebuilt
Python to link to the new version of Tk. I'm seeing tons of weird error
messages in my logs when I run IDLE:
12/20/07 8:18:46 PM [0x0-0xa50a5].org.python.IDLE[1300
Kevin Walzer added the comment:
I already queried the Tcl-Mac mailing list about this to see if it
should be reported as a bug against Tk. Daniel Steffen, the maintainer
of Tcl/Tk on the Mac, thinks it may stem from Python-Tk interaction. His
detailed reply is here:
http://www.nabble.com/Re
Kevin Jacobs added the comment:
All tests passed when I first ported Armin's patch to 2.6. I'll have a
chance to look into this later in the week. If anyone gets to it first,
please summarize your findings here to avoid duplication of effort.
___
Kevin Jacobs added the comment:
Couldn't resist looking into this more and I must admit that I am a bit
stumped. If instead of returning a value from the cache fast path in
_PyType_Lookup, I modified the code to store the value and assert that
it matches with the non-cached result
New submission from Kevin Walzer:
On Mac OS X 10.5 (Leopard), using Python 2.5.1, double-clicking on a
Python script in the Finder does not produce the expected behavior, i.e.
launch a terminal session and then execute the script. These errors are
logged in the console:
1/22/08 9:28:56 AM
New submission from Kevin Walzer <[EMAIL PROTECTED]>:
The Tile module adds support for the platform-native themed widgets now
available in Tk 8.5's core (ttk:: namespace in Tk terms). The module
also supports the ttk:: namespace for Tk 8.4 if a separate Tk extension
is installed.
Kevin Walzer <[EMAIL PROTECTED]> added the comment:
No, it is not all my code. I will contact Martin Franklin about filling
out contributors agreement.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Kevin Walzer <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4017>
___
___
Python-bugs-list mailing list
Changes by Kevin Walzer <[EMAIL PROTECTED]>:
--
nosy: +wordtech
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4017>
___
___
Python
New submission from Kevin Watters <[EMAIL PROTECTED]>:
I see column number information in ast.c, but it's not accessible via
the information by the Node objects returned by compiler.parse.
--
components: Library (Lib)
messages: 74948
nosy: kevinwatters
severity: normal
s
Changes by Kevin Watters <[EMAIL PROTECTED]>:
--
nosy: +kevinwatters
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3545>
___
__
Kevin Watters <[EMAIL PROTECTED]> added the comment:
As far as I know, the above code will fail randomly in release mode if
you have multiple threads running Python, because when ctypes calls out
to CFUNCTYPE functions, it releases the GIL.
For decorating a python function to give to
New submission from Kevin Watters <[EMAIL PROTECTED]>:
After releasing a Py_DEBUG build to some users who were experiencing
problems, I noticed a pattern in some of the crash reports I got back:
msvcr90d!_wassert+0xb64
python25_d!FILE_TIME_to_time_t_nsec+0xac
python25_d!attribute_data_t
New submission from Kevin Fitch <[EMAIL PROTECTED]>:
from functools import partial
from copy import deepcopy
p = partial("Hello world".replace, "world")
p("mom")
p2 = deepcopy(p)
The output I get is:
Hello mom
Followed by:
Traceback (most
New submission from Kevin Fitch <[EMAIL PROTECTED]>:
codeText = """
class foo(object): pass
class bar(object):
baz = foo()
"""
def doExec(text):
exec text
### This works:
# Although if I do this before the doExec below, then the
# doExec doesn't fai
Changes by Kevin Watters <[EMAIL PROTECTED]>:
--
nosy: +kevinwatters
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3001>
___
__
Changes by Kevin Watters <[EMAIL PROTECTED]>:
--
nosy: +kevinwatters
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4589>
___
__
Kevin Walzer added the comment:
The attached patch to configDialog.py fixes this problem--all that was
needed was to remove the internal padding in the buttons.
--
keywords: +patch
nosy: +wordtech
type: -> behavior
Added file: http://bugs.python.org/file12488/configDialog.pa
Changes by Kevin Watters :
--
nosy: +kevinwatters
___
Python tracker
<http://bugs.python.org/issue4868>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kevin Watters :
--
nosy: +kevinwatters
___
Python tracker
<http://bugs.python.org/issue4753>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kevin Watters added the comment:
Does anyone know the equivalent ICC command line option for GCC's -fno-
gcse? (Or if it has one?) I can't find a related option in the docs.
It looks like ICC hits the same combining goto problem, as was
mentioned: without changing any options,
Changes by Kevin Watters :
--
nosy: +kevinwatters
___
Python tracker
<http://bugs.python.org/issue5249>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kevin Locke :
--
nosy: +kevinoid
nosy_count: 7.0 -> 8.0
pull_requests: +29931
pull_request: https://github.com/python/cpython/pull/23172
___
Python tracker
<https://bugs.python.org/issu
Change by Kevin Locke :
--
nosy: +kevinoid
nosy_count: 10.0 -> 11.0
pull_requests: +29932
pull_request: https://github.com/python/cpython/pull/23172
___
Python tracker
<https://bugs.python.org/issu
Kevin Walzer added the comment:
Hard to say what is going on without knowing more about the specific version of
Tk (not just 8.6, but 8.6.8? 8.6.9?).
--
___
Python tracker
<https://bugs.python.org/issue37
New submission from Kevin Wojniak :
proxy_bypass_registry() will split the ProxyOverride registry key by semicolon.
Then for each value it uses that value as a regular expression pattern with
match(). However, if this value is not a valid regular expression, then match()
will throw an
New submission from Kevin Packard :
The macOS installer for Python 3.7.4 places "Python.framework" into
/Library/Frameworks/ However, the top-level symlinks inside the framework are
broken for "Headers" and "Resources". Because of this, the framework can
Kevin Walzer added the comment:
We have committed some fixes to the keyboard code in the past year that seem to
have fixed this issue. I do not see it in 8.6.10, now as a RC. I believe this
bug is obsolete at this point.
--
___
Python tracker
New submission from Kevin Chen :
Unfortunately, I don't currently have a simple test case, but after migrating
an app from python 3.6 to python 3.7, python frequently (but not always)
segfaults when running tests for my app in code related to StopIteration
(perhaps somehow related t
Kevin Chen added the comment:
Sorry for the noise. I upgraded my gevent (1.3.5 to 1.4.0) and greenlet
(0.4.13 to 0.4.15) libraries, and that appears to have resolved the issue. I
assume there was an incompatibility in one or both of the older versions of
these libraries with python 3.7
New submission from Kevin Schlossser :
System
Windows 7 x64 SP2
Ram 16GB
6 Core AMD @ 3.2ghz
CPython 3.7.2
C Extension (pyd) import cap.
There seems to be a cap on the number of extensions that a package is able to
contain. I am able to import 123 extension modules that my package has but
Kevin Walzer added the comment:
On macOS, Tk 8.6.8 is considered ancient, even obsolete, on 10.14 or later. Tk
has required huge re-work to accommodate changes in the Mac's drawing API's on
10.14, mostly done by Marc Culler; these issues are not observable with the
current
Kevin Geller added the comment:
I was also facing the similar issue. But I got it fixed by following the steps
provided on https://enhau.com/
--
nosy: +kevingeller
___
Python tracker
<https://bugs.python.org/issue32
New submission from Kevin M :
I've noticed an issue (or user error) in which Python a call that otherwise
usually works in the __del__ step of a class will freeze when the Python
interpreter is exiting.
I've attached sample code that I've ran against Python 3.9.1 on Window
Kevin M added the comment:
eryksun, wow, that's speedy analysis, but there might be more to it. I went
and tested a bunch of test cases. my subrocess code doesn't seem to hang on
Linux where the thread example code does?
Linux - Python 3.6.8 - your threading example DOESN&#x
Kevin Shweh added the comment:
It seems like the straightforward, minimal fix would be to just add
if (getattr(cls, '_is_protocol', False) and
not getattr(cls, '_is_runtime_protocol', False) and
not _allow_reckless_class_cheks()):
raise TypeError(..
New submission from Kevin Follstad :
python3.10 -m timeit -r 5 -n 10 -s 'from pathlib import Path' 'Path.cwd()'
10 loops, best of 5: 206 usec per loop
python3.10-mypatch -m timeit -r 5 -n 10 -s 'from pathlib import Path'
'Path.cwd()'
10
Change by Kevin Follstad :
--
keywords: +patch
pull_requests: +24388
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25699
___
Python tracker
<https://bugs.python.org/issu
New submission from Kevin Follstad :
Update broken link (repeated in several places) in pathlib sources.
- # (see https://bitbucket.org/pitrou/pathlib/issue/12/)
+ # (see
http://web.archive.org/web/20200623061726/https://bitbucket.org/pitrou/pathlib/issues/12/
)
--
assignee: docs
Change by Kevin Follstad :
--
keywords: +patch
pull_requests: +24573
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25905
___
Python tracker
<https://bugs.python.org/issu
Change by Kevin Follstad :
--
nosy: +kfollstad
nosy_count: 11.0 -> 12.0
pull_requests: +25030
pull_request: https://github.com/python/cpython/pull/26438
___
Python tracker
<https://bugs.python.org/issu
Change by Kevin Follstad :
--
pull_requests: +25482
pull_request: https://github.com/python/cpython/pull/26906
___
Python tracker
<https://bugs.python.org/issue24
New submission from Kevin Follstad :
Both Docs/library/configparser.rst and Docs/library/bz2.rst create untracked
temp files on the filesystem when 'make doctest' is run because testcleanup
directives are absent in these files.
--
assignee: docs@python
components: Doc
Change by Kevin Follstad :
--
keywords: +patch
pull_requests: +25485
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26909
___
Python tracker
<https://bugs.python.org/issu
Change by Kevin Mehall :
--
keywords: +patch
nosy: +kevinmehall
nosy_count: 5.0 -> 6.0
pull_requests: +25538
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26974
___
Python tracker
<https://bugs.python.org/i
Kevin Mehall added the comment:
I think I found the root cause of this problem and proposed a fix in
https://github.com/python/cpython/pull/26974
To monkey-patch this fix on existing versions of Python, I'm using:
class PatchedSharedFile(zipfile._SharedFile):
def __init__(self,
Kevin Shweh added the comment:
Of course it's reasonable to support dict subclasses. We already have a bunch
of dict subclasses in the standard library, like collections.defaultdict and
collections.Counter, and collections.Counter is significantly slower than it
could be because of
New submission from Kevin Mills :
The json module will allow the following without complaint:
import json
d1 = {1: "fromstring", "1": "fromnumber"}
string = json.dumps(d1)
print(string)
d2 = json.loads(string)
print(d2)
And it prints:
{"1": "from
Kevin Mills added the comment:
Sorry to the people I'm pinging, but I just noticed the initial dictionary in
my example code is wrong. I figured I should fix it before anybody tested it
and got confused about it not matching up with my description of the results.
It should've bee
New submission from Kevin Shweh :
The data model docs for __new__ say "If __new__() is invoked during object
construction and it returns an instance or subclass of cls, then the new
instance’s __init__() method will be invoked..."
"instance or subclass of cls" is inc
Change by Kevin Mills :
--
nosy: +Zeturic
___
Python tracker
<https://bugs.python.org/issue43574>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Kevin Jamieson :
This worked in Python 3.6, but in Python 3.7 and later creating a mock with a
spec specifying a subscripted generic class does not mock any of the attributes
of the class, because those attributes are not returned by dir().
For example:
# cat test.py
New submission from Kevin Jamieson :
In Python 3.8 and later creating a mock with a spec specifying an object
containing a property that happens to raise an exception when accessed will
fail, because _mock_add_spec calls getattr() on every attribute of the spec.
This did not happen in Python
New submission from Kevin Hock :
# Issue
If you search for "list of paths" in
https://github.com/KevinHock/cpython/blob/main/Lib/pkgutil.py
A lot of people mistake this as `PosixPath`. You can see an example here:
https://github.com/duo-labs/parliament/pull/207 that references
New submission from Kevin Shweh :
The following code:
from dataclasses import dataclass, field
from typing import Callable
@dataclass
class Foo:
callback: Callable[[int], int] = lambda x: x**2
@dataclass
class Bar:
callback: Callable[[int
New submission from Kevin Buchs :
I just downloaded Python 3.8.0 and built (from source) on Ubuntu 18.04. I used
these options to configure:
./configure --enable-shared --enable-ipv6 --enable-optimizations
The shared library gets installed into /usr/local/lib:
find / -type f -name
Kevin Puetz added the comment:
Besides the fact the MSVC's target platform isn't really related to the
architecture for dependencies being installed, I'm not sure VSCMD_ARG_TGT_ARCH
is an appropriate variable to look at in the first place. It doesn't seem to be
at all d
Kevin Puetz added the comment:
Just to link the various pieces together: I think
https://bitbucket.org/pypa/distlib/src/2d145da7cb42590039fbd56a9ab764d5d4716a98/distlib/wheel.py#lines-53
is the place in distlib that's being breaking pip due to redefining
distutils.util.get_platform
Change by Kevin Puetz :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue38989>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kevin Buchs added the comment:
No, I didn’t. But I had made no changes, so it should not have needed
changing.
On Sun, Dec 8, 2019 at 4:59 PM Christian Heimes
wrote:
>
> Christian Heimes added the comment:
>
> Did you update the ld.so cache with ldconfig?
>
>
New submission from Kevin Schlossser :
OK so There was a change made to fix issue 26628. Something was forgotten
about.. On Windows there is the VARIANT Union which gets used all over the
Windows API. This change is going to really break a lot of peoples code and
there are no code examples
101 - 200 of 466 matches
Mail list logo
