You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So, the current situation is that there is a global Env and then there are signatures with defaults that override the global environment (like the pythons CopyProcess::add_job )
It would help greatly for consistency (and allow flexibility) if any Env related variables are NOT used in function signatures, but have each XrdCl::CopyJob inherit a (modifiable) copy of global Env (with the corresponding setters/getters and their python representations). For python this would require the existence of a CopyJob object that can be instantiated, modified and then passed to CopyProcess::add_job as an argument (like CopyProcess::add_job(copy_job_instance))
The text was updated successfully, but these errors were encountered:
So, the current situation is that there is a global
Env
and then there are signatures with defaults that override the global environment (like the pythonsCopyProcess::add_job
)It would help greatly for consistency (and allow flexibility) if any Env related variables are NOT used in function signatures, but have each
XrdCl::CopyJob
inherit a (modifiable) copy of globalEnv
(with the corresponding setters/getters and their python representations). For python this would require the existence of aCopyJob
object that can be instantiated, modified and then passed toCopyProcess::add_job
as an argument (likeCopyProcess::add_job(copy_job_instance)
)The text was updated successfully, but these errors were encountered: