why are you passing both IWindow and GLFW?

M

Machinarius•4/8/23, 2:05 AM

Tring to follow this sample code https://github.com/mono/SkiaSharp/issues/2418 - I think I might be trying to fit a square peg on a round hole here, as the OP used Silk's GLFW code directly, instead of creating a window

GitHub

[BUG] SkiaSharp is 50-75% less performant than Processing when draw...

Description In Processing, you can find a performance example demonstrating the rendering of 50,000 lines in an 800x600 window in Examples -> Demos -> Performance -> LineRendering. This ru...

LLyris the Kitori why are you passing both IWindow and GLFW?

M

Machinarius•4/8/23, 2:06 AM

My noob reasoning is that I can get the GLFW context off the window, but alas that doesn't seem possible with the API? I've been throwing darts for a bit

L

Lyris the KitoriOP•4/8/23, 2:06 AM

why do you need the GLFW context?

M

Machinarius•4/8/23, 2:06 AM

SkiaSharp needs to locate GL functions

L

Lyris the KitoriOP•4/8/23, 2:07 AM

IWindow.GLContext.GetProcAddress or similar names

L

Lyris the KitoriOP•4/8/23, 2:07 AM

something like that

L

Lyris the KitoriOP•4/8/23, 2:07 AM

i think the

GL

GL

GL

GL object also has a getprocaddress

M

Machinarius•4/8/23, 2:07 AM

Neat! I will try those. Thank you

M

Machinarius•4/8/23, 2:07 AM

Wow... How did I not notice IWindow exposes a GL context? cat_facepalm

L

Lyris the KitoriOP•4/8/23, 2:08 AM

we all miss things

MMachinarius Wow... How did I not notice IWindow exposes a GL context? <:cat_facepalm:7594296...

C

chairclr•4/8/23, 2:08 AM

thats how they get you

M

Machinarius•4/8/23, 2:11 AM

var grGlInterface = GRGlInterface.Create((name) => {
      if (!window.GLContext.TryGetProcAddress(name, out var procAddress)) {
        throw new InvalidOperationException("Could not get a proc address for " + name);
      }
      return procAddress;
    });
    if (grGlInterface == null) {
      throw new InvalidOperationException("Could not create a GLFW GRGL context");
    }

var grGlInterface = GRGlInterface.Create((name) => {
      if (!window.GLContext.TryGetProcAddress(name, out var procAddress)) {
        throw new InvalidOperationException("Could not get a proc address for " + name);
      }
      return procAddress;
    });
    if (grGlInterface == null) {
      throw new InvalidOperationException("Could not create a GLFW GRGL context");
    }

var grGlInterface = GRGlInterface.Create((name) => {
      if (!window.GLContext.TryGetProcAddress(name, out var procAddress)) {
        throw new InvalidOperationException("Could not get a proc address for " + name);
      }
      return procAddress;
    });
    if (grGlInterface == null) {
      throw new InvalidOperationException("Could not create a GLFW GRGL context");
    }

var grGlInterface = GRGlInterface.Create((name) => {
      if (!window.GLContext.TryGetProcAddress(name, out var procAddress)) {
        throw new InvalidOperationException("Could not get a proc address for " + name);
      }
      return procAddress;
    });
    if (grGlInterface == null) {
      throw new InvalidOperationException("Could not create a GLFW GRGL context");
    }

Still won't work

L

Lyris the KitoriOP•4/8/23, 2:11 AM

dont throw an exception

L

Lyris the KitoriOP•4/8/23, 2:11 AM

return nullptr

M

Machinarius•4/8/23, 2:12 AM

I hit the

return procAddress

return procAddress

return procAddress

return procAddress break-point multiple times, but the app crashes before I hit the

if

if

if

if statement

L

Lyris the KitoriOP•4/8/23, 2:12 AM

crashing with what

L

Lyris the KitoriOP•4/8/23, 2:12 AM

how is it crashing

M

Machinarius•4/8/23, 2:14 AM

http://pastie.org/p/4u2lI1riz2GVdqyo73WI0X

M

Machinarius•4/8/23, 2:14 AM

Last few lines of the log

L

Lyris the KitoriOP•4/8/23, 2:14 AM

exited with code 0 means it exited cleanly

L

Lyris the KitoriOP•4/8/23, 2:14 AM

is an exception being thrown?

M

Machinarius•4/8/23, 2:15 AM

