FC crashing on with UnboundLocalError:

[GoogleCodeExporter]

Getting this - I've attached 2cra_merge.log for a full breakdown:
UnboundLocalError: local variable 'molType' referenced before assignment

I re-annotated a lot of RIKEN data and then reprocessed them. 2cra and 2cs2 did 
not process, even though they worked before. This looks like it should be a 
minor bug, but it just trashed two valid sets of RIKEN data.

Original issue reported on code.google.com by schulte....@gmail.com on 13 May 2011 at 4:12

Attachments:

• 2cra_merge.log

[GoogleCodeExporter]

I modified this bit of code for an earlier problem - it now falls over because 
of that, and because the author/software residue name is PROO, not PRO, in the 
NMR-STAR file.

*** This is now fixed, but ONLY in the new SVN repository!! *** 

This is now the new standard, the CVS will become obsolete, so good time to 
switch. Just check it out following Wayne's instructions and change the 
PYTHONPATH and CCPNMR_TOP_DIR environment variables to the new SVN checkout 
location.

Original comment by katekeme...@gmail.com on 16 May 2011 at 11:34

[GoogleCodeExporter]

And that last comment was by me of course - apologies!

Original comment by wfvran...@gmail.com on 16 May 2011 at 11:38

[GoogleCodeExporter]

Wayne's instructions talk about something called "mammoth." What is that? 
Should I go ahead and just use this?

svn co svn+ssh://USERNAME@mammoth.bio.cam.ac.uk/data/ccpn/svnhome/svnccpn 

Original comment by schulte....@gmail.com on 17 May 2011 at 4:49

[GoogleCodeExporter]

I'm getting, "Permission denied, please try again," when I try to check out the 
new repository. It looks like either 'bmrb' is no longer a user, or our 
password has been reset.

I've emailed Wayne Boucher about this.

Original comment by schulte....@gmail.com on 17 May 2011 at 7:39

[GoogleCodeExporter]

You don't need anything from mammoth, that's all internal CCPN stuff, you just 
need to stick with the Sourceforge SVN repository:

http://sourceforge.net/scm/?type=svn&group_id=120914

Original comment by wfvran...@gmail.com on 17 May 2011 at 9:07

[GoogleCodeExporter]

Perhaps good to update the wiki? 
Should we check out just the stable directory or other branches?

Original comment by jurge...@gmail.com on 18 May 2011 at 7:37

[GoogleCodeExporter]

Just stable!

Original comment by wfvran...@gmail.com on 18 May 2011 at 7:49

[GoogleCodeExporter]

I've update the wiki UpdatingCCPNapiForDevelopment for this issue.

Locally on my side however I am using the Eclipse environment because I had 
like the ability to commit when needed.

The compile seems to work. My CING tests using CCPN apis are working fine as 
well. I can 'fix' this issue and Chris can check it 'verified' when done.

Original comment by jurge...@gmail.com on 18 May 2011 at 9:15

• Changed state: Fixed

[GoogleCodeExporter]

I'm not going to set it to verified just yet. I've got the new ccpn downloaded 
and I'm going to work with it today. Does recoord need to be updated?

Original comment by schulte....@gmail.com on 18 May 2011 at 1:24

[GoogleCodeExporter]

Ok, so back to the original problem you noted. Am I correct to see that Wim 
found a mistake in the STAR file ? Can you see if that's one for my plate?

Anyway, good that we switched already!

Original comment by jurge...@gmail.com on 18 May 2011 at 1:34

[GoogleCodeExporter]

Thanks Wim! Everything works and has been updated.

Original comment by schulte....@gmail.com on 18 May 2011 at 3:18

• Changed state: Verified