[GE users] Error with "export -f" shell (bash) functions

reuti reuti at staff.uni-marburg.de
Tue Jan 19 21:32:46 GMT 2010

    [ The following text is in the "utf-8" character set. ]
    [ Your display is set for the "ISO-8859-10" character set.  ]
    [ Some characters may be displayed incorrectly. ]

Am 19.01.2010 um 17:11 schrieb fx:

> elauzier <elauzier2 at perlstar.com> writes:
>> Regarding the Modules pkg, what I have done to work around this is to
>> set up Modules for the user on the system level when the user logs  
>> in.
>> On Linux systems, put in a Modules.sh file into profile.d.
> Isn't that the normal thing to do on GNU/Linux systems which  
> support it?
>> This way,
>> when SGE transfers the env with the -V option, the bash function for
>> Modules is dropped by SGE and reinstalled by Modules.sh.
> Could you explain how the problem with modules actually arises?  In  
> the
> version I have, there's a single function definition that I can  
> see, and
> it's not exported.  If that's actually a problem, you can remove the
> superfluous braces, since it's defining a simple command.

Yep, something similar I also mentioned yesterday on the beowulf list:


-- Reuti

>> This begs for a real SGE parser solution for the bash env function
>> transfer issue...
> I don't think it needs anything more than the suggestion I attached to
> the bug report (which would simplify the code).  I can produce a patch
> if it doesn't get fixed by the time I can test it.
> -- 
> (Dr) Dave Love
> ?E-Science?, Computing Services Department, University of Liverpool
> AKA fx at gnu.org
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do? 
> dsForumId=38&dsMessageId=239751
> To unsubscribe from this discussion, e-mail: [users- 
> unsubscribe at gridengine.sunsource.net].


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

More information about the gridengine-users mailing list