Changes between Version 64 and Version 65 of WikiStart

Timestamp:

Jan 4, 2013, 4:31:05 AM (12 years ago)

Author:

Ben Lippmeier

Comment:

--

WikiStart

@@ -36 +36 @@
 A: Because the Haskell Platform (HP) doesn't use the latest version of GHC. The [http://hackage.haskell.org/package/gloss-examples gloss-examples] package depends on [http://hackage.haskell.org/package/repa repa] via the [http://hackage.haskell.org/package/gloss-raster gloss-raster] package. Repa itself is tightly coupled to a particular version of GHC because it depends on properties of the GHC simplifier for good performance. When the HP does not use the latest GHC we provide a specific Gloss package for it, whose API should be identical to the most recent version. For the Haskell Platform 2012.04 you should use [http://hackage.haskell.org/package/gloss-1.7.7.201204.1 gloss-1.7.7.201204.1].
 
+'''Q: Gloss crashes at startup.'''[[br]]
+A0: On Windows there is a known issue with the version of freeglut that comes with the Haskell Platform 2012.2.0.0. Upgrade your Haskell Platform or install freeglut >= 2.8.0.[[br]]
+A1: On other systems, you can also try upgrading freeglut to the latest version. If doing this solves a crash-bug on a non-Windows machine then please email me about it `gloss [wibble] ouroborus.net`and I'll update this wiki.
+
+'''Q: Gloss freezes in `ghci`. It tries to draw the window but I don't get a picture and must kill the process.'''[[br]]
+A0: Upgrade to at least GHC 7.4[[br]]
+A1: Start `ghci` with `-fno-ghci-sandbox`. This is because OpenGL uses thread local state, which doesn't work when the running program is in a different thread.[[br]]
+A2: Try installing gloss to use the GLFW window manager interface instead of GLUT: `cabal install gloss --flags="GLFW -GLUT"`
+
 '''Q: I tried to draw a polygon shaped like a star, but it looks wrong.'''[[br]]
 A: Gloss does not support non-convex polygons. You'll need to break up your picture into several separate convex polygons (eg, triangles). Gloss calls OpenGL directly to draw polygons, and the API doesn't handle non-convex ones. To fix this we'll need to write a triangulation function (#11).
@@ -46 +55 @@
 This problem with a fixed size transform stack is discussed further in Section 4 of [http://www.opengl.org/archives/resources/features/KilgardTechniques/oglpitfall/ Overflowing the Projection Matrix Stack]. Gloss tries not to use the stack when it doesn't have to, but we don't know of any way to spill the stack to main memory to allow more entries. If you know how to solve this problem without giving up on hardware acceleration and doing the transforms in software, then please let us know on the mailing list.
 
-'''Q: Gloss crashes at startup.'''[[br]]
-A0: On Windows there is a known issue with the version of freeglut that comes with the Haskell Platform 2012.2.0.0. Upgrade your Haskell Platform or install freeglut >= 2.8.0.[[br]]
-A1: On other systems, you can also try upgrading freeglut to the latest version. If doing this solves a crash-bug on a non-Windows machine then please email me about it `gloss [wibble] ouroborus.net`and I'll update this wiki.
-
-'''Q: Gloss freezes in `ghci`. It tries to draw the window but I don't get a picture and must kill the process.'''[[br]]
-A0: Upgrade to at least GHC 7.4[[br]]
-A1: Start `ghci` with `-fno-ghci-sandbox`. This is because OpenGL uses thread local state, which doesn't work when the running program is in a different thread.[[br]]
-A2: Try installing gloss to use the GLFW window manager interface instead of GLUT: `cabal install gloss --flags="GLFW -GLUT"`
-
 '''Q: Animations seem jerky.'''[[br]]
 A: Make sure you're compiling with {{{-O2 -threaded}}}. Without the threaded runtime, the code that manages the frame rate will behave badly. This is because GHC takes too long to reschedule the gloss process after the sleep timer has expired. With the threaded runtime, most simple animations should run at about 100fps, which is our internal frame-rate cap.
@@ -64 +64 @@
 A: Pass GHC the flag `-optl-mwindows` when compiling the program. At runtime, if your program tries to write to `stdout` or `stderr` then Windows will kill the process.
 
-'''Q: The window doesn't reshape properly under Xmonad.'''[[br]]
+'''Q: With Xmonad, the Gloss window doesn't resize properly.'''[[br]]
 A: Use the GLFW window manager interface instead, or prod the Xmonad people about it. This is probably an incompatibility between Xmonad and GLUT, but the main Gloss developer doesn't use Xmonad.