[Rivet] problems running rivet

[Andy Buckley]

Do you mean doing an installation into the build directory, i.e.
"./configure --prefix=$PWD"? That's not a good idea on any sort of system!

Not sure why Rivet isn't loading plugin libraries from the current
directory: there shouldn't be any reason for that not to work.

By the way, the path lookup has been made a bit more user friendly in
the new 1.5.0 release: since there are also plenty of bug fixes and
improvements, I recommend that you upgrade to that if you're not already
using it.

Best wishes,
Andy


On 13/03/11 17:23, Hannes Jung wrote:
> Hi Andy
> 
> sure... it does not depend on the name of the dir, it just needs to be a different name as from where I call it..
> I think it is a feature of the mac.
> I have a similar problem when using automake with install. If files 
> are int he same directroy, it returns an error, whereas on a linus system it doesn't...
> But, I have no idea, why it is so ...
> 
> Cheers
> 
> hannes
> 
> 
> On 13.03.2011, at 18:20, Andy Buckley wrote:
> 
>> Do I understand that the analysis libraries can only be loaded on your
>> Mac if they are located in a directory called "lib"? The directories
>> specified in RIVET_ANALYSIS_PATH should be the ones in which the .so
>> files are found, and we certainly don't hard-code any requirement that
>> these directories be called "lib"!
>>
>> Andy
>>
>>
>> On 13/03/11 14:37, Hannes Jung wrote:
>>> Dear  Hendrik et al
>>>
>>> thanks a lot for your reply.
>>> The problem was (again) the path name for RIVET_ANALYSIS_PATH.
>>> It did not work with 
>>> export RIVET_ANALYSIS_PATH=$PWD
>>> but it works fine if the .so file is stored in the directory
>>> $PWD/lib with
>>> export RIVET_ANALYSIS_PATH=$PWD/lib   
>>>
>>> Maybe this is a specific MAC feature.... 
>>>
>>> Cheers
>>> Hannes
>>>
>>>
>>>
>>> On 13.03.2011, at 08:42, Hendrik Hoeth wrote:
>>>
>>>> Dear Hannes,
>>>>
>>>> Thus spake Hannes Jung (hannes.jung at cern.ch):
>>>>
>>>>> after running successfully now the implemented Rivet analyses, I tried
>>>>> the test example.  However I get again stuck with a seg fault. [...]
>>>>> Any idea whether this comes from using rivet-nopy ?
>>>>
>>>> My magic crystal ball is at the manufacturer's for repair, so you'd have
>>>> to create an old-fashioned back trace in order to find the reason. It
>>>> ain't that complicated, though. Run in gdb and type "bt" followed by
>>>> "enter" after the seg fault occurred.
>>>>
>>>> Cheers,
>>>>
>>>> Hendrik
>>>>
>>>> -- 
>>>> It pays to be obvious, especially if you have
>>>> a reputation for subtlety.    -- Isaac Asimov
>>>
>>> ***********************************************************************
>>> Hannes Jung 
>>> Email: Hannes.Jung at cern.ch
>>> mobile :+49 40 8998 93741
>>> http://www.desy.de/~jung                                           
>>> Tel: +49 (0) 40 8998 3741 (DESY)
>>> Tel: +41 22 76 71691 (CERN)       
>>> CERN - PH
>>> 40-3 B11
>>> CH-1211 Genève 23
>>> Switzerland
>>> ***********************************************************************
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Rivet mailing list
>>> Rivet at projects.hepforge.org
>>> http://www.hepforge.org/lists/listinfo/rivet
>>>
>>
>>
>> -- 
>> Dr Andy Buckley
>> SUPA Advanced Research Fellow
>> Particle Physics Experiment Group, University of Edinburgh
>>
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>>
> 
> ***********************************************************************
> Hannes Jung 
> Email: Hannes.Jung at cern.ch
> mobile :+49 40 8998 93741
> http://www.desy.de/~jung                                           
> Tel: +49 (0) 40 8998 3741 (DESY)
> Tel: +41 22 76 71691 (CERN)       
> CERN - PH
> 40-3 B11
> CH-1211 Genève 23
> Switzerland
> ***********************************************************************
> 
> 
> 
> 
> 
> 
> 
> 
> 


-- 
Dr Andy Buckley
SUPA Advanced Research Fellow
Particle Physics Experiment Group, University of Edinburgh

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.