But it doesn't hit the breakpoint on the

if

if

if

if right after the

Create

Create

Create

Create call

- And it should crash because I have a NIE exception right after that anyways

M

Machinarius•4/8/23, 2:19 AM

2
Returning address 140000246277600 for proc glGetString
Returning address 140000246277632 for proc glGetStringi
Returning address 140000246271008 for proc glGetIntegerv
Returning address 140000246345920 for proc eglQueryString
Returning address 140000246345952 for proc eglGetCurrentDisplay

2
Returning address 140000246277600 for proc glGetString
Returning address 140000246277632 for proc glGetStringi
Returning address 140000246271008 for proc glGetIntegerv
Returning address 140000246345920 for proc eglQueryString
Returning address 140000246345952 for proc eglGetCurrentDisplay

2
Returning address 140000246277600 for proc glGetString
Returning address 140000246277632 for proc glGetStringi
Returning address 140000246271008 for proc glGetIntegerv
Returning address 140000246345920 for proc eglQueryString
Returning address 140000246345952 for proc eglGetCurrentDisplay

2
Returning address 140000246277600 for proc glGetString
Returning address 140000246277632 for proc glGetStringi
Returning address 140000246271008 for proc glGetIntegerv
Returning address 140000246345920 for proc eglQueryString
Returning address 140000246345952 for proc eglGetCurrentDisplay

Added a few more logs, but nothing conclusive. It seems all GL run-time look-ups skiaSharp is trying to do work, though it looks-up

glGetString

glGetString

glGetString

glGetString twice for some reason

M

Machinarius•4/8/23, 2:20 AM

var grGlInterface = GRGlInterface.Create((name) => {
      if (!window.GLContext.TryGetProcAddress(name, out var procAddress)) {
        procAddress = IntPtr.Zero;
      }
      Console.WriteLine($"Returning address {procAddress} for proc {name}");
      return procAddress;
    });

var grGlInterface = GRGlInterface.Create((name) => {
      if (!window.GLContext.TryGetProcAddress(name, out var procAddress)) {
        procAddress = IntPtr.Zero;
      }
      Console.WriteLine($"Returning address {procAddress} for proc {name}");
      return procAddress;
    });

var grGlInterface = GRGlInterface.Create((name) => {
      if (!window.GLContext.TryGetProcAddress(name, out var procAddress)) {
        procAddress = IntPtr.Zero;
      }
      Console.WriteLine($"Returning address {procAddress} for proc {name}");
      return procAddress;
    });

var grGlInterface = GRGlInterface.Create((name) => {
      if (!window.GLContext.TryGetProcAddress(name, out var procAddress)) {
        procAddress = IntPtr.Zero;
      }
      Console.WriteLine($"Returning address {procAddress} for proc {name}");
      return procAddress;
    });

Won't throw exceptions any more, but still won't work

L

Lyris the KitoriOP•4/8/23, 2:21 AM

given it seems to be exiting cleanly idk

M

Machinarius•4/8/23, 2:21 AM

Could it be that somehow the native code is asking for a clean termination somewhere?

L

Lyris the KitoriOP•4/8/23, 2:21 AM

maybe

M

Machinarius•4/8/23, 2:21 AM

Sneaky

exit(0)

exit(0)

exit(0)

exit(0) somewhere

M

Machinarius•4/8/23, 2:22 AM

I'll bite the bullet and

strace

strace

strace

strace this

M

Machinarius•4/8/23, 2:25 AM

Apparently the (0) exit code is a red-herring from the VSCode debugger.

┏[machinarius][broken_silkdotnet] ≡  ?1 ~1
┖[~/Projects/DoomThing]> dotnet run
Returning address 139470428931552 for proc glGetString
Returning address 139470428931552 for proc glGetString
Returning address 139470428931584 for proc glGetStringi
Returning address 139470428924960 for proc glGetIntegerv
Returning address 139470428999872 for proc eglQueryString
Returning address 139470428999904 for proc eglGetCurrentDisplay
┏[machinarius][broken_silkdotnet] ≡  ?1 ~1
┖[~/Projects/DoomThing]> echo $?
139

