[Python-Dev] Pygtk app and hangs.
Hi I have a non-trivial pygtk running in to hangs/freezes. Over all here is how program looks like. gobject.threads_init() gtk.main within threads_enter/threads_leave All UI operaions in main threads. Some call backs create UIWorker threads, UI worker thread does some work.. and then do gobkect.idle_add to call a function that updates the UI. I have a timer uses gobject.timeout_add. the idle callbacks and timeout call backs are in threads_enter/threads_leave. I use some lib, that creates its own threads and does socket operations. Q. Anything I missed, or any suggestions. Is there a comprehensive list/scheme on how to write a MT pygtk app? Q. I tried to setup debug version 2.5 but it fails with import gtk File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 38, in import gobject as _gobject File "/usr/lib/python2.5/site-packages/gtk-2.0/gobject/__init__.py", line 30, in from _gobject import * ImportError: /usr/lib/python2.5/site-packages/gtk-2.0/gobject/_gobject.so: undefined symbol: PyUnicodeUCS4_FromObject What special switch do I need to give to the configure while building python ? Q. I have attached thread dumps. Any input on what might be going ? Q. Modal dialogboxes event processing happens in the main thread ? Sorry for sending it to both the list. But the app is pygtk while stack *seems* fairly clean (other than main thread). Thanks a ton, in advance. /Jd Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.com/ gdb_hang_problem Description: 130815649-gdb_hang_problem ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures
Krishna Sankar wrote: > Folks, >As a follow-up to the py3k discussions started by Bruce and Guido, I > pinged Brett and he suggested I submit an exploratory proposal. Would > appreciate insights, wisdom, the good, the bad and the ugly. > > A)Does it make sense ? > B)Which application sets should we consider in designing the > interfaces and implementations > C)In this proposal, parallelism and concurrency are used in an > interchangeable fashion. Thoughts ? > D)Please suggest pertinent links, discussions and insights. > E)I have kept the proposal to a minimum to start the discussions and > to explore if this is the right thing to do. Collaboratively, as we > zero-in on one or two approaches, the idea is to expand it to a crisp > and clear PEP. Need to do some more formatting as well. > Cheers > > P.S : I had sent this to python-ideas couple of days ago and received > two comments (Thanks Leonardo, Thanks Adam) I haven't incorporated their > comments yet. Folks who are on both lists, pardon me for the spam. # Proto-PEP elided. Other than number of cores, you don't mention hardware architecture. I presume that you're thinking of symmetric multiprocessor architectures. If so, this should be explicit. You should also consider that SMP may not be the predominant multi-core architecture in the future, the Cell processor has one general purpose processor and eight more specialized processors. You might not want to limit the PEP to 32 cores, I know of startups working on 40 and 64 core chips. Shared memory may be necessary for good performance, but it doesn't have to be exposed at the language level. While Erlang has strictly message passing semantics, I believe that it uses shared memory in the low level implementation. # Steve ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Decimal news
2007/9/18, Thomas Wouters <[EMAIL PROTECTED]>: > Unfortunately, that's not how it works :-) If you check something into the > trunk, it will be merged into Py3k sooner or later. I may ask the original > submitter for assistance if it's incredibly hard to figure out the changes, > but so far, I only had to do that with the SSL changes. The decimal changes > are being merged as I write this (tests running now.) Is there anything in > particular that needs to be done for decimal in Py3k, besides renaming > __div__ to __truediv__? There isn't nothing really special to do, but my plan was because I didn't know how the mechanism worked, ;) It'd be great if all the changes that I'm making to Decimal are automatically, at some point, merged into Py3k (I guess that using the conversion tool). But at some point, both codes may start to diverge, because Py3k-specific optimizations could be done there... but this could be done in an year or two, ;). So, how is this handled? Until which moment can I expect that the changes in the trunk are merged to Py3k? Thank you very much! Regards, -- .Facundo Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Decimal news
On 9/19/07, Facundo Batista <[EMAIL PROTECTED]> wrote: > > 2007/9/18, Thomas Wouters <[EMAIL PROTECTED]>: > > > Unfortunately, that's not how it works :-) If you check something into > the > > trunk, it will be merged into Py3k sooner or later. I may ask the > original > > submitter for assistance if it's incredibly hard to figure out the > changes, > > but so far, I only had to do that with the SSL changes. The decimal > changes > > are being merged as I write this (tests running now.) Is there anything > in > > particular that needs to be done for decimal in Py3k, besides renaming > > __div__ to __truediv__? > > There isn't nothing really special to do, but my plan was because I > didn't know how the mechanism worked, ;) > > It'd be great if all the changes that I'm making to Decimal are > automatically, at some point, merged into Py3k (I guess that using the > conversion tool). I don't usually have to use the 2to3 tool, but sometimes, yes. But at some point, both codes may start to diverge, because > Py3k-specific optimizations could be done there... but this could be > done in an year or two, ;). > > So, how is this handled? Until which moment can I expect that the > changes in the trunk are merged to Py3k? Until you hear otherwise :) You can commit py3k-specific changes to the py3k branch, the merges shouldn't lose them. (Of course, mistakes in merging are possible, which is why tests are good :) If I do base the merge on the 2to3 outpt of the trunk version, I'd be careful not to lose changes made in the branch. -- Thomas Wouters <[EMAIL PROTECTED]> Hi! I'm a .signature virus! copy me into your .signature file to help me spread! ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Decimal news
2007/9/19, Thomas Wouters <[EMAIL PROTECTED]>: > > So, how is this handled? Until which moment can I expect that the > > changes in the trunk are merged to Py3k? > > Until you hear otherwise :) You can commit py3k-specific changes to the py3k > branch, the merges shouldn't lose them. (Of course, mistakes in merging are > possible, which is why tests are good :) If I do base the merge on the 2to3 > outpt of the trunk version, I'd be careful not to lose changes made in the > branch. Ok, thank you very much!! Regards, -- .Facundo Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Pygtk app and hangs.
On Wed, Sep 19, 2007, jd wrote: > > I have a non-trivial pygtk running in to hangs/freezes. python-dev is not an appropriate place to ask for help with debugging your programs. It is only for people working on the Python package itself. Please use the pygtk list (which you already did) or the newsgroup comp.lang.python. -- Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/ The best way to get information on Usenet is not to ask a question, but to post the wrong information. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Summary of Tracker Issues
ACTIVITY SUMMARY (09/12/07 - 09/19/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1266 open (+13) / 11396 closed (+11) / 12662 total (+24) Open issues with patches: 408 Average duration of open issues: 678 days. Median duration of open issues: 643 days. Open Issues Breakdown open 1262 (+13) pending 4 ( +0) Issues Created Or Reopened (24) ___ Suggested change to _exit function description in os module docu 09/12/07 CLOSED http://bugs.python.org/issue1156created jtonsing test_urllib2net fails on test_ftp09/12/07 http://bugs.python.org/issue1157created gvanrossum %f format for datetime objects 09/13/07 http://bugs.python.org/issue1158created skip.montanaro py3k, patch os.getenv() not updated after external module uses C putenv()09/13/07 http://bugs.python.org/issue1159created robert.ancell Medium size regexp crashes python09/13/07 http://bugs.python.org/issue1160created ostkamp Garbled chars in offending line of SyntaxError traceback 09/13/07 http://bugs.python.org/issue1161created eopadoan Python doesn't compile on Microsoft Visual Studio 2008 "Orcas" B 09/13/07 CLOSED http://bugs.python.org/issue1162created swaroopch Patch to make py3k/Lib/test/test_thread.py use unittest 09/13/07 http://bugs.python.org/issue1163created JonoDiCarlo patch tp_print slots don't release the GIL 09/14/07 CLOSED http://bugs.python.org/issue1164created arigo patch Should itertools.count work for arbitrary integers? 09/15/07 http://bugs.python.org/issue1165created eopadoan py3k NameError when calling malloc09/15/07 CLOSED http://bugs.python.org/issue1166created esr gdbm/ndbm 1.8.1+ needs libgdbm_compat.so 09/16/07 http://bugs.python.org/issue1167created ikelly patch complex arithmetic: strange results with "imag" 09/16/07 CLOSED http://bugs.python.org/issue1168created newman Option -OO doesn't remove docstrings from functions 09/16/07 CLOSED http://bugs.python.org/issue1169created piro patch shlex have problems with parsing unicode 09/17/07 http://bugs.python.org/issue1170created dexen allow subclassing of bytes type 09/17/07 http://bugs.python.org/issue1171created mfenniak py3k, patch Documentation for done attribute of FieldStorage class 09/17/07 CLOSED http://bugs.python.org/issue1172created bkline patch yield expressions not documented in Language Reference 09/17/07 CLOSED http://bugs.python.org/issue1173created dangyogi new generator methods not documented in Library Reference09/17/07 CLOSED http://bugs.python.org/issue1174created dangyogi .readline() has bug WRT nonblocking files09/18/07
Re: [Python-Dev] Python tickets summary
2007/9/10, Facundo Batista <[EMAIL PROTECTED]>: > I modified my tool, whichs makes a summary of all the Python tickets > (I moved the source where the info is taken from SF to our Roundup). Based on an idea from Dennis Benzinger, now the temporal bars show the moments where each comment was made, so it's easy to see the "rhythm" of the ticket activity: http://www.taniquetil.com.ar/facundo/py_tickets.html Regards, -- .Facundo Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures
Steve, Thanks. a) Yep, SMP for now. Agreed on the need for asymmetric architectures like cell-processor. We need to start somewhere and then can extend to more exotic realms. b) Yep, need to scale to arbitrary number of cores. But as a start, I wanted to differentiate from massive parallelism. c) Yep, we can have message passing semantics at the interface level and then underneath share the memory (even optimize with the copy on write patter). I was thinking that we would need to cross process space; for example federate 8 separate py processes (in an 8 core machine) and have a shared data path between them, based on shared memory allocated at configuration time. Cheers Steven H. Rogers wrote: > Krishna Sankar wrote: > >> Folks, >>As a follow-up to the py3k discussions started by Bruce and Guido, I >> pinged Brett and he suggested I submit an exploratory proposal. Would >> appreciate insights, wisdom, the good, the bad and the ugly. >> >> A)Does it make sense ? >> B)Which application sets should we consider in designing the >> interfaces and implementations >> C)In this proposal, parallelism and concurrency are used in an >> interchangeable fashion. Thoughts ? >> D)Please suggest pertinent links, discussions and insights. >> E)I have kept the proposal to a minimum to start the discussions and >> to explore if this is the right thing to do. Collaboratively, as we >> zero-in on one or two approaches, the idea is to expand it to a crisp >> and clear PEP. Need to do some more formatting as well. >> Cheers >> >> P.S : I had sent this to python-ideas couple of days ago and received >> two comments (Thanks Leonardo, Thanks Adam) I haven't incorporated their >> comments yet. Folks who are on both lists, pardon me for the spam. >> > # Proto-PEP elided. > > Other than number of cores, you don't mention hardware architecture. I > presume that you're thinking of symmetric multiprocessor architectures. > If so, this should be explicit. You should also consider that SMP may > not be the predominant multi-core architecture in the future, the Cell > processor has one general purpose processor and eight more specialized > processors. You might not want to limit the PEP to 32 cores, I know of > startups working on 40 and 64 core chips. > > Shared memory may be necessary for good performance, but it doesn't have > to be exposed at the language level. While Erlang has strictly message > passing semantics, I believe that it uses shared memory in the low level > implementation. > > # Steve > > > > ___ > Python-Dev mailing list > [email protected] > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/ksankar%40doubleclix.net > > > ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Python tickets summary
Facundo Batista wrote: > 2007/9/10, Facundo Batista <[EMAIL PROTECTED]>: > >> I modified my tool, whichs makes a summary of all the Python tickets >> (I moved the source where the info is taken from SF to our Roundup). > > Based on an idea from Dennis Benzinger, now the temporal bars show the > moments where each comment was made, so it's easy to see the "rhythm" > of the ticket activity: > > http://www.taniquetil.com.ar/facundo/py_tickets.html Looks good. :-) I noticed that there is a background of light blue between marks. That is hard to see on my computer because it is so close to the grey tone. Also shouldn't the light blue background bar extend all the way to the end for all open items? Cheers, Ron ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
