Closed Predelnik closed 10 years ago
Are you using a custom greed.conf ? Try renaming it temporarily and test. It could be one of the features that broke old config.
No, initially I was using it with no config at all (I just tried to use the program for the first time), later I just added simple greed.logging.logLevel = DEBUG
config to see what the error is.
This happened to me in a problem when it wasn't happening. I am quite sure I didn't change my configuration or Greed. What I noticed is that there was a greed update.
I have a feeling the admins may have changed how the problem limits info work. I will have to check it out.
Sorry, I think I should rewrite that whole comment because I made plenty of mistakes.
Thank you very much for checking it out, it's strange though that previous (beta) version works fine
That hints me that the issue is with the memory/time limits detection I added after the beta was released.
It appears the null pointer is caused by something else:
Error invoking method setProblemComponent([com.topcoder.client.contestant.impl.ProblemComponentModelImpl@7755beb9, com.topcoder.shared.language.CPPLanguage@3, com.topcoder.client.render.ProblemComponentRenderer@1e5ca0e4])
It appears TopCoder removed the method that exposed the problem's time limit. Possibly a regression from the arena maintainers.
Hmm changes in API like this are quite unfortunate, thank you very much for fast fix.
Here is the Updated jar. Please try it out and report back. Thanks!
When I first started Greed RC and went to some problem in practice room it's written "Hello again" and that was all. So, then I press "Regenerate code" there was a message
error: null
. Enabling logging gave me this:Even though looking at the source code I didn't quite get how this could happen. After this I tried beta version and on the first glance it actually works fine.