On Thu, Feb 03, 2000 at 07:42:23PM +0100, [EMAIL PROTECTED] wrote:
> > This restriction can be
> > relaxed in a future release if there is enough demand.
>
> As you surely expected ;-), the first demand just arrived with this message.
OK. It was easier than I expected:
//depot/D/Event/Cha
> This restriction can be
> relaxed in a future release if there is enough demand.
As you surely expected ;-), the first demand just arrived with this message.
Jochen
On Thu, Feb 03, 2000 at 07:21:03PM +0100, [EMAIL PROTECTED] wrote:
> > They are implemented with perl's MAGIC. My experience is that MAGIC has
> > a very small performance impact. Have you used TIEXXX? Var watchers
> > are faster than TIE.
>
> Ah, that sounds good. By the way, is this special
> They are implemented with perl's MAGIC. My experience is that MAGIC has
> a very small performance impact. Have you used TIEXXX? Var watchers
> are faster than TIE.
Ah, that sounds good. By the way, is this special magic the reason of the
restriction that there can be only one var watcher fo
> Gee, I suppose you'll be requesting var watcher timeouts shortly...? :-)
How do you know ... ??? ;-)
Jochen
On Thu, Feb 03, 2000 at 12:48:39PM -0500, Joshua N Pritikin wrote:
> On Thu, Feb 03, 2000 at 06:36:05PM +0100, [EMAIL PROTECTED] wrote:
> > what about the costs of var watchers? I'm thinking about a slight
> > redesign of my application which would include a lot of them (made and
> > destroyed dyn
On Thu, Feb 03, 2000 at 06:36:05PM +0100, [EMAIL PROTECTED] wrote:
> what about the costs of var watchers? I'm thinking about a slight
> redesign of my application which would include a lot of them (made and
> destroyed dynamically) running simultaneously. I'm asking because usual
> debuggers are
Hello,
what about the costs of var watchers? I'm thinking about a slight
redesign of my application which would include a lot of them (made and
destroyed dynamically) running simultaneously. I'm asking because usual
debuggers are often slowed down EXTREMELY if variable watching
breakpoints are se