Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-14 Thread William G. Scott
Paul just pulled off a heroic fix (rev 2310). Please try that. On Sep 11, 2009, at 7:40 AM, William G. Scott wrote: Dear Christian: I'm getting it now too. I forgot to cc you. I get it on 32-bit but not 64-bit SL. I've sent the crash report to Paul . Check to see if you have anythin

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-11 Thread William G. Scott
Dear Christian: I'm getting it now too. I forgot to cc you. I get it on 32-bit but not 64-bit SL. I've sent the crash report to Paul . Check to see if you have anything in ~/Library/Logs/DiagnosticReports that has "coot" in the title and a recent date. Bill On Sep 11, 2009, at 7:36 A

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-11 Thread William G. Scott
On Sep 11, 2009, at 7:36 AM, Benda, Christian wrote: hink it's time to upgrade to 10.6, finally! 10.6.1 now. :D

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-09 Thread William G. Scott
Therein lies the problem (or at least A problem) COOT_PYTHON_DIR shouldn't be set (by you). Instead, issue source /sw/bin/init.sh (or source /sw/bin/init.csh ) and then issue simply the command coot and see if it works? On Sep 9, 2009, at 8:06 AM, Engin Ozkan wrote: This is what

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-09 Thread William G. Scott
I'm going to make a wild guess and suggest it is a python version mismatch. If you open the python scripting window and type in help() what do you see in the console window? I get this: BL INFO:: command input is: help() Welcome to Python 2.6! This is the online help utility. On Sep

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-09 Thread Ed Pozharski
That may be because core dump is turned off (which is default on many Linux distros). If you are using bash, try "ulimit -c" to see if it's the case (it'll return the maximum allowed core size). To turn it on, issue "ulimit -c unlimited" command. For more details, see "man bash" (not "man ulimit

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-08 Thread Engin Ozkan
That is actually a very reasonable request. Sorry for missing that. However, this bug does not leave any core dumps anywhere I could find, including in /cores. Engin On 9/8/09 10:58 AM, Paul Emsley wrote: Engin Ozkan wrote: Hi everybody, Using the revision 2283 on 10.5, I am seeing this whe

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-08 Thread Paul Emsley
Engin Ozkan wrote: Hi everybody, Using the revision 2283 on 10.5, I am seeing this whenever I am closing the application: /sw/bin/coot: line 5: 19785 Segmentation fault /sw/bin/coot-real "$@" Yep, coot shuts down with a segmentation fault. I haven't tested most functionality and it h

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-08 Thread Engin Ozkan
Hi everybody, Using the revision 2283 on 10.5, I am seeing this whenever I am closing the application: /sw/bin/coot: line 5: 19785 Segmentation fault /sw/bin/coot-real "$@" Yep, coot shuts down with a segmentation fault. I haven't tested most functionality and it has not affected my use

Re: [COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-08 Thread William G. Scott
Hi Christian: I just committed coot 0.6-pre-1-revision-2283 to fink cvs. It fixes a bug on 64-bit where the menu would freeze when superposition is invoked. I suppose there is a 0.001 chance that it fixes the other problem too. I have no way to test on 10.5 intel (I still have 10.6

[COOT] buggy coot 0.6-pre-1 r2264 on OS X 10.4.11

2009-09-08 Thread Christian Benda
Dear all, we have updated coot to 0.6-pre-1 revision 2264 using fink on our Macs running 10.4.11 to be able to use zalman stereo. Unfortunately it seems like this coot or the combination is not working correctly. So far, there are two main issues: 1. coot freezes and closes down after sele