Something like this would be awesome to have in Twisted.
___
Twisted-Python mailing list
Twisted-Python@twistedmatrix.com
http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python
On 4/7/11 8:24 AM, David wrote:
> Having had experience with JSON for configuration: it is a terrible
> format for configuration, if only because it does not support comments.
>
> The syntax is also a bit too strict: enough to be annoying in something
> you want to edit all the time and easily in m
On Thu, Apr 7, 2011 at 2:34 AM, Tim Allen wrote:
> Well, that's pretty depressing. The only other candidate I can even
> think of is YAML, and that's not in the standard library (as far as
> I know).
>
There's Coil, but it's also not in the std lib AFAIK:
http://mike.marineau.org/coil/
Jason
On Thu, 2011-04-07 at 02:08 -0400, Glyph Lefkowitz wrote:
> My idea for exposing it is that if you then do 'getPlugins(IPlugin2)',
> you will get back an iterable of IPlugin2 providers, but not
> necessarily instances of your classes: they could be cached plugins,
> with cached results for metadat
On Apr 7, 2011, at 1:08 AM, Tim Allen wrote:
> If you need a non-Turing-complete config language and rule out .ini and
> XML, I'm not sure what's left. JSON, perhaps.
I bet a lot of people have a deja-vu feeling about a config file
syntax debate so I'll propose an alternative approach: RDF.
Perha
Itamar Turner-Trauring wrote:
[…]
> So, the design has to *not* rely on caching working.
FWIW: this is an achievable goal. I have 32 different bzr plugins
currently installed, and here's the difference they make:
$ time bzr --no-plugins rocks
It sure does!
real 0m0.075s
$ tim
Hi,
I've made a proof of concept for asynchronous console input on Windows
[1] and now I am trying to understand the limits of
WaitForMultipleObjects API I've used.
Documentation on win32eventreactor mentions limit for 64 objects:
http://twistedmatrix.com/documents/11.0.0/api/twisted.internet.win
On Apr 7, 2011, at 8:14 AM, Itamar Turner-Trauring wrote:
> On Thu, 2011-04-07 at 02:08 -0400, Glyph Lefkowitz wrote:
>
>> My idea for exposing it is that if you then do 'getPlugins(IPlugin2)',
>> you will get back an iterable of IPlugin2 providers, but not
>> necessarily instances of your class
On Apr 7, 2011, at 12:16 PM, anatoly techtonik wrote:
> I've made a proof of concept for asynchronous console input on Windows
> [1] and now I am trying to understand the limits of
> WaitForMultipleObjects API I've used.
>
> Documentation on win32eventreactor mentions limit for 64 objects:
> htt
On Apr 7, 2011, at 9:19 AM, Andrew Bennetts wrote:
> Itamar Turner-Trauring wrote:
> […]
>> So, the design has to *not* rely on caching working.
>
> FWIW: this is an achievable goal. I have 32 different bzr plugins
> currently installed, and here's the difference they make:
>
> $ time bzr --
On 2011-04-07, Stefano Debenedetti wrote:
> On Apr 7, 2011, at 1:08 AM, Tim Allen wrote:
> > If you need a non-Turing-complete config language and rule out .ini and
> > XML, I'm not sure what's left. JSON, perhaps.
>
> I bet a lot of people have a deja-vu feeling about a config file
> syntax debat
On Apr 7, 2011, at 7:54 PM, Stephen Thorne wrote:
> On 2011-04-07, Stefano Debenedetti wrote:
>> On Apr 7, 2011, at 1:08 AM, Tim Allen wrote:
>>> If you need a non-Turing-complete config language and rule out .ini and
>>> XML, I'm not sure what's left. JSON, perhaps.
>>
>> I bet a lot of people h
On 12:09 am, gl...@twistedmatrix.com wrote:
>On Apr 7, 2011, at 7:54 PM, Stephen Thorne wrote:
>>On 2011-04-07, Stefano Debenedetti wrote:
>>>On Apr 7, 2011, at 1:08 AM, Tim Allen wrote:
If you need a non-Turing-complete config language and rule out .ini
and
XML, I'm not sure what's le
On 2011-04-07, Glyph Lefkowitz wrote:
> > I am +1 on this idea. I like rdf. My question is now: is there an rdf
> > parser lib that is available on python2.4+ which can either be gently
> > embedded within twisted, or used as a dependency?
>
> You're welcome to try and do this; I'm not particularl
On Thu, Apr 7, 2011 at 1:23 PM, Glyph Lefkowitz wrote:
>
> On Apr 7, 2011, at 12:16 PM, anatoly techtonik wrote:
>
> > I've made a proof of concept for asynchronous console input on Windows
> > [1] and now I am trying to understand the limits of
> > WaitForMultipleObjects API I've used.
> >
> > Do
On Fri, Apr 8, 2011 at 4:52 AM, Kevin Horn wrote:
> Note that you can wait on more than 64 objects at a time, just not using a
> single WaitForMultipleObjects call. The MSDN page Glyph pointed out has a
> little more info.
The proposed solutions, however, seem rather unsatisfactory. If you're
go
16 matches
Mail list logo
