Greg

@turbolent this is the thread where we discussed it: https://discord.com/channels/613813861610684416/1167476806333513800/1255560444425277481

I understand that makes sense. What would you say is a better/alternative way to implement it? by it, I mean the ability to have a way to gather more information...

@m-Peter I might need to be involved in this one as I need it for the execution debugger. We can work on it together if you want to. But, I...

Also @turbolent and I might be off on this one, but couldn't debugger then just implement this pattern as well, providing its statement handler instead of calling it here https://github.com/onflow/cadence/blob/master/runtime/interpreter/interpreter_statement.go#L49

> @sideninja Fair enough, I was just offering to do this, as part of the ongoing grant proposal that we have regarding code coverage. No for sure, I just wanted...

> it's just something that Deniz had suggested in another PR Nice, didn't know he had a similar idea.

After the discussion on Friday, we've agreed it could be beneficial to extend the Runtime interface to expose handlers for handling statements, functions, and expressions. The handlers shouldn't however expose...

Reviving this thread a bit so we come to a final proposal for changes in the interface. cc @m-Peter @bluesign @m-Peter and I briefly discussed the idea of including some...

Yes, but how do you propose that would happen? FVM exposing handler methods?

> I was more in line thinking with FVM allowing me to set up my custom meter. And exposing default meter implementation. After talking with @janezpodhostnik it's clear we could...