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: Till Straumann <[email protected]>
Cc: "[email protected]" <[email protected]>
Date: Sun, 21 Jan 2018 02:35:44 +0000
Hi Till,

The version on Github had your enhancements merged into it in 2011. There have been several fixes to it since then.

Mark


Sent from my iPhone

> On Jan 20, 2018, at 7:35 PM, Till Straumann <[email protected]> wrote:
> 
> A long time ago I created a thread-safe fork of ezca for the labCA matlab/scilab CA interface
> (http://www.slac.stanford.edu/~strauman/labca/) This definitely works on 64-bit systems (linux + windows).
> I don't know if we are using it already with 3.15 but we definitely will and I don't anticipate
> serious problems.
> 
> - Till
> 
> 
>> On 01/20/2018 04:22 PM, Mark Rivers wrote:
>> 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 Siddons, David
References:
ezca Siddons, David
Re: ezca Mark Rivers
Re: ezca Till Straumann

Navigate by Date:
Prev: Re: ezca Till Straumann
Next: RE: ezca Siddons, David
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: Re: ezca Till Straumann
Next: RE: ezca Siddons, David
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