<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=UTF-8">
<style type="text/css" style="">
<!--
p
        {margin-top:0;
        margin-bottom:0}
-->
</style>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:14pt; color:#000000; font-family:Calibri,Helvetica,sans-serif">
<p>Unfortunately, "make -k" ends with the same result:</p>
<p><br>
</p>
<p>...<br>
</p>
<p></p>
<div>make[1]: Entering directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/trloii/trigalign'<br>
   CC    bld_ppc-linux_4.2.2/align_analyse.o<br>
   CC    bld_ppc-linux_4.2.2/gen_ppc-linux_4.2.2/align_parser.o<br>
gen_ppc-linux_4.2.2/align_parser.c:19: warning: 'align_growstack' declared 'static' but never defined<br>
   CC    bld_ppc-linux_4.2.2/gen_ppc-linux_4.2.2/align_lexer.o<br>
align_lexer.l: In function 'align_lex':<br>
align_lexer.l:28: error: 'align_lval' undeclared (first use in this function)<br>
align_lexer.l:28: error: (Each undeclared identifier is reported only once<br>
align_lexer.l:28: error: for each function it appears in.)<br>
align_lexer.l:29: error: 'INTEGER' undeclared (first use in this function)<br>
align_lexer.l:32: error: 'START' undeclared (first use in this function)<br>
align_lexer.l:33: error: 'END' undeclared (first use in this function)<br>
align_lexer.l:34: error: 'CH' undeclared (first use in this function)<br>
align_lexer.l:35: error: 'DELAY' undeclared (first use in this function)<br>
make[1]: *** [bld_ppc-linux_4.2.2/gen_ppc-linux_4.2.2/align_lexer.o] Error 1<br>
make[1]: Target `all' not remade because of errors.<br>
make[1]: Leaving directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/trloii/trigalign'<br>
make: *** [trigalign_dir] Error 2<br>
make: Target `all' not remade because of errors.</div>
<br>
<p></p>
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Von:</b> subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von Håkan T Johansson <f96hajo@chalmers.se><br>
<b>Gesendet:</b> Dienstag, 9. Januar 2024 16:36:28<br>
<b>An:</b> Discuss use of Nurdlib, TRLO II, drasi and UCESB.<br>
<b>Betreff:</b> Re: [subexp-daq] NURDLIB: - how to check which version is installed and how to update to the most recent version</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText"><br>
Quick-fix for the trigalign:<br>
<br>
try compile with 'make -k', which tries to continue with other things. <br>
the trigger aligment you likely do not use, so we can solve that more slowly.<br>
<br>
You are not creating problems, we want/need to know what does not work so <br>
it can get fixed :)<br>
<br>
Cheers,<br>
Håkan<br>
<br>
<br>
<br>
On Tue, 9 Jan 2024, Weber, Guenter Dr. wrote:<br>
<br>
> <br>
> Dear friends,<br>
> <br>
> <br>
> what I now did:<br>
> <br>
> <br>
> 1) Deleting the folders of DRASI, TRLOII, and R3BFUSER<br>
> <br>
> 2) Downloading the most recent versions from Gitlab<br>
> <br>
> 3) Executing MAKE CLEAN, followed by MAKE in the folders TRLOII and DRASI on the PC (make fw_d96ffc88_trlo_build failed on the PC, make<br>
> fw_d374466d_tridi_build I did not try)<br>
> <br>
> 4) Executing MAKE CLEAN, followed by MAKE on the RIO in the folder TRLOII. And there a new problem shows up:<br>
> <br>
> <br>
> make[1]: Entering directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/trloii/trigalign'<br>
>    CC    bld_ppc-linux_4.2.2/align_analyse.o<br>
>    CC    bld_ppc-linux_4.2.2/gen_ppc-linux_4.2.2/align_parser.o<br>
> gen_ppc-linux_4.2.2/align_parser.c:19: warning: 'align_growstack' declared 'static' but never defined<br>
>    CC    bld_ppc-linux_4.2.2/gen_ppc-linux_4.2.2/align_lexer.o<br>
> align_lexer.l: In function 'align_lex':<br>
> align_lexer.l:28: error: 'align_lval' undeclared (first use in this function)<br>
> align_lexer.l:28: error: (Each undeclared identifier is reported only once<br>
> align_lexer.l:28: error: for each function it appears in.)<br>
> align_lexer.l:29: error: 'INTEGER' undeclared (first use in this function)<br>
> align_lexer.l:32: error: 'START' undeclared (first use in this function)<br>
> align_lexer.l:33: error: 'END' undeclared (first use in this function)<br>
> align_lexer.l:34: error: 'CH' undeclared (first use in this function)<br>
> align_lexer.l:35: error: 'DELAY' undeclared (first use in this function)<br>
> make[1]: *** [bld_ppc-linux_4.2.2/gen_ppc-linux_4.2.2/align_lexer.o] Error 1<br>
> make[1]: Leaving directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/trloii/trigalign'<br>
> make: *** [trigalign_dir] Error 2<br>
> <br>
> When I was compiling TRLOII with the old version, this error did not occur.<br>
> <br>
> <br>
> <br>
> I am really sorry for causing so much trouble 😞<br>
> <br>
> <br>
> <br>
> <br>
> Best greetings<br>
> <br>
> Günter<br>
> <br>
> <br>
> <br>
> _____________________________________________________________________________________________________________________________________________________<br>
> Von: subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von Håkan T Johansson <f96hajo@chalmers.se><br>
> Gesendet: Dienstag, 9. Januar 2024 16:05:19<br>
> An: Discuss use of Nurdlib, TRLO II, drasi and UCESB.<br>
> Betreff: Re: [subexp-daq] NURDLIB: - how to check which version is installed and how to update to the most recent version  <br>
> <br>
> Dear Günter,<br>
> <br>
> yes, please download the latest drasi.  That should fix the broken link.<br>
> <br>
> ALso, compile it on the PC first.  That will download the file, and then<br>
> the RIO compile will use that.<br>
> <br>
> I'd suggest to also update trloii before compiling!  Same trick there<br>
> might be helpful, i.e. compile on PC first.  Nothing to download, but some<br>
> generated files are quicker made on a PC.<br>
> <br>
> Cheers,<br>
> Håkan<br>
> <br>
> <br>
> On Tue, 9 Jan 2024, Weber, Guenter Dr. wrote:<br>
> <br>
> ><br>
> > Dear Håkan,<br>
> ><br>
> ><br>
> > in the last step (DRASI compilation) I now get this problem:<br>
> ><br>
> ><br>
> > make[1]: Entering directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/drasi/lwrocmon'<br>
> >    CC    bld_ppc-linux_4.2.2/lwrocmon.o<br>
> >    CC    bld_ppc-linux_4.2.2/lwroc_mon_basic.o<br>
> >    CC    bld_ppc-linux_4.2.2/lwroc_mon_rate.o<br>
> >    CC    bld_ppc-linux_4.2.2/lwroc_mon_detail.o<br>
> >    CC    bld_ppc-linux_4.2.2/lwroc_mon_tree.o<br>
> > lwroc_mon_tree.c: In function 'lwroc_draw_mon_tree_item':<br>
> > lwroc_mon_tree.c:3116: warning: 'label._ambiguity' may be used uninitialized in this function<br>
> >    CC    bld_ppc-linux_4.2.2/lwroc_mon_status.o<br>
> >   LINK   bin_ppc-linux_4.2.2/lwrocmon<br>
> >    CC    bld_ppc-linux_4.2.2/lwroclog.o<br>
> >   LINK   bin_ppc-linux_4.2.2/lwroclog<br>
> >    CC    bld_ppc-linux_4.2.2/lwrocctrl.o<br>
> >   LINK   bin_ppc-linux_4.2.2/lwrocctrl<br>
> >   LINK   bin_ppc-linux_4.2.2/lwrocmerge<br>
> > DOWNLOAD <a href="https://www.ietf.org/timezones/data/leap-seconds.list">https://www.ietf.org/timezones/data/leap-seconds.list</a><br>
> > curl: (6) Couldn't resolve host '<a href="http://www.ietf.org">www.ietf.org</a>'<br>
> > ../scripts/download-leap-seconds.sh: line 67: wget: command not found<br>
> > Failed to download download/leap-seconds.list from <a href="https://www.ietf.org/timezones/data/leap-seconds.list">
https://www.ietf.org/timezones/data/leap-seconds.list</a><br>
> > Try on other platform, or manually, or use IGNORELEAPSECONDFILE=1<br>
> > make[1]: *** [download/leap-seconds.list] Error 1<br>
> > make[1]: Leaving directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/drasi/lwrocmon'<br>
> > make: *** [lwrocmon_dir] Error 2<br>
> ><br>
> > Problem 1: the RIO has no connection to the web.<br>
> ><br>
> > Problem 2: the links is no longer valid, see here: <a href="https://www.ietf.org/timezones/data/leap-seconds.list">
https://www.ietf.org/timezones/data/leap-seconds.list</a><br>
> ><br>
> ><br>
> > Possible solution for problem 2: <a href="https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list">
https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list</a><br>
> ><br>
> > (But I have no idea if this file has an identical structure or just the same name.)<br>
> ><br>
> ><br>
> > There is the possibility to set the variable "LEAPFILE" that is used in<br>
> > "~/mbsrun/rio4/2024_mcalstruck/drasi/scripts/download-leap-seconds.sh" to point to a local file. However, LEAPFILE is set in the<br>
> > following way:<br>
> ><br>
> ><br>
> > LEAPFILE=$1<br>
> ><br>
> > So, I would need to know where "download-leap-seconds.sh" is called to give it the right value. And then cross the fingers that<br>
> > leap-seconds.list that I found on the web is the right one.<br>
> ><br>
> ><br>
> > I am really curious how Bastian managed to compile DRASI on our system without running into this problem.<br>
> ><br>
> ><br>
> > Alternatively, should I download the most recent DRASI version and give it a try?<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > Best greetings<br>
> ><br>
> > Günter<br>
> ><br>
> ><br>
> ><br>
> > ________________________________________________________________________________________________________________________________<br>
> > Von: subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von Håkan T Johansson <f96hajo@chalmers.se><br>
> > Gesendet: Dienstag, 9. Januar 2024 14:56:41<br>
> > An: Discuss use of Nurdlib, TRLO II, drasi and UCESB.<br>
> > Betreff: Re: [subexp-daq] NURDLIB: - how to check which version is installed and how to update to the most recent version  <br>
> ><br>
> > Dear Günter,<br>
> ><br>
> > the 'make drasi' in the 'r3bfuser' directory actually does not compile<br>
> > drasi itself (I suspect) but a readout which uses files from drasi (and<br>
> > trloii).  One suspicion is that due to the directory change, some paths<br>
> > have ended up being hard-coded in the actual 'drasi' and 'trloii'<br>
> > directories.<br>
> ><br>
> > Since you are working in a full copy anyhow, please try<br>
> ><br>
> > cd $EXP_PATH<br>
> > pwd                # make sure it is the new path<br>
> > cd trloii<br>
> > make clean<br>
> > make<br>
> > cd trloctrl<br>
> > make fw_d96ffc88_trlo_build<br>
> > make fw_d374466d_tridi_build<br>
> ><br>
> > cd $EXP_PATH<br>
> > pwd                # make sure it is the new path<br>
> > cd drasi<br>
> > make<br>
> ><br>
> > and then the compilation in the 'r3bfuser' directory.<br>
> ><br>
> > ---<br>
> ><br>
> > Let's see if that helps.<br>
> ><br>
> > Cheers,<br>
> > Håkan<br>
> ><br>
> ><br>
> ><br>
> > On Tue, 9 Jan 2024, Weber, Guenter Dr. wrote:<br>
> ><br>
> > ><br>
> > > P.S.<br>
> > ><br>
> > ><br>
> > > I also checked what is in the folder "build_cc_ppc-linux_4.2.2_debug" of the previous version of NURDLIB:<br>
> > ><br>
> > ><br>
> > > RIO4-MCAL-2 mbsdaq > ls -l<br>
> > > total 2192<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jun 28  2023 _ccd/<br>
> > > drwx--S---  3 mbsdaq daq    4096 Jun 28  2023 _hconf/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jun 28  2023 config/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jun 28  2023 crate/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jun 28  2023 ctrl/<br>
> > > drwxr-sr-x  5 mbsdaq daq    4096 Mar  1  2023 hconf/<br>
> > > -rw-r--r--  1 mbsdaq daq    1749 Jun 28  2023 hconf.cache<br>
> > > -rw-r--r--  1 mbsdaq daq      11 Jun 28  2023 hconf.cache.ccd<br>
> > > -rw-r--r--  1 mbsdaq daq 2174826 Sep 11 12:19 libnurdlib.a<br>
> > > -rwxr-xr-x  1 mbsdaq daq   19974 Jun 28  2023 md5summer*<br>
> > > drwxr-sr-x 48 mbsdaq daq    4096 Sep 11 12:19 module/<br>
> > > drwxr-sr-x  5 mbsdaq daq    4096 Mar  1  2023 replacements/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jun 28  2023 tools/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jun 28  2023 util/<br>
> > ><br>
> > > Obviously, there are quite some differences. Maybe this helps to understand what the problem with DRASI compilation is.<br>
> > ><br>
> > ><br>
> > ><br>
> > ><br>
> > ><br>
> > > Best greetings<br>
> > ><br>
> > > Günter<br>
> > ><br>
> > ><br>
> > ><br>
> > >_______________________________________________________________________________________________________________________________<br>
> > _<br>
> > > Von: subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von Weber, Guenter Dr. <g.weber@hi-jena.gsi.de><br>
> > > Gesendet: Dienstag, 9. Januar 2024 13:28:24<br>
> > > An: Discuss use of Nurdlib, TRLO II, drasi and UCESB.<br>
> > > Betreff: Re: [subexp-daq] NURDLIB: - how to check which version is installed and how to update to the most recent version  <br>
> > ><br>
> > > Dear Hans,<br>
> > ><br>
> > ><br>
> > > here is the result when I try to compile DRASI:<br>
> > ><br>
> > ><br>
> > > RIO4-MCAL-2 mbsdaq > make drasi<br>
> > > rm -f build_cc_ppc-linux_4.2.2_debug<br>
> > > [ -d build_cc_ppc-linux_4.2.2_debug_drasi ] || mkdir -p build_cc_ppc-linux_4.2.2_debug_drasi<br>
> > > ln -s build_cc_ppc-linux_4.2.2_debug_drasi build_cc_ppc-linux_4.2.2_debug<br>
> > > make -f Makefile.drasi<br>
> > > sed: can't read ../nurdlib/build_cc_ppc-linux_4.2.2_debug/hconf.cache: No such file or directory<br>
> > > sed: can't read ../nurdlib/build_cc_ppc-linux_4.2.2_debug/hconf.cache: No such file or directory<br>
> > > make[1]: Entering directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/r3bfuser'<br>
> > > make -C ../nurdlib lib<br>
> > > Could not figure out RFX1 firmware (8-xdigit number), skipping.<br>
> > > TRIDI_FW=d374466d<br>
> > > VULOM4_FW=d96ffc88<br>
> > > RFX1_FW=<br>
> > > make[2]: Entering directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/nurdlib'<br>
> > > make[2]: Nothing to be done for `lib'.<br>
> > > make[2]: Leaving directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/nurdlib'<br>
> > > make[1]: *** No rule to make target `../nurdlib/build_cc_ppc-linux_4.2.2_debug/hconf.cache', needed by<br>
> > > `build_cc_ppc-linux_4.2.2_debug/hconf.cache'.  Stop.<br>
> > > make[1]: Leaving directory `/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2024_mcalstruck/r3bfuser'<br>
> > > make: *** [drasi] Error 2<br>
> > ><br>
> > > As "hconf.cache" is not found, I had a look at the content of "nurdlib/build_cc_ppc-linux_4.2.2_debug":<br>
> > ><br>
> > > RIO4-MCAL-2 mbsdaq > ls -l<br>
> > > total 8084<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jan  8 14:27 config/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jan  8 14:27 crate/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jan  9 10:54 ctrl/<br>
> > > -rw-r--r--  1 mbsdaq daq 2165210 Jan  9 10:54 libnurdlib.a<br>
> > > -rwxr-xr-x  1 mbsdaq daq   19930 Jan  8 14:27 md5summer*<br>
> > > drwxr-sr-x 54 mbsdaq daq    4096 Jan  8 14:28 module/<br>
> > > drwx--S---  5 mbsdaq daq    4096 Jan  8 14:27 nconf/<br>
> > > -rw-r--r--  1 mbsdaq daq     400 Jan  8 14:27 nconf.args<br>
> > > -rw-r--r--  1 mbsdaq daq       4 Jan  8 14:27 nconf.args.1st<br>
> > > -rwxr-xr-x  1 mbsdaq daq   27707 Jan  8 14:27 nconfer*<br>
> > > drwx--S---  3 mbsdaq daq    4096 Jan  8 14:27 nconfing/<br>
> > > drwxr-sr-x  3 mbsdaq daq    4096 Jan  8 14:29 ntest/<br>
> > > -rwxr-xr-x  1 mbsdaq daq 1726034 Jan  9 10:54 nurdctrl*<br>
> > > drwxr-sr-x  5 mbsdaq daq    4096 Jan  8 14:27 replacements/<br>
> > > -rwxr-xr-x  1 mbsdaq daq 2381977 Jan  8 14:29 test*<br>
> > > -rw-r--r--  1 mbsdaq daq  116999 Jan  9 10:54 test.log<br>
> > > -rwxr-xr-x  1 mbsdaq daq 1724366 Jan  9 10:54 test_ctrl*<br>
> > > -rw-r--r--  1 mbsdaq daq    3612 Jan  9 10:54 test_ctrl.log<br>
> > > -rw-r--r--  1 mbsdaq daq       0 Jan  9 10:54 test_ctrl_ok<br>
> > > -rwxr-xr-x  1 mbsdaq daq   42392 Jan  8 14:29 test_ntest*<br>
> > > -rw-r--r--  1 mbsdaq daq    1217 Jan  8 14:29 test_ntest.log<br>
> > > -rw-r--r--  1 mbsdaq daq       0 Jan  8 14:29 test_ntest_ok<br>
> > > -rw-r--r--  1 mbsdaq daq       0 Jan  9 10:54 test_ok<br>
> > > drwxr-sr-x  3 mbsdaq daq    4096 Jan  9 10:54 tests/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jan  9 10:55 tools/<br>
> > > drwxr-sr-x  2 mbsdaq daq    4096 Jan  8 14:28 util/<br>
> > ><br>
> > ><br>
> > > Do you have any idea what went wrong? Maybe the DRASI version that is on our machine is too old and compatible with the most<br>
> > > recent NURDLIB version?<br>
> > ><br>
> > ><br>
> > ><br>
> > ><br>
> > > Best greetings<br>
> > ><br>
> > > Günter<br>
> > ><br>
> > ><br>
> > ><br>
> > >_______________________________________________________________________________________________________________________________<br>
> > _<br>
> > > Von: subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von Hans Toshihide Törnqvist <hans.tornqvist@chalmers.se><br>
> > > Gesendet: Dienstag, 9. Januar 2024 11:31:34<br>
> > > An: Discuss use of Nurdlib, TRLO II, drasi and UCESB.; Weber, Guenter Dr.<br>
> > > Betreff: Re: [subexp-daq] NURDLIB: - how to check which version is installed and how to update to the most recent version  <br>
> > > Dear Günter,<br>
> > ><br>
> > > On 2024-01-09 11:18, Weber, Guenter Dr. wrote:<br>
> > > > Dear Hans, dear Håkan,<br>
> > > ><br>
> > > > now the compilation was successful.<br>
> > ><br>
> > > *Thumbs up*<br>
> > ><br>
> > > > Side note:<br>
> > > ><br>
> > > > 'export VARIABLE_NAME=VARIABLE_VALUE' did not work on our RIO4. Instead<br>
> > > > 'setenv VARIABLE_NAME VARIABLE_VALUE' needed to be used. Probably, this<br>
> > > > due to not using bash but tcsh (for whatever reason).<br>
> > ><br>
> > > If I remember correctly, the historical reason was to easily have the<br>
> > > .bashrc for normal systems and the .tcshrc for DAQ systems.<br>
> > ><br>
> > > > Now I updated the NURDLIB, right? To check if it actually works with the<br>
> > > > hardware present, I would now need to run the DAQ and have a look at the<br>
> > > > output data.<br>
> > ><br>
> > > You also need to rebuild the f-user. Nurdlib provides the library to<br>
> > > read out hardware, the f-user is the piece of code between nurdlib and<br>
> > > the DAQ backend, in this case drasi.<br>
> > > So, something like:<br>
> > ><br>
> > > cp -r r3bfuser r3bfuser.20240109 # Backup!<br>
> > > cd r3bfuser<br>
> > > rm -rf build_*<br>
> > > make drasi<br>
> > ><br>
> > > I'm pretty sure that r3bfuser looks for nurdlib in "../nurdlib/".<br>
> > ><br>
> > > > Will DRASI automatically work with the new NURDLIB or do I need to<br>
> > > > compile it again?<br>
> > ><br>
> > > This would solved with the r3bfuser rebuild :)<br>
> > > Eventually, once this nurdlib business is settled, you could consider<br>
> > > updating drasi too. It's good practice, updating and backing things up.<br>
> > ><br>
> > > > Will also UCESB automatically adapt to the new NURDLIB or do I need to<br>
> > > > compile it again?<br>
> > ><br>
> > > Should be fine as is.<br>
> > ><br>
> > > > (I am a bit puzzled by the fact that it is<br>
> > > > '~/mbsrun/rio4/mcalstruck/ucesb/...' and not<br>
> > > > '~/mbsrun/rio4/2023_mcalstruck/ucesb/...'. This seems to be inconsistent.)<br>
> > ><br>
> > > Feel free to play around, again once the nurdlib stuff is done!<br>
> > ><br>
> > > > Moreover, I found the following environment variables that (to my<br>
> > > > understanding) tell the various parts of the DAQ software where it can<br>
> > > > find some necessary stuff:<br>
> > > ><br>
> > > > TRLOII_PATH=/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2023_mcalstruck/trloii<br>
> > > ><br>
> > TRIDI_CTRL=/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2023_mcalstruck/trloii/trloctrl/fw_d374466d_tridi/bin_ppc-linux_4.2.2/tridi_ctrl<br>
> > > > TRIMI_CTRL=/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2023_mcalstruck/trloii/trimictrl/bin_ppc-linux_4.2.2/trimictrl<br>
> > > > TRLOII_FLASH=/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2023_mcalstruck/trloii/flash/bin_ppc-linux_4.2.2/vulomflash<br>
> > > > VULOM4_CTRL=/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2023_mcalstruck/trloii/trloctrl/fw_d96ffc88_trlo/bin_ppc-linux_4.2.2/trlo_ctrl<br>
> > > > EXP_PATH=/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2023_mcalstruck<br>
> > > > HTOOLS_PATH=/LynxOS/mbsusr/mbsdaq/mbsrun/rio4/2023_mcalstruck/htools<br>
> > > ><br>
> > > > As I copied the complete folder structure of '2023_mcalstruck' to<br>
> > > > '2024_mcalstruck', to be consistent I will redefine all this variables<br>
> > > > to point to the new folder.<br>
> > ><br>
> > > Good idea, and eventually you may want to automate this with a set of<br>
> > > other scripts for future DAQ:s :)<br>
> > ><br>
> > > > Best greetings from Jena<br>
> > > ><br>
> > > > Günter<br>
> > > Cheers,<br>
> > > Hans<br>
> > > --<br>
> > > subexp-daq mailing list<br>
> > > subexp-daq@lists.chalmers.se<br>
> > > <a href="https://lists.chalmers.se/mailman/listinfo/subexp-daq">https://lists.chalmers.se/mailman/listinfo/subexp-daq</a><br>
> > ><br>
> > ><br>
> ><br>
> ><br>
> <br>
></div>
</span></font>
</body>
</html>