Quote:
|
The reason I was looking at calling code back from the server was so that all of these variables wouldn't have to be declared beforehand. It seems like a lot of unnecessary overhead, for the most part
|
I think it's better too, yes that's overhead. And there's more to come, as there are more variables to be available to the perl quest when it grows popular.
Still switching from perl context back to EMU is not easy, as you noticed. It's a design issue to know whether to export exactly what is required (using export masks as the qglobal flag for example can be a solution), or allowing perl parser to switch back and access C structures.
i have no definite position on this.