New submission from Robert-André Mauchin :
In Objects/codeobject.c, poisitions_iterator should read positions_iterator
--
components: C API
messages: 413209
nosy: eclipseo
priority: normal
pull_requests: 29479
severity: normal
status: open
title: Typo in new PositionsIterator
versions
Change by Nuno André :
--
nosy: +nuno
nosy_count: 3.0 -> 4.0
pull_requests: +29041
pull_request: https://github.com/python/cpython/pull/3811
___
Python tracker
<https://bugs.python.org/issu
Frédéric Grosshans-André added the comment:
@Gregory P. Smith
unicodedata.numeric, in the sdandard library, already handles non-Ascii
fractions in many scripts. The current “problem” is it outputs a float (even
for integers):
>>> unicodedata.numeric('⅔')
0.666
New submission from Frédéric Grosshans-André :
Currently (python 3.8.6, unidata_version 12.1.0) unicodedata.decomposition
outputs an empty string for hangul syllable (codepoints in the AC00..D7A3
range) while the decomposition is not empty: it is always two characters
(either a LV syllable
New submission from André Luís Lopes da Silva :
Dear,
I am trying to install MetaTrader5 via pip. But this return this message:
Defaulting to user installation because normal site-packages is not writeable
WARNING: Keyring is skipped due to an exception: Failed to unlock the keyring!
ERROR
Carlos André Dantas de Lima added the comment:
The method says who you will use some recursion.
--
nosy: +Carlos André Dantas de Lima
___
Python tracker
<https://bugs.python.org/issue37
New submission from André Lehmann :
When using the csv.DictReader a dialect can be given to change the behavior of
interpretation of the csv file.
The Dialect has an option "skipinitialspace" which shall ignore the whitespace
after the delimiter according to the documentati
André Neto <andre.c.n...@gmail.com> added the comment:
You are right, it does not segfault (sorry for the abuse of language). It
raises an exception while accessing the shared dictionary. The exception varies
but typically is:
Traceback (most recent call last):
File "multipr
New submission from André Neto <andre.c.n...@gmail.com>:
I'm working on a project where I need to share state between several processes
(forked using gunicorn). I'm using dictionaries obtained from a multiprocessing
SyncManager to achieve this.
The issue is that if I have multiple
André Rossi Korol added the comment:
I proposed a new function called lwalk(level walk) that recurses only to a
certain level of depth: http://bugs.python.org/issue30942
It is implemented in os.py and calls os.walk, but making sure it recurses only
to a selected level of depth
André Rossi Korol added the comment:
UPDATE: I already fixed the cause of the TypeError I mentioned earlier.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by André Rossi Korol <anrob...@yahoo.com.br>:
--
hgrepos: -369
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30942>
___
André Rossi Korol added the comment:
I forked cpython and implemented an lwalk function on os.py. The lwalk funtion
behaves exactly like walk(), except that it recurses only to a certain level of
depth that can be selected by the user. More information on the lwalk function
can be found
New submission from André Rossi Korol:
I forked cpython and implemented an lwalk function on os.py. The lwalk funtion
behaves exactly like walk(), except that it recurses only to a certain level of
depth that can be selected by the user. More information on the lwalk function
can be found
Changes by André Anjos <andre.dos.an...@gmail.com>:
--
title: site.main() does not work on Python 3.6 and superior with PYTHONSTARTUP
is set -> site.main() does not work on Python 3.6 and superior if PYTHONSTARTUP
is set
___
Python tra
Changes by André Anjos <andre.dos.an...@gmail.com>:
--
title: site.main() does not work on Python 3.6 and superior -> site.main() does
not work on Python 3.6 and superior with PYTHONSTARTUP is set
___
Python tracker <rep...@bugs.pytho
André Anjos added the comment:
After further investigation, the issue can only be reproduced iff the user sets
PYTHONSTARTUP which triggers "__main__" to appear in sys.modules and the
problem to occur.
--
___
Python tracker <rep...@bu
André Anjos added the comment:
More information: to reproduce the problem, don't use Python's "-c"
command-line option. In this case "__main__" won't be inside sys.modules which
mitigates the issue.
--
___
Python tracker <
New submission from André Anjos:
Apparently, "import site; site.main()" does not seem to work anymore on Python
3.6 and superior.
The reason is a change on the behavior of "os.path.abspath(None)". Before
Python 3.6, it used to report an AttributeError which is pr
André Caron added the comment:
Hi Guido,
Thanks for the quick reply :-)
AFAICT, there seem to be three possible directions regarding this issue -- for
both wait() and as_completed():
1) remove the need for ensure_future(): make the membership test succeed and
allow multiple await
André Caron added the comment:
> I believe you're not using the asyncio.task() function correctly.
I assume you meant asyncio.wait().
I just updated my gist with a variant of my example that uses the (done,
pending) pair returned by asyncio.wait() as you suggested.
The set of done futu
New submission from André Caron:
When the asyncio.wait() function with coroutine objects as inputs, it is
impossbible to extract the results reliably.
This issue arises because asyncio.wait() returns an unordered set of futures
against which membership tests of coroutine objects always fail
André Caron added the comment:
After thinking about this some more, I think my problem with asyncio.wait() is
a bit bigger than the simple fact that coroutine objects cannot be awaited
multiple times. It seems to me like asyncio.wait() is completely broken for
coroutine objects as inputs
André Caron added the comment:
Hi there!
I've just stumbled upon this behavior and I was also surprised by the fact that
the second await simply returns None.
After fiddling around for a while, I noticed that if I wrap the coroutine
object using asyncio.ensure_future
Changes by André Caron <andre.l.ca...@gmail.com>:
--
nosy: +André Caron
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25833>
___
André Freitas added the comment:
I have added the explanation in the Docs and IDLE help file. Found also that
IDLE help.txt is out of sync with the Docs and needs to be fixed. I will open a
new Issue.
--
keywords: +patch
nosy: +André Freitas
Added file: http://bugs.python.org
Changes by Jean Christophe André pyt...@andrele.org:
Added file: http://bugs.python.org/file37054/TCVN5712-1.TXT
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21081
Changes by Jean Christophe André pyt...@andrele.org:
Added file: http://bugs.python.org/file37055/TCVN5712-2.TXT
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21081
Changes by Jean Christophe André pyt...@andrele.org:
Added file: http://bugs.python.org/file37056/TCVN5712-3.TXT
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21081
Jean Christophe André added the comment:
I failed to find anything about TCVN 5712:1999 except the official announcement
of it superseding TCVN 5712:1993 on TCVN's website. I also was not able to find
any material using TCVN 5712:1999. My guess is that TCVN 6909:2001 having been
released only
Jean Christophe André added the comment:
Marc-Andre, about “Please also provide a patch for the documentation”, could
you please guide me on this?
I can write some documentation, but I simply don't know in what form you expect
it. Could you point me to some examples please
Changes by Jean Christophe André pyt...@andrele.org:
Removed file: http://bugs.python.org/file34644/vntime_tcvn.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21081
Changes by Jean Christophe André pyt...@andrele.org:
--
nosy: +progfou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22679
___
___
Python-bugs
Jean Christophe André added the comment:
A note to inform about my progress. (I had a long period without free time at
hand)
While seeking (again) official documents on the topic, I mainly found a lot of
non-official ones, but some are notorious enough to use them as references.
I am now
Jean Christophe André added the comment:
* Please provide some background information how widely the encoding is used.
I get less than 1000 hits in Google when looking for TCVN 5712:1993.
Here is the background for the need for this encoding.
The recent laws[0] in Vietnam have set TCVN 6909
Jean Christophe André added the comment:
I will prepare the official encoding map(s) based on the standard(s).
I'll also have to check which encoding correspond to my current encoding map,
since this is the one useful in real life.
Please also provide a patch for the documentation
I
New submission from Jean Christophe André:
In Python version 2.x and at least 3.2 there no Vietnamese encoding support for
TCVN 5712:1993.
This encoding is currently largely used in Vietnam and I think it would be
usefull to add it to the python core encodings.
I already wrote some codec
New submission from André Gillibert:
Since Python 2.6 and 2.7 officially don't support Windows 95/98/Me and Windows
NT 3.51/4.0, I created a build running on these Windows versions.
May I upload them so you can show them on your Web site?
--
components: Build
messages: 184057
nosy
André Anjos added the comment:
A question concerning this patch: is this going to be applied only to 3.3 or to
2.7 as well? Python-2.7.x also does not have this functionality which would be
interesting to get.
--
nosy: +anjos
___
Python tracker rep
André Cruz an...@cabine.org added the comment:
Attached is an updated patch against 2.7.3. It solves a bug in the tests and
implements Carl's suggestion. The new tests pass and it updates the
documentation as well.
As for inclusion in 2.7, as this is in fact solving a bug, I would vote
André Cruz an...@cabine.org added the comment:
Can anyone confirm what is missing for this patch to be committed?
Is it just test and documentation changes or is something wrong with the code
changes as well?
--
nosy: +edevil
___
Python tracker rep
André Cruz an...@cabine.org added the comment:
As far as I can see, the patch does add some documentation changes. What
exactly is missing?
As for the bug, if I understood correctly, what you are saying is that when
ignore_continue is True, and the server sends a 100 Continue response
André Cruz an...@cabine.org added the comment:
Carl: that would be great. Do you use it regularly? Any other problems?
Python devs: can anyone confirm me what still needs to be done so that this
patch can be considered for merging into trunk? Thanks
André Malo n...@perlig.de added the comment:
I'm not talking about compiling python but my extension module. I *do* try
supporting c89. Also relying on implementation extensions is bad style.
I think, there's a huge difference between public header files (standards are
good) and linked C code
New submission from André Malo n...@perlig.de:
GCC error when using unicodeobject.h
This ist my first attempt to test an extension with python 3.3. I've been using
the 3.3.0a4 tarball.
I'm using very strict compiler settings when compiling my extension modules,
especially -Wall -Werror
New submission from André Malo n...@perlig.de:
GCC error when using pyerrors.h
This ist my first attempt to test an extension with python 3.3. I've been using
the 3.3.0a4 tarball.
I'm using very strict compiler settings when compiling my extension modules,
especially -Wall -Werror (along
New submission from André Malo n...@perlig.de:
As discussed in the dev-thread about frozendicts, it would be helpful for
providing advisory read-only-dicts, to just expose the dict_proxy type. I
suppose, the collections module would be a good place (it just needs to provide
the interface
New submission from André Bjärby andre.bja...@gmail.com:
The attached (5 line) file will crash ctypes (Python 2.6.6rc2) with a Floating
point exception (division by zero at _ctypes.c:2533).
There's no crash with python 2.5.5
--
assignee: theller
components: ctypes
files: test.py
André M. C. Campos amccam...@gmail.com added the comment:
The parameter would not be a new feature since the codecs docs states that:
The StreamReaderWriter allows wrapping streams which work in both
read and write modes.
The reader (StreamReader) accepts the parameter, so it's expected
Changes by André M. C. Campos amccam...@gmail.com:
Added file: http://bugs.python.org/file17235/codecs.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8630
New submission from André M. C. Campos amccam...@gmail.com:
Some methods in StreamReaderWriter class (codecs library) has different
signatures from StreamReader methods. More precisely it's missing the keepends
parameter in readline and readlines methods.
So, we cannot code:
fp = codecs.open
New submission from André Bjärby andre.bja...@gmail.com:
Running the attached script shows that locals() behaves differently
depending on whether sys.settrace() is active.
This does not occur when calling locals() in the global scope, only when
used inside functions.
--
components
André Bjärby andre.bja...@gmail.com added the comment:
It's documented that The contents of this dictionary should not be
modified; changes may not affect the values of local variables used by
the interpreter.
The script does the opposite. Perhaps an addition to the documentation?
The contents
Changes by André Bjärby andre.bja...@gmail.com:
--
components: +Extension Modules, Interpreter Core -Documentation
nosy: -andbj
versions: +Python 2.4, Python 2.5 -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http
New submission from André [EMAIL PROTECTED]:
Python 3.0 rc3 on Windows (Server 2003 US English)
The code with a string including a non ascii character:
s = 'abçd'
print (s)
is returning correct result in console mode and when it's typed in the
IDLE Python Shell
But when executed from
New submission from André [EMAIL PROTECTED]:
When saving a source file with non-ascii characters from an IDLE window,
on Windows platform (XP and Server 2003 at least)
with locale English US
locale.getdefaultlocale()
('en_US', 'cp1252')
IDLE prompts in IOBinding.py with the message
non
New submission from André Fritzsche [EMAIL PROTECTED]:
After struggling around with my code for nearly 1 hour now, I found out
that one of my regular expressions with a special string causes python
to hang up - not really hang up, because the processor usage is at
nearly 100%, so I think
André Fritzsche [EMAIL PROTECTED] added the comment:
Thank you for this answer.
It solves my problem, but I think that the issues ist still existing -
or not? (The regex is running on - 3 hours now)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org
André Fritzsche [EMAIL PROTECTED] added the comment:
Further I was, because the upper listed string wasn't expected for this
code (until it occured the first time ;-) )
Normally there has been only one occurence of (file) (.., line) or
(.., line) (file) per string, so the regex did quite do
André Fritzsche [EMAIL PROTECTED] added the comment:
Thanks for the link, it was very interesting to read what can happen in
some circumstances.
I think, the first two chapters can match to the problem.
So the type of this issue should be feature request ;-)
Never the less I learned something
André Malo [EMAIL PROTECTED] added the comment:
It should catch OSError on fdopen, close fd and reraise, I think.
--
nosy: +ndparker
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2717
André Fritzsche added the comment:
Raghuram, you've been too fast ;-)
Your test matches the problem. I don't know if it happens on Linux, but
on my Win32 Installation the test 'test_destinsrc_2' fails with an
AssertionError 'destinsrc() wrongly concluded that dst
(@test\srcdir.new) is in src
New submission from André Fritzsche:
shutil.destinsrc(src,dst)
Checks if 'dst' starts with 'src', which can return a wrong result if
'dst' even starts with 'scr' but isn't really a subdirector of it. E.g.
(src=r'C:\data', dst=r'C:\data.old') returned true, although dst isn't a
subdirectory
New submission from André:
File c:\Python30\lib\poplib.py, line 137, in _getlongresp
while line != '.':
TypeError: can't compare bytes and str
--
components: Library (Lib)
messages: 55753
nosy: andre
severity: normal
status: open
title: compile error in poplib.py
type: compile error
64 matches
Mail list logo
