EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: ADEiger 1.8
From: "Yendell, Gary \(DLSLtd, RAL, LSCI\) via Tech-talk" <tech-talk at aps.anl.gov>
To: "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Date: Wed, 19 Aug 2020 07:54:21 +0000
Hi Nino,

Could you post the output of the Rest API errors you get when using the Eiger1 template? As Lewis said, you may have an effectively unique version of the API because of the way Dectris update the detectors - possibly they have backported some of the 1.8 API.

Cheers,
Gary


From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of tech-talk-request at aps.anl.gov <tech-talk-request at aps.anl.gov>
Sent: 19 August 2020 00:01
To: tech-talk at aps.anl.gov <tech-talk at aps.anl.gov>
Subject: Tech-talk Digest, Vol 14, Issue 452
 
Send Tech-talk mailing list submissions to
        tech-talk at aps.anl.gov

To subscribe or unsubscribe via the World Wide Web, visit
        https://mailman.aps.anl.gov/mailman/listinfo/tech-talk
or, via email, send a message with subject or body 'help' to
        tech-talk-request at aps.anl.gov

You can reach the person managing the list at
        tech-talk-owner at aps.anl.gov

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Tech-talk digest..."


Today's Topics:

   1. Re: redundancy materials (Johnson, Andrew N.)
   2. ADPilatus and camserver version (John Dobbins)
   3. installing synApps on Ubuntu (Randall Cayford)
   4. Re: ADPilatus and camserver version (Mark Rivers)
   5. ADEiger 1.8  (Miceli, Antonino)
   6. get the timestamp of a record as a human-readable string and
      restore it after rebooting (Hu, Yong)


----------------------------------------------------------------------

Message: 1
Date: Tue, 18 Aug 2020 18:00:01 +0000
From: "Johnson, Andrew N." <anj at anl.gov>
To: saleem khan <saleem.msphy at gmail.com>
Cc: EPICS tech-talk <tech-talk at aps.anl.gov>
Subject: Re: redundancy materials
Message-ID: <BB4ECFA3-BA59-4E61-95E1-1057B55A32A8 at anl.gov>
Content-Type: text/plain; charset="utf-8"

Hi,

On Aug 18, 2020, at 10:26 AM, saleem khan via Tech-talk <tech-talk at aps.anl.gov<mailto:tech-talk at aps.anl.gov>> wrote:

please help me where and how i download ioc redundancy materials and installation guide

muhammad saleem

Support for redundant IOCs has never been part of the core EPICS code nor is it maintained by the core developers group. It was developed by/for DESY but they don?t publish the code online. They are apparently no longer able to maintain it themselves, and we don?t know if it works with recent versions of EPICS at all (to be honest it probably won?t). The last discussions here about it were in this message<https://epics.anl.gov/tech-talk/2017/msg01265.php>, this one<https://epics.anl.gov/tech-talk/2017/msg01607.php> and this<https://epics.anl.gov/tech-talk/2019/msg01749.php> unanswered question.

If there are sites that are relying on this software they should probably get together and try to find some funding or developer expertise to maintain it.

- Andrew


--
Complexity comes for free, simplicity you have to work for.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.aps.anl.gov/pipermail/tech-talk/attachments/20200818/82835917/attachment.html>

------------------------------

Message: 2
Date: Tue, 18 Aug 2020 20:56:06 +0000
From: John Dobbins <john.dobbins at cornell.edu>
To: "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Subject: ADPilatus and camserver version
Message-ID:
        <CH2PR04MB66044DB12156D8E80CFC784B875C0 at CH2PR04MB6604.namprd04.prod.outlook.com>
       
Content-Type: text/plain; charset="iso-8859-1"

I have several PILATUS detectors running areaDetector 1-9 (on various OSs - OpenSUSE 10, CentOS 6). I am wondering about the feasibility of upgrading to the latest version of areaDetector. In particular does ADPilatus require a specific version of camserver?

Thanks,

John Dobbins

Research Support Specialist
Cornell High Energy Synchrotron Source
Cornell University

www.chess.cornell.edu<http://www.chess.cornell.edu>

Maybe it's all part of a great big ineffable plan. - Neil Gaiman, _Good Omens_

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.aps.anl.gov/pipermail/tech-talk/attachments/20200818/6b1d04cb/attachment.html>

------------------------------

Message: 3
Date: Tue, 18 Aug 2020 14:45:15 -0700
From: Randall Cayford <rcayford at lbl.gov>
To: tech-talk at aps.anl.gov
Subject: installing synApps on Ubuntu
Message-ID: <4D1F5151-7A8B-4C2C-96EB-0D8CF08AAC16 at lbl.gov>
Content-Type: text/plain;       charset=utf-8

