New submission from Stephen Kelly :
I tried to build python 3.7.0 from source.
I ran the PCBuild/build.bat script. That downloaded zlib to the external/
directory.
However, it does not seem to be built. When running I get:
python\3.7.0\lib\zipfile.py", line 646, in _check_compre
New submission from Stephen Kelly <steve...@gmail.com>:
When using C++ to extend python, one may use PyGetSetDef for example:
static PyGetSetDef Noddy_getseters[] = {
{"first",
(getter)Noddy_getfirst, (setter)Noddy_setfirst,
"first name",
NULL},
Stephen Kelly added the comment:
This is resolved as not a bug.
Is there a way to convert it to a feature request?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Stephen Kelly:
Consider the following three snippets:
1)
const char* sourceCode =
"a = 9\n"
"a";
// This is OK! Python runs both lines.
// BUT: The value of 'a' is not printed
PyRun_StringFlags(sourceCode, Py_file_input, localDictionary, local
New submission from Stephen Kelly:
As there is no configuration system for python on Windows (issue30252) I tried
to change pyconfig.h to comment out some lines:
// #define NT_THREADS
// #define WITH_THREAD
After building, I had to additionally patch
* threadmodule.c and thread.c
New submission from Stephen Kelly:
As far as I know, there is a configuration system for python based on the
configure script. Python can be configured with --without-threads to disable
threading support.
There is no equivalent system for Windows/Visual Studio. This makes it harder
to build
New submission from Stephen Kelly:
The Windows Visual Studio solution does not have an install target. As far as I
understand, the configure system used on Unix does have an install target.
That means that on Windows, binaries resulting from the build to not end up in
the same layout
Stephen Kelly added the comment:
The issue
http://bugs.python.org/issue17978
has a quite similar backtrace and there is discussion in
http://bugs.python.org/issue17703#msg241412
about changing the TRASHCAN macro to access the _PyThreadState_Current directly
instead of calling
Stephen Kelly added the comment:
I found that if I build and run this code with Python 3, then I get a very
different backtrace.
KernelBase.dll!7ff963466142() Unknown
python36_d.dll!Py_FatalError(const char * msg) Line 1457C
python36_d.dll
New submission from Stephen Kelly:
When attempting to use PyImport_ImportModule("os") (or to import many other
libraries), there is a crash on Py_Finalize if Py_NoSiteFlag is set. The issue
appears to be the use of frozenset() as a result of importing the module.
I reproduced this
Stephen Kelly steve...@gmail.com added the comment:
There are actually other bugs in the same code example:
... def __init__(self): # DST starts last Sunday in March
... d = datetime(dt.year, 4, 1) # ends last Sunday in October
... self.dston = d - timedelta(days
Stephen Kelly steve...@gmail.com added the comment:
Patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13666
___
___
Python
New submission from Stephen Kelly steve...@gmail.com:
There are several bugs on
http://docs.python.org/library/datetime.html
Section 8.1.6 references the method rzinfo.dst(), which does not exist.
Presumably this should be tzinfo.dst().
Section 8.1.4 contains an implementation of a GMT2
13 matches
Mail list logo
