ID |
Date |
Author |
Topic |
Subject |
213
|
23 Jul 2019 |
Yusuke Uchiyama | Forum | Change of MIDAS library path | Dear all,
From the recent release of MIDAS, "midas-2019-06", the MIDAS library path is changed:
it was $MIDASSYS/linux/lib, but now $MIDASSYS/lib.
See https://midas.triumf.ca/elog/Midas/1564 for the detail.
Due to this change, ROME analyzers cannot be built with -midas option.
The solution seems easy: change the path in
$ROMESYS/buildersrc/ROMEBuilderMakeFile.cpp AddDAQLibraries().
However, directly changing the code will loose backward compatibility.
Do you have any suggestions?
Regards,
Yusuke |
Draft
|
28 Feb 2018 |
Francesco Renga | Forum | DB path | Dear all,
I need to perform a DB query in ROME, where I have to select an array of |
211
|
29 Nov 2017 |
Ryu Sawada | Info | Compiler warning | Hi.
Thank you for testing.
-U_FORTIFY_SOURCE is fine, and can be implemented in ROME.
Ryu
> Hi Ryu,
>
> Thank you.
> You are right. We add -D_FORTIFY_SOURCE=2 in CFLAGS and CXXFLAGS in our project Makefile.
> If we remove it, the warnings go away.
>
> I tried your suggestion but I got the following warning:
>
> [346/369] compiling obj/MEGAnalyzer3.o
> <command-line>:0:0: warning: "_FORTIFY_SOURCE" redefined [enabled by default]
> <command-line>:0:0: note: this is the location of the previous definition
>
> However, if I add
> '-U_FORTIFY_SOURCE' instead the warning above disappears.
>
> Do you think it is OK for all?
>
> Regards,
> Yusuke
>
> > Hi Yusuke
> >
> > NOOPT is added for potentially large source files to reduce the compile time and memory usage.
> >
> > I guess -D_FORTIFY_SOURCE option is added in your project Makefile or in your environment variable, instead of by
> > ROME.
> > However, we could modify ROME to explicitly disable it by adding -D_FORTIFY_SOURCE=0 to NOOPT.
> > That can be done by modifying builder/src/ROMEBuildMakeFile.cpp line 1348.
> >
> > Could you try to do it ?
> >
> > Ryu
> >
> >
> > > Dear all,
> > >
> > > Under the environment with GCC4.8.5 and ROOT6.08.04,
> > > we get the following warning messages when compiling XXXAnalyzer3, XXXAnalyzer4,
> > > XXXConfig, XXXConfig2,3,4, XXXDBAccess, and XXXConfigToForm.
> > >
> > >
> > > In file included from /usr/include/stdlib.h:24:0,
> > > from /meg/data1/shared/mc/benchmark_test/rome3-root6.08.04-
> > > gcc485/include/ROMEAnalyzer.h:10,
> > > from include/generated/MEGPrecompile.h:23,
> > > from <command-line>:0:
> > > /usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling
> > > with optimization (-O) [-Wcpp]
> > > # warning _FORTIFY_SOURCE requires compiling with optimization (-O)
> > > ^
> > > [345/369] compiling obj/MEGAnalyzer4.o
> > > In file included from /usr/include/stdlib.h:24:0,
> > > from /meg/data1/shared/mc/benchmark_test/rome3-root6.08.04-
> > > gcc485/include/ROMEAnalyzer.h:10,
> > > from include/generated/MEGPrecompile.h:23,
> > > from <command-line>:0:
> > > /usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling
> > > with optimization (-O) [-Wcpp]
> > > # warning _FORTIFY_SOURCE requires compiling with optimization (-O)
> > > ^
> > >
> > > It seems due to 'NOOPT' flag added to those objects in the Makefile.
> > > Is the 'NOOPT' flag necessary? If not, how can we remove it?
> > >
> > > Regards,
> > > Yusuke |
210
|
29 Nov 2017 |
Yusuke Uchiyama | Info | Compiler warning | Hi Ryu,
Thank you.
You are right. We add -D_FORTIFY_SOURCE=2 in CFLAGS and CXXFLAGS in our project Makefile.
If we remove it, the warnings go away.
I tried your suggestion but I got the following warning:
[346/369] compiling obj/MEGAnalyzer3.o
<command-line>:0:0: warning: "_FORTIFY_SOURCE" redefined [enabled by default]
<command-line>:0:0: note: this is the location of the previous definition
However, if I add
'-U_FORTIFY_SOURCE' instead the warning above disappears.
Do you think it is OK for all?
Regards,
Yusuke
> Hi Yusuke
>
> NOOPT is added for potentially large source files to reduce the compile time and memory usage.
>
> I guess -D_FORTIFY_SOURCE option is added in your project Makefile or in your environment variable, instead of by
> ROME.
> However, we could modify ROME to explicitly disable it by adding -D_FORTIFY_SOURCE=0 to NOOPT.
> That can be done by modifying builder/src/ROMEBuildMakeFile.cpp line 1348.
>
> Could you try to do it ?
>
> Ryu
>
>
> > Dear all,
> >
> > Under the environment with GCC4.8.5 and ROOT6.08.04,
> > we get the following warning messages when compiling XXXAnalyzer3, XXXAnalyzer4,
> > XXXConfig, XXXConfig2,3,4, XXXDBAccess, and XXXConfigToForm.
> >
> >
> > In file included from /usr/include/stdlib.h:24:0,
> > from /meg/data1/shared/mc/benchmark_test/rome3-root6.08.04-
> > gcc485/include/ROMEAnalyzer.h:10,
> > from include/generated/MEGPrecompile.h:23,
> > from <command-line>:0:
> > /usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling
> > with optimization (-O) [-Wcpp]
> > # warning _FORTIFY_SOURCE requires compiling with optimization (-O)
> > ^
> > [345/369] compiling obj/MEGAnalyzer4.o
> > In file included from /usr/include/stdlib.h:24:0,
> > from /meg/data1/shared/mc/benchmark_test/rome3-root6.08.04-
> > gcc485/include/ROMEAnalyzer.h:10,
> > from include/generated/MEGPrecompile.h:23,
> > from <command-line>:0:
> > /usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling
> > with optimization (-O) [-Wcpp]
> > # warning _FORTIFY_SOURCE requires compiling with optimization (-O)
> > ^
> >
> > It seems due to 'NOOPT' flag added to those objects in the Makefile.
> > Is the 'NOOPT' flag necessary? If not, how can we remove it?
> >
> > Regards,
> > Yusuke |
209
|
29 Nov 2017 |
Ryu Sawada | Info | Compiler warning | Hi Yusuke
NOOPT is added for potentially large source files to reduce the compile time and memory usage.
I guess -D_FORTIFY_SOURCE option is added in your project Makefile or in your environment variable, instead of by
ROME.
However, we could modify ROME to explicitly disable it by adding -D_FORTIFY_SOURCE=0 to NOOPT.
That can be done by modifying builder/src/ROMEBuildMakeFile.cpp line 1348.
Could you try to do it ?
Ryu
> Dear all,
>
> Under the environment with GCC4.8.5 and ROOT6.08.04,
> we get the following warning messages when compiling XXXAnalyzer3, XXXAnalyzer4,
> XXXConfig, XXXConfig2,3,4, XXXDBAccess, and XXXConfigToForm.
>
>
> In file included from /usr/include/stdlib.h:24:0,
> from /meg/data1/shared/mc/benchmark_test/rome3-root6.08.04-
> gcc485/include/ROMEAnalyzer.h:10,
> from include/generated/MEGPrecompile.h:23,
> from <command-line>:0:
> /usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling
> with optimization (-O) [-Wcpp]
> # warning _FORTIFY_SOURCE requires compiling with optimization (-O)
> ^
> [345/369] compiling obj/MEGAnalyzer4.o
> In file included from /usr/include/stdlib.h:24:0,
> from /meg/data1/shared/mc/benchmark_test/rome3-root6.08.04-
> gcc485/include/ROMEAnalyzer.h:10,
> from include/generated/MEGPrecompile.h:23,
> from <command-line>:0:
> /usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling
> with optimization (-O) [-Wcpp]
> # warning _FORTIFY_SOURCE requires compiling with optimization (-O)
> ^
>
> It seems due to 'NOOPT' flag added to those objects in the Makefile.
> Is the 'NOOPT' flag necessary? If not, how can we remove it?
>
> Regards,
> Yusuke |
208
|
29 Nov 2017 |
Yusuke Uchiyama | Info | Compiler warning | Dear all,
Under the environment with GCC4.8.5 and ROOT6.08.04,
we get the following warning messages when compiling XXXAnalyzer3, XXXAnalyzer4,
XXXConfig, XXXConfig2,3,4, XXXDBAccess, and XXXConfigToForm.
In file included from /usr/include/stdlib.h:24:0,
from /meg/data1/shared/mc/benchmark_test/rome3-root6.08.04-
gcc485/include/ROMEAnalyzer.h:10,
from include/generated/MEGPrecompile.h:23,
from <command-line>:0:
/usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling
with optimization (-O) [-Wcpp]
# warning _FORTIFY_SOURCE requires compiling with optimization (-O)
^
[345/369] compiling obj/MEGAnalyzer4.o
In file included from /usr/include/stdlib.h:24:0,
from /meg/data1/shared/mc/benchmark_test/rome3-root6.08.04-
gcc485/include/ROMEAnalyzer.h:10,
from include/generated/MEGPrecompile.h:23,
from <command-line>:0:
/usr/include/features.h:330:4: warning: #warning _FORTIFY_SOURCE requires compiling
with optimization (-O) [-Wcpp]
# warning _FORTIFY_SOURCE requires compiling with optimization (-O)
^
It seems due to 'NOOPT' flag added to those objects in the Makefile.
Is the 'NOOPT' flag necessary? If not, how can we remove it?
Regards,
Yusuke |
207
|
11 May 2016 |
Ryu Sawada | Info | Can we reset histograms at the middle of a run in ROME? | Dear Sudeshna,
I added a new button to clear histograms.
Please update your ROME and use the 'develop' branch.
Best regards,
Ryu
> Hi All,
>
> Suppose I want to pause a run, at the middle, and change some run conditions. So
> I want to clear histograms at the middle of a run. Is that possible to do in ROME?
>
> That when I pause the run, I want to clear histograms. So with the new run
> conditions, when we resume that run, we will get clear pads and histograms will
> be filled in new.
>
>
> Thanks a lot!
> Sudeshna |
206
|
06 May 2016 |
SUDESHNA GANGULY | Info | Can we reset histograms at the middle of a run in ROME? | Hi All,
Suppose I want to pause a run, at the middle, and change some run conditions. So
I want to clear histograms at the middle of a run. Is that possible to do in ROME?
That when I pause the run, I want to clear histograms. So with the new run
conditions, when we resume that run, we will get clear pads and histograms will
be filled in new.
Thanks a lot!
Sudeshna |
204
|
21 Apr 2016 |
Ryu Sawada | Info | Clear histogram/group of histograms at the beginning of run in ROME | Dear Sudeshna,
In ROME, histograms are associated with a task (not with a tab).
Histograms are reset at the beginning of runs when "HistAccumulate" is false.
You can set it in your configuration XML like,
<Histogram>
<HistName>MyHisto</HistName>
<HistAccumulate>false</HistAccumulate>
</Histogram>
If you want to clear by hand, you can use ResetHisto() function of your tasks; the function is automatically implemented by ROMEbuilder.
Ryu
> Hi All,
>
> Is there any way in ROME that I can clear histograms at:
>
> 1)Run start.
> 2) Clear by group (tab) ?
>
>
> Thanks a lot!
> Sudeshna |
203
|
18 Apr 2016 |
SUDESHNA GANGULY | Info | Clear histogram/group of histograms at the beginning of run in ROME | Hi All,
Is there any way in ROME that I can clear histograms at:
1)Run start.
2) Clear by group (tab) ?
Thanks a lot!
Sudeshna |
202
|
15 Apr 2016 |
Ryu Sawada | Info | Error with maximum number of tabs in Argus section | Dear Sudeshna
I commit the change to the 'develop' branch.
Ryu
> I've fixed the problem of not being able to define 18 tabs. I edited
> /argus/include/ArgusHistoDisplay.h file:
> I changed the parameter values to:
>
> class ArgusHistoDisplay : public ArgusTab
> {
> protected:
> enum {
> kMaxNumberOfPads = 360,
> kMaxNumberOfPadsX = 10,
> kMaxNumberOfPadsY = 20,
> kNumberOfDisplayViewSelections0 = 54,
> kNumberOfDisplayViewSelections1 = 10,
> kNumberOfDisplayViewSelections2 = 10,
> kMaxNumberOfLines = 81
> };
>
> Now I can define 18 tabs with 3 pads in each.
>
>
>
>
> > Hi Ryu,
> >
> > I am trying to use <Argus> for tabbing like this:
> > <Argus>
> > <Tab>
> > <TabName>Tab1</TabName>
> > <ObjectArrayIndex>0</ObjectArrayIndex>
> >
> > <Index>0</Index>
> > </Tab>
> > <Tab>
> > <TabName>Tab1</TabName>
> > <ObjectArrayIndex>1</ObjectArrayIndex>
> > <Index>1</Index>
> > </Tab>
> > <Tab>
> > <TabName>Tab1</TabName>
> > <ObjectArrayIndex>2</ObjectArrayIndex>
> >
> > <Index>2</Index>
> > </Tab>
> >
> >
> >
> >
> > And I need to add 18 tabs with each tab having three pads.
> > Now I when ever I cross Tab6 with three pads on it, it gives me this error:
> >
> > [sganguly@g2be1 rometest]$ /home/sganguly/dqm/rome/bin/romebuilder.exe -i
> > midas.xml -midas
> > Maximal number of Tabs in the Argus section of Histogram 'h1_wf' reached : 20 !
> >
> > I have noticed that currently I can define 6 tabs and 5 pads on each tab maximum.
> >
> > Could you please help me with this?
> >
> > Thanks a lot!
> > Sudeshna |
201
|
15 Apr 2016 |
Ryu Sawada | Info | Is auto-update available for tabs with user-defined codes (not with <Argus>) ? | Dear Sudeshna
The easiest way would be to call your "Update" function from EventHandler function of your tabs.
You may or may not have a function named "Update", but I believe you must have a function to update your graphics
when your "Update" button is clicked.
You can call the same thing from EventHandler function, then it will keep the display updated.
If you want to control the frequency of the update of each tab, you can see two examples,
$ROMESYS/examples/argus/thread/
$ROMESYS/examples/argus/timer/
The examples update the display with using different tools (making other update thread or by using TTimer of ROOT).
Ryu
> Is it possible to have the pads automatically updated with the update frequency
> (set at romeConfig.xml) while using user-defined src/tabs codes?
> Suppose I write a tab code under src/tabs where I have created an "update" button.
> Now on the Argus display monitor, if I click on the "update" button, the display
> will be updated. But what I've noticed is that clicking on the update button
> introduces a delay. By the time the display is actually updated I've missed some
> events already.
>
> Is there any way to sync the update button with the update frequency in the
> romeConfig.xml? So that it keeps up with every event?
>
> I would really appreciate if anyone have any suggestion for this situation.
>
> Thanks a lot!
> Sudeshna |
200
|
14 Apr 2016 |
SUDESHNA GANGULY | Info | Is auto-update available for tabs with user-defined codes (not with <Argus>) ? | Is it possible to have the pads automatically updated with the update frequency
(set at romeConfig.xml) while using user-defined src/tabs codes?
Suppose I write a tab code under src/tabs where I have created an "update" button.
Now on the Argus display monitor, if I click on the "update" button, the display
will be updated. But what I've noticed is that clicking on the update button
introduces a delay. By the time the display is actually updated I've missed some
events already.
Is there any way to sync the update button with the update frequency in the
romeConfig.xml? So that it keeps up with every event?
I would really appreciate if anyone have any suggestion for this situation.
Thanks a lot!
Sudeshna |
199
|
14 Apr 2016 |
SUDESHNA GANGULY | Info | Error with maximum number of tabs in Argus section | I've fixed the problem of not being able to define 18 tabs. I edited
/argus/include/ArgusHistoDisplay.h file:
I changed the parameter values to:
class ArgusHistoDisplay : public ArgusTab
{
protected:
enum {
kMaxNumberOfPads = 360,
kMaxNumberOfPadsX = 10,
kMaxNumberOfPadsY = 20,
kNumberOfDisplayViewSelections0 = 54,
kNumberOfDisplayViewSelections1 = 10,
kNumberOfDisplayViewSelections2 = 10,
kMaxNumberOfLines = 81
};
Now I can define 18 tabs with 3 pads in each.
> Hi Ryu,
>
> I am trying to use <Argus> for tabbing like this:
> <Argus>
> <Tab>
> <TabName>Tab1</TabName>
> <ObjectArrayIndex>0</ObjectArrayIndex>
>
> <Index>0</Index>
> </Tab>
> <Tab>
> <TabName>Tab1</TabName>
> <ObjectArrayIndex>1</ObjectArrayIndex>
> <Index>1</Index>
> </Tab>
> <Tab>
> <TabName>Tab1</TabName>
> <ObjectArrayIndex>2</ObjectArrayIndex>
>
> <Index>2</Index>
> </Tab>
>
>
>
>
> And I need to add 18 tabs with each tab having three pads.
> Now I when ever I cross Tab6 with three pads on it, it gives me this error:
>
> [sganguly@g2be1 rometest]$ /home/sganguly/dqm/rome/bin/romebuilder.exe -i
> midas.xml -midas
> Maximal number of Tabs in the Argus section of Histogram 'h1_wf' reached : 20 !
>
> I have noticed that currently I can define 6 tabs and 5 pads on each tab maximum.
>
> Could you please help me with this?
>
> Thanks a lot!
> Sudeshna |
198
|
13 Apr 2016 |
SUDESHNA GANGULY | Bug Report | Error with maximum number of tabs in Argus section | Hi Ryu,
I am trying to use <Argus> for tabbing like this:
<Argus>
<Tab>
<TabName>Tab1</TabName>
<ObjectArrayIndex>0</ObjectArrayIndex>
<Index>0</Index>
</Tab>
<Tab>
<TabName>Tab1</TabName>
<ObjectArrayIndex>1</ObjectArrayIndex>
<Index>1</Index>
</Tab>
<Tab>
<TabName>Tab1</TabName>
<ObjectArrayIndex>2</ObjectArrayIndex>
<Index>2</Index>
</Tab>
And I need to add 18 tabs with each tab having three pads.
Now I when ever I cross Tab6 with three pads on it, it gives me this error:
[sganguly@g2be1 rometest]$ /home/sganguly/dqm/rome/bin/romebuilder.exe -i
midas.xml -midas
Maximal number of Tabs in the Argus section of Histogram 'h1_wf' reached : 20 !
I have noticed that currently I can define 6 tabs and 5 pads on each tab maximum.
Could you please help me with this?
Thanks a lot!
Sudeshna |
197
|
11 Apr 2016 |
SUDESHNA GANGULY | Info | Getting an error while compiling a code with <ARGUS> tabs for 2-D histograms | Hi Ryu,
I am trying to display a 2-D histogram with the <Argus> tab in the user xml file.
Here is what I have in the xml:
<Histogram>
<HistName>h2_Exy</HistName>
<HistFolderName>CT</HistFolderName>
<HistArraySize>2</HistArraySize>
<HistType>TH2F</HistType>
<HistXLabel>xseg</HistXLabel>
<HistYLabel>yseg</HistYLabel>
<HistXNbins>9</HistXNbins>
<HistXmin>0.5</HistXmin>
<HistXmax>9.5</HistXmax>
<HistYNbins>6</HistYNbins>
<HistYmin>0.5</HistYmin>
<HistYmax>6.5</HistYmax>
<Argus>
<Tab>
<TabName>Summary</TabName>
<ObjectArrayIndex>0</ObjectArrayIndex>
<Index>0</Index>
</Tab>
</Argus>
</Histogram>
But when I compile the code it throws the following error message:
src/generated/HGUITSummary_Base.cpp:87: error: cannot convert ‘TH1F*’ to ‘TH2F*’
in assignment
I am getting this error when ever I am trying to display 2-D histograms with
<Argus> tabs.
Any help will be much appreciated.
Sudeshna |
196
|
08 Apr 2016 |
Ryu Sawada | Bug Report | Running ROME remotely | Dear Sudeshna
I modified ROME to try to fix problems related <ARGUS> block histograms in run-mode 3.
Could you please pull ROME and use the 'develop' branch ?
(You can switch branches with "git checkout develop' command)
There is an example, examples/argus/histogram.
I tested with the example and it works.
'romeproject' in the directory works as a server.
What you need to use the example for the test is,
0) 'make' in $ROMESYS
1) Build and compile both examples/argus/histogram and examples/argus/histogram/romeproject
2) Start analyzer in romeproject with using romeConfig.xml
3) Start monitor with using argusConfig.xml
In the second tab, you must see an <ARGUS> block histogram updated periodically.
Ryu
> Hi Ryu,
>
> After following your instructions to run ROME remotely, using run mode 3 on the
> client machine, and mode 0 on the server machine, we can see ARGUS display
> appearing on the client machine.
> But that does not work if we have the <ARGUS> block for tabbing in the user xml
> file. I see a bunch of error messages and then ROME crashes on the client machine.
> There might be some conflict with using ARGUS and using run mode 3?
>
> If I take off the <ARGUS> tab block and write my own src/tabs/tab codes, then on
> my client machine, using run mode 3 works, the display appears with histograms
> without a crash.
>
> Any thought on this issue will be much appreciated.
>
> Thanks,
> Sudeshna |
195
|
05 Apr 2016 |
SUDESHNA GANGULY | Bug Report | Running ROME remotely | Hi Ryu,
After following your instructions to run ROME remotely, using run mode 3 on the
client machine, and mode 0 on the server machine, we can see ARGUS display
appearing on the client machine.
But that does not work if we have the <ARGUS> block for tabbing in the user xml
file. I see a bunch of error messages and then ROME crashes on the client machine.
There might be some conflict with using ARGUS and using run mode 3?
If I take off the <ARGUS> tab block and write my own src/tabs/tab codes, then on
my client machine, using run mode 3 works, the display appears with histograms
without a crash.
Any thought on this issue will be much appreciated.
Thanks,
Sudeshna |
194
|
05 Apr 2016 |
Ryu Sawada | Info | ROME in online mode using an intermediary machine | Dear Wes,
-R is used for starting an interactive session connected to a server.
If you want to see Argus windows, please change <ProgramMode> to 3 (or use "-p 3" comman-line option).
Ryu
Wes Gohn wrote: |
Hi Ryu, here is the method we've followed. I tried to simplify things by connecting to the server directly, so we can skip the port tunnelling. On the server side, in the romeConfig.xml, I set
<SocketServer>
<Active>true</Active>
<PortNumber>9091</PortNumber>
</SocketServer>
I then started rome in batch mode
./midanalyzer.exe -i romeConfig.xml -b
It connects to a running experiment as expected, and is processing data.
On the client machine, I set in romeConfig.xml:
<SocketClient>
<Host>myhost</Host>
<Port>9091</Port>
</SocketClient>
I then start rome using the -R option:
./midanalyzer.exe -R myhost:9091
*****************************************
* *
* MIDAnalyzer *
* *
* generated by the ROME Environment *
* Version 3.2.6 *
* *
*****************************************
Remote session to myhost:9091
midanalyzer [0]
At which point it does establish the socket connection to the server side, but it just sits there (I can establish this because if I run commands at the prompt, I see some errors pop up on my server terminal). How do I open my Argus browser on the client side to see the plots?
Or is there something we're doing that is fundamentally wrong?
Thanks,
Wes |
|
193
|
04 Apr 2016 |
Wes Gohn | Info | ROME in online mode using an intermediary machine |
Hi Ryu, here is the method we've followed. I tried to simplify things by connecting to the server directly, so we can skip the port tunnelling. On the server side, in the romeConfig.xml, I set
<SocketServer>
<Active>true</Active>
<PortNumber>9091</PortNumber>
</SocketServer>
I then started rome in batch mode
./midanalyzer.exe -i romeConfig.xml -b
It connects to a running experiment as expected, and is processing data.
On the client machine, I set in romeConfig.xml:
<SocketClient>
<Host>myhost</Host>
<Port>9091</Port>
</SocketClient>
I then start rome using the -R option:
./midanalyzer.exe -R myhost:9091
*****************************************
* *
* MIDAnalyzer *
* *
* generated by the ROME Environment *
* Version 3.2.6 *
* *
*****************************************
Remote session to myhost:9091
midanalyzer [0]
At which point it does establish the socket connection to the server side, but it just sits there (I can establish this because if I run commands at the prompt, I see some errors pop up on my server terminal). How do I open my Argus browser on the client side to see the plots?
Or is there something we're doing that is fundamentally wrong?
Thanks,
Wes |
|