Vitaly Murashev <murashev_vit...@mail.ru> added the comment:
> Only a PR for master is needed.
Serhiy Storchaka, thanks for advice,
I cancelled unnecessary PRs.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Vitaly Murashev <murashev_vit...@mail.ru> added the comment:
Pull-requests for 2.7, 3.7 and master submitted on github,
all tests look passed, so
Python dev-team,
please, take a look.
--
___
Python tracker <rep...@bugs.python.or
Change by Vitaly Murashev <murashev_vit...@mail.ru>:
--
versions: +Python 2.7, Python 3.7, Python 3.8 -Python 3.3, Python 3.4
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Vitaly Murashev <murashev_vit...@mail.ru> added the comment:
> Vitaly, in the future please use gender-neutral words
Mariatta, OK, got it, I am sorry for that. I am not a native speaker.
--
___
Python tracker <rep...@bugs.python
Vitaly Murashev <murashev_vit...@mail.ru> added the comment:
Guys, a couple questions ...
I want to suggest new patches for python3.7 and python2.7 with regression tests
included
What is proper way to do it now, in year 2018 ?
May I do it on github.com ? Should I submit new
Vitaly Murashev added the comment:
> And why not open MS_WIN64 to any Windows compiler
It would be very good idea
Patches suggested here are just the drafts which just work.
Actually I don't believe they will be accepted, so just dropped here for hist
Vitaly Murashev added the comment:
We (crystax.net) are building Python for Windows completely by cmake and MinGW
using PC/pyconfig.h without any configure scripts
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Vitaly Murashev <murashev_vit...@mail.ru>:
Added file: http://bugs.python.org/file44814/callproc.c.2.7.mingw.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Vitaly Murashev:
Structured exception handling not supported by MinGW,
and as a result file 'Modules/_ctypes/callproc.c' is not compilable by MinGW
without patching
As I know the patch was initially introduced in Google's repo,
and fixed file 'callproc.c' now can be found
New submission from Vitaly Murashev:
'posixmodule.c' is written pretty well, but some important MinGW realated macro
are missed.
And as a result an attempt to complile Modules/posixmodule.c by MinGW fails.
So suggested patch (for 3.5.2 and 2.7.12)
just turns on missed MinGW related macro
Changes by Vitaly Murashev <murashev_vit...@mail.ru>:
Added file: http://bugs.python.org/file44812/posixmodule.c.2.7.mingw.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Vitaly Murashev <murashev_vit...@mail.ru>:
--
type: -> crash
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue28267>
___
_
Changes by Vitaly Murashev <murashev_vit...@mail.ru>:
--
type: -> compile error
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Vitaly Murashev added the comment:
Patch suggested here is actually the most trivial as it could be.
And at the same time we (crystax.net) can prove that after this patch Python
being compiled by MInGW for 64-bit Windows actually works well. There are other
minor fixes but this one
Changes by Vitaly Murashev <murashev_vit...@mail.ru>:
Added file: http://bugs.python.org/file44809/dynload_win.c.2.7.mingw.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Vitaly Murashev:
Attempt to complile Python/dynload_win.c by MinGW fails
due to static reimplementation of strcasecmp function in this file:
---
/* Case insensitive string compare, to avoid any dependencies on particular
C RTL implementations */
static int strcasecmp
Changes by Vitaly Murashev <murashev_vit...@mail.ru>:
Added file: http://bugs.python.org/file44806/pyconfig.h.2.7.mingw.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Vitaly Murashev:
Hi,here the issue:
We (crystax.net) use custom builds of cpython,
which for windows are compiled by MinGW with pyconfig.h taken from PC/pyconfig.h
And for 32-bit Windows everything works well, but for 64-bit Windows - doesn't.
The root cause of this issue
New submission from Vitaly Murashev:
Current time on my machine with Windows7x64 is set to year 2045 for test
purposes.
Since Python3.5(amd64) I have an OverflowError when I am trying to call
datetime.datetime.now()
It looks like a regress since there was no such error on Python3.4.3
Could
New submission from Vitaly Murashev:
[Affects Windows only]
Brief description (after analysis in debugger):
Py_InitializeEx fails inside internal call:
1.
if (initstdio() 0)
Py_FatalError(
Py_Initialize: can't initialize sys standard streams);
2. inside initstdio
Vitaly Murashev added the comment:
patch suggested
--
keywords: +patch
Added file: http://bugs.python.org/file39854/pythonrun.c.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24561
Changes by Vitaly Murashev murashev_vit...@mail.ru:
--
title: [VS2013] Py_InitializeEx causes fatal error being from winnt-service -
[VS2013] Py_InitializeEx causes fatal error being called from winnt-service
___
Python tracker rep
Vitaly Murashev added the comment:
More details:
previously Python3.4.3 was compiled in my environment using compiler from
VisualStudio-2005 and everything worked well. The crash has come right after
changing compiler to the one from VisualStudio-2013
So something definitely changed inside
New submission from Vitaly Murashev:
When I use 'zip' command-line tool on my Ubuntu 10.04 to pack a directory in
zip-archive, it internally assigns '0x41ed0010' attributes for it.
0x41ed0010 = 0x41ed 0xfff + 0x0010
Where:
0x41ed - unix attributes (40755)
0x0010 - means # MS-DOS
Vitaly Murashev added the comment:
patch suggested (over 3.3.0 code base).
Without patch test fails, with patch - passed
--
components: -Library (Lib)
keywords: +patch
Added file: http://bugs.python.org/file31781/zipimport.diff
___
Python tracker
Vitaly Murashev added the comment:
unit-test attached.
There are 3 tests inside it: 2 failed, 1 succeeded.
According to this test results it becomes clear that specified issue is
reproduced only with zip modules which contain precompiled bytecode inside
(pyc-files)
--
Added file
New submission from Vitaly Murashev:
Cannot compile _ssl module when openssl version 1.0 and it is configured with
turned on macro OPENSSL_NO_DEPRECATED
Everything looks like in recent versions of openssl routine
'CRYPTO_set_id_callback' has gone away.
Patch suggested
New submission from Vitaly Murashev:
Recently I found out that it not possible to debug python code if it is a part
of zip-module.
Python version being used is 3.3.0
Well known GUI debuggers like Eclipse+PyDev or PyCharm are unable to start
debugging and give the following warning:
---
pydev
28 matches
Mail list logo
