EPICS Home

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  <20182019  2020  2021  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  <20182019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: ezca
From: Mark Rivers <[email protected]>
To: "Siddons, David" <[email protected]>, techtalk ‎[[email protected]]‎ <[email protected]>
Date: Sun, 21 Jan 2018 00:22:44 +0000
Hi Pete,


> I'm having some trouble with EZCA. Does anyone else still use this?


Yes, we use it because it is part of the IDL EPICS interface.  It is also part of the matlab EPICS interface, which I don't use but I know that others do.


> Do we know if there are 64-bit issues with it?


I have been using it with 64-bit IDL for many years and have never seen any problems.


> Does it work with 3.15.5?


Yes.  Here is the output of ldd on my IDL shareable library for EPICS.

corvette:extensions/lib/linux-x86_64>ldd /usr/local/idl_user/epics/libezcaIDL.so_linux_x86_64
        linux-vdso.so.1 =>  (0x00007ffcaa342000)
        libezca.so => /usr/local/epics/extensions/lib/linux-x86_64/libezca.so (0x00007f077cbd5000)
        libEzcaScan.so => /usr/local/epics/extensions/lib/linux-x86_64/libEzcaScan.so (0x00007f077c9c9000)
        libca.so.3.15.5 => /usr/local/epics/base-3.15.5/lib/linux-x86_64/libca.so.3.15.5 (0x00007f077c75f000)
        libCom.so.3.15.5 => /usr/local/epics/base-3.15.5/lib/linux-x86_64/libCom.so.3.15.5 (0x00007f077c4ec000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f077c2b9000)
        libreadline.so.6 => /lib64/libreadline.so.6 (0x00007f077c073000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f077be6b000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f077bc66000)
        libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f077b95e000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f077b65c000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f077b445000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f077b082000)
        /lib64/ld-linux-x86-64.so.2 (0x000055fd08911000)
        libtinfo.so.5 => /lib64/libtinfo.so.5 (0x00007f077ae57000)

So it is using the 3.15.5 versions of libCom and libca.


> I see wrong values from an ezcaGet of an array of long ints. The caget shell command gets the right values.


What version of ezca are you using?  The latest (though still over 4 years old) is on Github:

https://github.com/epics-extensions/ezca


You are referring to the function ezcaGet in the ezca library?  So you are calling this from an application you have written?


Can you send the source code for that application, and the incorrect output you are getting?


Cheers,

Mark




________________________________
From: [email protected] <[email protected]> on behalf of Siddons, David <[email protected]>
Sent: Saturday, January 20, 2018 3:16 PM
To: techtalk ‎[[email protected]]‎
Subject: ezca

Hi Tech-talk,
I'm having some trouble with EZCA. Does anyone else still use this? Do we know if there are 64-bit issues with it? Does it work with 3.15.5? I see wrong values from an ezcaGet of an array of long ints. The caget shell command gets the right values.
Pete.


Replies:
Re: ezca Till Straumann
References:
ezca Siddons, David

Navigate by Date:
Prev: Re: Seq-2.2.5 compilation on windows Mark Rivers
Next: Re: ezca Till Straumann
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  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: ezca Siddons, David
Next: Re: ezca Till Straumann
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  <20182019  2020  2021  2022  2023  2024