🌐 Mailman 3 March 2015 - Python-list - python.org

Re: iPython 3 released
by Fabien March 1, 2015

March 1, 2015

On 01.03.2015 19:24, Mark Lawrence wrote: > This seemed to be a low key affair, at least from my perspective True, no messages yet on the scientific python mailing lists either. I am wondering if avoiding a massive switch to a *.0 release was the reason for this (relative) silence. Fabien

1 0

iPython 3 released
by Mark Lawrence March 1, 2015

March 1, 2015

This seemed to be a low key affair, at least from my perspective, but I'm fairly certain that people here will be interested. http://ipython.org/ipython-doc/3/whatsnew/version3.html http://ipython.org/install.html -- My fellow Pythonistas, ask not what our language can do for you, ask what you can do for our language. Mark Lawrence

1 0

suggestions for functional style (singleton pattern?)
by yves＠zioup.com March 1, 2015

March 1, 2015

Hi, For some scripts, I write in a a more functional way, using a lot of small functions outside of any class. Although it makes the code clearer for specific cases, I have found that it makes debugging and using the repl in general difficult, as as I have to re-initialise every single objects every time. I have now started to use some kind of state pattern to alleviate this, here's a simplistic example: https://github.com/dorfsmay/state_pattern_for_debugging_python/blob/master/… Are there better ways to address this? Any suggestion on this style? Thanks. -- http://yves.zioup.com gpg: 4096R/32B0F416

6 8

Re: Python Worst Practices
by Marko Rauhamaa March 1, 2015

March 1, 2015

Chris Angelico <rosuav(a)gmail.com>: > On Mon, Mar 2, 2015 at 3:16 AM, Marko Rauhamaa <marko(a)pacujo.net> wrote: >> (Spelling deviations are actually minor nuisances. A bigger problem >> is when a Brit thinks they can use their home accent in international >> contexts.) > > Of course, because there's one "international accent" that everyone > except the Brits use, isn't there? Well, every nonnative strives for the standard Hollywoodese and does a decent job at that. But when I hear a Brit speak their native tongue, I just "smile and wave, smile and wave" because I usually have little idea what they are trying to explain. Marko

2 1

Re: suggestions for functional style (singleton pattern?)
by Steven D'Aprano March 1, 2015

March 1, 2015

Michael Torrie wrote: > Is not "only one object is ever created from a given class" the same as > "could not be [instantiated] more than once?" Not really. A class which you merely happen to only instantiate once is not a singleton class. It's just a class that you instantiate N times, where so far N has only equalled 1. A singleton class on the other hand is a class where N *must* equal 1, because the class itself enforces that rule. More generally, N may equal some small value, e.g. a Boolean class might have a fixed set of exactly 2 instances. Sometimes people try to invent names like "doubleton" for these, but none of those names have really taken off. Python modules are an interesting case. Although we often call them singletons, they're actually nothing like a singleton. Modules are instances of ModuleType, and there is no upper limit to the number of instances that can be created. It's not even true that Python enforces only a single instance per module, there are ways to get around that (albeit normally you don't want to get around it!). Here is just once way: # Don't do this at home! py> import sys py> mysys = sys py> del sys.modules['sys'], sys py> import sys py> sys is mysys False Nevertheless, modules can be used to implement similar semantics to those of singleton classes, and in particular they provide the most important features of singleton classes for free. But calling them singletons just because they quack like singletons is a little weird. Next we'll be calling the Borg pattern "singletons". -- Steven

1 0

ANN: grc 1.7 released
by garabik-news-2005-05＠kassiopeia.juls.savba.sk March 1, 2015

March 1, 2015

This is generic colouriser, version 1.7. grc is a colouriser configured by regular expressions, including a simple command line wrapper for some commonly used unix commands. Notable changes in this version: - add the possibility to replace text in addition to colouring - add several configuration files License: GPL (any version) URL: http://kassiopeia.juls.savba.sk/~garabik/software/grc.html -- ----------------------------------------------------------- | Radovan Garabík http://kassiopeia.juls.savba.sk/~garabik/ | | __..--^^^--..__ garabik @ kassiopeia.juls.savba.sk | ----------------------------------------------------------- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!

1 0

PIL installation fails; registration problem
by GerritM March 1, 2015

March 1, 2015

I am reinstalling everything on my new Windows 7 laptop. I run into a problem when installing PIL 1.1.7, in combination with my Activestate Python 2.7.8. The PIL installer complains that no Python is registered. I did run Joakim Löw's script to register Python. This results in the message "*** You probably have another Python installation!". Adding some code to this script reveals that my Python is registered with the following values (deviating from the values in the script): installkey: C:\Python27\ pythonkey C:\Python27\Lib;C:\Python27\DLLs;C:\Python27\Lib\lib-tk The script proposes for pythonkey: C:\Python27;C:\Python27\Lib\;C:\Python27\DLLs\ Can I change the pythonkey to the value proposed by Joakim Löw's script?

1 1

Re: suggestions for functional style (singleton pattern?)
by yves＠zioup.com March 1, 2015

March 1, 2015

On 2015-02-28 19:19, Michael Torrie wrote: > You say you are trying to use a singleton pattern, but your code does > not appear to implement a singleton. From what I can read of your code, I call it a singletone because I only every create one object. I am not trying to use a singleton, I'm trying to avoid issues created by the alternative ways of doing this (not having access to the variables in the repl etc...). > you really should just put all your functions as methods to the DirStat > class and call it good. Especially if your module is going to be used > in several places potentially at the same time. There are type of problems where I don't want to bind functions to data. By the way, I have just added some more explanation in the code, trying to clarify the problem. -- http://yves.zioup.com gpg: 4096R/32B0F416

2 1

Re: Python Worst Practices
by Gregory Ewing March 1, 2015

March 1, 2015

Chris Angelico wrote: > Likewise REXX has no reserved words; also, SQL went part-way there, > with the notion of "non-reserved keywords". Python sometimes has those, too. For example, the "as" in "import as" was non-reserved when it was first introduced, to avoid abruptly breaking code that used it as a name. -- Greg

1 0