Re: [Gnumed-bugs] On Snow Leopard (X11) GNUmed 0.7.5x hangs

[Karsten Hilbert]

On Sat, Jun 26, 2010 at 06:41:49PM -0700, Jim Busser wrote:

> I don't think there's any point my retrying anything until I can better 
> understand and resolve why GNUmed basically "stops" on Mac.
>
> GNUmed *appeared* to load (the main screen came up) but
> when I double-clicked on the inbox results for Kirk (hoping
> he would be brought in focus) nothing happened. After 5-10
> minutes I interrupted the session.

Indeed. What you basically did was activate Kirk by other
means (not searching but rather double-clicking a
pre-defined "search"). This supports my theory that it has
to do with housekeeping happening behind the scenes during
patient activation. One candidate is threading which is used
for signal detection such as from the backend.

> Log attached. Console output:

> MacBook:client djb$ ./gm-from-vcs.sh
> -------------------------------------------------
> ./gm-from-vcs.sh: line 38: git: command not found
> Running from Git branch: 
> -------------------------------------------------
> GNUmed startup: Running from local source tree.
> -----------------------------------------------
> Adjusting PYTHONPATH ...
> /Users/djb/gnumed-client.0.7.5/Gnumed/pycommon/gmTools.py:11: 
> DeprecationWarning: the MimeWriter module is deprecated; use the email 
> package instead
>   import urllib2 as wget, decimal, StringIO, MimeWriter, mimetypes, mimetools
> DISPATCHER WARNING: connect(): unknown signal [test_result_mod_db]
> DISPATCHER WARNING: connect(): unknown signal [substance_intake_mod_db]
> Xlib:  extension "RANDR" missing on display "/tmp/launch-CmKTTr/org.x:0".
> Exception in thread gmBackendListener:
> Traceback (most recent call last):
>   File 
> "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/threading.py",
>  line 532, in __bootstrap_inner
>     self.run()
>   File 
> "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/threading.py",
>  line 484, in run
>     self.__target(*self.__args, **self.__kwargs)
>   File "/Users/djb/gnumed-client.0.7.5/Gnumed/pycommon/gmBackendListener.py", 
> line 223, in _process_notifications
>     ready_input_sockets = select.select([self._cursor], [], [], 
> self._poll_interval)[0]
> TypeError: argument must be an int, or have a fileno() method.

Ah, within the bigger picture this (now-fixed) error
probably resulted in the backend listener not running which
could have meant in signals not being delivered which could
have meant GNUmed waiting indefinitely for things to happen ...

Will take a look at the log again.

Another idea might be to configure the minimum/maximum
encounter age to the same value.

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346