Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Expose Raylib.Internal module #54

Closed
oshyshko opened this issue May 14, 2024 · 1 comment
Closed

Expose Raylib.Internal module #54

oshyshko opened this issue May 14, 2024 · 1 comment

Comments

@oshyshko
Copy link

oshyshko commented May 14, 2024

Could you expose Raylib.Internal module?

Motivation:

I need to have access to internals of WindowResources(..).
Mostly for debugging/introspection purposes:

  • to keep an eye counters and spot memory leaks early.
  • to have access to actual pointers for investigation purposes.

At the moment, I have a modified local build of h-raylib where I can have the access to it.

Having full access to such hidden layers is important for user developers, so they can know what's going on and are able to investigate and fix things when needed.

Having Raylib.Internal module hidden prevents user developers to spot memory leaks early. Having Raylib.Internal module open contributes to be curious and spot problems early.

I believe it's important for a binding such as h-raylib not to hide or safeguard such crucial bits, especially that they are not internals of raylib itself, but rather a layer built on top of raylib (that can also have bugs and needs to be accessible/investigatable).

@Anut-py
Copy link
Owner

Anut-py commented Jul 12, 2024

Done in 5.5.0.0

@Anut-py Anut-py closed this as completed Jul 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants