Re: [Info] PEP 308 accepted - new conditional expressions

the syntax of list comprehensions. Greets, Volker -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(\alpha)\cdot\mathcal{B}^{\left[\oint\!c_\hbar\right]}}} -- http://mail.python.org/mailman/listinfo/python-list

What license to choose for Python programs? (PSF License vs. GPL/LGPL)

e/programs/libs is usually released under which license. Thanks for your help, Volker -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(\alpha)\cdot\mathcal{B}^{\left[\oint\!c_\hbar\right]}}} -- http://mail.python.org/mailman/listinfo/python-list

Re: Python linear algebra module -- requesting comments on interface

ndom numbers. At the top of your documentation, there is a link "overview", which is broken: See _overview_ for a quick start. Greets, Volker -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(

Re: psexec and os.popen help

HO always a better programming style to use "subprocess". Greets, Volker -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(\alpha)\cdot\mathcal{B}^{\left[\oint\!c_\hbar\right]}}} -- http://mail.python.org/mailman/listinfo/python-list

Re: Coding style

al than "if a", because the latter also works with container-like objects that have a concept of emptiness, but not of length. However, this case is less likely to happen than shooting yourself in the foot by passing accidently an iterator to the function without getting an exception. I think, this flaw in Python is deep enough to justify the "len() > 0" kludge. IMHO, that flaw of Python should be documented in a PEP as it violates Python's priciple of beeing explicit. It also harms duck typing. Greets, Volker -- Volker Grabsch ---<<(())>>--- Administrator NotJustHosting GbR -- http://mail.python.org/mailman/listinfo/python-list

Re: Coding style

ith all other points, I don't think that it's less error-prone. See my other posting where I worked out this a flaw of Python. Greets, Volker -- Volker Grabsch ---<<(())>>--- Administrator NotJustHosting GbR -- http://mail.python.org/mailman/listinfo/python-list

Re: Python vs C for a mail server

Python, and any other language. Any programming language allows you to do strange/stupid stuff. But none of them encourages it. So I can't see your point in any way. Greets, Volker -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\righ

Re: dynamic class instantiation

ritance, closures and similar mechanisms save a lot of work, too, they do their job even better than a code generator, and they are a charm to maintain. Even the "magic" (AKA meta-classes :-)) may be hard, but it's usually a much simpler and cleaner approach than a co

Re: dynamic class instantiation

t be a disadvantage. (Instead, if would be a great advantage!) So you have to decide yourself: Do you really need the description files to be read in on-the-fly? Then stick with your own language. Are your definition files more like modules/extensions which are installes together with the source files? Th

Re: triple quoted strings as comments

rse: If you don't create backup files before removing code ... Greets, Volker -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(\alpha)\cdot\mathcal{B}^{\left[\oint\!c_\hbar\right]}}} -- http://mail.python.org/mailman/listinfo/python-list

Multiple "cmp"s chained one after another

return cmp(...) or cmp (...) or cmp(...) or ... I'm not sure whether this pattern is already a "common recipe", but I found it to be a very nice idea. :-) Any opinions? Greets, Volker -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(\alpha)\cdot\mathcal{B}^{\left[\oint\!c_\hbar\right]}}} -- http://mail.python.org/mailman/listinfo/python-list

Re: Multiple "cmp"s chained one after another

re looking for. That's an excellent idea! Thanks a lot. I really didn't think of the "key=" argument. Greets, -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(\alpha)\cdot\mathcal{B}^{\left[\oint\!c_\hbar\ri

Re: Multiple "cmp"s chained one after another

he database. Okay, one could use transactions and rollback", but I think, my point is clear now. Nevertheless, I think you idea is very interesting. Is there any "real" application where normalizing just for sorting would be reasonable? Greets, -- Volker Grabsch ---<<(

Re: Multiple "cmp"s chained one after another

create a tuple, or does it just return a tuple which is present anyway? Greets, -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(\alpha)\cdot\mathcal{B}^{\left[\oint\!c_\hbar\right]}}} -- http://mail.python.org/mailman/listinfo/python-list

Re: Multiple "cmp"s chained one after another

e. I.e., when I sort some strings case-insensitive, I don't want my resulting (sorted) list to contain only lowercase string. But that's what I would get if I used the algorithm you described above. Greets, -- Volker Grabsch ---<<(())>>--- \frac{\left|\vartheta_0\times\{\ell,\kappa\in\Re\}\right|}{\sqrt [G]{-\Gamma(\alpha)\cdot\mathcal{B}^{\left[\oint\!c_\hbar\right]}}} -- http://mail.python.org/mailman/listinfo/python-list

Re: idiom for constructor?

hrone, especially because you don't need to deal with quoting issues, and because you have an initial syntax check of your Python code which is bypassed when using exec. Similarly, try to avoid system() whenever possible. Greets, -- Volker Grabsch ---<<(())>>--- \frac{\left|\v