We must be missing something obvious but synApps won?t install on Ubuntu for us.  The problem step is make release hangs forever.  Some problem with perl but we don?t know what.

Steps:
install ubuntu 18 LTS
Install EPICS7
Unzip the synApps (6_1) tar file and edit config files
run ?make release?
Wait forever?.

Exact same procedure installs fine on Centos 7.  Since there isn?t a lot of chatter about this, it seems like we?re missing a step somewhere.  Anyone know what we need to do?

Thanks.

Randall



------------------------------

Message: 4
Date: Tue, 18 Aug 2020 22:06:12 +0000
From: Mark Rivers <rivers at cars.uchicago.edu>
To: John Dobbins <john.dobbins at cornell.edu>
Cc: "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Subject: Re: ADPilatus and camserver version
Message-ID: <6279B54F-75B0-4BAC-B449-43F705428752 at cars.uchicago.edu>
Content-Type: text/plain; charset="us-ascii"

ADPilatus attempts to determine the camserver version and behave correctly for any version. We have some very old camserver versions on 100K units with the latest ADPilatus.

Mark


Sent from my iPhone

On Aug 18, 2020, at 3:56 PM, John Dobbins via Tech-talk <tech-talk at aps.anl.gov> wrote:

?
I have several PILATUS detectors running areaDetector 1-9 (on various OSs - OpenSUSE 10, CentOS 6). I am wondering about the feasibility of upgrading to the latest version of areaDetector. In particular does ADPilatus require a specific version of camserver?

Thanks,

John Dobbins

Research Support Specialist
Cornell High Energy Synchrotron Source
Cornell University

www.chess.cornell.edu<http://www.chess.cornell.edu>

Maybe it's all part of a great big ineffable plan. - Neil Gaiman, _Good Omens_



------------------------------

Message: 5
Date: Tue, 18 Aug 2020 22:28:34 +0000
From: "Miceli, Antonino" <amiceli at anl.gov>
To: tech-talk <tech-talk at aps.anl.gov>
Cc: "Piatak, Christopher" <cpiatak at anl.gov>
Subject: ADEiger 1.8
Message-ID:
        <DM8PR09MB7125C332A41EEA25CBD0D284AF5C0 at DM8PR09MB7125.namprd09.prod.outlook.com>
       
Content-Type: text/plain; charset="iso-8859-1"

Hi,

We are trying to build https://github.com/dls-controls/ADEiger/tree/1.8.

We have an Eiger1 X 500k which recently got repaired and Dectris shipped with their 1.8 API. We see a few strange things.

1.) We can only get the device driver (EigerDetectorConfig) to load if eigerModel=2. I doubt they upgraded with the new Eiger2 chips, but I am double checking with Dectris. If we use eigerModel = 1 we get some Rest API errors.

2.) eiger2.template has an include for eigerBase.template. It says it can't open eigerBase.template. See below. We bypassed this problem by merging eigerBase.template into eiger1.template. Most PV fill except Firmware Version and Serial Number and the detector takes images ok. If we use eiger2.template (and eigerModel=2) we have more problems (not shown below or quantified yet).

Thanks,
Nino

________________________________



[dpuser@xraydetector91 iocEiger]$ ./start_ioc_eiger

/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9

/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADEiger-1-8

####################!../../bin/linux-x86_64/eigerDetectorApp

< envPaths.linux

</local/config/envPaths.linux

epicsEnvSet("DPEPICS", "/local/DPbin/epics/epics_2020-03-17")

#epicsEnvSet("DPEPICS", "/local/DPbin/epics/epics_2018-12-06")

#epicsEnvSet("SYNAPPS", "synApps_5_8")

epicsEnvSet("SYNAPPS", "support-R6-1/synApps_6_1")

</local/DPbin/epics/epics_2020-03-17/DPenvPaths.linux

epicsEnvSet("DPEPICS", "/local/DPbin/epics/epics_2020-03-17")

epicsEnvSet("SUPPORT","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support")

epicsEnvSet("EPICS_BASE","/local/DPbin/epics/epics_2020-03-17/base-7.0.3.1")

epicsEnvSet("ALIVE","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/alive-R1-1-1")

epicsEnvSet("ASYN","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/asyn-R4-39")

epicsEnvSet("AUTOSAVE","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/autosave-R5-10")

epicsEnvSet("AREA_DETECTOR","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9")

epicsEnvSet("ADCORE","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADCore-R3-9")

epicsEnvSet("ALLEN_BRADLEY","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/allenBradley-2-3")

epicsEnvSet("BUSY","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/busy-R1-7-2")

epicsEnvSet("CALC","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/calc-R3-7-3")

