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 <2020> 2021 2022 2023 2024 2025 | 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 <2020> 2021 2022 2023 2024 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: EPICS7 and Python |
From: | Matt Newville via Tech-talk <tech-talk at aps.anl.gov> |
To: | Juan F. Esteban Müller <JuanF.EstebanMuller at ess.eu> |
Cc: | "Cobb, Tom \(DLSLtd,RAL,LSCI\) via Tech-talk" <tech-talk at aps.anl.gov> |
Date: | Tue, 18 Aug 2020 11:48:08 -0500 |
Thanks for your replies, Tom, Michael, and Matt.
It looks like indeed the problem is that pyepics is using a different version of the EPICS libraries. I might have been confused about how this is done.
I installed pyepics and p4p using pip, and it was fetching epicscorelibs, but then I was setting PYEPICS_LIBCA to use a patched 7.0.4 to fix a couple of other issues I was having (https://github.com/epics-base/pva2pva/pull/34, https://github.com/epics-base/epics-base/issues/83).
It seems that pyepics is using that environment variable, but p4p is ignoring it, so each module is trying to load different versions of the libraries. I was probably lucky that it worked in the past with Python 3.7.3 on macos Mojave and on Python 2.7.