ThinkingRock Forum

Have you tried it with your data file on the local disk (ie. not on the USB drive). Maybe writing the large file to the USB key (every time a save is done) is causing the prob.

with the data file on local disk there is no improvement, I tried that on a WinXP system with the mem settings: -Xms128m -Xmx512m
in the meantime I also updated the java installation to the most recent (1.6.0_05-b13)

_________________
Andrey

So in summary Java is producing no errors but is going into an intense amount of processing from which it doesn't seem to emerge. Extra memory has not resolved the issue. It is looking as though there is something in your data files that is causing a problem. If that is so I can only see two ways to resolve this:-
1.) Let Jeremy run your data files with a debugger, or
2.) Try to locate the problem by chopping your data files. This will involve a lot of deleting and restoring to locate the issue. The process would be to see whether there is a problem in the top half, bottom half or both halves. If it relates to one half then trying chopping that half into two quarters, etc.

Do either of the numbered options appeal? The third option is to wait until someone else encounters the issue.

My fairly un-informed guess is that either your xml file is corrupted in some way that is causing a loop or as you have stated your file is too big for the xml engine to process. However the xml engine (xstream) is fairly well known so I would have thought it would have been OK. I suppose that gives you the fourth option i.e. reduce your file size and forget about the issue?

I'll think about the 1st option
the 2nd option I tried, but got to the result that not a specific project is causing the problem but rather the size of the data file,
I wonder if my file size is unusually big compared to other users,
I have rather complex project structures with up to 5 levels, many recurrent actions and many done actions which I hesitate to delete as long as the projects are not completed
it is actually not an endless loop, if I wait long enough, it comes back again

this is actually not a real issue for me, I don't change the context names all the time, I was just concerned that some other issue could be behind,
on TR2.0epsilon this problem does not exist, I can change the context names in a wild manner and nothing special happens

_________________
Andrey

Hello,

Using TR 2 RC2 on WinXP RC2. Java is 1.6.0.5 (was previously using 1.5.0.13).
Every now and then - pretty soon after I actually start TR. When I try to enter some text (e.g.: create a project, an action, changing the status, entering notes, you name it), the whole thing just freezes.
No CPU activity related to TR during that time. Windows Task Manager doesn't report the application as "not responding" though.
I've waited for some time, but TR doesn't seem to recover. Killing it and restarting, still the same thing - after a few edits, frozen.

What am I doing wrong?

I have installed TR 2 RC 2 on my MacBooc running Leopard 10.5.2 - works like a charm.

What's wrong with the Windows version?

Thanks,
Rollo

BTW: the CPU activity of TR is listed as a java process,
you might also try to download and re-install the windows version again,
and also increasing the allocated RAM for java in the config file C:\Program Files\TR-2.0.0.rc.2\tr-2.0.0.rc.2\etc\tr.conf could improve things (as mentioned in this thread), but this depends on how much RAM you have installed
on my XP installation I have only issues with the contexts, no other problems found so far (changing topics I didn't try yet)

_________________
Andrey

Hi Andrej,

I know. The java process reports no activity. I think there are 4 processes related to TR actually: the java host, tr.exe and 2 nbexec.exe which seem to be related to NetBeans. Why not - although that doesn't seem a cheap approach to writing a simple GUI application. For that matter, eclipse might have been a better choice altogether. But that's for another thread I guess.

Back to TR and its woes.
I've doubled the amounts of memory in the JVM params found in tr.conf. I know have the folloiwng: default_options="-J-Xms128m -J-Xmx512m -J-XX:PermSize=128m -J-XX:MaxPermSize=512m -J-ea -J-Dnetbeans.logger.console=true --fontsize 12 -laf javax.swing.plaf.metal.MetalLookAndFeel"

Once I did that, I've opened TR, and open the change filter dialog to include the "follow up date <=" filter. When I okayed the dialog, TR froze. More precisely: the window frame is visible and can be moved, but there's nothing displayed inside it. I can't close it. No CPU activity at all.

Killed TR, ran it again. The filter was actually updated, but not with the right field. Did it again. Same penalty: TR frozen.

I saw a strange extract in the log file though
"ATTENTION: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5."

Pls don't tell me TR cannot run correctly if you don't have local admin privileges?

Thx,
Rollo

I'm running it on my XP as user with admin rights, that's the default setup in my company..
can't comment on the errors, have no java experience

_________________
Andrey

Hi Rollo, I am running under Windows as Admin (I know, I know...) but it may be be a factor

http://www.thinkingrock.com.au/forum/vi ... php?p=5368
http://www.thinkingrock.com.au/forum/vi ... php?p=4396

Hello all,

I have tested the same version or TR (2 RC2) on another XP SP2 machine where I happen to be local admin. And guess what: I don't have the freeze problem.

I've been testing over some period of time, knowing that on the machine where I'm a mere user, the problem appears just after the very firsts data entry attempts.

I wouldn't go as far as stating that this is the root cause of the problem, but this is definitely intriguing. I'm always amazed to see how many developers fall in this "power users" trap. More often that not, it comes from bad registry access habits inherited from the COM development background.
But here it's all Java based, so again, it might be pure coincidence.

But this is definitely a problem for me. Like most 'enterprisey' or 'corporate' people around, I won't be able to get local admin rights. So I guess I'll stay away from TR altogether, like many other potential users in my case.
Unless of course, Jeremy does his magic!

Thanks,
Rollo

OK Rollo so you know that your data file is OK which is a good start. My TR files are stored in

* Program Files i.e. the main application.
* %appdata%/.thinkingrock i.e. some configuration files
* My Documents i.e. ReviewActions.xml and the working data file

With regard to the the second and third folders, can you confirm that you can see the TR files and can save files in these folders?

before I've converted my private PC from XP to Linux I ran TR-Epsilon-2.0 as user with limited rights,
and don't remember of any problems,
I had installed the program together with the data-file on an USB-Stick

_________________
Andrey

I tested this in a clean virtual image of XP SP2. I tested both Epsilon and RC2. Neither had any trouble in my testing. Of course I didn't test any linux distributions because I doubt many people are running TR as root there anyway.