Re: Python Package documentation error

2021-09-02 Thread Krishna
Hi Python Team, I think the statement "The __init__.py files are required to make Python treat directories containing the file as packages" is wrong in the documentation[1] because it is valid only for Python 2.x version not Python 3.x version. Even though it is good practice to have this file, it

Re: Event loop documentation error

2014-07-21 Thread Terry Reedy
On 7/21/2014 2:38 PM, Yaşar Arabacı wrote: I was reading https://docs.python.org/3/library/asyncio-eventloop.html#example-set-signal-handlers-for-sigint-and-sigterm and wanted to test the example, With 3.4.0, 3.4.1, or 3.5.0a0 in the repository (available to view at hg.python.org, I believe)?

Re: Event loop documentation error

2014-07-21 Thread Chris Angelico
On Tue, Jul 22, 2014 at 5:15 AM, Mark Lawrence wrote: > On 21/07/2014 20:00, Chris Angelico wrote: >> >> On Tue, Jul 22, 2014 at 4:55 AM, Yaşar Arabacı >> wrote: >>> >>> After reading the next page of the documentation, I realized that >>> "add_signal_handler() and remove_signal_handler() are not

Re: Event loop documentation error

2014-07-21 Thread Mark Lawrence
On 21/07/2014 20:00, Chris Angelico wrote: On Tue, Jul 22, 2014 at 4:55 AM, Yaşar Arabacı wrote: After reading the next page of the documentation, I realized that "add_signal_handler() and remove_signal_handler() are not supported" on Windows. Moreover, dev3.5 version of the docs are also sayin

Re: Event loop documentation error

2014-07-21 Thread Chris Angelico
On Tue, Jul 22, 2014 at 4:55 AM, Yaşar Arabacı wrote: > After reading the next page of the documentation, I realized that > "add_signal_handler() and remove_signal_handler() are not supported" > on Windows. Moreover, dev3.5 version of the docs are also saying that > they are not supported, so I th

Fwd: Event loop documentation error

2014-07-21 Thread Yaşar Arabacı
-- Forwarded message -- From: Yaşar Arabacı Date: 2014-07-21 21:54 GMT+03:00 Subject: Re: Event loop documentation error To: Chris Angelico 2014-07-21 21:45 GMT+03:00 Chris Angelico : > SIGINT is a Unix signal. There is an equivalent for Windows, but it > wouldn&#x

Re: Event loop documentation error

2014-07-21 Thread Chris Angelico
On Tue, Jul 22, 2014 at 4:38 AM, Yaşar Arabacı wrote: > Traceback (most recent call last): > File "C:/Users/gorki/Documents/Python Scripts/as-io.py", line 14, in > > loop.add_signal_handler(SIGINT, partial(ask_exit, "SIGINT")) > File "C:\Python34\lib\asyncio\events.py", line 329, in add_

Event loop documentation error

2014-07-21 Thread Yaşar Arabacı
I was reading https://docs.python.org/3/library/asyncio-eventloop.html#example-set-signal-handlers-for-sigint-and-sigterm and wanted to test the example, however, I am getting this error when I run the code; Traceback (most recent call last): File "C:/Users/gorki/Documents/Python Scripts/as-io.

Re: using strings from extension module question + possible documentation error

2010-12-24 Thread Oleg Leschov
On Dec 24, 4:42 pm, Stefan Sonnenberg-Carstens wrote: > You could as an alternative just use byte arrays. These are changeable. thanks, that's exactly what I need. I have completely missed those things since they're pretty new. -- http://mail.python.org/mailman/listinfo/python-list

Re: using strings from extension module question + possible documentation error

2010-12-24 Thread Stefan Sonnenberg-Carstens
doc states that Return a NUL-terminated representation of the contents of string. when strings may contain binary data and thus NOT NUL-terminated in general? is this a documentation error or I can't access binary strings using PyString_AsString ? Read carefully: NUL-terminated representation

using strings from extension module question + possible documentation error

