Dear Petr
Moving CCP4 to the end of the PATH could cause some problems,
for example on Linux CCP4 truncate would be shadowed by relatively
new truncate from GNU coreutils.
We've been aware that having tclsh, wish, etc in $CCP4/bin could cause
conflicts, but since no one complained it was a low-priority issue.
We'll try to do something with it for the next release.
Marcin
On Thu, Mar 12, 2015 at 07:49:15PM +0000, Petr Leiman wrote:
> Dear Community,
>
> What is the reason of placing the CCP4 PATH and other path-related variables in front of existing variables? This forces a linux system to use CCP4-distributed wish in all applications by default. Note that the ccp4i script calls CCP4 distributed wish explicitly with its full path.
>
> This might be trivial, and the fix is also trivial, but trivial things like that cause a lot of lost time and head scratching when tcl/tk programs compile without errors and perform some operations correctly but segfault on others - all due to a mixup of libraries and wish executables caused by CCP4 wish.
>
> Would it be possible to append CCP4 path variables by default instead of rather rudely jumping in front of the queue?
>
> Thank you,
>
> Petr
>
> ------------------
> Petr Leiman
> EPFL
> BSP 415
> CH-1015 Lausanne
> Switzerland
> Office: +41 21 69 30 441
> Mobile: +41 79 538 7647
> Fax: +41 21 69 30 422
> http://lbbs.epfl.ch
--
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
|