Mateusz Loskot added the comment:
Possibly, the new partial-input mode of the parser
(https://bugs.python.org/issue46521#msg412832) will improve this issue in 3.11.
I'm going to play with it soon and I will report back.
--
___
Python tr
Mateusz Loskot added the comment:
Not quite the answer I'd like to received, but thank you very much for the
explanation.
I've submitted pull request removing the deprecated FAQ entry
https://github.com/python/cpython/pull/30925
--
Mateusz Loskot added the comment:
Irit, I can and I will submit a patch.
However, I'm very keen to learn what is an alternative solution then to
distinguish hard invalid from incomplete input. IOW, what would be the new way
of achieving what's described in the old FAQ?
I believ
New submission from Mateusz Loskot :
Something has changed in Python 3.7 through 3.10 (I'm observing it in 3.10) in
behaviour of the Python C API function Py_CompileString such that for an
incomplete input it no longer raises
SyntaxError: "unexpected EOF while parsing"
but
I
Change by Mateusz Loskot :
--
nosy: +mloskot
___
Python tracker
<https://bugs.python.org/issue39511>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mateusz Loskot :
--
nosy: +mloskot
___
Python tracker
<http://bugs.python.org/issue14597>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mateusz Loskot added the comment:
Re msg238016, I confirm python-3.5.0a2-fdvalidation.patch fixes the problem for
Python 3.5.0a4 and VS2013.
The only issue I encountered was with HAVE_FSTAT which is missing from
PC/pyconifg.h, so I edited the patch and removed the check if
defined(HAVE_FSTAT
Mateusz Loskot added the comment:
FYI, I've got it confirmed fix for the bug in VS has been released [1]
"""
We have fixed this behavior for the next major release, Visual Studio "14." The
fix is present in the Visual Studio "14" CTP that was relea
New submission from Mateusz Loskot:
While building Python 3.2 or Python 3.4 with Visual Studio 2013 on Windows 8.1,
pythoncore.vcxproj fails to build due to illformed pre-link event command.
(FYI, I have upgraded all .vcxproj files to VS2013 locally.)
Here is the command and the error:
1
Mateusz Loskot added the comment:
I have just tested Windows GUI application built against Python 3.2.1 with
is_valid_fd patch according to http://hg.python.org/cpython/rev/f15943505db0/
All built using VS2012.
Again, I can confirm that is_valid_fd does NOT solve the problem.
Here is extract
Mateusz Loskot added the comment:
On 12 September 2013 00:06, Antoine Pitrou wrote:
>> Shortly, is_valid_fd always returns true because fd < 0 is always
>> false as my tests with Visual Studio 2012
>
> Well, that's not all there is, is_valid_fd() does other check
Mateusz Loskot added the comment:
On 11 September 2013 12:34, Antoine Pitrou wrote:
>> I'm not sure which minor version of Python 3.2 it was, but in my
>> comment in msg187362, I confirmed that I have tested the later
>> version with added is_valid_fd function. As f
Mateusz Loskot added the comment:
@Antoine (Re msg197480)
I'm not sure which minor version of Python 3.2 it was, but in my comment in
msg187362, I confirmed that I have tested the later version with added
is_valid_fd function. As far as I understand, the changes in
http://hg.pytho
Mateusz Loskot added the comment:
This is still an issue in VS 2012 Version 11.0.60610.01 Update 3
--
___
Python tracker
<http://bugs.python.org/issue17
Mateusz Loskot added the comment:
I've just got an update on the bug report [1] I submitted to Microsoft.
The Visual C++ team confirmed "It does appear to be a regression from Visual
Studio 2010."
So, it's not a bug in Python, but I think it may be important for Python t
Mateusz Loskot added the comment:
Replacing if the current test in Python 3.2
if (fd < 0)
with
if (check_fd(fd) < 0)
Seems to be a working solution.
I just noticed, that in current Python/pythonrun.c in the repo, there the fd <
0 tests have been replaced with new function is_valid_
Mateusz Loskot added the comment:
> In file Modulfileio.c,
I messed the path and filename above I meant: In file Modules/_io/fileio.c,
--
___
Python tracker
<http://bugs.python.org/issu
Mateusz Loskot added the comment:
Yes, it does. In file Modulfileio.c, in function fileio_init, there is this
code:
if (fd >= 0) {
if (check_fd(fd))
goto error;
self->fd = fd;
self->closefd = closefd;
}
The check_fd tests:
if (!_PyVer
New submission from Mateusz Loskot:
In pythonrun.c, there is function initstdio() with the following test:
static int
initstdio(void)
{
...
/* Set sys.stdin */
fd = fileno(stdin);
/* Under some conditions stdin, stdout and stderr may not be connected
* and fileno() may point to
Mateusz Loskot added the comment:
Chris Withers' note clarifies it to me, that this should be Python-level rather
than C-level documentation. Then the note under __new__() in 3. Data model
seems right.
Simply, I expected to have some notes in C API too
Side note: as mainly Python C API
Mateusz Loskot added the comment:
I reported issue 15029 [1] which may be related to this one.
[1] http://bugs.python.org/issue15029
--
nosy: +mloskot
___
Python tracker
<http://bugs.python.org/issue621
Mateusz Loskot added the comment:
Similar request has been rejected in response to the Issue 621526 [1],
but I'm not proposing to include PEP into docs, but to update and improve docs
with material discussed in accepted PEPs.
[1] http://bugs.python.org/issue6
New submission from Mateusz Loskot :
The chapter '2. Defining New Types" in the Python 3.2 documentation [1] does
not cover all important elements, especially in the subsection 2.1.4.
Subclassing other types.
The accepted PEP 253 [2] provides much more detailed and thorough explan
Mateusz Loskot added the comment:
Is this report about documenting of the concept of immutable types in Python in
general or regarding existing built-in types, like datetime.datetime?
Generally, the concept of immutable type with relation to tp_new is mentioned
(sneaked) here:
1) http
Changes by Mateusz Loskot :
--
nosy: +mloskot
___
Python tracker
<http://bugs.python.org/issue4442>
___
___
Python-bugs-list mailing list
Unsubscribe:
25 matches
Mail list logo