ID |
Date |
Author |
Topic |
Subject |
155
|
26 Mar 2021 |
Alexey Kalinin | Bug Report | roody failed to start |
Also,
Mine TDirectory fOnlineHistDir (rootana online ) has more then 1000 histograms
with difficult hierarchy. Starting roody -P (TNEtDirectory support) takes 30-60
seconds, when jsroot THttpServer ready to go in a moment.
> roody failed to start with -P flag
> running rootana analyzer with -P argument
> commenting RecursiveRemove in TNetDirectory(.cxx .h) (rootana) helps.
> Any other suggestions?
> Alexey. |
154
|
19 Mar 2021 |
Alexey Kalinin | Bug Report | roody failed to start |
roody failed to start with -P flag
running rootana analyzer with -P argument
commenting RecursiveRemove in TNetDirectory(.cxx .h) (rootana) helps.
Any other suggestions?
Alexey. |
153
|
03 Jun 2014 |
Dan Melconian | Bug Report | Zeroing spectra using XML data source? |
When we connect using TNet, we can zero spectra on the fly (which is
super-useful). Using Xml (which is infinitely faster to load), it says
"ResetAll: http://trinatdaq:9091: not implemented". I guess the Xml way is
reading a text file rather than accessing the root file, so it isn't exactly
trivial to implement this, eh? However, if someone brilliant knows how to do
this, that would really be great as it is really a nice feature when debugging
things. |
152
|
25 May 2012 |
Konstantin Olchanski | Bug Fix | Fixed the "Zones" menu |
The "Zones" manu has not been working right - if you have a canvas open with one
histogram plotted and you select Zones "2x2", nothing happens. The expected
action is to have the canvas divide itself into 4 pads (2x2) and the one
histogram to show up in the first pad. That's how it works now.
svn rev 240.
K.O. |
151
|
24 May 2012 |
Konstantin Olchanski | Info | removed ROOTSYS check |
I removed the checks for ROOTSYS being the same at run time and compilation time.
These checks never worked right and are unnecessary since we always install roody
separately for each experiment and ROOTSYS settings are always consistent.
K.O. |
150
|
24 May 2012 |
Konstantin Olchanski | Forum | test |
test of Roody forum email notification. K.O. |
149
|
24 May 2012 |
Konstantin Olchanski | Forum | How to access the SVN repo anonymously? |
> I found that the SVN repo is forbidden for anonymous users now.
It is possible that you are referencing the SVN repo using the "svn:" access method. This access method was recently
disabled.
Please switch to the "https:" method (username/password svn/svn) using this command:
cd .../roody
svn switch --relocate svn://ladd00.triumf.ca/roody https://ladd00.triumf.ca/svn/roody
K.O. |
148
|
13 May 2012 |
Konstantin Olchanski | Forum | How to access the SVN repo anonymously? |
> I found that the SVN repo is forbidden for anonymous users now.
Please use username "svn", password "svn", per instructions here:
http://www.triumf.info/wiki/DAQwiki/index.php/DaqSvn
K.O. |
147
|
23 Feb 2012 |
Exaos Lee | Forum | How to access the SVN repo anonymously? |
I found that the SVN repo is forbidden for anonymous users now. |
146
|
25 May 2011 |
Jackie Glister | Forum | Refresh problem when drawing groups |
I'm having a Roody refresh problem: when I draw groups in online mode the entire
canvas is refreshed with the most recently selected single histogram, instead of
the group. I used svn to install the most recent version (svn checkout
svn://ladd00.triumf.ca/roody/trunk roody). Any help would be greatly appreciated! |
145
|
19 Oct 2010 |
Konstantin Olchanski | Bug Fix | roody update, fix open of |
> And you thought that roody was dead? Well, here is an update - implement "reopen" for ROOT files, add
> "reopen" button to main menu, fix duplicated histogram names after "reopen" (at the cost of losing display
> of histogram titles in the tree view).
> K.O.
Forgot to mention the main reason of this update: when looking at ROOT files, ROODY could not open any subdirectories because of some name
changes inside ROOT. Now fixed.
ROODY svn rev 236
svn checkout https://ladd00.triumf.ca/svn/roody/trunk roody
K.O. |
144
|
19 Oct 2010 |
Konstantin Olchanski | Info | roody good on macos 10.6.4 |
For the record, ROODY svn rev 236 builds and runs on MacOS 10.6.4 with ROOT 5.26.00c. K.O. |
143
|
19 Oct 2010 |
Konstantin Olchanski | Bug Fix | roody update |
And you thought that roody was dead? Well, here is an update - implement "reopen" for ROOT files, add
"reopen" button to main menu, fix duplicated histogram names after "reopen" (at the cost of losing display
of histogram titles in the tree view).
K.O. |
142
|
22 Nov 2009 |
Exaos Lee | Suggestion | New main.cxx for roody |
The original "main.cxx" always produced "segmentation fault" on my system. So I
rewrite a new one as the attached "main_el.cxx". It works stable on my systems. I
use "getopt.h" to parse the command line options. Also, the options are altered
as the following:
-------------------
--mhost, -M <mhost> connect to MIDAS server <mhost>
--rhost, -R <rhost> connect to ROOT server <rhost>
--port, -p <port> connect to port <port>
--config, -c <xml> Using config file <xml> in XML format
-------------------
The main_el.cxx doesn't pass options to TApplication except root file names.
Please see the source in detail. I hope it may help. |
141
|
23 Jul 2009 |
Exaos Lee | Bug Fix | [PATCH] ROODY kills analyzer too!! |
Randolf Pohl wrote: | Hi,
I have fixed the bug:
diff roody_233/include/DataSourceTNetFolder.h roody_233_fixed/include/DataSourceTNetFolder.h
100c100
< uint32_t p = 0;
---
> uintptr_t p = 0;
(Both Exaos and I were/are using roody on 64 bit machines.)
Best regards,
Randolf |
Oh, GOD! From Wednesday, I have took almost one day to find the BUG and fix it. Then I found your post here. |
140
|
17 May 2009 |
Randolf Pohl | Bug Fix | [PATCH] ROODY kills analyzer too!! |
Hi,
I have fixed the bug:
diff roody_233/include/DataSourceTNetFolder.h roody_233_fixed/include/DataSourceTNetFolder.h
100c100
< uint32_t p = 0;
---
> uintptr_t p = 0;
(Both Exaos and I were/are using roody on 64 bit machines.)
Best regards,
Randolf |
139
|
07 Mar 2008 |
Stefan Ritt | Bug Report | Revision 221 works! But not remotely. |
Randolf Pohl wrote: | Just an idea: Are all necessary ports open on the receiving machine? Maybe the analyzer is just collateral damage, in reality roody commits suicide because the firewall is nasty to him? |
The connection between ROODY and the analyzer works only on a single port, but if anybody wants to connect via the underlying MIDAS layer there is a two-way communication: 1) "odbedit -h <host>" connects to host <host> on port 1175 and 2) mserver on <host> connects back to odbedit on an arbitrary port. For 2), one has to excempt the client program (in this case odbedit) from the firewall for all ports on the remote client and the server program port 1175 on the <host> machine. But I'm not sure if this is your problem right now. |
138
|
07 Mar 2008 |
Randolf Pohl | Bug Report | Revision 221 works! But not remotely. |
Hi,
Exaos Lee wrote: | I recompiled the roody of revision 221 and found this revision works. But when I run roody remotely, it still keeps killing the analyzer 100%.
|
We used 220 (not 221) successfully, but only locally.
Now that you say it I think I recall I could not get roody to run remotely. Don't remember the exact reasons, though.
What I did then was to "ssh -X" from the remote machine into the backend and start roody there (Actually a button with a beautiful picture enabled the users to do so).
Just an idea: Are all necessary ports open on the receiving machine? Maybe the analyzer is just collateral damage, in reality roody commits suicide because the firewall is nasty to him?
I don't have my machines set up at the moment. One of the machines stayed in a box at PSI. So I can't really help you, I am sorry. I think it's time for the specialists now. Anybody there???!?!
Good luck,
Randolf |
137
|
04 Mar 2008 |
Exaos Lee | Bug Report | Revision 221 works! But not remotely. |
I recompiled the roody of revision 221 and found this revision works. But when I run roody remotely, it still keeps killing the analyzer 100%.
Hope somebody can fix it. |
135
|
03 Mar 2008 |
Randolf Pohl | Bug Report | ROODY kills analyzer too!! |
Hi,
I had the very same problem last summer during our beam time. Don't know the revision, but it was the tarball I downloaded around mid-July.
Symptom: The MIDAS (online) analyzer crashed as soon as roody was started. Started, i.e. before any user interaction became even possible. And the crash happened always. 100.0%.
My workaround was: Use roody rev. 220.
No crashes, beam time saved.
I attach 2 outputs I saved at that time.
Oh, yes: I still have the sources and such. Last modified date is July 9 and earlier (see attachment 3). I can send them around if you want to find the revision and bracket the offending commits. (I wish you were using "git". Ever read about git-bisect?)
Cheers,
Randolf
PS: Konstantin, I had promised you to try and pin down the problem after the run. Obviously I forgot, sorry. Please tell me if I can be of any help now. |