Andre Poenitz <[EMAIL PROTECTED]> writes:

| On Wed, May 30, 2007 at 02:37:43PM +0200, Jean-Marc Lasgouttes wrote:
| > >>>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > 
| > Abdelrazak> I agree but it's more work than my signal based solution
| > Abdelrazak> which is assured to work in all cases. I tell you what, in
| > Abdelrazak> order to save the bits Andre is worried about I am going
| > Abdelrazak> to remove the signal from Inset and transfer them to
| > Abdelrazak> InsetText and InsetMathHull. In 1.6, we can think of this
| > Abdelrazak> other solution. But really, my solution is cheap in terms
| > Abdelrazak> of CPU and it will be cheaper in terms of memory when I do
| > Abdelrazak> the change described above.
| > 
| > So it is not realted to Helge's comlaint that moving the cursor
| > produces a high CPU load?
| 
| I have just browsed through boost/signals and I have a hard time to
| believe my eyes. A signal is not only the 20 static bytes I noticed
| yesterday, but there is Pandora's box of dynamic components hidden in
| it. When no slot is connected, a signal takes up a total of ~200 bytes
| of static and dynamic memory, connected to a single slot it takes ~280
| bytes.
| 
| This is ridiculous.
| 
| Andre'
| 
| PS: Same test for Qt signal/slot gives btw ~190 bytes for a connected
| signal and <100 for an unconnected one. So once more we picked the more
| expensive solution, but that's an issue I do not want to discuss in this
| thread...

What we should use is the tr1 solution.

-- 
        Lgb

Reply via email to