You need to pass the number of bins to the slave (unless it is hard coded in your source) via the fInputList.
Cheers,
Philippe.[/quote]
I don’t like this solution. Why I can’t do:
MySelector::MySelector()
{
nbins = 10;
}
? The constructor is executed on the master and on the slave, is it? Another possibility is to declare the variable globally, but I prefer to declare the variable as a class member.
[quote]I don’t like this solution. Why I can’t do: [/quote]You of course can, this is what I was referring to in ‘unless it is hard coded in your source’.
No, the selector is not created on the master, only on the client and workers.
However, I am not sure to understand what is the problem you are trying to raise in this thread.
You can hard code the number of bins (either in the selector constructor or where you create the histogram) and that will work w/o problems (basically all examples under tutorials/proof do this).
Or you can control it via the input list as Philippe suggested.
Can you try to detail a bit more what functionality you miss, if any?
No, the selector is not created on the master, only on the client and workers.
However, I am not sure to understand what is the problem you are trying to raise in this thread.
You can hard code the number of bins (either in the selector constructor or where you create the histogram) and that will work w/o problems (basically all examples under tutorials/proof do this).
Or you can control it via the input list as Philippe suggested.
Can you try to detail a bit more what functionality you miss, if any?
G. Ganis[/quote]
the point is: how to share a constat between master and slaves? For example I want to share. If a well understood I can:
define a global constant
define a constant in the constructor of the TSelector derived class
You might be confused about what the proof master is ; see some documentation at root.cern.ch/drupal/content/mult … chitecture. Neither the Begin nor the SlaveBegin is run on the master. I think you do really mean ’ between the root session on your desktop and the slaves’ in which case the constructor is indeed just fine.
You might be confused about what the proof master is ; see some documentation at root.cern.ch/drupal/content/mult … chitecture. Neither the Begin nor the SlaveBegin is run on the master. I think you do really mean ’ between the root session on your desktop and the slaves’ in which case the constructor is indeed just fine.
Philippe.[/quote]
sorry, the problem is that in our infractuture the master and the client are the same machine.