Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - tyjo99

Pages: [1]
1
Window / Re: SMFL Draw Causing Crash, SFML 2.4
« on: May 19, 2022, 05:46:01 pm »
Thanks for the tips. I eventually just re-wrote most if it in X11 (which was such a pain). I will see if an updated version is helpful in a week or two when I get a bit more free time.

2
Window / Re: SMFL Draw Causing Crash, SFML 2.4
« on: May 16, 2022, 04:14:05 am »
Am I asking this in the wrong place? Or do you need any more details?

3
Window / SMFL Draw Causing Crash, SFML 2.4
« on: May 13, 2022, 09:24:38 pm »
I am trying to make a GUI for a program that has a CUDA accelerated back end which runs on a remote server. I currently am trying to compiling with nvcc only instead of nvcc and g++. I am viewing the GUI using X11 forwarding to a windows machine, and I know X11 forwarding is not the main issue since I can run other X11 programs like xeyes.

Server OS: Ubuntu 18.04 LTS
SFML version: 2.4

I am currently encountering a issue which causes any SFML program installed on this machine to crash with a nearly identical stack trace, though the stack trace doesn't automatically print out. The error printed to the command line is "XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server "localhost:11.0" after 142 requests (142 known processed) with 8 events remaining."

Stack trace generated using GNU backtrace from atexit()
./a.out(+0x887b) [0x55a5ae59b87b]
/lib/x86_64-linux-gnu/libc.so.6(+0x43161) [0x7feac689c161]
/lib/x86_64-linux-gnu/libc.so.6(+0x4325a) [0x7feac689c25a]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XDefaultIOError+0x85) [0x7feac5da5835]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XIOError+0x4e) [0x7feac5da5a5e]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XReply+0x491) [0x7feac5da3b41]
/usr/lib/x86_64-linux-gnu/libGLX_indirect.so.0(+0x84e16) [0x7feac3eafe16]
/usr/lib/x86_64-linux-gnu/libsfml-graphics.so.2.4(+0x12bb2) [0x7feac7ff1bb2]
/usr/lib/x86_64-linux-gnu/libsfml-graphics.so.2.4(_ZN2sf12RenderTarget14applyBlendModeERKNS_9BlendModeE+0x7f) [0x7feac800696f]
/usr/lib/x86_64-linux-gnu/libsfml-graphics.so.2.4(_ZN2sf12RenderTarget13resetGLStatesEv+0x1f8) [0x7feac8007038]
/usr/lib/x86_64-linux-gnu/libsfml-graphics.so.2.4(_ZN2sf12RenderTarget4drawEPKNS_6VertexEmNS_13PrimitiveTypeERKNS_12RenderStatesE+0x238) [0x7feac80074d8]
/usr/lib/x86_64-linux-gnu/libsfml-graphics.so.2.4(_ZNK2sf11VertexArray4drawERNS_12RenderTargetENS_12RenderStatesE+0x3c) [0x7feac801461c]
/usr/lib/x86_64-linux-gnu/libsfml-graphics.so.2.4(_ZN2sf12RenderTarget4drawERKNS_8DrawableERKNS_12RenderStatesE+0x39) [0x7feac80065a9]
/usr/lib/x86_64-linux-gnu/libsfml-graphics.so.2.4(_ZNK2sf5Shape4drawERNS_12RenderTargetENS_12RenderStatesE+0x42) [0x7feac8011362]
/usr/lib/x86_64-linux-gnu/libsfml-graphics.so.2.4(_ZN2sf12RenderTarget4drawERKNS_8DrawableERKNS_12RenderStatesE+0x39) [0x7feac80065a9]
./a.out(+0x9064) [0x55a5ae59c064]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7) [0x7feac687abf7]
./a.out(+0x868a) [0x55a5ae59b68a]
 

This occurs for simple programs like the following, even if they are compiled using g++

    // Create the main window
    sf::RenderWindow window(sf::VideoMode(800, 600), "SFML window");
    // Load a sprite to display
    sf::CircleShape shape(50);

    // set the shape color to green
    shape.setFillColor(sf::Color(100, 250, 50))
    ;
    while (window.isOpen())
    {
        // Process events
        sf::Event event;
        while (window.pollEvent(event))
        {
            // Close window: exit
            if (event.type == sf::Event::Closed)
                window.close();
        }
        // Clear screen
        window.clear();
        // Draw the sprite
        window.draw(shape);
        // Update the window
        window.display();
    }

These crashes occur in the draw step since if the draw is commented out, they do not occur.

Pages: [1]
anything