[PEAK] Trellis WXEventLoop patch
Sergey Schetinin
maluke at gmail.com
Tue Jun 17 21:29:19 EDT 2008
On Wed, Jun 18, 2008 at 04:15, Phillip J. Eby <pje at telecommunity.com> wrote:
> Looking at the patch, it appears you are trying to support calling 'run()'
> from *inside* the wx main loop, but I don't currently have any plans to
> support that feature: not with Twisted, and definitely not with wx. I might
> consider adding support for it in the future, however. (In the meantime, of
> course, you can simply use your own subclass of WXEventLoop to support
> this.)
Sure, that's what I'm doing right now.
> As for the other part of your patch, did you encounter some *actual* problem
> with CallAfter not accepting a zero delay? For that matter, did you
> encounter a situation where self._next_time was actually zero? I'm curious,
> because it seems to me that zero is the one value that self._next_time
> should NEVER be able to be. If you can provide a test that reproduces that
> situation (with or without wx), I would appreciate it.
I knew CallAfter doesn't accept zero delay, so first I added checks
for that. But it didn't help because as it turned out I was seeing
negative _next_time values. If that sounds like a bug, I think I know
what minimal wx app will reproduce the problem.
--
Best Regards,
Sergey Schetinin
http://s3bk.com/ -- S3 Backup
http://word-to-html.com/ -- Word to HTML Converter
More information about the PEAK
mailing list