
Getting GraphicsModeException from WinGraphicsMode constructor
Posted Saturday, 8 January, 2011 - 14:04 by anathema| Project: | The Open Toolkit library |
| Version: | 1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | fixed |
Jump to:
I get this :-)
System.TypeInitializationException: The type initializer for 'Digitalis.LDTools.Controls.OpenGL.ModelView' threw an exception. ---> System.TypeInitializationException: The type initializer for 'OpenTK.Graphics.GraphicsMode' threw an exception. ---> OpenTK.Graphics.GraphicsModeException: No GraphicsMode available. This should never happen, please report a bug at http://www.opentk.com
at OpenTK.Platform.Windows.WinGraphicsMode..ctor()
at OpenTK.Platform.Windows.WinFactory.CreateGraphicsMode()
at OpenTK.Graphics.GraphicsMode..cctor()
--- End of inner exception stack trace ---
at OpenTK.Graphics.GraphicsMode.get_Default()
at Digitalis.LDTools.Controls.OpenGL.ModelView..cctor() in D:\Development\Digitalis.LDTools\ModelView.cs:line 210
I am running the code on WindowsXP on a VirtualBox VM, which might have something to do with it; however, this has worked in the past and the only thing I have changed is the build of OpenTK that I'm compiling against. At present I'm using the trunk, rev 3056, built locally.
The same code works normally on various Windows7 machines and on a real XP machine.


Comments
#11
I'm interested
#12
Some ideas put together, what I've made up from different docs how the pixel format selection works.
Don't see any way to attach files here, so this'll be a code snippet (put into a .diff file and use your favorite patch):
#13
Fix committed to SVN trunk r3066.
#14
Still like my patch better since it has ARB fallbacks and takes MCD precedence over software-only generic implementations. Hope the driver does some usable ordering.