Hi Jeff,


On Thu, Jan 9, 2020 at 9:51 AM Jeff Terry <terryj@iit.edu> wrote:
Hi Matt, 

Thanks for the help. Not your trouble. This one was thanks to Apple. I strongly caution anyone who is upgrading. It took out a lot of software. GSAS-II was a nightmare to get working again. 

I can confirm that the removal of pyepics allows larch to run on the command line. 

However, I now have a different problem. 

If I run either larch -m or sudo larch -m, I get the following error. 

Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/larch
Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/larch --wxgui
Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/xas_viewer
Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/gse_mapviewer
Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/gse_dtcorrect
Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/xrfdisplay
Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/dioptas_larch
Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/xrd2d_viewer
Warning: could not create shortcut to  /Users/jterry/anaconda3/bin/xrd1d_viewer

I don’t know if Apple has munged up the permissions to writing to the Desktop which is where the old Larch directory was placed or if something else has gone wrong. All the files are located in the anaconda/bin directory. Larch just appears unable to create the folder on the desktop or the shortcuts. 


No, this one is entirely my fault. It really only affects the creation of the desktop applications.   On Mac, doing

    pip install pyshortcuts==1.5

and then `larch -m` should work. 

I will try to get out a release of larch 0.9.47 by the end of the month that fixes all this.
And, FWIW, the pyepics vd Py3.7.6 problem is now resolved.


Thanks,

Jeff



On Jan 9, 2020, at 9:36 AM, Matt Newville <newville@cars.uchicago.edu> wrote:

Hi Jeff, 

Sorry for the trouble, and yes I can confirm this trouble.  It's actually not specific to MacOS version.  It appears to be related to Python 3.7.6 (yes, 3.7.5 and 3.8.0 were OK) breaking pyepics on all systems.  Unfortunately, a "conda update" will now install Python 3.7.6. 

For now, I would suggest just removing pyepics from the installation (it's not really necessary for Larch functionality) with 

   rm -rf /Users/jterry/anaconda3/lib/python3.7/site-packages/epics/

I think that should work, at least until pyepics gets fixed.


On Thu, Jan 9, 2020 at 2:37 AM Jeff Terry <terryj@iit.edu> wrote:
Hi Matt, 

I had to upgrade my Mac to OS X 10.15 and it blew up my Anaconda distribution which has forced me to reinstall everything from scratch.

Now whether I install larch from source or by using conda, I get the following error:

Traceback (most recent call last):
  File "/Users/jterry/anaconda3/lib/python3.7/ctypes/__init__.py", line 97, in CFUNCTYPE
    return _c_functype_cache[(restype, argtypes, flags)]
KeyError: (None, (<class 'epics.dbr.access_rights_handler_args'>,), 1)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/jterry/anaconda3/bin/larch", line 11, in <module>
    load_entry_point('xraylarch==0.9.46', 'console_scripts', 'larch')()
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/pkg_resources/__init__.py", line 489, in load_entry_point
    return get_distribution(dist).load_entry_point(group, name)
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2852, in load_entry_point
    return ep.load()
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2443, in load
    return self.resolve()
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2449, in resolve
    module = __import__(self.module_name, fromlist=['__name__'], level=0)
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/larch/__init__.py", line 50, in <module>
    from . import builtins
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/larch/builtins.py", line 33, in <module>
    from . import epics
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/larch/epics/__init__.py", line 9, in <module>
    import epics
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/epics/__init__.py", line 29, in <module>
    from . import ca
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/epics/ca.py", line 761, in <module>
    dbr.access_rights_handler_args)
  File "/Users/jterry/anaconda3/lib/python3.7/site-packages/epics/dbr.py", line 339, in make_callback
    return ctypes.CFUNCTYPE(None, args)(func)
  File "/Users/jterry/anaconda3/lib/python3.7/ctypes/__init__.py", line 99, in CFUNCTYPE
    class CFunctionType(_CFuncPtr):
TypeError: item 1 in _argtypes_ passes a struct/union with a bitfield by value, which is unsupported.



I think that line 11 is:  load_entry_point('xraylarch==0.9.46', 'console_scripts', 'larch')()

Any ideas on how to address this issue?

Thanks,

Jeff

Jeff Terry
Professor of Physics, Illinois Institute of Technology 



_______________________________________________
Ifeffit mailing list
Ifeffit@millenia.cars.aps.anl.gov
http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
Unsubscribe: http://millenia.cars.aps.anl.gov/mailman/options/ifeffit


--
--Matt Newville <newville at cars.uchicago.edu> 630-252-0431
_______________________________________________
Ifeffit mailing list
Ifeffit@millenia.cars.aps.anl.gov
http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
Unsubscribe: http://millenia.cars.aps.anl.gov/mailman/options/ifeffit

_______________________________________________
Ifeffit mailing list
Ifeffit@millenia.cars.aps.anl.gov
http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
Unsubscribe: http://millenia.cars.aps.anl.gov/mailman/options/ifeffit


--
--Matt Newville <newville at cars.uchicago.edu> 630-252-0431