2010-12-24 Thread Oleg Leschov
is this - why does PyString_AsString doc states that > Return a NUL-terminated representation of the contents of string. when strings may contain binary data and thus NOT NUL-terminated in general? is this a documentation error or I can't access binary strings using PyString_AsString ? P.

Re: os.path.islink documentation error?

2007-12-03 Thread Gabriel Genellina
En Tue, 27 Nov 2007 14:46:24 -0300, Diez B. Roggisch <[EMAIL PROTECTED]> escribió: > Giampaolo Rodola' schrieb: >> os.path.islink documentation says: >> >> "Return True if path refers to a directory entry that is a symbolic >> link. Always False if symbolic links are not supported." >> >> It's n

Re: os.path.islink documentation error?

2007-11-29 Thread Giampaolo Rodola'
:) You're right... My skimpy English cheated me. -- http://mail.python.org/mailman/listinfo/python-list

Re: os.path.islink documentation error?

2007-11-27 Thread Diez B. Roggisch
Giampaolo Rodola' schrieb: > os.path.islink documentation says: > > "Return True if path refers to a directory entry that is a symbolic > link. Always False if symbolic links are not supported." > > It's not clear to me why it is mentioned the DIRECTORY term. > Shouldn't os.path.islink be used to

os.path.islink documentation error?

2007-11-27 Thread Giampaolo Rodola'
os.path.islink documentation says: "Return True if path refers to a directory entry that is a symbolic link. Always False if symbolic links are not supported." It's not clear to me why it is mentioned the DIRECTORY term. Shouldn't os.path.islink be used to just check if the *path* passed as argum

Re: documentation error

2005-09-07 Thread Terry Hancock
On Sunday 04 September 2005 01:30 pm, Reinhold Birkenfeld wrote: > tiissa wrote: > > bill wrote: > >>>From 3.2 in the Reference Manual "The Standard Type Hierarchy": > >> > >> "Integers > >> These represent elements from the mathematical set of whole > >> numbers." > >> > >> The generally rec

Re: documentation error

2005-09-04 Thread Bryan Olson
Bengt Richter wrote: > Bryan Olson wrote: >>Consider deleting the sentence in which the Python doc tries to >>define mathematical integers. > This is a nice site: > > http://mathworld.wolfram.com/WholeNumber.html > http://mathworld.wolfram.com/topics/Integers.html So maybe: Integers

Re: documentation error

2005-09-04 Thread Bengt Richter
On Sun, 04 Sep 2005 20:02:10 GMT, Bryan Olson <[EMAIL PROTECTED]> wrote: >Reinhold Birkenfeld wrote: > > tiissa wrote: > > > >>bill wrote: > >> > From 3.2 in the Reference Manual "The Standard Type Hierarchy": > >>> > >>>"Integers > >>>These represent elements from the mathematical set of

Re: documentation error

2005-09-04 Thread Bryan Olson
Reinhold Birkenfeld wrote: > tiissa wrote: > >>bill wrote: >> From 3.2 in the Reference Manual "The Standard Type Hierarchy": >>> >>>"Integers >>>These represent elements from the mathematical set of whole >>>numbers." >>> >>>The generally recognized definition of a 'whole number

Re: documentation error

2005-09-04 Thread Reinhold Birkenfeld
tiissa wrote: > bill wrote: >>>From 3.2 in the Reference Manual "The Standard Type Hierarchy": >> >> "Integers >> These represent elements from the mathematical set of whole >> numbers." >> >> The generally recognized definition of a 'whole number' is zero and the >> positive integers. > > T

Re: documentation error

2005-09-04 Thread tiissa
bill wrote: >>From 3.2 in the Reference Manual "The Standard Type Hierarchy": > > "Integers > These represent elements from the mathematical set of whole > numbers." > > The generally recognized definition of a 'whole number' is zero and the > positive integers. This term is ambiguous as it

documentation error

2005-09-04 Thread bill
>From 3.2 in the Reference Manual "The Standard Type Hierarchy": "Integers These represent elements from the mathematical set of whole numbers." The generally recognized definition of a 'whole number' is zero and the positive integers. That is to say, -1 is not a whole number. The documenta