Support both asyncio and synchronous callers

ch this? Our wider ecosystem seem to be forking networking libraries into sync/async variants, with requests [4] and AIOHTTP [5] as the most prominent. Are there any libraries out there that demonstrate good support for both kinds of callers without duplicating their API? Thanks! -Damian PS. I

Re: Detecting Remaining Thread

Disregard, I figured it out. It turns out that the threads spawned by "thread.start_new_thread" are unreported by threading.enumerate. Cheers! -Damian On Wed, Jan 19, 2011 at 9:40 AM, Damian Johnson wrote: > Hi, I've been trying to track down a familiar concurrency problem >

Detecting Remaining Thread

lp would be much appreciated. Thanks! -Damian -- http://mail.python.org/mailman/listinfo/python-list

Curses Subwin Resizing

aracter deletion, but not region and it seems kinda funky to tell curses to clear each cell individually). This seems like it's probably a common problem but I haven't spotted a solution. Any help would be appreciated! -Damian -- http://mail.python.org/mailman/listinfo/python-list

Re: Python 3.0 Curses Unicode

Just resolved the issue (turned out to be an issue with linked ncurses libraries). If others run into this discussion of the solution can be found at: http://bugs.python.org/issue4787 Cheers! -Damian On Mon, Dec 29, 2008 at 10:30 PM, Damian Johnson wrote: > It seems as if the curses module

Re: Python 3.0 Curses Unicode

le-curses'. The getlocale function is reporting the proper values ('en_US', 'UTF8') but addstr is clearly not treating it as Unicode - is this a bug? -Damian 2008/12/28 Damian Johnson > Hi, I've switched to Python 3.0 for a new Japanese vocab quizzing > application d

Python 3.0 Curses Unicode

curses.wrapper(doStuff) It fails (printing gibberish to the console). Anyone have a clue what I'm doing wrong? Thanks! -Damian PS. Is the "# coding=UTF-8" header meaningless in Python 3.0? Also, is "locale.setlocale(locale.LC_ALL,"")" still necessary for getting curses to provide Unicode support? -- http://mail.python.org/mailman/listinfo/python-list

Curses Blank Background

/pipermail/python-list/2001-July/094581.html) but it never got a reply. From the ncurses man page it looks like this functionality would be mapped to -1 but the Python curses module uses -1 for ERR. I'm new to curses so my apologies if I'm missing something obvious. Cheers! -Damian -- ht

Unicode equality from raw_input

e "", line 1, in UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-3: ordinal not in range(128) After a couple hours of hair pulling I think it's about time to admit defeat. Any help would be appreciated! -Damian -- http://mail.python.org/mailman/listinfo/python-list

Re: XSLT speed comparisons

A, thanks for that, I've been searching the documentation and it only briefly mentions XSLT but it sounds like a half-arsed attempt. -- http://mail.python.org/mailman/listinfo/python-list

Re: XSLT speed comparisons

omething. Googled for hours with no luck. That said, I really want to make the switch and so far Python looks to be the best choice. Cheers Damian -- http://mail.python.org/mailman/listinfo/python-list

Re: XSLT speed comparisons

is substantial. 4suite: http://python.pointy.co.nz/test = 2.5s MSXML: http://python.pointy.co.nz/test_msxml = 1.1s I'd like to eventually break all ties with MS at some stage. It'll be interesting to test this performance on a Linux server. Thank you for your help. Damian -- http:/

Re: XSLT speed comparisons

eturn proc.output.encode('utf-8') The performance of MSXML over 4suite is substantial. 4suite: http://python.pointy.co.nz/test = 2.5s MSXML: http://python.pointy.co.nz/test_msxml = 1.1s I'd like to eventually break all ties with MS at some stage. It'll be interesting to test this perfor

Re: XSLT speed comparisons

Ross Ridge wrote: > Hmm... it seems that you don't have MSXML 4.0 installed on your > machine. I missed the fact that you're using ASP.NET, so your ASP code > probably is probably using the .NET XML implementation instead of > MSXML. In that case, another alternative might be to use IronPython >

Re: XSLT speed comparisons

Ross Ridge wrote: > It could just be that 4suite is slower than MSXML. If so, you can use > MSXML in Python if you want. You'll need to install the Python for > Windows extensions. Something like this: Thanks for that Ross. That would make sense, I'd read somewhere that the 4suite code was a li

XSLT speed comparisons

Hi, I'm from an ASP.NET background an am considering making the switch to Python. I decided to develop my next project in tandem to test the waters and everything is working well, loving the language, etc. What I've got is: two websites, one in ASP.NET v2 and one in Python 2.5 (using 4suite for XM