Re: Cannot connect to Mysql database

I did: import MySQLdb as mdb from MySQLdb import * from MySQLdb.constants import * and now it works. Thanks! again -- https://mail.python.org/mailman/listinfo/python-list

Re: Cannot connect to Mysql database

On Tue, Nov 19, 2013 at 5:26 PM, Himanshu Garg wrote: > I did: > > import MySQLdb as mdb > from MySQLdb import * > from MySQLdb.constants import * > > and now it works. Thanks! again Looks good! Glad it works. ChrisA -- https://mail.python.org/mailman/listinfo/python-list

Re: Why do only callable objects get a __name__?

Thanks for your replies, Steven. Between this post and your other post, you wrote a lot. On Monday, November 18, 2013 3:21:15 PM UTC-8, Steven D'Aprano wrote (and I quote, edited, and sometimes out of order): > So if you have any > thought that "the name of an object" should be the name of th

[RELEASED] Python 3.3.3 final

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On behalf of the Python development team, I'm very happy to announce the release of Python 3.3.3. Python 3.3.3 includes several security fixes and over 150 bug fixes compared to the Python 3.3.2 release. Importantly, a security bug in CGIHTTPServer wa

Re: Oh look, another language (ceylon)

On Mon, 18 Nov 2013 19:33:01 -0800, Rick Johnson wrote: > I've never *really* been crazy about the plus operator concatenating > strings anyhow, however, the semantics of "+" seem to navigate the > "perilous waters of intuition" far better than "*". > > Addition of numeric types is well defin

Re: Why do only callable objects get a __name__?

On Mon, 18 Nov 2013 22:36:34 -0800, John Ladasky wrote: > I just had a look at the namedtuple source code. Part of my conceptual > problem stems from the fact that namedtuple() is what I think people > call a "class factory" function, rather than a proper class constructor. > I'll read through t

Re: Automation

On Tue, 19 Nov 2013 19:23:11 +1300, Gregory Ewing wrote: > Neil Cerutti wrote: >> Written English probably changes much slower than spoken English, and >> we have the curmudgeon's to thank. > > The curmudgeon's what? :-) The curmudgeon's cudgel of course. *wack* "Will you speak proper now or wo

Re: HTTP Header Capitalization in urllib.request.AbstractHTTPHandler (Python 3.3)

On Tue, Nov 19, 2013 at 1:25 AM, Logan Owen wrote: > Hello everyone, > > I was hoping for some advice in dealing with an edge case related to > Python's HTTP Header handling. Python is correctly assuming that the > HTTP header field name (eg Content-Type) is case insensitive, but I have > a webse

Using try-catch to handle multiple possible file types?

Hi, I have a script that needs to handle input files of different types (uncompressed, gzipped etc.). My question is regarding how I should handle the different cases. My first thought was to use a try-catch block and attempt to open it using the most common filetype, then if that failed, try

Re: Oh look, another language (ceylon)

On Tue, Nov 19, 2013 at 6:00 PM, Steven D'Aprano wrote: >> py> "a" * "4" >> '' >> >> Okay, that makes sense, but what about: >> >> py> "a" * "" >> >> That will haunt your nightmares! > > You're easily terrified if you have nightmares about that. I can't > imagine what you would

Re: Using try-catch to handle multiple possible file types?

On Tue, Nov 19, 2013 at 6:13 PM, Victor Hooi wrote: > My first thought was to use a try-catch block and attempt to open it using > the most common filetype, then if that failed, try the next most common type > etc. before finally erroring out. > > So basically, using exception handling for flow-

Re: Using try-catch to handle multiple possible file types?

On Tue, Nov 19, 2013 at 5:13 PM, Victor Hooi wrote: > Hi, > > I have a script that needs to handle input files of different types > (uncompressed, gzipped etc.). > > My question is regarding how I should handle the different cases. > > My first thought was to use a try-catch block and attempt to

<    1   2