| ID |
Date |
Author |
Topic |
Subject |
|
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. |
|
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 |
|
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. |
|
68
|
08 Oct 2004 |
Joe Chuma | Info | Roody cvs commit |
Command line argument change:
-h (or -H) followed by nothing shows program usage
-hhostname or -hhostname:port connect to analyzer on given host (and port)
-rsavefile restores savefile
Offline items added to a group are new removed from the group if the
file is closed.
Offline item titles are now displayed after the name if different than
the item name.
"Run# number" added to the item title if the filename contains a runnumber. |
|
99
|
27 Jun 2005 |
Joe Chuma | Bug Fix | Roody fixes |
Error messages from Roody will now appear as TGMsgBox forms which require the
user to click the "Dismiss" button to acknowledge the error message. If the
user chooses the x-axis scales for an online histogram using the mouse to select
a range on the axis, that range will be used for re-displaying the histogram
when it is refreshed. However, if the user chooses "XaxisLimits" from the
context menu, that x-axis scaling will be used for all pads on that canvas, and
a range as described above will be overridden by this scaling. |
|
133
|
18 Feb 2008 |
Jimmy Ngai | Bug Report | Roody kills MIDAS Analyzer |
Hi All,
I'm running Roody with MIDAS 2.0.0 and ROOT 5.14e on Scientific Linux 4.4.
When Roody is monitoring the online histograms on Localhost, there are two
possibilities that Roody will kill the MIDAS Analyzer:
1) quiting Roody
2) unzoom a histogram when auto-refresh is on
Any ideas?
Best Regards,
Jimmy |
|
116
|
06 Jun 2006 |
Konstantin Olchanski | Info | Roody still using CVS |
To prevent confusion- according to Joe Chuma and Konstantin Olchanski, we are
still using CVS for Roody development. K.O. |
|
102
|
21 Nov 2005 |
Joe Chuma | Bug Fix | Roody xml fix |
| The xml code in Roody has been localized into RoodyXML to allow for future conversion to ROME xml (and a few bugs fixed in the xml code). |
|
52
|
15 Jul 2004 |
Joe | | Save/Restore now implemented (but without xml, for now) |
Save and Restore are now implemented in TTriumfFileGUI (but without xml, for
now). The save file format is simple keyword lookup, e.g.,
# this is a comment --> comments begin with #
FILE filename --> opens data file (.root or .hbook)
HOST hostname --> opens online socket
GROUP groupname --> makes group
HISTOGRAM source histname --> puts histogram (from source) into this group
...
GROUP groupname --> makes another group
HISTOGRAM source histname --> puts histogram into this group
...
The case of the keywords are not important, but the order is important, in
that the source for any histograms to be inserted into a group must be
listed above the group.
The Draw Group option has been repaired, so a new canvas is always opened
and the window title contains the group name. I still have to check that
the online histograms in this canvas are refreshed properly.
Modified the Open file menu so there is only one menu item (instead of .root
and .hbook) but the open file dialog allows you to choose the file type. |
|
28
|
20 Dec 2003 |
Konstantin | | Simplify Makefile |
I commited a simplification of the Makefile:
- "make" now builds the GUI executable
- removed useless cruft for building the GUI on Solaris, RedHat 4.x, etc
K.O. |
|
58
|
20 Jul 2004 |
Joe | | Small fixes to TTriumfFileGUI |
Added right click on online hostname to choose "Disconnect online".
Moved groups to top of the list displayed in the gui.
If the user entered save file name does not contain ".save" it will
be appended to the filename. |
|
55
|
16 Jul 2004 |
Joe | | TTriumfFileGUI bug fix |
You can now save and restore as many times as you like in a single session. |
|
54
|
15 Jul 2004 |
Joe | | TTriumfFileGUI changes (last one today) |
The run number is extracted from the file name of .root data files and
appended to the title for histogram plots. If the file name contains any
numeric digits, it will be interpreted as the run number. There should be
no adverse ramifications if the file name contains no digits. |
|
53
|
15 Jul 2004 |
Joe | | TTriumfFileGUI draw group fix |
The problem with refreshing online histograms when drawn using the Draw
Group option has been fixed. |
|
101
|
27 Oct 2005 |
Stefan Ritt | Bug Report | Various item when installing ROODY |
Hi,
I tried to compile ROODY, and got following problems/issues:
- I see ROODY requires root V3.10.02, ROME requires root >=4, so I will never be able to compile the two packages together with one root installation. Is that true? Since we are already at root 5.04, it might be time to migrate ROODY to newer versions of ROOT...
- The Makefile.win is under roody/, Makefile is under roody/src, not very consistent, there is no "INSTALL" or "COPYING" file which is kind of GNU standard
- I tried to compile ROODY under windows, after having installed root 3.10, but it misses the libxml/ subtree
- For the non-expert users it would be good to supply a windows executable of roody, this way the don't have to bother with compiling
Best regards,
Stefan |
|
21
|
29 Jul 2003 |
Konstantin | | Wednesday 10am meeting |
We will have the 10am meeting this Wednesday in the ISAC2 2nd floor kitchen.
Agenda:
- progress reports
- status of midas online connection (K.O.)
- priority of improvements to the histogram viewer (TCanvas) and tree view
(TTreeViewer). (G.K.)
K.O. |
|
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. |
|
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 |
|
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.  |
|
124
|
04 Sep 2006 |
Konstantin Olchanski | Info | added "make docs" |
I commited the missing images, fixed the doxygen config file and added the "make docs" target. Now
"make docs" will generate the documentation and place it into the directory "html". K.O. |