epicsEnvSet("CAPUTRECORDER","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/caputRecorder-R1-7-2")

epicsEnvSet("DAC128V","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/dac128V-R2-9")

epicsEnvSet("DELAYGEN","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/delaygen-R1-2-1")

epicsEnvSet("DEVIOCSTATS","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/iocStats-3-1-16")

epicsEnvSet("DXP","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/dxp-R6-0")

epicsEnvSet("IP","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/ip-R2-20-1")

epicsEnvSet("IP330","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/ip330-R2-9")

epicsEnvSet("IPAC","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/ipac-2-15")

epicsEnvSet("IPUNIDIG","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/ipUnidig-2-11")

epicsEnvSet("LOVE","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/love-R3-2-7")

epicsEnvSet("MCA","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/mca-R7-8")

epicsEnvSet("MEASCOMP","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/measComp-R2-3")

epicsEnvSet("MODBUS","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/modbus-R3-0")

epicsEnvSet("MOTOR","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/motor-R7-1")

epicsEnvSet("OPTICS","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/optics-R2-13-3")

epicsEnvSet("QUADEM","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/quadEM-R9-2-1")

epicsEnvSet("SPECTRAPLUGINS","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/spectraPlugins-1-6")

epicsEnvSet("SNCSEQ","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/seq-2-2-6")

epicsEnvSet("SOFTGLUE","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/softGlue-R2-8-2")

epicsEnvSet("SSCAN","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/sscan-R2-11-3")

epicsEnvSet("STD","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/std-R3-6")

epicsEnvSet("STREAM","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/StreamDevice-2-8-9")

epicsEnvSet("VAC","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/vac-R1-9")

epicsEnvSet("VME","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/vme-R2-9-2")

epicsEnvSet("XSPRESS3","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/xspress3")

epicsEnvSet("XXX","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/xxx-R6-1")

</local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADenvPaths.linux

epicsEnvSet("ADANDOR","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADAndor-R2-8")

epicsEnvSet("ADANDOR3","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADAndor3-master")

epicsEnvSet("ADMAR345","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADmar345-R2-2")

epicsEnvSet("ADMARCCD","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADmarCCD-R2-3")

