All the Perl that's Practical to Extract and Report
use Perl Log In
rjbs (4671)
(email not shown publicly)
http://rjbs.manxome.org/
AOL IM: RicardoJBSignes (Add Buddy, Send Message)
Yahoo! ID: RicardoSignes (Add User, Send Message)
I'm a Perl coder living in Bethlehem, PA and working Philadelphia. I'm a philosopher and theologan by training, but I was shocked to learn upon my graduation that these skills don't have many associated careers. Now I write code.
perlish testing in python
I am not a Python programmer. I don't do much work at all in Python. (It is almost entirely accurate to say that I do not use Python at all.) I haven't tried their test systems, which seem sort of OK. One is jUnit. The other sounds neater: you provide a transcript of an interactive Python session, which the test framework tries to reproduce.
I just thought it would be fun to produce TAP in Python. It's got some issues, but not many, and basically works. It's super-simple because it isn't thread safe -- and I have no interest in making it so.
I had some fun writing it, and even found a nice little bug in Test::Builder while doing it. In talking to Schwern about the bug, I learned about the refactoring Schwern and chromatic were working on, and stole those ideas. (I think I also contributed one back, so I don't feel too thiefly.)
So, my library provides TAP.Builder, which is very similar to Test::Builder. It doesn't deal with exporting at all, because that's all different in Python. I also implemented Test::More, but it sucked. To write a useful Test::More equivalent, I need to use Python more so that I understand the useful things to provide, and how to do so properly.
Writing this reminded me of two things: (1) Python isn't as annoyance-ridden as I sometimes thing and (2) Python's actual annoyances are incredibly annoying. I long for anonymous functions, useful destructors, and interpolation (not template strings). Still, I had fun.
--Larry Wall in stab.c from the perl source code
Some Answers (Hopefully) (Score:1)
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/361452 [activestate.com]
Destructors: Destructors are present in Python. Within the class, the __del__(self) method provides this functionality. (Un)Fortunately, it gets called when the object is garbage-collected, so calling de
Re:Some Answers (Hopefully) (Score:1)
Generators are almost what I want, but not quite, and the same goes for lambdas. It may just be a matter of programming Python in Python, instead of what I'm doing now. I've used both, but sometimes I just want a coderef. I'd probably mind it less if I didn't feel it was one of the "don't give the programmer sharp tools" decisions (like "let's remove reduce!").
I know about and use destructors, even in the example. Unfortunately, their use not only occurs at garbage collection, but b
rjbs
Re:Some Answers (Hopefully) (Score:1)
The only thing I don't understand is why the destructors are not being called at the end of the program, as that should not happen. Everything is supposed to be cleaned up at the end.
You might want to check into the gc module. It provides an interface and debug options for garbage collection. Some doc is located here: http://docs.python.org/lib/module-gc.html [python.org]
And if I'm still telling you things you know, put me i
Re:Some Answers (Hopefully) (Score:1)
I asked on #python (freenode) about this a few days ago, and there was shock and horror at the suggestion of using a destructor to do object cleanup (or anything, for that matter). What the heck?
rjbs
Re:Some Answers (Hopefully) (Score:1)
I guess one of the things that still bugs me about python is the lack of an equivilent to "my". Errors in perl that would be caught at compile time wind up being runtime "UnboundLocal" ex