┏[machinarius][broken_silkdotnet] ≡  ?1 ~1
┖[~/Projects/DoomThing]> dotnet run
Returning address 139470428931552 for proc glGetString
Returning address 139470428931552 for proc glGetString
Returning address 139470428931584 for proc glGetStringi
Returning address 139470428924960 for proc glGetIntegerv
Returning address 139470428999872 for proc eglQueryString
Returning address 139470428999904 for proc eglGetCurrentDisplay
┏[machinarius][broken_silkdotnet] ≡  ?1 ~1
┖[~/Projects/DoomThing]> echo $?
139

┏[machinarius][broken_silkdotnet] ≡  ?1 ~1
┖[~/Projects/DoomThing]> dotnet run
Returning address 139470428931552 for proc glGetString
Returning address 139470428931552 for proc glGetString
Returning address 139470428931584 for proc glGetStringi
Returning address 139470428924960 for proc glGetIntegerv
Returning address 139470428999872 for proc eglQueryString
Returning address 139470428999904 for proc eglGetCurrentDisplay
┏[machinarius][broken_silkdotnet] ≡  ?1 ~1
┖[~/Projects/DoomThing]> echo $?
139

┏[machinarius][broken_silkdotnet] ≡  ?1 ~1
┖[~/Projects/DoomThing]> dotnet run
Returning address 139470428931552 for proc glGetString
Returning address 139470428931552 for proc glGetString
Returning address 139470428931584 for proc glGetStringi
Returning address 139470428924960 for proc glGetIntegerv
Returning address 139470428999872 for proc eglQueryString
Returning address 139470428999904 for proc eglGetCurrentDisplay
┏[machinarius][broken_silkdotnet] ≡  ?1 ~1
┖[~/Projects/DoomThing]> echo $?
139

M

Machinarius•4/8/23, 2:26 AM

The true exit code is 139

M

Machinarius•4/8/23, 2:27 AM

139 - Segmentation error. Could it be we're feeding Skia invalid proc addresses that don't belong to us?

M

Machinarius•4/8/23, 2:43 AM

I am guessing I'll just have to bite the bullet and learn 2d OpenGL, I give up lol

M

Machinarius•4/8/23, 3:08 AM

This makes very little sense to me. The proc addresses returned to Skia are indeed mapped into the memory that belongs to my process!

pmap

pmap

pmap

pmap confirms that they belong to

/lib64/libGLdispatch.so.0.0.0

/lib64/libGLdispatch.so.0.0.0

/lib64/libGLdispatch.so.0.0.0

/lib64/libGLdispatch.so.0.0.0 that seems to export

glGetString

glGetString

glGetString

glGetString. Dealing with native stuff can be so frustrating

F

fornite•4/8/23, 9:50 AM

is there a binding for

glm

glm

glm

glm in silk.net?

L

Lyris the KitoriOP•4/8/23, 9:51 AM

no, use System.Numerics

LLyris the Kitori no, use System.Numerics

F

fornite•4/8/23, 9:51 AM

it has the same transformation functions?

L

Lyris the KitoriOP•4/8/23, 9:51 AM

probably

Ffornite it has the same transformation functions?

I

innoxious•4/8/23, 11:19 AM

should

أ

أمير الدخميسي•4/8/23, 1:25 PM

i tried to rewrite my lib so i found some errors
i wrote

GlfwWindowing.RegisterPlatform();

GlfwWindowing.RegisterPlatform();

GlfwWindowing.RegisterPlatform();

GlfwWindowing.RegisterPlatform(); in my code to support NativeAOT
and when i publish my app with nativeaot it didn't work
but when i debug it work

why?

A

Aqua•4/8/23, 1:26 PM

what do you mean by "doesn't work"

A

Aqua•4/8/23, 1:26 PM

it errors? fails to build?

أ

أمير الدخميسي•4/8/23, 1:26 PM

in release didn't work

A

Aqua•4/8/23, 1:26 PM

what's the error

F

Furball•4/8/23, 1:26 PM

what doesnt work

AAqua it errors? fails to build?

أ

أمير الدخميسي•4/8/23, 1:26 PM

no it built but not open

AAqua what's the error

أ

أمير الدخميسي•4/8/23, 1:27 PM

no error but not work

FFurball what doesnt work

أ

أمير الدخميسي•4/8/23, 1:27 PM

window

أ

أمير الدخميسي•4/8/23, 1:27 PM

window didn't open

A

Aqua•4/8/23, 1:27 PM

unless you're building for

WinExe

WinExe

WinExe

WinExe (which during development i really do not recommend) you will get an error

why are you passing both IWindow and GLFW?

Similar Threads