Re: How to kill a thread?

2008-06-11 Thread Ian Bicking
On Jun 7, 6:30 am, Nick Craig-Wood <[EMAIL PROTECTED]> wrote: > Here is an attempt at a killable thread > >  http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/496960 > > and > >  http://sebulba.wikispaces.com/recipe+thread2 I use this recipe in paste.httpserver to kill wedged threads, and it

Re: Python web frameworks

2007-11-22 Thread Ian Bicking
On Nov 22, 11:00 am, Istvan Albert <[EMAIL PROTECTED]> wrote: > On Nov 21, 12:15 am, Graham Dumpleton <[EMAIL PROTECTED]> > wrote: > > > I would say that that is now debatable. Overall mod_wsgi is probably a > > better package in terms of what it has to offer. Only thing against > > mod_wsgi at thi

Re: Python web frameworks

2007-11-22 Thread Ian Bicking
On Nov 20, 7:55 am, "Joe Riopel" <[EMAIL PROTECTED]> wrote: > On Nov 20, 2007 8:46 AM, BartlebyScrivener <[EMAIL PROTECTED]> wrote: > > > Django comes with its own little server so that you don't have > > to set up Apache on your desktop to play with it. > > Pylons too, it's good for development b

Re: Paste and WSGI 2.0 [WAS: Yet another comparison of Python Web Frameworks]

2007-10-15 Thread Ian Bicking
On Oct 14, 3:46 am, Michele Simionato <[EMAIL PROTECTED]> wrote: > I think we do agree entirely, it is just that the application we have > in > mind is more a collection of web services than a traditional Web > application. > Now, since you are here, there is an unrelated question that I want to >

Re: Yet another comparison of Python Web Frameworks

2007-10-13 Thread Ian Bicking
On Oct 6, 8:13 am, Bruno Desthuilliers wrote: > Well... Last year, I had a look at Pylons, then played a bit with wsgi > and building my own framework over it. I finally dropped that code and > went back to Pylons, which I felt could become far better than my own > efforts. Now since then I had wa

Re: Yet another comparison of Python Web Frameworks

2007-10-13 Thread Ian Bicking
On Oct 6, 8:29 am, Michele Simionato <[EMAIL PROTECTED]> wrote: > Do you (or something else) have something to say about Beaker? > I looked at the source code and it seems fine to me, but I have > not used it directly, not stressed it. I need a > production-level WSGI session middleware and I wonde

Re: WSGI - How Does It Affect Me?

2006-10-09 Thread Ian Bicking
Gregory Piñero wrote: > What I'm most confused about is how it affects me. I've been writing > small CGI programs in Python for a while now whenever I have a need > for a web program. Is CGI now considered "Bad"? I've just always > found it easier to write something quickly with the CGI library

Re: Python to use a non open source bug tracker?

2006-10-05 Thread Ian Bicking
Paul Boddie wrote: > Perhaps, although I imagine that Trac would have a lot more uptake if > it handled more than just Subversion repositories. It handles some other kinds of repositories now (bzr, I think?). From what I understand fully abstracting out the repository format seems to still be a w

Re: code is data

2006-06-20 Thread Ian Bicking
Ravi Teja wrote: > > Or... maybe to be more specific, the hard work later on goes into > > *code*. If you are enhancing your model, you do so with methods on the > > model classes, and those methods don't effect the DSL, they are just > > "code". You create some raw XML in the beginning, but quic

Re: code is data

2006-06-19 Thread Ian Bicking
Ravi Teja wrote: > Fredrik Lundh wrote: > > Ravi Teja wrote: > > > > > Web frameworks, which seem to be the rage now in Python community could > > > have benefited tremendously from Macro capabilities since they have a > > > lot of boiler plate. > > > > they do? methinks you haven't done much web

Re: Proposal for new operators to python that add syntactic sugar for hierarcical data.

2006-05-19 Thread Ian Bicking
glomde wrote: > i I would like to extend python so that you could create hiercical > tree structures (XML, HTML etc) easier and that resulting code would be > more readable than how you write today with packages like elementtree > and xist. > I dont want to replace the packages but the packages cou

Re: Editing a function in-memory and in-place

2006-04-28 Thread Ian Bicking
Thanks for the answers, very helpful. I think I'm going to give Peter's hack a try, as it's actually quite close to what I'm trying to do -- I get the source for the new function, then that lets me make the old function become the new one. But I'll probably also use Michael's solution for class e

Editing a function in-memory and in-place

