Change by Artur Tamborski :
--
keywords: +patch
nosy: +arturtamborski
nosy_count: 2.0 -> 3.0
pull_requests: +21881
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22964
___
Python tracker
<https://bugs.p
New submission from Artur Rodrigues :
This means that subsequent test cases executed within the same application that
don't create the event loop will fail. This seems like a behaviour change that
wasn't raised on the original PR.
$ cat test.py
from unittest import IsolatedAsync
Artur Yarmolin <[email protected]> added the comment:
Python 3.6.4
tcl8.6.5+dfsg-2
tk8.6.5-1
The problem:
*** WARNING: renaming "_tkinter" since importing it failed:
build/lib.linux-x86_64-3.6/_tkinter.cpython-36m-x86_64-linux-gnu.so: undefined
symbol: Tcl_GetCharLengt
Artur Smęt added the comment:
Problem exists in Chrome for sure (it sends cookies as they are - set with JS
for example).
I have two another examples that can make this issue more clear:
>>> from Cookie import SimpleCookie
>>> c = SimpleCookie()
>>> c.load(
Changes by Artur Smęt :
--
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/issue27674>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Artur Smęt:
The problem is similar to https://bugs.python.org/issue22931 with square
brackets in cookie values.
Incorrect value is serialized JSON in this case, for example:
>>> from Cookie import SimpleCookie
>>> cookie = SimpleCookie()
>>> co
Artur Korobeynyk added the comment:
the Wow64Process output parameter is true for a 32-bit process. WOW64 is short
for Win32 running on Win64 (i.e. the environment used to run 32-bit programs in
64-bit Windows). Even a 32-bit WOW64 process has some 64-bit modules, such as
ntdll.dll, wow64.dll
New submission from Artur Korobeynyk:
Hi,
I have a 32 bits python on 64 bits Windows and 32 bits executable (compiled
from native C).
When I do kernel32.CreateProcessA(path_to_exe, ...) python creates a process
which is 64 bit (ctypes IsWow64Process returns true).
I expect it to be 32 as well
New submission from Artur de Sousa Rocha:
Tables in pydoc are formatted incorrectly -- some lines are missing. Example in
Python 3.4.1:
>>> help('TUPLES')
...
++--++
| Operation
Artur added the comment:
So what is logger level for if it's not used on calling handlers?
--
nosy: +artur.ambroziak
versions: +Python 2.7 -Python 2.4, Python 2.5
___
Python tracker
<http://bugs.python.org/i
Artur R. Czechowski added the comment:
Martin,
I partially agree with you.
After rethinking the issue I agree that changing the behavior of
createCDATASection maybe is not a good idea.
On the other hand anyone in need of adding ]]> into CDATA must write a few
lines of code, which will
Artur R. Czechowski added the comment:
Martin, the exact information you need are:
1. this is what I did:
#!/usr/bin/env python
import unittest
import xmlrunner
class Foo(unittest.TestCase):
def testFoo(self):
self.assertTrue(False, ']]>')
unittest.ma
Changes by Artur R. Czechowski :
Removed file: http://bugs.python.org/file34167/minidom.patch
___
Python tracker
<http://bugs.python.org/issue20714>
___
___
Python-bug
Artur R. Czechowski added the comment:
Proper patch with tests available in remote hg repo attached to this comment.
--
hgrepos: +217
___
Python tracker
<http://bugs.python.org/issue20
Artur R. Czechowski added the comment:
Eric, I'm not sure what exactly your concern is, but I'll try to address two
issues I can see.
First: both strings and are a correct and valid
examples of CDATA usage as per specification[1].
Second: is it allowed to have two occurence
New submission from Artur R. Czechowski:
Current support for ]]> inside CDATA is to raise an Exception. However, it
could be solved by dividing the ]]> to two strings:
- ]]
- >
and each one is a separate CDATA inside elemement. So, to put ]]> inside CDATA
o
Artur Frysiak added the comment:
Adding -fno-caller-saves to OPT in Makefile fixes problem.
BTW All compilations done on x86_64 architecture.
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue6
Artur Frysiak added the comment:
reproduced on fresh checkout from
http://svn.python.org/projects/python/branches/py3k (rev. 74321)
$ gcc --version|head -n 1
gcc (PLD-Linux) 4.4.1 20090724 (release)
--
___
Python tracker
<http://bugs.python.
Artur Frysiak added the comment:
Yes. issue1046644 solves this.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue828336>
___
___
Py
Artur Frysiak added the comment:
Exact options used to configure:
./configure \
--enable-ipv6 \
--with-wide-unicode \
--enable-shared \
--with-computed-gotos \
--with-dbmliborder=gdbm:bdb \
--with-signal-module \
--with-tsc \
--with-threads \
--with-doc-strings \
--with-fpectl
New submission from Artur Frysiak :
Building Python 3.1 (or Python from mercural py3k branch) fail if
configured --with-computed-gotos.
Traceback (most recent call last):
File "./setup.py", line 13, in
from distutils.core import Extension, setup
File "/home/users/wige
Changes by Artur Frysiak :
--
nosy: +wiget
___
Python tracker
<http://bugs.python.org/issue3932>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Artur Frysiak :
--
versions: +Python 3.1
___
Python tracker
<http://bugs.python.org/issue5369>
___
___
Python-bugs-list mailing list
Unsubscribe:
Artur Frysiak added the comment:
__ppc__ is defined on MacOS X, __powerpc__ on Linux.
Only place when need check for both is Python/ceval.c
--
keywords: +patch
nosy: +wiget
Added file: http://bugs.python.org/file13437/3.0-issue5369.patch
___
Python
Artur Zaprzała <[EMAIL PROTECTED]> added the comment:
The fix is wrong. not less == greater than or equal to
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Artur Zaprzała <[EMAIL PROTECTED]>:
Description of 'g' and 'G' conversion types of string formatting
operator at http://www.python.org/doc/2.5.2/lib/typesseq-strings.html is:
Floating point format. Uses exponential format if exponent is gr
26 matches
Mail list logo
