Signed-off-by: Fiorentino Ing. Stefano <stefano.fiore84@gmail.com>

Signed-off-by: Fiorentino Ing. Stefano <stefano.fiore84@gmail.com>

Signed-off-by: Fiorentino Ing. Stefano <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

	This is possible because a limited values are available as Mode

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Today, uvw triggers undefined behavior in resource.hpp:
  runtime error: downcast of address which does not point to an object of type 'uvw::FsEventHandle'
  note: object is of type 'uvw::BaseHandle'

It looks like we're saving the current handle in the void* data member
so it can be retrieved on the next callback run. This downcast to a
derived class from its parents ctor as it's being constructed isn't
valid.

Since we're storing this as a void* anyways and all the callsites using
it need to do their own cast on retrieval, we can instead persist the
this pointer. For downcasting to work in all cases the Resource class
tree needs to be leftmost in Handler's multiple inheritance.

Tested by verifying that my unit tests no longer show ubsan errors and
uvw's test suite still passes.

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>

Signed-off-by: Stefano Fiorentino <stefano.fiore84@gmail.com>