2006-04-26 Thread Ian Bicking
I got a puzzler for y'all. I want to allow the editing of functions in-place. I won't go into the reason (it's for HTConsole -- http://blog.ianbicking.org/introducing-htconsole.html), except that I really want to edit it all in-process and in-memory. So I want the identity of the function to rem

Re: Difference between CPython, Python for .NET and IronPython?

2006-02-20 Thread Ian Bicking
Claudio Grondi wrote: > I have asked similar 'question' some weeks ago in the German Python > newsgroup. > It seems, that that Pythonistas have generally not much interest in > IronPython waiting for at least release 2.0 of it which is _perhaps_ > expected to support Mono. My understanding is that

Re: Being unjust

2006-01-22 Thread Ian Bicking
Kay Schluehr wrote: > I'd be interested in what people think about bundling one of the > diverse Python webframeworks with the Python distribution which will be > "just there" as like Tcl/Tk+Tkinter for GUI-programming. Its not that I > don't trust people to make qualified decisions on their own or

Re: Documentation suggestions

2005-12-07 Thread Ian Bicking
Fredrik Lundh wrote: > [EMAIL PROTECTED] wrote: > > > The builtins section should be moved to the language > > reference manual. The material it documents is part > > of the language definition, not part of an add-on library. > > the standard library is not an add-on. you're confused. I think th

Re: Documentation suggestions

2005-12-06 Thread Ian Bicking
Aahz wrote: > Here's a question that kind of gets to the heart of a lot of the > problem: where does ``print`` get documented? If we can come up with a > good process for answering that question, we can probably fix a lot of > other problems. (Note emphasis on the word "process".) Good point; th

Re: Documentation suggestions

2005-12-06 Thread Ian Bicking
Fredrik Lundh wrote: > > > There's another struggle within the LibRef: is it a reference or a > > > tutorial? Does it list methods in alphabetical order so you can look > > > them up, or does it list them in a pedagogically useful order? I > > > think it has to be a reference; if each section wer

Re: Documentation suggestions

2005-12-06 Thread Ian Bicking
Fredrik Lundh wrote: > I've proposed adding support for semi-automatic linking to external > documents, based on a simple tagging model, a couple of times, e.g. > > http://mail.python.org/pipermail/python-list/2005-May/280751.html > http://mail.python.org/pipermail/python-list/2005-May/2807

Re: Documentation suggestions

2005-12-06 Thread Ian Bicking
A.M. Kuchling wrote: > Here are some thoughts on reorganizing Python's documentation, with > one big suggestion. Thanks for bringing this up... > There are endless minor bugs in the library reference, but that seems > unavoidable. It documents many different and shifting modules, and > what to d

Re: Django Vs Rails

2005-09-14 Thread Ian Bicking
Diez B. Roggisch wrote: > - rails/subway reflect over a existing table. They create OR-mappings > based on that. You only specify exceptional attributes for these mappings. > > - django specifies the whole meta-model in python - and _generates_ > the SQL/DDL to populate the DB. So obviously you

Re: Django and SQLObject. Why not working together?

2005-09-08 Thread Ian Bicking
Bruno Desthuilliers wrote: > Also, there's something like darwinism at play here. Yes, there are a > lot of concurrent ORM/Templating/Web Publishing/GUI/Whatnot projects > around, but I guess only the best of them will survive - eventually > 'absorbing' what's good in the others. No, they will all

Re: [Catalog-sig] Table of Python Packages, updated

2005-03-29 Thread Ian Bicking
yPI's existance. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: Prepending to traceback

2005-02-09 Thread Ian Bicking
rpreter is doing. This sounds similar to what you want. It's pretty simple to use and it doesn't depend on the rest of Zope: http://cvs.zope.org/Products/ErrorReporter/ExceptionFormatter.py?rev=HEAD&content-type=text/vnd.viewcvs-markup -- Ian Bicking / [EMAIL PROTECTED] / http://

[ANN] SQLObject 0.6.1

2005-01-25 Thread Ian Bicking
ect-discuss Archives: http://dir.gmane.org/gmane.comp.python.sqlobject Download: http://prdownloads.sourceforge.net/sqlobject/SQLObject-0.6.1.tar.gz?download -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: OT: MoinMoin and Mediawiki?

2005-01-12 Thread Ian Bicking
ata. And that's certainly possible in a wiki, but that's not so much a scaling issue as a flexibility-in-reporting issue. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: OT: MoinMoin and Mediawiki?

2005-01-12 Thread Ian Bicking
to avoid too many files in a directory, another option is to put files in subdirectories like: base = struct.pack('i', hash(page_name)) base = base.encode('base64').strip().strip('=') filename = os.path.join(base, page_name) -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: The best way to do web apps with Python?

2005-01-12 Thread Ian Bicking
d in a very long time, even if the movement isn't huge. It provides a foundation for further standardization. WSGI compliance also has some other potential benefits, like encouraging environment decoupling, and making mock requests easier to produce and responses easier to consume. But

Re: The best way to do web apps with Python?

2005-01-09 Thread Ian Bicking
likely to be a very satisfying experience if they do. I'm optimistic that at some point most of the actively developed Python web frameworks we have now will be ported to WSGI. Ultimately, I think WSGI should be something a more casual Python web programmer wouldn't even realiz

Re: Exception report library

2005-01-07 Thread Ian Bicking
ogging, configuration, and perhaps aspects of the registration you are thinking about. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Exception report library

2005-01-07 Thread Ian Bicking
n some way as well. I feel like there must be something out there, since every Python programmer has to deal with this sort of thing to some degree...? -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: Python evolution: Unease

2005-01-04 Thread Ian Bicking
no one will know what you mean. "Python could have honest support of concepts" is simply an incomplete sentence. "Python could have honest support of Concepts (url)" would be more reasonable. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: Ann: CherryPy-2.0-beta released

2005-01-03 Thread Ian Bicking
don't like the little Python file used to put the pieces together -- but I think it's a good direction. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: Continuations Based Web Framework - Seaside.

2005-01-02 Thread Ian Bicking
. But, Rails is really not a very experimental framework, and the existance of continuation-based frameworks for Ruby is an aside. If such frameworks happen at all for Python, I think they will be an aside as well. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://ma

Re: Continuations Based Web Framework - Seaside.

2005-01-02 Thread Ian Bicking
ented on any framework, right now, with the expectation that it would work in a production situation. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-01 Thread Ian Bicking
oping of "Non-Content Oriented Web-Apps" easy. Eh, it just needs some clear direction for *any* kind of web apps, IMHO. But with what you are specifically asking for, I think it's just a Hard Problem that Is Not Yet Solved, though there is work being done and people are attacki

Re: PEP 288 ponderings

2005-01-01 Thread Ian Bicking
t of context that it's just a way of creating shared state. But it's okay, work right now, and provides the exact same functionality. The exception part of PEP 288 still seems interesting. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: Securing a future for anonymous functions in Python

2004-12-31 Thread Ian Bicking
David Bolen wrote: Ian Bicking <[EMAIL PROTECTED]> writes: The one motivation I can see for function expressions is callback-oriented programming, like: get_web_page(url, when_retrieved={page | give_page_to_other_object(munge_page(page))}) This is my primary use case for la

Re: Securing a future for anonymous functions in Python

2004-12-31 Thread Ian Bicking
ke Smalltalk? Yep, I've done a fair amount of Smalltalk and Scheme programming. I don't expect Python to act like them. I appreciate the motivation, but I don't think their solution is the right one for Python. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: Securing a future for anonymous functions in Python

2004-12-30 Thread Ian Bicking
e's other ways to approach this. Function expressions could get really out of hand, IMHO, and could easily lead to twenty-line "expressions". That's aesthetically incompatible with Python source, IMHO. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: Python vs. Perl

2004-12-13 Thread Ian Bicking
been missing for a while in Python, and it's good to see this done right. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Chicago Python Users Group Meeting, Thurs Dec 9

2004-12-06 Thread Ian Bicking
will talk about the hotspot profiler. Ian Bicking will be talking about py.test, a unittest alternative. Maybe John Roth will be able to talk about Fitnesse, a Wiki-based acceptance test system. There will also be time to chat, and many opportunities to ask questions. We encourage people a

Re: Help With Hiring Python Developers

2004-12-05 Thread Ian Bicking
ns you must expect the lowest common denominator of quality given the constraints. I think that's a stupid way to look at programming in general, but it's *way* more stupid with Python. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: pre-PEP generic objects

2004-12-04 Thread Ian Bicking
Steven Bethard wrote: Ian Bicking wrote: class bunch(object): def __init__(self, **kw): for name, value in kw.items(): # IMPORTANT! This is subclass friendly: updating __dict__ # is not! setattr(self, name, value) Good point about being subclass

Re: HTTP response code

2004-12-04 Thread Ian Bicking
t;>> conn.request('HEAD', '/whatever') >>> res = conn.getresponse() >>> res.status 404 -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list

Re: pre-PEP generic objects

2004-12-03 Thread Ian Bicking
# IMPORTANT! This is subclass friendly: updating __dict__ # is not! setattr(self, name, value) def __call__(self, **kw): # I'm not entirely happy with this: new_values = self.__dict__.copy() new_values.update(kw) return self.__cla

Re: Python 3000 and "Python Regrets"

2004-12-01 Thread Ian Bicking
ve, and presented as a more realistic plan. print will still be around. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org -- http://mail.python.org/mailman/listinfo/python-list