i’d need to import into a rooworkspace a set of user-defined pdfs, and then write them to a file. but i must be doing something wrong.
find here an example: /afs/cern.ch/user/p/pandolf/public/example.tar
instructions:
tar xvf example.tar
cd example
make writeWorkspace
./writeWorkspace
it should produce the following error:
[blablabla]
Warning in TBufferFile::WriteObjectAny: since RooAbsPdf has no public constructor
which can be called without argument, objects of this class
can not be read with the current library. You will need to
add a default constructor before attempting to read it.
Is the issue there when compiling or when running? Since you have dependencies on other software for compiling I cannot check. I see a binary I cannot try so I assume that it is when running.
I assume your issue is whith importing some of your costum defined PDFs to the workspace.
What is RooCB.cc? A Crystal Ball? Why not use the CB PDF provided by RooFit instead?
Could you provide a simplest self-enclosed example of the issue that could be run by me and reproducing the problem? (And attach to the POST or send an HTTP link rather than on AFS).
Did you try to save some of the other PDF to the workspace instead of the product of 3: such as each of the individual 3 in that product of some in the convolution to see where the issue starts to arise?
that should be the simplest self-enclosed example you’re talking about, let me know if the instructions i provided work. (its the same as the one i had on afs, only that i did a make clean to remove the .o objects and the executable).
so the program compiles but when running it spits out that error log, and the produced rootfile (the one with the RooWorkspace inside it) is empty.
RooCB is identical to RooCBShape, but it has an additional parameter theta which rotates alpha and width into each other (its needed for an application of mine).
I cannot reproduce the problem (doesn’t compile and cannot run it interactively) but I’m working on it. I should have also asked what ROOT release you are using.
Sorry, I didn’t manage to make it work and it’s taken too much of my time so I think I’ll give up on this one. Hopefully someone more knowledgeable with LinkDef, Makefile and class definitions will be able to help further.
Adding -l Foam make the Makefile work and I was able to reproduce the error message you reported using a standalone ROOT 5.30.03