epicsEnvSet("ADPILATUS","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADPilatus-R2-9)

ADenvPaths.linux line 5: Unbalanced quote.

epicsEnvSet("ADPIXIRAD","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADPixirad-R2-2")

epicsEnvSet("ADPROSILICA","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADProsilica-R2-5")

epicsEnvSet("ADMYTHEN","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADMythen-R2-1")

epicsEnvSet("ADPOINTGREY","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADPointGrey-R2-9")

epicsEnvSet("ADSIMDETECTOR","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADSimDetector-R2-10")

epicsEnvSet("ADEIGER","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADEiger-1-8")

epicsEnvSet("TOP","/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADEiger-1-8/iocs/eigerIOC")

epicsEnvSet("IOCBOOT", "/local/DPbin/epics/iocBoot/iocEiger/")

errlogInit(20000)

dbLoadDatabase("/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADEiger-1-8/iocs/eigerIOC/dbd/eigerDetectorApp.dbd")

eigerDetectorApp_registerRecordDeviceDriver(pdbbase)

##################################

#  Detector Pool Specific Things

##################################

< /local/config/xrd_config.epics

epicsEnvSet("ARCH","linux-x86_64")

epicsEnvSet("SUFFIX","_xrd91")

epicsEnvSet("SECTOR","dp_")

epicsEnvSet("LOCATION", "xraydetector91")

epicsEnvSet("ENGINEER", "DP")

epicsEnvSet("GROUP", "XSD-DET")

epicsEnvSet("DETECTOR", "eiger")

epicsEnvSet("PREFIX", "dp_eiger_xrd91:")

epicsEnvSet("IOC", "iocdp_eiger_xrd91")

# Load AliveRecord

dbLoadRecords("/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/alive-R1-1-1/aliveApp/Db/alive.db","P=dp_eiger_xrd91:,RHOST=164.54.100.11")

# Load DevIOCStats

dbLoadRecords("/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/iocStats-3-1-16/db/iocAdminSoft.db", "IOC=dp_eiger_xrd91")

##################################

#epicsEnvSet("PREFIX", "13EIG1:")

epicsEnvSet("PORT",   "EIG")

epicsEnvSet("QSIZE",  "20")

epicsEnvSet("XSIZE",  "1030")

epicsEnvSet("YSIZE",  "1065")

epicsEnvSet("NCHANS", "2048")

epicsEnvSet("CBUFFS", "500")

epicsEnvSet("EIGERIP", "10.42.41.10")

epicsEnvSet("EPICS_DB_INCLUDE_PATH", "/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADCore-R3-9/db")

epicsEnvSet("EPICS_CA_MAX_ARRAY_BYTES", "5000000")

#epicsEnvSet("PREFIX", "$(SECTOR)$(DETECTOR)$(SUFFIX):$(PREFIX1)")

eigerDetectorConfig("EIG", "10.42.41.10", 2,0, 0)

dbLoadRecords("/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADEiger-1-8/db/eiger2.template", "P=dp_eiger_xrd91:,R=cam1:,PORT=EIG,ADDR=0,TIMEOUT=1")

Can't open include file "eigerBase.template"

Error at or before ""eigerBase.template"" in file "/local/DPbin/epics/epics_2020-03-17/support-R6-1/synApps_6_1/support/areaDetector-R3-9/ADEiger-1-8/db/eiger2.template" line 5

# Debug

#asynSetTraceMask("$(PORT)", 0, 0x11)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.aps.anl.gov/pipermail/tech-talk/attachments/20200818/542fe80d/attachment.html>

------------------------------

Message: 6
Date: Tue, 18 Aug 2020 23:00:59 +0000
From: "Hu, Yong" <yhu at bnl.gov>
To: "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Subject: get the timestamp of a record as a human-readable string and
        restore it after rebooting
Message-ID: <1D9A2BBC-CC1E-461D-8A88-C20C0F8A7AFB at bnl.gov>
Content-Type: text/plain; charset="utf-8"

Hello everyone,

Since the field .TIME is internal to a record (e.g. recordA), it seems not straightforward for a string record (e.g. recordB) to directly get the timestamp of recordA as a human-readable string, although it is straightforward for a Python program to put a record?s timestamp as a string.

I managed to use ?Soft Timestamp? together with ?TSEL? to get the timestamp of a not-on-the-same-IOC record as a human-readable string. See below:
record(calcout,"recordA -Calc_") {
   field(INPA,"recordA CP")
    field(CALC,"1")
    field(OOPT,"Transition To Zero")
    field(OUT, "recordB.PROC")
}

record(stringin, "recordB")
{
    field(DTYP,"Soft Timestamp")
field(PINI,"YES")
#without TSEL, recordB will not be exactly the same as recordA?s timestamp
    field(TSEL,"recordA.TIME")
    field(INP, "@%Y-%m-%d %H:%M:%S.%f")
    info(autosaveFields_pass0, "VAL")
}

recordA is a bi record running on another IOC (that is why I use CP in INPA). I want to use recordB to latch the timestamp of recordA when recordA?s value goes from 1 to 0. Everything seems working as expected. However, there is one problem with autosave. After the IOC is rebooted, the value of recordB is <undefined>, it is not restored to its saved value although I see the saved value ?2020-08-15 01:18:55.236900451? in the *_pass0.sav file before I reboot the IOC. I also tried to use pass1, the same result <undefined>.
$ caget -a recordB
recordB     <undefined> <undefined>

I see some errors during the rebooting. I guess the reason why I get ?dbGetTimeStamp failed? is that the CA link is not established yet before initial process (PINI=YES). However, when I look through the code https://github.com/epics-base/epics-base/blob/3.15/src/ioc/misc/iocInit.c, dbCaLinkInit() is indeed before initialProcess().
reboot_restore: entry for file 'settings_pass0.sav'
reboot_restore: Found filename 'settings_pass0.sav' in restoreFileList.
*** restoring from './as/save/settings_pass0.sav' at initHookState 6 (before record/device init) ***
reboot_restore: done with file 'settings_pass0.sav'
recGblGetTimeStamp: dbGetTimeStamp failed, recorddB.TSEL = recordA

How do I solve this problem? Any suggestions are appreciated!
I am using Base-3.15.6-2 and autosave-5.9 if versions matter.

Thanks,
Yong Hu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.aps.anl.gov/pipermail/tech-talk/attachments/20200818/41b97dcd/attachment.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Tech-talk mailing list Tech-talk at aps.anl.gov
https://mailman.aps.anl.gov/mailman/listinfo/tech-talk


------------------------------

End of Tech-talk Digest, Vol 14, Issue 452
******************************************

 

-- 

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 


Navigate by Date:
Prev: Re: installing synApps on Ubuntu Jemian, Pete R. via Tech-talk
Next: Re: websocket connection via Streamdevice Johnson, Andrew N. via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
Navigate by Thread:
Prev: Re: ADEiger 1.8 J. Lewis Muir via Tech-talk
Next: get the timestamp of a record as a human-readable string and restore it after rebooting Hu, Yong via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
ANJ, 19 Aug 2020 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·