mirror of
https://github.com/ocornut/imgui.git
synced 2026-11-01 05:10:41 +00:00
Segmentation Error When Using Glad #1988
Labels
No labels
accidentally closed
android
backends
bug
building
clipper
coloredit
color spaces
cplusplus
data types
demo
disabled
doc
docking
dpi
drag drop
drawing/drawlist
dropped
dx12
enhancement
focus
font/text
gallery
help wanted
idle/power saving
ime
in progress
inputs
inputtext
internals
label/id and id stack
language bindings
layout
linux/bsd
menus
multi-contexts
multi-threading
multi-viewports
nav
news/info
opengl
optimization
osx/ios
overlap
plot/graph
popups
question
scrolling
selection
settings
sliders/drags
style
tables/columns
tabs
test wanted
tools
tooltips
tree
tricks & tips
useful widgets
vulkan
web
window pos/depth
window sizing
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ocornut/imgui#1988
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Segmentation Error When Using Glad But Not GL3W on Ubuntu With Codeblocks, Does not happen for older ImGui I Think 1.51 or so. Dont really need solved if I need to use newer ImGui and just switch to unlicensed GL3W instead of GLAD but not sure what the issue is.
Please provide more details. None of the code provided under the examples/ folder uses Glad so the information is in your camp to provide, and I don’t understand half of your message.
If you say there is a crash please provide a callstack. Most likely you aren’t using/initializaing Glad properly and this isn’t an imgui example issue.
Dude thanks so much for ImGui and the fast reply!!!
I'm still learning programming. Not completely sure what the call stack thing is. The error codeblocks shows is something segementation error 139 and then some pointer address I think, not sure if that is what you mean by call stack. (All I am doing when testing is taking the example code Opengl/GLFW, and uncommenting glad and commenting GL3W, and then changing gl3wInit to glfwInit--so perhaps there are other things that work with my older version of ImGui with Glad that I would find if I analyze the differences more.
The custom non example code I have been testing I created with ImGui like a year ago with GLAD and am continuing development. I have been trying to get the new version of ImGui example code running in a blank project for a few weeks now. Today I finally tried with GL3W, instead of GLAD and it's working fine with that.
I prefer The Unlicense to MIT so will probably just switch to GL3W if and when I need to use a newer version of ImGUI. I can try to test it out and figure it out more if you want, But this is a minor issue and I will probably figure it out on my own. Just figured I'd mention that a quasi fixed my problem by just using GL3W instead of GLAD.
Omar any chance you would ever consider changing the ImGui license to "The Unlicense"?
Thanks again for everything!!
A call-stack is the list of nested function calls (along with corresponding source code line) that led to the crash, which helps understand the cause of the crash. When you compile with debug information and use a debugger this is what the debugger should give you when you get a crash.
You mean
gladLoadGL()? that's the initialization function for glad.glfwInit()is for GLFW which handle windowing and inputs. Glad and Gl3w only "load" OpenGL functions. If you don't load them (which is done at the time of initialization, here probably gladLoadGL) it is probable that the function pointers will be NULL and lead to a crash when called.If you are using Glad please check out its documentation and examples.
No plan to change the license at the moment.