And... 3.0 is released! :-)
Feel free to contact me or reply should you encounter any issues!
http://clize.readthedocs.org/en/3.0/releases.html#v3-0
On Mon, 27 Apr 2015 at 02:02 Yann Kaiser wrote:
> Hello everyone!
>
> After a few years in development, I am proud to say Clize is landing its
>
On 14/05/2015 02:40, Steven D'Aprano wrote:
On Thu, 14 May 2015 04:07 am, zipher wrote:
No, you haven't understood, padawan. Lambda *is* the function, not it's
definition. Perhaps you will understand what I mean by that, perhaps you
won't. It's subtle.
Subtle like a kick to the head.
Mar
On Thu, May 14, 2015 at 4:34 AM, Tim Chase
wrote:
> Usually mine look something like
>
> def do_real_work(options, args):
> ...
> def main():
> parser = [optparse,argparse,docopt]
> options, args = parser.parse_args()
> do_real_work(options, args)
> if __name__ == "__main
On Thu, 14 May 2015 04:07 am, zipher wrote:
> On Wednesday, May 13, 2015 at 10:27:23 AM UTC-5, Ian wrote:
>> I don't know why I'm replying to this...
>
> Because you're trying to get an answer to a question that even Academia
> hasn't answered or understood.
>
>> On Wed, May 13, 2015 at 8:44 AM,
On Thu, 14 May 2015 09:24 am, 20/20 Lab wrote:
> I'm a beginner to python. Reading here and there. Written a couple of
> short and simple programs to make life easier around the office.
>
> That being said, I'm not even sure what I need to ask for. I've never
> worked with external data before.
On 05/13/2015 08:45 PM, 20/20 Lab wrote:>
You accidentally replied to me, rather than the mailing list. Please
use reply-list, or if your mailer can't handle that, do a Reply-All, and
remove the parts you don't want.
>
> On 05/13/2015 05:07 PM, Dave Angel wrote:
>> On 05/13/2015 07:24 PM, 20
On Thu, 14 May 2015 06:33 am, Ned Batchelder wrote:
> On Wednesday, May 13, 2015 at 3:46:16 PM UTC-4, Mark Lawrence wrote:
>> On 13/05/2015 19:42, andrew cooke wrote:
>> > On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
>> >> On 5/13/2015 9:25 AM, andrew cooke wrote:
[...]
>> >> >
On 2015-05-14 01:06, Ethan Furman wrote:
On 05/13/2015 04:24 PM, 20/20 Lab wrote:
I'm a beginner to python. Reading here and there. Written a couple of
short and simple programs to make life easier around the office.
That being said, I'm not even sure what I need to ask for. I've never
worked
On 05/13/2015 04:24 PM, 20/20 Lab wrote:
I'm a beginner to python. Reading here and there. Written a couple of
short and simple programs to make life easier around the office.
That being said, I'm not even sure what I need to ask for. I've never
worked with external data before.
I have a LARG
20/20 Lab writes:
> I'm a beginner to python. Reading here and there. Written a couple of
> short and simple programs to make life easier around the office.
Welcome, and congratulations on self-educating to this point.
> myList = [ [123, "XXX", "Item", "Qty", "Noise"],
>[72976, "YYY
On 05/13/2015 07:24 PM, 20/20 Lab wrote:
I'm a beginner to python. Reading here and there. Written a couple of
short and simple programs to make life easier around the office.
Welcome to Python, and to this mailing list.
That being said, I'm not even sure what I need to ask for. I've never
Gary,
Thank you for the response. I made a small typo in my original post,
which you correctly picked up. My original generator actually did not
have the stdout parameter (see below). Only the new generator has this
parameter, as it's now being passed into the generator from the caller's
e
On 14/05/2015 00:24, 20/20 Lab wrote:
I'm a beginner to python. Reading here and there. Written a couple of
short and simple programs to make life easier around the office.
Welcome :)
That being said, I'm not even sure what I need to ask for. I've never
worked with external data before.
I
I'm a beginner to python. Reading here and there. Written a couple of
short and simple programs to make life easier around the office.
That being said, I'm not even sure what I need to ask for. I've never
worked with external data before.
I have a LARGE csv file that I need to process. 110
On Wednesday, May 13, 2015 at 4:39:52 PM UTC-5, Ian wrote:
> On Wed, May 13, 2015 at 12:07 PM, zipher wrote:
> > On Wednesday, May 13, 2015 at 10:27:23 AM UTC-5, Ian wrote:
> >> I don't know why I'm replying to this...
> >
> > Because you're trying to get an answer to a question that even Academia
On 5/13/2015 3:36 PM, BartC wrote:
I'm interested in playing with the CPython sources. I need to be able to
build under Windows, but don't want to use make files (which rarely work
properly), nor do a 6GB installation of Visual Studio Express which is
what seems to be needed (I'm hopeless with co
On 05/13/2015 12:43 PM, Peter wrote:
I'm using Python 3.4.3 on Windows 7 (with latest patches) to develop a
sqlcmd module for accessing SQL Server (via Microsoft's sqlcmd.exe).
My goal is to develop a 100% Python 3 module that's easy to use,
flexible, and by design shifts the majority of fut
On 13/05/2015 22:38, Ian Kelly wrote:
On Wed, May 13, 2015 at 12:07 PM, zipher wrote:
Yes, and LISP is neither. Although LISP is a functional style, that is only by
appearance. It's completely different from Haskell, which I would describe as
a true functional language. The difference is
On Wed, May 13, 2015 at 12:07 PM, zipher wrote:
> On Wednesday, May 13, 2015 at 10:27:23 AM UTC-5, Ian wrote:
>> I don't know why I'm replying to this...
>
> Because you're trying to get an answer to a question that even Academia
> hasn't answered or understood.
>
>> On Wed, May 13, 2015 at 8:44
On Wednesday, May 13, 2015 at 3:46:16 PM UTC-4, Mark Lawrence wrote:
> On 13/05/2015 19:42, andrew cooke wrote:
> > On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
> >> On 5/13/2015 9:25 AM, andrew cooke wrote:
> >>
> >>> The following code worked on Python 3.2, but no longer works in
On 13/05/2015 20:36, BartC wrote:
I'm interested in playing with the CPython sources. I need to be able to
build under Windows, but don't want to use make files (which rarely work
properly), nor do a 6GB installation of Visual Studio Express which is
what seems to be needed (I'm hopeless with com
Ian Kelly :
> LISP is also the reason why we're cursed with the terrible name
> "lambda" for anonymous functions rather than something more mnemonic
> (like "function").
The only terrible aspect of "lambda" is how difficult it is to type.
BTW, Common Lisp actually has an operator called "functio
On 13/05/2015 19:42, andrew cooke wrote:
On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
On 5/13/2015 9:25 AM, andrew cooke wrote:
The following code worked on Python 3.2, but no longer works in 3.4.
Bugfixes break code that depends on buggy behavior. See
https://bugs.python.or
I'm using Python 3.4.3 on Windows 7 (with latest patches) to develop a
sqlcmd module for accessing SQL Server (via Microsoft's sqlcmd.exe). My
goal is to develop a 100% Python 3 module that's easy to use, flexible,
and by design shifts the majority of future SQL Server Python database
access
I'm interested in playing with the CPython sources. I need to be able to
build under Windows, but don't want to use make files (which rarely work
properly), nor do a 6GB installation of Visual Studio Express which is
what seems to be needed (I'm hopeless with complicated IDEs anyway).
Is it po
On 5/13/2015 2:42 PM, andrew cooke wrote:
On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
On 5/13/2015 9:25 AM, andrew cooke wrote:
The following code worked on Python 3.2, but no longer works in 3.4.
Bugfixes break code that depends on buggy behavior. See
https://bugs.python.o
On 2015-05-13 06:07, Chris Angelico wrote:
> On Wed, May 13, 2015 at 5:54 AM, Ian Kelly
> wrote:
> > Also, I like to put command-line parsing inside the main function
> > and make that its *only* responsibility. The main function then
> > calls the real entry point of my script, which will be some
On Wednesday, 13 May 2015 13:37:23 UTC-3, Terry Reedy wrote:
> On 5/13/2015 9:25 AM, andrew cooke wrote:
>
> > The following code worked on Python 3.2, but no longer works in 3.4.
>
> Bugfixes break code that depends on buggy behavior. See
> https://bugs.python.org/issue1683368
> Your code also
On Wednesday, May 13, 2015 at 10:27:23 AM UTC-5, Ian wrote:
> I don't know why I'm replying to this...
Because you're trying to get an answer to a question that even Academia hasn't
answered or understood.
> On Wed, May 13, 2015 at 8:44 AM, zipher wrote:
> > On Tuesday, May 12, 2015 at 10:35:29
On 2015-05-12, Marko Rauhamaa wrote:
> zipher :
>
>> That is why you have very high-level languages that allow you to
>> rapidly prototype ideas, test them, and then, depending all the other
>> constraints, move them to lower-level language implementations.
>
> Finally an argument to tackle. That
Op Wednesday 13 May 2015 17:45 CEST schreef Chris Angelico:
> On Thu, May 14, 2015 at 1:18 AM, Cecil Westerhof wrote:
>> With: python3 -m test -j3 I now get: Traceback (most recent call
>> last): File "/usr/lib64/python3.4/runpy.py", line 170, in
>> _run_module_as_main "__main__", mod_spec) File
On 13/05/2015 18:05, Terry Reedy wrote:
On 5/13/2015 12:38 PM, Mark Lawrence wrote:
I'm completely convinced that I've seen a change go through on the bug
tracker that impacts on this area, but many months if not years ago.
Unfortunately searching the bug tracker for super, __new__, __init__ an
On 5/13/2015 12:36 PM, Terry Reedy wrote:
On 5/13/2015 9:25 AM, andrew cooke wrote:
The following code worked on Python 3.2, but no longer works in 3.4.
Bugfixes break code that depends on buggy behavior. See
https://bugs.python.org/issue1683368
Your code also fails in 2.7.9 if you inherit Fo
On 5/13/2015 12:38 PM, Mark Lawrence wrote:
I'm completely convinced that I've seen a change go through on the bug
tracker that impacts on this area, but many months if not years ago.
Unfortunately searching the bug tracker for super, __new__, __init__ and
so on gets a lot of hits, leaving my Mk
On 13/05/2015 14:25, andrew cooke wrote:
Hi,
The following code worked on Python 3.2, but no longer works in 3.4. Did
something change, or have I always been doing something dumb?
(I realise the code is pointless as is - it's the simplest example I can give
of a problem I am seeing with mor
On 5/13/2015 9:25 AM, andrew cooke wrote:
The following code worked on Python 3.2, but no longer works in 3.4.
Bugfixes break code that depends on buggy behavior. See
https://bugs.python.org/issue1683368
Your code also fails in 2.7.9 if you inherit Foo from object.
The exact error messages cha
On Wednesday, 13 May 2015 11:56:21 UTC-3, Ian wrote:
> On Wed, May 13, 2015 at 8:45 AM, andrew cooke wrote:
> class Foo:
> > ... def __new__(cls, *args, **kargs):
> > ... print('new', args, kargs)
> > ... super().__new__(cls)
> > ...
> class Bar(Foo):
> > ... def
On Thu, May 14, 2015 at 1:18 AM, Cecil Westerhof wrote:
> With:
> python3 -m test -j3
> I now get:
> Traceback (most recent call last):
> File "/usr/lib64/python3.4/runpy.py", line 170, in _run_module_as_main
> "__main__", mod_spec)
> File "/usr/lib64/python3.4/runpy.py
Op Wednesday 13 May 2015 16:12 CEST schreef Chris Angelico:
> On Wed, May 13, 2015 at 11:53 PM, Cecil Westerhof wrote:
>> To be clear I did not built Python yet, I used the versions
>> installed on my system. (3.4.1 and 2.78)
>>
>> After looking at:
>> https://docs.python.org/devguide/
>>
>> I ex
I don't know why I'm replying to this...
On Wed, May 13, 2015 at 8:44 AM, zipher wrote:
> On Tuesday, May 12, 2015 at 10:35:29 PM UTC-5, Rustom Mody wrote:
>> How history U-turns!!
>> Lisp actually got every major/fundamental thing wrong
>> - variables scopes were dynamic by mistake
>> - lambdas
[Mr. Lawrence spaketh:]
> Do we really have to feed this guy, he's worse than the RUE?
While it may seem like an impossible goal, is it unworthy? Is there something
*better* for high-level, interpreted languages to be good for?
The truth is, that all the theory is worked out, as well as the hea
On Wed, May 13, 2015 at 8:45 AM, andrew cooke wrote:
class Foo:
> ... def __new__(cls, *args, **kargs):
> ... print('new', args, kargs)
> ... super().__new__(cls)
> ...
class Bar(Foo):
> ... def __init__(self, a):
> ... print('init', a)
> ...
Bar(1)
>
On Wed, May 13, 2015 at 8:42 AM, andrew cooke wrote:
> On Wednesday, 13 May 2015 11:36:12 UTC-3, Thomas Rachel wrote:
>> Am 13.05.2015 um 15:25 schrieb andrew cooke:
>>
>> class Foo:
>> > ... def __new__(cls, *args, **kargs):
>> > ... print('new', args, kargs)
>> > ... su
andrew cooke wrote:
>> But then nothing will be passed to __init__ on the subclass.
>>
>> Andrew
>
class Foo:
> ... def __new__(cls, *args, **kargs):
> ... print('new', args, kargs)
> ... super().__new__(cls)
> ...
class Bar(Foo):
> ... def __init__(self, a):
>
On Tuesday, May 12, 2015 at 10:47:48 PM UTC-5, Ian wrote:
> On Tue, May 12, 2015 at 9:11 PM, zipher wrote:
> > I know. That's because most people have fallen off the path
> > (http://c2.com/cgi/wiki?OneTruePath).
>
> You wrote that, didn't you? I recognize that combination of delusional
> narci
> But then nothing will be passed to __init__ on the subclass.
>
> Andrew
>>> class Foo:
... def __new__(cls, *args, **kargs):
... print('new', args, kargs)
... super().__new__(cls)
...
>>> class Bar(Foo):
... def __init__(self, a):
... print('init', a)
...
>>> B
On Tuesday, May 12, 2015 at 10:35:29 PM UTC-5, Rustom Mody wrote:
> On Wednesday, May 13, 2015 at 8:00:50 AM UTC+5:30, Steven D'Aprano wrote:
> > Why can't a language be designed with a *practical and concrete* need in
> > mind? As far as I know, only one language designed from theoretical first
>
On Wednesday, 13 May 2015 11:36:12 UTC-3, Thomas Rachel wrote:
> Am 13.05.2015 um 15:25 schrieb andrew cooke:
>
> class Foo:
> > ... def __new__(cls, *args, **kargs):
> > ... print('new', args, kargs)
> > ... super().__new__(cls, *args, **kargs)
>
> > new (1,) {}
> > Tra
Am 13.05.2015 um 15:25 schrieb andrew cooke:
class Foo:
... def __new__(cls, *args, **kargs):
... print('new', args, kargs)
... super().__new__(cls, *args, **kargs)
new (1,) {}
Traceback (most recent call last):
File "", line 1, in
File "", line 4, in __new__
TypeE
>
> In one of the next releases we'll probably add a tool to bundle
> complete applications together with pyrun, perhaps even by
> recompiling it to include the application byte code files
> right in the binary like we do for the stdlib.
Well, that would be simply awesome. Looking forward to it.
On 13.05.2015 16:09, Cristiano Cortezia wrote:
> Well I gave it a try, and it seems my assumptions were *somehow* true.
> Here is what I got when running one of my apps in single shot mode (load,
> run, terminate):
>
> *default python distribution*
> total time 9.022s
> ENOENT's count 7377
>
> *p
On Wed, May 13, 2015 at 11:53 PM, Cecil Westerhof wrote:
> To be clear I did not built Python yet, I used the versions installed
> on my system. (3.4.1 and 2.78)
>
> After looking at:
> https://docs.python.org/devguide/
>
> I executed first:
> python3 -m test -j3
> which gave:
> a1: [6
To be clear I did not built Python yet, I used the versions installed
on my system. (3.4.1 and 2.78)
After looking at:
https://docs.python.org/devguide/
I executed first:
python3 -m test -j3
which gave:
a1: [6.435562750993995, 6.446765303000575, 6.405053696988034]
a2: [4.437405036
Well I gave it a try, and it seems my assumptions were *somehow* true.
Here is what I got when running one of my apps in single shot mode (load,
run, terminate):
*default python distribution*
total time 9.022s
ENOENT's count 7377
*pyrun*
total time 8.455s
ENOENT's count 3064
So, it indeed failed
Thank You for the explanations.
I found this counter implementation is really cool and easily adaptable to more
solutions.
Thanks
> Alternatively collections.Counter() supports an arbitrary number of bins...
>
> >>> import collections
> >>> freq = collections.Counter(t[1] for t in stats)
> >>>
On 08/05/2015 11:59, Denis McMahon wrote:
On Wed, 06 May 2015 00:23:39 -0700, Palpandi wrote:
No, I just want to hide the scripts from others.
As the decryption method is always available to anyone who has legitimate
access to execute the code, it's impossible to hide the code at that
point
Hi,
The following code worked on Python 3.2, but no longer works in 3.4. Did
something change, or have I always been doing something dumb?
(I realise the code is pointless as is - it's the simplest example I can give
of a problem I am seeing with more complex code).
>>> class Foo:
... de
On 06.05.2015 08:37, Palpandi wrote:
> Hi,
>
> What are the ways to encrypt python files?
This talk shows some usable ways of doing that:
https://www.youtube.com/watch?v=tKXpMVQIH2Y&index=92&list=PL8uoeex94UhEomMao7wuOrOGuj3jxJYlz
--
Marc-Andre Lemburg
eGenix.com
Professional Python Service
On 12.05.2015 15:05, Cristiano Cortezia wrote:
> On Monday, May 11, 2015 at 8:59:22 AM UTC-3, eGenix Team: M.-A. Lemburg wrote:
>>
>>
>> ANNOUNCING
>>
>> eGenix PyRun - One file Python Runtime
>>
>>
On Friday, 1 May 2015 13:34:41 UTC+1, Peter Otten wrote:
> Ben Sizer wrote:
>
> > So... I don't know how to fix this, but I do now know why it fails, and I
> > have a satisfactory answer for why it is acting differently on the Linux
> > server (and that is just because that is the only one runnin
On Friday, 1 May 2015 13:09:48 UTC+1, Chris Angelico wrote:
>
> Cool! That's part way. So, can you simply stuff OMDBMap into
> sys.modules prior to loading? It might be a bit of a hack, but it
> should work for testing, at least. Conversely, you could change the
> dump script to import via the na
On Wednesday 13 May 2015 17:27, Christian Gollwitzer wrote:
> A clean way to exit your script could be to raise an exception. It
> should propagate to the toplevel and halt your script. However it is not
> possible to back and resume the execution.
while True:
try:
run_script() # May
ANNOUNCING
eGenix.com mxODBC Connect
Remote Python Database Interface
Version 2.1.3
mxODBC Connect is our commercially supported client-server product f
Dear Group,
I am trying to learn Django. My initial exercise seems fine. I want to create
an API with REST on Django for an interactive Python code. REST framework on
Django I am understanding more or less.
I am looking for a simple example to start with. I am using Python 2.7+ on
MS-Windows
Terry Reedy wrote:
On 5/11/2015 8:42 PM, zipher wrote:
Huh? VPython successfully models particle motion simulation with
discrete events.
That's a discrete approximation to a continuous process.
The term "discrete event simulation" is usually used to
mean modelling a process that is inherently
Sayth Renshaw wrote:
> why can't I filter a list based on an itertools condition using dropwhile?
>
> This is the docs and the example.
> https://docs.python.org/3/library/itertools.html#itertools.dropwhile
>
> def less_than_10(x):
> return x < 10
>
> itertools.takewhile(less_than_10, itert
Am 12.05.15 um 22:18 schrieb Skybuck Flying:
Thanks for suggestion, but I need a solution which can work in SikuliX
as well.
What the hell is that?
Especially inside an observer handler that would be ideal.
So far os.kill() is not supported in SikuliX as far as I can tell.
OK a quick look
Op 13-05-15 om 02:19 schreef Gregory Ewing:
> Antoon Pardon wrote:
>> But that doesn't answer the question why the developers chose "True"
>> to be a
>> keyword and "int" to be a looked-up name.
>
> Probably because True, False and None are very frequently
> used constants.
I don't care about the
Steven D'Aprano wrote:
"I want to do numerical calculations" lead to Fortran.
"I want to control telescopes" lead to Forth.
I don't think those things led to their respective languages
in the same way. The notation that mathematicians use for
numerical calculations had a clear influence on th
Op 12-05-15 om 15:56 schreef Steven D'Aprano:
> On Tue, 12 May 2015 09:55 pm, Antoon Pardon wrote:
>
>> Op 11-05-15 om 16:13 schreef Chris Angelico:
>>
>>> Why does Python have most built-ins as simply looked-up names that can
>>> be overridden? Because otherwise, there would be a veritable ton of
70 matches
Mail list logo
