[issue21212] Documentation of octal representation
New submission from Bill: This documentation section: https://docs.python.org/3/faq/programming.html?highlight=octal#how-do-i-convert-a-string-to-a-number seems still to refer to Python 2 octal representation rules. So I think it needs updating. -- assignee: docs@python components: Documentation messages: 216069 nosy: docs@python, ees1wc priority: normal severity: normal status: open title: Documentation of octal representation versions: Python 3.5 ___ Python tracker <http://bugs.python.org/issue21212> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5259] gmail smtp
Changes by bill : -- title: smtplib is broken in Python3 -> gmail smtp type: crash -> versions: +Python 3.1 ___ Python tracker <http://bugs.python.org/issue5259> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5259] smtplib is broken in Python3
bill added the comment:
sorry, pressed the wrong button.
that solution does work. didn't find this until #python helped me get:
return encode_base64( ("\0%s\0%s" % (user, password) ).encode('ascii') )
--
nosy: +toastedrobot
title: gmail smtp -> smtplib is broken in Python3
type: -> crash
___
Python tracker
<http://bugs.python.org/issue5259>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1018] server-side ssl support
Changes by Bill Janssen: -- nosy: +janssen __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1018> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1024] documentation for new SSL module
New submission from Bill Janssen: Here's a documentation patch for the SSL code that was checked in yesterday. It removes discussion of SSL from the socket documentation, makes a change to the urllib2 doc's discussion of how to test for SSL support, and adds documentation of the SSL module and it's features, including some examples of how to use it. -- files: x2 keywords: patch messages: 55293 nosy: janssen priority: normal severity: normal status: open title: documentation for new SSL module type: rfe versions: Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1024> __ x2 Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1024] documentation for new SSL module
Bill Janssen added the comment: Sorry, long day: "...and its features..." __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1024> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1024] documentation for new SSL module
Changes by Bill Janssen: -- components: +Documentation __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1024> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1114345] Add SSL certificate validation
Bill Janssen added the comment: I believe this is now fixed with patch 1018. -- nosy: +janssen _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1114345> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1027394] socket.ssl should explain that it is a 2/3 connection
Bill Janssen added the comment: Patch 1024 is new documentation which addresses this. Is is sufficient? -- nosy: +janssen _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1027394> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue889813] making the version of SSL configurable when creating sockets
Bill Janssen added the comment: I believe issue 1018 now fixes this. -- nosy: +janssen Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue889813> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1583946] SSL "issuer" and "server" names cannot be parsed
Bill Janssen added the comment: I believe issue 1018 addressed this, and that it can be closed. Though socket.ssl, and its methods "server" and "issuer", should be deprecated. -- nosy: +janssen _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1583946> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1217246] proposed patch for tls wrapped ssl support added to smtplib
Bill Janssen added the comment: This probably needs to be re-written with the new SSL support in 2.6. See issue 1024. -- nosy: +janssen _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1217246> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue783188] support for server side transactions in _ssl
Bill Janssen added the comment: I believe issue 1018 renders this one moot. Though more examples in Demo is still a good idea. I'll contribute a threaded server example for that. -- nosy: +janssen Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue783188> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1706815] socket.error exceptions not subclass of StandardError
Bill Janssen added the comment: It's not clear to me that having the SSL errors inherit from socket.error is a good idea. Many of them have nothing to do with the socket, but are errors in choice of cipher, certificate validation, etc. -- nosy: +janssen _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1706815> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1049] socket.socket.getsockname() has inconsistent UNIX/Windows behavior
New submission from Bill Janssen:
The behavior and return value for calling socket.socket.getsockname() on
an unconnected unbound socket is unspecified. On UNIX, it returns an
address ('0.0.0.0', 0), while on Windows it raises an obscure exception
"error: (10022, 'Invalid argument')". This should be regularized; I'd
suggest returning None if there is no name (address) for the socket.
--
components: Library (Lib)
messages: 55390
nosy: janssen
priority: normal
severity: normal
status: open
title: socket.socket.getsockname() has inconsistent UNIX/Windows behavior
type: behavior
versions: Python 2.6, Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1049>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1051] certificate in Lib/test/test_ssl.py expires in February 2013
New submission from Bill Janssen: Just a note that the certificate in Lib/test/test_ssl.py will expire in February of 2013 and have to be re-made. -- components: Tests messages: 55393 nosy: janssen priority: low severity: minor status: open title: certificate in Lib/test/test_ssl.py expires in February 2013 type: behavior versions: Python 2.6, Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1051> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1535659] NNTPS support in nntplib
Bill Janssen added the comment: I'll take a look at this. -- assignee: -> janssen nosy: +janssen _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1535659> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1052] SSL patch for Windows buildbots problem
Bill Janssen added the comment: Checked in. -- assignee: nnorwitz -> janssen resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1052> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1583946] SSL "issuer" and "server" names cannot be parsed
Bill Janssen added the comment: Actually, looking at it further, I'm not sure that it is fixed by the new SSL code. If in fact the issuer or subject field can contain multiple name-value pairs with the same name, the dictionary-based approach currently used won't work. We'll need more of an alist approach, with name-value tuples in it. I'd better look into this. -- assignee: -> janssen _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1583946> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue783188] support for server side transactions in _ssl
Bill Janssen added the comment: I'll take on providing the server example. -- assignee: akuchling -> janssen Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue783188> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue889813] making the version of SSL configurable when creating sockets
Bill Janssen added the comment: Fixed with 2.6 SSL support. -- resolution: -> fixed status: open -> closed Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue889813> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1027394] socket.ssl should explain that it is a 2/3 connection
Bill Janssen added the comment: Fixed with the 2.6 SSL work. -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1027394> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1114345] Add SSL certificate validation
Bill Janssen added the comment: Fixed in 2.6. -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1114345> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1114345] Add SSL certificate validation
Bill Janssen added the comment: The new SSL code does work with self-signed certs, either by skipping validation with CERT_NONE, or by adding the cert to the ca_certs file. I don't believe there are any other options that make sense, but if you can suggest one, let's hear it. _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1114345> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1062] issue message copy
New submission from Bill Janssen: It would be useful to have a way to determine whether a socket is or is not already bound to a local port (i.e., has had "bind" or "connect" called on it). It's tempting to call socket.socket.getsockname(), but the behavior of this method is essentially undefined (i.e., it's whatever the underlying platform feels like doing, and there seem to be no constraints on that -- Unix systems typically return what seems to be someone's idea of a null address, while Windows systems currently raise an exception.). So an extension API is needed to probe this state. Suggest adding a method "is_bound" which returns a boolean. -- messages: 55494 nosy: janssen severity: normal status: open __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1062> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1062] nice to have a way to tell if a socket is bound
Bill Janssen added the comment: What happened to my issue metadata? -- assignee: -> janssen priority: -> low title: None -> nice to have a way to tell if a socket is bound type: -> rfe versions: +Python 2.6, Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1062> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1062] nice to have a way to tell if a socket is bound
Bill Janssen added the comment: Indeed. Calls for some design chops. Again, it's a question of what the socket.socket class really is. Bill On 8/30/07, Martin v. Löwis <[EMAIL PROTECTED]> wrote: > > Martin v. Löwis added the comment: > > Given that the underlying platform has no support for that, it will be > difficult to implement correctly across all systems. > > -- > nosy: +loewis > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1062> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1062> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1065] ssl.py shouldn't change class names from 2.6 to 3.x
New submission from Bill Janssen: It seems like a bad idea to have ssl.sslsocket(socket) suddenly become ssl.SSLSocket(fileno) in 2.3. Since no user code is currently using the ssl module, it would be a good idea to change it upfront (if possible) so that code written against 2.6's version of the ssl module doesn't break gratuitously in 3.x. Would suggest changing the class name now, not documenting the initializer, and adding a function (say, "wrap_socket") which takes a socket and the other init arguments to the current ssl.sslsocket(), which would continue to work the same way in 3.x. -- assignee: janssen components: Library (Lib) keywords: py3k messages: 55516 nosy: janssen priority: normal severity: normal status: open title: ssl.py shouldn't change class names from 2.6 to 3.x type: behavior versions: Python 2.6, Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1065> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1072] Documentaion font size too small
Bill Janssen added the comment: I agree. It shouldn't be an absolute size, and it is too small. -- nosy: +janssen __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1072> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1082] platform system may be Windows or Microsoft since Vista
Bill Janssen added the comment: Wow. I think that platform.system() should return "Windows" for both XP and Vista, and platform.release() should return either "Vista" or "XP". Seems like a patch to make this happen would be a good idea. -- nosy: +janssen __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1082> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1114345] Add SSL certificate validation
Bill Janssen added the comment: I'm planning to do a package for 2.3... Sent from my iPhone On Sep 3, 2007, at 5:32 AM, vila-sf <[EMAIL PROTECTED]> wrote: > > >vila-sf > added the comment: > > Using CERT_NONE or adding the cert covers my needs, thanks. > > Any hope this will be backported to python 2.5 ? > > _ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1114345> > _ _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1114345> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1583946] SSL "issuer" and "server" names cannot be parsed
Bill Janssen added the comment: I've changed the return value of ssl.sslsocket.getpeercert() to return the "issuer" and "subject" names as tuples containing 2-element name-value tuples, in the same order that they appear in the certificate. This should complete the fulfillment of this issue. Please see the doc page on library/ssl.rst for more information. _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1583946> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1099] Mac compile fails with pydebug and framework enabled
Bill Janssen added the comment: Which versions of OS X, please? And which Xcode versions? -- nosy: +janssen __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1099> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1132] compile error in poplib.py
Bill Janssen added the comment: Isn't this 1094? -- nosy: +janssen __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1132> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue783188] support for server side transactions in _ssl
Bill Janssen added the comment: I think the example in Lib/test/test_ssl.py will have to suffice. It would be nice to have an asyncore example server, too. Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue783188> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1583946] SSL "issuer" and "server" names cannot be parsed
Bill Janssen added the comment: Fixed in rev 58097. _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1583946> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1583946] SSL "issuer" and "server" names cannot be parsed
Changes by Bill Janssen: -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1583946> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1065] ssl.py shouldn't change class names from 2.6 to 3.x
Bill Janssen added the comment: Fixed in rev 58097. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1065> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1535659] NNTPS support in nntplib
Bill Janssen added the comment: Georg got it right -- this patch is bogus. I'm going to close it as "won't fix". Feel free to re-open it as an RFE with a good patch. -- resolution: -> wont fix status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1535659> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue
New submission from Bill Janssen: If you build Python with --disable-toolbox-glue on OS X, the attempt to import ctypes fails because it critically depends on "gestalt", one of the modules in the toolbox. It only uses this to check whether the OS level is 10.4 or something earlier, and only once, at load. Might be a good idea to substitute a check which doesn't require the toolbox, such as looking at platform.release(). -- components: Library (Lib), Macintosh messages: 56132 nosy: janssen severity: normal status: open title: ctypes doesn't work on Mac with --disable-toolbox-glue type: behavior versions: Python 2.6, Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1203> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue
Bill Janssen added the comment: Here's a patch against the trunk. I've only tried it on OS X 10.4.10, and only with test_ctypes. Ideally, we should test on an earlier version of OS X, but I don't have one handy. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1203> __ p Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue
Bill Janssen added the comment: Sorry, you're absolutely right. Here's a corrected patch. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1203> __ p Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue
Changes by Bill Janssen: __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1203> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue
Bill Janssen added the comment: Yes, that works too. It seems to be another way of accessing the same information; it's not clear to me which is preferable. Bill On 9/25/07, Thomas Heller <[EMAIL PROTECTED]> wrote: > > Thomas Heller added the comment: > > This patch looks better. However, the 'os.uname()' function seems to > return the information that we need; so I updated the patch to use this > instead. Can you please proofread it (osx.patch) ? > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1203> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1203> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: By a bit of synchronicity, I've been looking at non-blocking SSL issues all day. Thanks, Chris. I'll take a look and fold it in. There are a number of other issues here, too, such as changing the socket's blocking- ness after it's wrapped (which asyncore does). __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: The larger problem here is that straightforward select() just doesn't work with SSL-wrapped sockets. If you depend on it for liveness, your program will eventually hang up. When packets in SSL arrive at a destination, they are pulled off the socket in chunks of sizes controlled by the encryption protocol being used, decrypted, and placed in SSL-internal buffers. The buffer content is then transferred to the application program through SSL_read(). If you've read only part of the decrypted data, there will still be pending input data on the SSL connection, but it won't show up on the underlying file descriptor via select(). Your code needs to call SSL_pending() explicitly to see if there is any pending data to be read. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: "SSL-wrapped sockets *must* be set non-blocking." Can you say a bit more about why? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: Yes, that's correct. I've reviewed your patch, and it looks OK to me. I'll fold it in in the next go-around, once I've made some progress on the asyncore issues. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: Chris, Looking at this a bit harder, I don't see that it accomplishes much. The loop in _ssl.c/do_handshake will never return WANT_READ or WANT_WRITE, so the loop in the test case, for instance, is unnecessary. The original code handled the non-blocking case just fine. I think this fix is unnecessary. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: It's my mistake; I was looking at too many patches at the same time. Thanks for the example. Bill __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1114345] Add SSL certificate validation
Bill Janssen added the comment: See the SSL package on PyPI. Should work on 2.3, 2.4, and 2.5. Bill On 10/14/07, vila <[EMAIL PROTECTED]> wrote: > > vila added the comment: > > > I'm planning to do a package for 2.3... > > Any progress on that package ? > > I'd like to do the same for python 2.4 and 2.5 as I have a need for it > for both versions. > > I don't know what you call a package though, but I'm willing to learn :) > > -- > nosy: +vila > > _ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1114345> > _ > _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1114345> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: Perhaps we shouldn't expose this at the application level. We could check, in the C module's sslwrap, whether the socket is blocking or not, and do the right thing there, so that sslwrap would always succeed in one call. Since we are releasing the GIL whenever we do SSL_accept() or SSL_connect(), other threads get a chance to run, so doing it transparently shouldn't affect the Python program's liveness. And it would reduce the chances for application error. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: "You seem to be missing the whole point of doing non-blocking I/O," You know, I think that's right. I'm so used to using threads by now that the whole select-based approach seems very odd to me by now. OK, I've folded your patch into the PyPI version, ssl 1.8. It will meander into the trunk and 3K version as well. Thanks for the help! Bill On 10/15/07, Chris Stawarz <[EMAIL PROTECTED]> wrote: > > Chris Stawarz added the comment: > > Bill, > > You seem to be missing the whole point of doing non-blocking I/O, > which is to handle multiple concurrent, I/O-bound tasks in a single > OS thread. The application must be able to try the handshake, detect > that it didn't complete because I/O needs to take place, and then > retry it at a later time of its choosing (presumably when select() > says it's OK to read from the socket). And between now and that > later time, it can do other things, like read or write to other sockets. > > The point is that the *application* must have control over when it > does I/O, when it waits for sockets to be ready for I/O, and what it > does in between. There's just no way it can do this if the sslwrap() > function doesn't return until the handshaking is complete. sslwrap() > can't "do the right thing", because the right thing is to return > control to the application until it's ready to try the handshake again. > > And this has nothing to do with the GIL or multiple threads. Like I > said, the point of doing non-blocking I/O with select() is to *avoid* > the need for multiple threads. > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1251> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1339] smtplib starttls() should ehlo() if it needs to
New submission from Bill Fenner:
smtplib's "complex" methods, login and sendmail, try to EHLO or HELO if
it hasn't been done yet. login also checks to see if the EHLO response
included the ability to do authorization.
starttls seems to me to be similar in nature: why should it not try to
EHLO or HELO, and check that self.has_extn("starttls")?
--
components: Library (Lib)
messages: 56829
nosy: fenner
severity: normal
status: open
title: smtplib starttls() should ehlo() if it needs to
type: rfe
versions: Python 2.4
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1339>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue829951] Fixes smtplib starttls HELO errors
Bill Fenner added the comment: Yes, the state that should be reset includes helo_resp, ehlo_resp, esmtp_features, and does_esmtp. The workaround commonly proposed is to always call ehlo() after starttls() . While this works (most of the time?), it seems arbitrary to require an explicit ehlo() call in this case but not other cases. -- nosy: +fenner versions: +Python 2.4 Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue829951> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1347] BaseHTTPServer writing strings to bytes interface
New submission from Bill Janssen: A number of places in the BaseHTTPServer got missed when converting between bytes and strings. Here's a patch to fix that. -- components: Library (Lib) files: a messages: 56868 nosy: janssen severity: normal status: open title: BaseHTTPServer writing strings to bytes interface type: behavior versions: Python 3.0 Added file: http://bugs.python.org/file8636/a __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1347> __ a Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1348] httplib closes socket, then tries to read from it
New submission from Bill Janssen: I can't get urllib.urlopen() to work with SSL, and it seems to be due to a bug in the re-write of httplib. HTTPConnection.getresponse() is closing the socket, but then returning a response object holding onto that closed socket to the caller, who then tries to read from the (closed) socket. Due to the delayed closing of sockets, this error is masked, but in SSL, the context is torn down on close, so we see real failures. -- components: Library (Lib) keywords: py3k messages: 56870 nosy: janssen priority: urgent severity: normal status: open title: httplib closes socket, then tries to read from it type: behavior versions: Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1348> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1348] httplib closes socket, then tries to read from it
Bill Janssen added the comment: I believe this is all that's needed. Added file: http://bugs.python.org/file8638/c __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1348> __ c Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1349] more uses of ord() in plat-mac/ic.py
New submission from Bill Janssen: Neal, a patch to get rid of the other ord() calls in ic.py. -- assignee: nnorwitz components: Library (Lib), Macintosh files: d keywords: py3k messages: 56872 nosy: janssen, nnorwitz priority: high severity: normal status: open title: more uses of ord() in plat-mac/ic.py type: behavior versions: Python 3.0 Added file: http://bugs.python.org/file8639/d __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1349> __ d Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1348] httplib closes socket, then tries to read from it
Bill Janssen added the comment: I still think the semantics are wrong here, but someone needs to close this connection at some point, and right now the reference-counting semantics of socket.close() are the only thing preventing a leak. So I think my patch should not be applied. Instead, a larger fix needs to be thought through, which will probably require some changes to urllib and its cousins. -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1348> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1223] httplib does not handle ssl end of file properly
Bill Janssen added the comment: I have a slightly different version of this patch in the new SSL code. It (optionally, but defaulting to True) catches SSL_ERROR_EOF and returns None, but allows other ssl errors to go through. -- nosy: +janssen Added file: http://bugs.python.org/file8643/e __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1223> __ e Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1347] BaseHTTPServer writing strings to bytes interface
Bill Janssen added the comment: Will do. On 10/29/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > Looks good. You can check this in yourself right? > > -- > assignee: -> janssen > nosy: +gvanrossum > resolution: -> accepted > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1347> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1347> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1349] more uses of ord() in plat-mac/ic.py
Bill Janssen added the comment: I've been testing it over the weekend. Will do. Bill On 10/29/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > Looks good, though I can't find anything that would test this. > > Can you check this in yourself? > > -- > assignee: nnorwitz -> janssen > nosy: +gvanrossum > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1349> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1349> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1339] smtplib starttls() should ehlo() if it needs to
Bill Fenner added the comment: I've attached a patch against 2.4.3. The patch does the following: - Factor out the duplication of EHLO/HELO in login() and sendmail() to a new function, ehlo_or_helo_if_needed(). - Use ehlo_or_helo_if_needed() in starttls() - Check for the starttls exception in starttls() in the same way as login() checks for the auth extension. Added file: http://bugs.python.org/file8665/smtplib-startls-ehlo.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1339> __ smtplib-startls-ehlo.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue829951] Fixes smtplib starttls HELO errors
Bill Fenner added the comment: I've attached an updated diff, against the 2.4.3 smtplib.py, which forgets all of the relevant pieces of information. The line numbers are offset from the standard lib because the original file has my patch for issue 1339 applied, but there is no overlap so this patch should apply cleanly. Added file: http://bugs.python.org/file8666/smtplib-startls-discard-knowledge.diff Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue829951> smtplib-startls-discard-knowledge.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1347] BaseHTTPServer writing strings to bytes interface
Bill Janssen added the comment: Fixed in rev 58718 -- keywords: +py3k resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1347> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1349] more uses of ord() in plat-mac/ic.py
Bill Janssen added the comment: Fixed in r58717 -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1349> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1419] ssl module version 1.10 causes TypeError when accepting connection
Bill Janssen added the comment: Good catch. I found this in the 3K branch, but hadn't backported it to the SSL PyPI module yet. -- resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1419> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1419] ssl module version 1.10 causes TypeError when accepting connection
Bill Janssen added the comment: I've uploaded a fixed ssl-1.12 to PyPI. -- resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1419> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1419] ssl module version 1.10 causes TypeError when accepting connection
Bill Janssen added the comment: About the same as two weeks ago... I have a functional patch, or rather, I have a patch that would work if the issues with socket closing are resolved the way I suggested :-). I've been waiting to see what's going to happen with the socket module. Bill On 11/12/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > BTW Bill, how's the 3.0 port of SSL going? > > -- > nosy: +gvanrossum > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1419> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1419> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1439] proposed 3000 patch for socket.py - "socket GC worries"
New submission from Bill Janssen: This patch essentially makes GC of sockets work again. See http://mail.python.org/pipermail/python-3000/2007-October/ 011058.html and all the threads in http://mail.python.org/pipermail/ python-3000/2007-October/thread.html with subject line "socket GC worries" for a full discussion. -- assignee: gvanrossum components: Library (Lib) files: b keywords: patch, py3k messages: 57470 nosy: gvanrossum, janssen severity: normal status: open title: proposed 3000 patch for socket.py - "socket GC worries" versions: Python 3.0 Added file: http://bugs.python.org/file8742/b __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1439> __ b Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1439] proposed 3000 patch for socket.py - "socket GC worries"
Bill Janssen added the comment: Once I've tried it again. Bill On Nov 14, 2007 2:32 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > Committed revision 58970 (with slight changes). > > Bill, you can now submit your SSL code for review. > > -- > assignee: gvanrossum -> tiran > resolution: -> accepted > status: open -> closed > > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1439> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1439> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1451] SSL patch for Python 3000
Bill Janssen added the comment: I've tried several different times to fix that warning. It appears on some releases of gcc, and not on others. There seems to be no cast or declaration that fixes it everywhere. More power to you if you can find one! Bill On 11/15/07, Christian Heimes <[EMAIL PROTECTED]> wrote: > > Christian Heimes added the comment: > > Ubuntu Linux 7.10, x86, gcc version 4.1.3 20070929 (prerelease) (Ubuntu > 4.1.2-16ubuntu2) > > > /home/heimes/dev/python/py3k/Modules/_ssl.c: In function > '_get_peer_alt_names': > /home/heimes/dev/python/py3k/Modules/_ssl.c:680: warning: passing > argument 2 of 'ASN1_item_d2i' from incompatible pointer type > /home/heimes/dev/python/py3k/Modules/_ssl.c:684: warning: passing > argument 2 of 'method->d2i' from incompatible pointer type > gcc -pthread -shared > > -- > nosy: +tiran > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1451> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1451> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1451] SSL patch for Python 3000
Bill Janssen added the comment: Actually, it's some combination of the version of OpenSSL plus the version of gcc. Bill On 11/15/07, Bill Janssen <[EMAIL PROTECTED]> wrote: > I've tried several different times to fix that warning. It appears on > some releases of gcc, and not on others. There seems to be no cast or > declaration that fixes it everywhere. More power to you if you can > find one! > > Bill > > On 11/15/07, Christian Heimes <[EMAIL PROTECTED]> wrote: > > > > Christian Heimes added the comment: > > > > Ubuntu Linux 7.10, x86, gcc version 4.1.3 20070929 (prerelease) (Ubuntu > > 4.1.2-16ubuntu2) > > > > > > /home/heimes/dev/python/py3k/Modules/_ssl.c: In function > > '_get_peer_alt_names': > > /home/heimes/dev/python/py3k/Modules/_ssl.c:680: warning: passing > > argument 2 of 'ASN1_item_d2i' from incompatible pointer type > > /home/heimes/dev/python/py3k/Modules/_ssl.c:684: warning: passing > > argument 2 of 'method->d2i' from incompatible pointer type > > gcc -pthread -shared > > > > -- > > nosy: +tiran > > > > __ > > Tracker <[EMAIL PROTECTED]> > > <http://bugs.python.org/issue1451> > > __ > > > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1451> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1451] SSL patch for Python 3000
Bill Janssen added the comment: I'll check it in this afternoon -- I've just got to figure out how to run the Python clean-up tool. Then you can check in the socket3.diff patch, then I'll make sure the SSL module works with that version of sockets. Bill On 11/15/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > If you haven't checked this in by tomorrow morning, I'll submit issue > 1378 (socket3.diff) first, and you'll have to do a bunch of cleanup. > Or, if you like, I can submit that now and you can do the cleanup this > afternoon. (Basically, we can dup() sockets on Windows now, so all the > nonsense about keeping our own reference counts is no longer needed -- > makefile() just hangs on to a dup() of the socket. This restores the > semantics we had in 1.5.2... > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1451> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1451> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1451] SSL patch for Python 3000
Bill Janssen added the comment: OK, it's checked in. Let's see what the Windows buildbots think :-). Bill On Nov 15, 2007 1:35 PM, Bill Janssen <[EMAIL PROTECTED]> wrote: > > Bill Janssen added the comment: > > I'll check it in this afternoon -- I've just got to figure out how to > run the Python clean-up tool. Then you can check in the socket3.diff > patch, then I'll make sure the SSL module works with that version of > sockets. > > Bill > > On 11/15/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > > > > Guido van Rossum added the comment: > > > > If you haven't checked this in by tomorrow morning, I'll submit issue > > 1378 (socket3.diff) first, and you'll have to do a bunch of cleanup. > > Or, if you like, I can submit that now and you can do the cleanup this > > afternoon. (Basically, we can dup() sockets on Windows now, so all the > > nonsense about keeping our own reference counts is no longer needed -- > > makefile() just hangs on to a dup() of the socket. This restores the > > semantics we had in 1.5.2... > > > > __ > > Tracker <[EMAIL PROTECTED]> > > <http://bugs.python.org/issue1451> > > __ > > > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1451> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1451> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1451] SSL patch for Python 3000
Bill Janssen added the comment: Looks like the Python SVN cert did not get included in the patch, which is causing a failure. I'll check that in. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1451> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen added the comment: This is now checked into the 3K branch. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1251> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1469] SSL tests leak memory
New submission from Bill Janssen: I'm seeing leaks in the test_ssl run, after various socket.py changes. I'm looking into it. -- assignee: janssen components: Library (Lib) keywords: py3k messages: 57667 nosy: janssen severity: normal status: open title: SSL tests leak memory versions: Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1469> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1468] MSI installer does not include SSL test .pem files
Bill Janssen added the comment: Looks good to me, too. -- nosy: +janssen __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1468> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1469] SSL tests leak memory
Bill Janssen added the comment: What platform? Bill On Nov 20, 2007 11:21 PM, Christian Heimes <[EMAIL PROTECTED]> wrote: > > Christian Heimes added the comment: > > I don't see leaks when I run the tests with > > $ ./python Lib/test/regrtest.py -R:: test_ssl.py > test_ssl > beginning 9 repetitions > 123456789 > . > 1 test OK. > [80034 refs] > > -- > nosy: +tiran > priority: -> normal > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1469> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1469> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1482] IMAP4 SSL isn't working
Bill Janssen added the comment:
I'll take a look at it this weekend.
Bill
On Nov 21, 2007 1:27 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
>
> New submission from Christian Heimes:
>
> The SSL version of the imap4 client isnt' working under 3.0. After I
> applied the patch from http://bugs.python.org/issue1210 I tried to
> connect to an IMAP server over SSL. The connection hangs.
>
> import imaplib
> conn = imaplib.IMAP4_SSL("mailbox.rwth-aachen.de", 993)
>
> After a while I stopped the attempt with CTRL+C
> Traceback (most recent call last):
> File "", line 1, in
> File "/home/heimes/dev/python/py3k/Lib/imaplib.py", line 1137, in __init__
> IMAP4.__init__(self, host, port)
> File "/home/heimes/dev/python/py3k/Lib/imaplib.py", line 184, in __init__
> self.welcome = self._get_response()
> File "/home/heimes/dev/python/py3k/Lib/imaplib.py", line 907, in
> _get_response
> resp = self._get_line()
> File "/home/heimes/dev/python/py3k/Lib/imaplib.py", line 1000, in
> _get_line
> line = self.readline()
> File "/home/heimes/dev/python/py3k/Lib/imaplib.py", line 1170, in readline
> char = self.sslobj.read(1)
> File "/home/heimes/dev/python/py3k/Lib/ssl.py", line 160, in read
> return self._sslobj.read(len)
> KeyboardInterrupt
>
> --
> assignee: janssen
> components: Library (Lib)
> keywords: py3k
> messages: 57735
> nosy: janssen, tiran
> priority: normal
> severity: normal
> status: open
> title: IMAP4 SSL isn't working
> versions: Python 3.0
>
> __
> Tracker <[EMAIL PROTECTED]>
> <http://bugs.python.org/issue1482>
> __
>
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1482>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1348] httplib closes socket, then tries to read from it
Bill Janssen added the comment: Yes. The close is stil in the wrong place. On Nov 21, 2007 2:30 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > Is this still relevant? > > -- > assignee: -> janssen > priority: urgent -> normal > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1348> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1348> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1348] httplib closes socket, then tries to read from it
Bill Janssen added the comment: No, the close must be removed. It's the wrong *way* to "transfer responsibility". Close means "close", not "I wash my hands of responsibility here". What's hidden here is that the open socket is transferred to the response, which continues to use it. In fact, the close() should happen when the caller is finished with the response, probably as effect of the GC of the "response" object. On Nov 25, 2007 3:09 AM, vila <[EMAIL PROTECTED]> wrote: > > vila added the comment: > > The title of this bug is scary. > > httplib rightly close the socket because that's the way to transfer the > responsibility of the close to the user of the HttpResponse object. > > The close MUST stays there. > > I do encounter a bug related to that close while trying to use the ssl > module in python2.6. > > I'm willing to help fixing it but *this* bug may not be the right place > to do so (even if related). > > I'm a bit lost on how to help right now since the involved changes seems > to occur in both python3.0 and python2.6 and I'm currently targeting 2.4 > and 2.5. > > -- > nosy: +vila > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1348> > __ > __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1348> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1348] httplib closes socket, then tries to read from it
Bill Janssen added the comment: That's because the socket.py code has been adapted (the first word I wrote there was "perverted" :--) to deal with this case. That is, the close() has been rendered meaningless because of the explicit reference counting in socket.py. But the right solution is to not close the socket till the application is done with it; that is, transfer the responsibility for the socket to the part of the application which is still using it. I'm not sure that just fixing this one case will remove the need for the explicit reference counting in socket.py, but this is the case that I noticed. On Nov 26, 2007 1:11 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > Bill, is there a code example that should work but breaks because of > that close()? ATM, there doesn't seem to be anything in the tests that > breaks... > > __ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1348> > __ > Added file: http://bugs.python.org/file8814/unnamed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1348> __That's because the socket.py code has been adapted (the first word I wrote there was "perverted" :--) to deal with this case. That is, the close() has been rendered meaningless because of the explicit reference counting in socket.py. But the right solution is to not close the socket till the application is done with it; that is, transfer the responsibility for the socket to the part of the application which is still using it. I'm not sure that just fixing this one case will remove the need for the explicit reference counting in socket.py, but this is the case that I noticed.On Nov 26, 2007 1:11 PM, Guido van Rossum <mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]> wrote: Guido van Rossum added the comment:Bill, is there a code example that should work but breaks because ofthat close()? ATM, there doesn't seem to be anything in the tests thatbreaks... __Tracker <mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]><http://bugs.python.org/issue1348"; target="_blank">http://bugs.python.org/issue1348 >__ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1511] csv input converts \r\n to \n but csv output does not when a field has internal line breaks
New submission from Bill Fenner: When a field has internal line breaks, e.g., foo,"bar baz biff",boo that is actually 3 lines, but one csv-file row. csv.reader() converts this to ['foo', 'bar\nbaz\nbiff', 'boo']. This is a reasonable behavior. Unfortunately, csv.writer() does not use the dialect's lineterminator setting for values with such internal linebreaks. This means that the resulting file will have a mix of line-termination styles: foo,"bar\n baz\n biff",boo\r\n If the reading csv implementation is strict about its line termination, these line breaks will not be read properly. -- messages: 57902 nosy: fenner severity: normal status: open title: csv input converts \r\n to \n but csv output does not when a field has internal line breaks type: behavior versions: Python 2.4 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1511> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1511] csv input converts \r\n to \n but csv output does not when a field has internal line breaks
Changes by Bill Fenner: -- components: +Library (Lib) __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1511> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1511] csv input converts \r\n to \n but csv output does not when a field has internal line breaks
Bill Fenner added the comment: I realized that my description was not crystal clear - the file being read has \r\n line terminators - in the format that I used later, the input file is foo,"bar\r\n baz\r\n biff",boo\r\n __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1511> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
Bill Janssen added the comment: I'm guessing these things are due to interaction with some Apple security update, as the buildbots were working well 8 months ago. Bill On Wed, Sep 7, 2011 at 4:01 PM, Nick Coghlan wrote: > > Nick Coghlan added the comment: > > If Bill gets a chance to investigate this before the weekend, great, > otherwise my plan to stop making noise in the buildbot results will be to: > > 1. Create a separate issue specifically for the errors reported by the Mac OS > X buildbots (allowing the problem to be spelled out more clearly for readers, > and also allowing the feature request itself to be closed) > > 2. Flag the offending tests as expected failures on Mac OS X, with a pointer > back to the new tracker issue. > > That way, if these failures are due to underlying OS bugs or limitations (as > they appear to be), we'll get a clear indication in the buildbots when Apple > have fixed the relevant problems. > > -- > > ___ > Python tracker > <http://bugs.python.org/issue6560> > ___ > -- ___ Python tracker <http://bugs.python.org/issue6560> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13382] completions in IDLE
New submission from Bill Meng : I'm running Python 2.7 on a Mac OS 10.4 When I select Edit/completions from the menu, only the first 10 appear with a slider to the right. But the slider does not move to see the rest of the list. -- components: IDLE messages: 147414 nosy: cpat priority: normal severity: normal status: open title: completions in IDLE versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue13382> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat
Bill Janssen added the comment: Actually, when using setup.py with MinGW, you just need to say the right thing: % python setup.py build --compiler=mingw32 install That removes the check for vcvarsall.bat. Bill On Mon, Jan 2, 2012 at 6:19 AM, Piotr Dobrogost wrote: > > Piotr Dobrogost added the comment: > > @Lehmann > > You have to have either Visual Studio 2008 or Visual C++ Express 2008 > installed. The folder where vcvarsall.bat file is being looked for is read > from the registry. It's either > HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\9.0\Setup\VC > (for Visual Studio) or > HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VCExpress\9.0\Setup\VC (for > Visual C++ Express). > > -- > nosy: +piotr.dobrogost > > ___ > Python tracker > <http://bugs.python.org/issue2698> > ___ -- ___ Python tracker <http://bugs.python.org/issue2698> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12765] test_packaging failure under Snow Leopard
Bill Janssen added the comment: I'm on vacation right now and can't get to it... Bill On Thu, Aug 18, 2011 at 12:22 PM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > Bill is the owner of that buildbot. > > -- > nosy: +janssen > > ___ > Python tracker > <http://bugs.python.org/issue12765> > ___ > -- ___ Python tracker <http://bugs.python.org/issue12765> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
Bill Janssen added the comment: I'll take a look at this next week, when I'm more on-line again. Bill 2011/8/25 Charles-François Natali : > > Charles-François Natali added the comment: > >> The OS X buildbots show some failures: > > It seems to fail consistently on every OS X version. > I've had another look both at the code and the test, and couldn't find > anything wrong with it. > Since there are a number of known bugs pertaining to FD passing on OS X - > even on recent versions - I'd suggest to skip those tests on this platform. > As for sendto/sendmsg not being interrupted by the signal, I'd be curious to > see if running test_socket alone solves the problem (just to make sure no > other thread is running, which might receive the signal). > > -- > > ___ > Python tracker > <http://bugs.python.org/issue6560> > ___ > -- ___ Python tracker <http://bugs.python.org/issue6560> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9667] NetBSD curses KEY_* constants
New submission from Bill Green : _cursesmodule.c provides a list of constants, prefixed with KEY_, corresponding to special keys (KEY_DOWN, KEY_LEFT, KEY_BACKSPACE, etc.). A portion of the function init_curses, which implements these, is #defined out on NetBSD (at line 2860 in Python 2.7). PyCurses_KeyName, which seems related (line 2111) is also not compiled on NetBSD. This is presumably because NetBSD's libcurses doesn't provide this functionality. These functions work when _cursesmodule.c is linked to ncurses rather than BSD curses. Could the preprocessor directives be changed to omit these functions only if the platform is NetBSD AND ncurses is not being used? -- components: Library (Lib) messages: 114774 nosy: bgreen priority: normal severity: normal status: open title: NetBSD curses KEY_* constants type: behavior versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue9667> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7936] sys.argv contains only scriptname
Bill Hayes added the comment: I found this page while encountering the same problem (only one argument, the scriptname, being passed in from the command line), and wanted to post the following workaround. I'm running Vista and using Python 2.6. In summary I had to have 'python' at the beginning of the command line. I found: this did not work: c:\>django-admin startproject mysite this DID work: c:\>python django-admin startproject mysite Before finding this fix: I had tried the 'ftype Python.File' and 'assoc .py' commands mentioned in other posts above and gotten the equivalent of 'not found'. I actually found the correct info in the registry under HKEY_CURRENT_USER, but 'ftype' and 'assoc' don't appear to read from there. I modified the registry under HKEY_LOCAL_MACHINE, and then I was getting the responses that were claimed to be needed in msg99369 above, but this did NOT fix the problem. It was after the above that I found the solution - use 'python' at the beginning of the command line and all args are passed in. (I did not go back and remove the registry edits that I made to prove conclusively that they are not part of the solution, but I doubt that they are.) -- nosy: +bill_sanjose ___ Python tracker <http://bugs.python.org/issue7936> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9961] Identity Crisis! variable assignment using strftime fails comparison test.
New submission from Bill Hawkes :
See below. When variable assignment is used with strftime for the day of the
week, it fails comparison checks for the days of the week. Even when using the
str() function it still fails. Manual entry of variable assignment is required
for a successful comparison. This pretty well defeats the purpose of computer
programming (automation). There seems to be a real identity crisis here!
$ python3
Python 3.0rc1+ (py3k, Oct 28 2008, 09:23:29)
[GCC 4.3.2] on linux2
>>> import time
>>> from datetime import date
>>> today = date.today()
>>> print("This line will always print")
This line will always print
>>> myday = today.fromordinal(today.toordinal() - 31)
>>> printthis = myday.strftime("%m-%d-%y. %d %b %Y is a %A on the %d day of
>>> %B.")
>>> print("%s" % printthis)
08-27-10. 27 Aug 2010 is a Friday on the 27 day of August.
>>> # dow is Day Of Week variable
... dow = myday.strftime("%A")
>>> chkval = dow
>>> dow is chkval
True
>>> print("dow is %s" % dow)
dow is Friday
>>> print("chkval is %s" % chkval)
chkval is Friday
>>> print("%s" % dow)
Friday
>>> print("%s" % chkval)
Friday
>>> dow is chkval
True
>>> if dow is 'Sunday':
...cntbck = 0
... elif dow is 'Monday':
...cntbck = 1
... elif dow is 'Tuesday':
...cntbck = 2
... elif dow is 'Wednesday':
...cntbck = 3
... elif dow is 'Thursday':
...cntbck = 4
... elif dow is 'Friday':
...cntbck = 5
... elif dow is 'Saturday':
...cntbck = 6
... else:
...cntbck = 'undefined'
...print("What day is it? It is %s" % dow)
...
What day is it? It is Friday
>>> print('finished with script')
finished with script
>>> dow is 'Friday'
False
>>> dow = 'Friday'
>>> dow is 'Friday'
True
>>> chkval
'Friday'
>>> dow
'Friday'
>>> chkval is dow
False
>>> chkval is 'Friday'
False
>>> chkval
'Friday'
>>> chkval = str(chkval)
>>> chkval
'Friday'
>>> chkval is 'Friday'
False
>>> cntbck
'undefined'
>>>
--
components: Interpreter Core
messages: 117449
nosy: BillHawkes
priority: normal
severity: normal
status: open
title: Identity Crisis! variable assignment using strftime fails comparison
test.
type: behavior
versions: Python 3.1
___
Python tracker
<http://bugs.python.org/issue9961>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9961] Identity Crisis! variable assignment using strftime fails comparison test.
Bill Hawkes added the comment:
Yes, it is working now. Thanks for the timely response.
In looking at the tutorial, the only "strings" used with boolean operators ("<"
| ">" | "==" | ">=" | "<=" | "!=") were strings of the numeric variety. I saw
no examples using words. I know the datetime module has a function for
enumerating the days of the week, but it starts with Monday and ends with
Sunday. I needed to start with Sunday and end with Saturday. The first thing I
found for checking letter-filled strings was the "is" operator.
Perhaps a brief example of word comparisons in the tutorial would be useful. I
know it would have helped me.
I can't say I have a clear understanding of the difference between the "is" and
"==" operators, but I can accept that there apparently is some difference and
there are situations where that difference matters. Again, thanks for the quick
response.
--
___
Python tracker
<http://bugs.python.org/issue9961>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute
Bill Janssen added the comment: PPC Tiger is using Python 2.7, so it's 3.6.11. Python 3.X also seems to be failing the sqlite tests on PPC Leopard. Is the required version # different between 3.1 and 3.x? -- ___ Python tracker <http://bugs.python.org/issue8845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root directory
Bill Janssen added the comment: Broke bunches of 2.7 buildbots. But why are we running test_ntpath on OS X, anyway? Shouldn't this be skipped everywhere except win32 platforms? -- nosy: +janssen ___ Python tracker <http://bugs.python.org/issue5117> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root directory
Bill Janssen added the comment: Then we need to revert this patch and find one that works. -- resolution: fixed -> ___ Python tracker <http://bugs.python.org/issue5117> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
