From: herington, d. <her...@em...> - 2004-11-29 15:27:42
|
I'm using wxhaskell-0.8 on Windows XP. When starting it up, I get a error dialog with: Ghc Error Can't load bitmap 'wxBITMAP_STD_COLOURS' from resources! Check .rc file. What's it mean? What is the .rc file? (I thought that was an X thing.) --Dean |
From: Patrick S. <mai...@st...> - 2005-01-01 12:59:21
|
Hi there, I try to get the opengl sample in the source (/sample/contrib/GLCanvas.hs) running without luck. There are no errors but the screen stays white. I use ghc 6.2.1 and the wxhaskell from the cvs, but I think that doesn't matter because the stable version shows the same effect. It would be a great help if anyone has a small working sample and can send me this. Cheers Patrick |
From: Mike G. <m...@ry...> - 2005-01-03 18:50:30
|
I was seeing the same behavior. Responding to my question, Sean Seefried pointed out that both wxWidgets and wxHaskell must be built with OpenGL support (by passing --with-opengl to their configure scripts). I haven't had time to determine if that's the issue for me. Perhaps it is for you? (If you do figure out why you're seeing the behavior you are, please let me know ...) mike |
From: Patrick S. <mai...@st...> - 2005-01-04 13:17:12
|
Hi, I try to run the GLCanvas sample from the source of wxHaskell and the only thing I get is a blank screen. Mike said I should try to recompile all stuff (wxGTK and wxHaskell) with the --with-opengl option. But this was what I did in the first time. The opengl sample in the wxGTK source (penguin and so on) runs perfectly. I can compile wxHaskell with opengl without any error. But the sample shows just the blank screen. I figured out that it doesn't matter when I don't give the -package OpenGL option to ghc. The sample compiles without error and runs in the same way. Does wxHaskell add the Gl libs itself? Has anybody a compiled wxhaskell where this sample runs and can he help me by showing his configuration of ghc, gtk, wxgkt, glib, wxhaskell, ... I have a running SuSe distribution. Cheers Patrick On Monday 03 January 2005 19:50, Mike Gunter wrote: > I was seeing the same behavior. Responding to my question, Sean > Seefried pointed out that both wxWidgets and wxHaskell must be built > with OpenGL support (by passing --with-opengl to their configure > scripts). I haven't had time to determine if that's the issue for me. > Perhaps it is for you? (If you do figure out why you're seeing the > behavior you are, please let me know ...) > > mike |
From: Patrick S. <mai...@st...> - 2005-01-11 00:35:03
|
Hi, A friend of mine helped me solving the problem. It was really confusing. I just added any printouts in the display function of opengl and found out that wxhaskell called this display func. But why should it be called and even though nothing appeared in the frame. We figured out that it is probably the best way to have a look at the GTK opengl sample. So we changed some lines in the source relating to the c++ sample code. I won't have time to find some more out but here is the modified sample that runs on our machines.. (mainly for Mike who wants the news) It shows just a white square on a black background. Compilation with ghc -package wx -package OpenGL foobar.hs Cheers Patrick module Main where import Graphics.Rendering.OpenGL import qualified Graphics.UI.WX as WX import qualified Graphics.Rendering.OpenGL as GL main = start gui convWG (WX.Size w h) = (GL.Size (convInt32 w) (convInt32 h)) convInt32 = fromInteger . toInteger gui = do f <- frame [ text := "Simple OpenGL" ] glCanvas <- glCanvasCreateEx f 0 (Rect 0 0 200 200) 0 "GLCanvas" [GL_RGBA] nullPalette initme glCanvas let glWidgetLayout = (fill . widget) glCanvas WX.set f [ on paintRaw := paintGL glCanvas , layout := glWidgetLayout ] paintGL :: GLCanvas a -> DC() -> WX.Rect -> [WX.Rect] -> IO () paintGL canvas dc rect _ = do reshape $ convWG $ rectSize rect display canvas return () initme :: GLCanvas a -> IO () initme canvas = do glCanvasSetCurrent canvas display canvas = do clear [ ColorBuffer] preservingMatrix $ do stdQuad putStrLn "Display" flush glCanvasSwapBuffers canvas reshape size@(GL.Size w h) = do viewport $= (Position 0 0, size) matrixMode $= Projection loadIdentity let wf = fromIntegral w hf = fromIntegral h if w <= h then ortho (-4.0) 4.0 (-4.0*hf/wf) (4.0*hf/wf) (-4.0) 4.0 else ortho (-4.0*wf/hf) (4.0*wf/hf) (-4.0) 4.0 (-4.0) 4.0 matrixMode $= Modelview 0 loadIdentity vertex3f :: Vertex3 GLfloat -> IO () vertex3f = vertex :: Vertex3 GLfloat -> IO () stdQuad :: IO () stdQuad = do renderPrimitive Polygon $ mapM_ vertex3f [ Vertex3 0 0 0, Vertex3 0 1 0, Vertex3 1 1 0, Vertex3 1 0 0 ] On Tuesday 04 January 2005 19:58, Mike Gunter wrote: > Too bad. Do let me know if you figure this out. > > thanks, > mike > > Patrick Scheibe <mai...@st...> writes: > > Hi, > > > > I try to run the GLCanvas sample from the source of wxHaskell and the > > only thing I get is a blank screen. Mike said I should try to recompile > > all stuff (wxGTK and wxHaskell) with the --with-opengl option. > > But this was what I did in the first time. The opengl sample in the wxGTK > > source (penguin and so on) runs perfectly. > > I can compile wxHaskell with opengl without any error. > > But the sample shows just the blank screen. > > > > I figured out that it doesn't matter when I don't give the -package > > OpenGL option to ghc. The sample compiles without error and runs in the > > same way. Does wxHaskell add the Gl libs itself? > > > > Has anybody a compiled wxhaskell where this sample runs and can he help > > me by showing his configuration of ghc, gtk, wxgkt, glib, wxhaskell, ... > > I have a running SuSe distribution. > > > > Cheers > > Patrick > > > > On Monday 03 January 2005 19:50, Mike Gunter wrote: > >> I was seeing the same behavior. Responding to my question, Sean > >> Seefried pointed out that both wxWidgets and wxHaskell must be built > >> with OpenGL support (by passing --with-opengl to their configure > >> scripts). I haven't had time to determine if that's the issue for me. > >> Perhaps it is for you? (If you do figure out why you're seeing the > >> behavior you are, please let me know ...) > >> > >> mike |
From: Daan L. <da...@cs...> - 2005-01-11 11:15:49
|
Patrick Scheibe wrote: > Hi, > > A friend of mine helped me solving the problem. > It was really confusing. I just added any printouts in the display function of > opengl and found out that wxhaskell called this display func. But why should > it be called and even though nothing appeared in the frame. Ah, this is really good to hear, I have been playing with the sample but couldn't find a solution myself. Good luck with your further experiments, -- Daan. > > We figured out that it is probably the best way to have a look at the GTK > opengl sample. So we changed some lines in the source relating to the c++ > sample code. > I won't have time to find some more out but here is the modified sample that > runs on our machines.. (mainly for Mike who wants the news) > > It shows just a white square on a black background. Compilation with > ghc -package wx -package OpenGL foobar.hs > > Cheers > Patrick > > > module Main > where > import Graphics.Rendering.OpenGL > import qualified Graphics.UI.WX as WX > import qualified Graphics.Rendering.OpenGL as GL > > main = start gui > > convWG (WX.Size w h) = (GL.Size (convInt32 w) (convInt32 h)) > convInt32 = fromInteger . toInteger > > gui = do > f <- frame [ text := "Simple OpenGL" ] > glCanvas <- glCanvasCreateEx f 0 (Rect 0 0 200 200) > 0 "GLCanvas" [GL_RGBA] nullPalette > initme glCanvas > let glWidgetLayout = (fill . widget) glCanvas > WX.set f [ on paintRaw := paintGL glCanvas > , layout := glWidgetLayout > ] > > paintGL :: GLCanvas a -> DC() -> WX.Rect -> [WX.Rect] -> IO () > paintGL canvas dc rect _ = do > reshape $ convWG $ rectSize rect > display canvas > > return () > > initme :: GLCanvas a -> IO () > initme canvas = do > glCanvasSetCurrent canvas > > display canvas = do > clear [ ColorBuffer] > preservingMatrix $ do > stdQuad > putStrLn "Display" > flush > glCanvasSwapBuffers canvas > > > reshape size@(GL.Size w h) = do > viewport $= (Position 0 0, size) > matrixMode $= Projection > loadIdentity > let wf = fromIntegral w > hf = fromIntegral h > if w <= h > then ortho (-4.0) 4.0 (-4.0*hf/wf) (4.0*hf/wf) (-4.0) 4.0 > else ortho (-4.0*wf/hf) (4.0*wf/hf) (-4.0) 4.0 (-4.0) 4.0 > matrixMode $= Modelview 0 > loadIdentity > > vertex3f :: Vertex3 GLfloat -> IO () > vertex3f = vertex :: Vertex3 GLfloat -> IO () > > stdQuad :: IO () > stdQuad = do > renderPrimitive Polygon $ mapM_ vertex3f [ > Vertex3 0 0 0, > Vertex3 0 1 0, > Vertex3 1 1 0, > Vertex3 1 0 0 > ] > > > > > > On Tuesday 04 January 2005 19:58, Mike Gunter wrote: > >>Too bad. Do let me know if you figure this out. >> >> thanks, >> mike >> >>Patrick Scheibe <mai...@st...> writes: >> >>>Hi, >>> >>>I try to run the GLCanvas sample from the source of wxHaskell and the >>>only thing I get is a blank screen. Mike said I should try to recompile >>>all stuff (wxGTK and wxHaskell) with the --with-opengl option. >>>But this was what I did in the first time. The opengl sample in the wxGTK >>>source (penguin and so on) runs perfectly. >>>I can compile wxHaskell with opengl without any error. >>>But the sample shows just the blank screen. >>> >>>I figured out that it doesn't matter when I don't give the -package >>>OpenGL option to ghc. The sample compiles without error and runs in the >>>same way. Does wxHaskell add the Gl libs itself? >>> >>>Has anybody a compiled wxhaskell where this sample runs and can he help >>>me by showing his configuration of ghc, gtk, wxgkt, glib, wxhaskell, ... >>>I have a running SuSe distribution. >>> >>>Cheers >>>Patrick >>> >>>On Monday 03 January 2005 19:50, Mike Gunter wrote: >>> >>>>I was seeing the same behavior. Responding to my question, Sean >>>>Seefried pointed out that both wxWidgets and wxHaskell must be built >>>>with OpenGL support (by passing --with-opengl to their configure >>>>scripts). I haven't had time to determine if that's the issue for me. >>>>Perhaps it is for you? (If you do figure out why you're seeing the >>>>behavior you are, please let me know ...) >>>> >>>> mike > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > > |
From: shelarcy <she...@ca...> - 2005-01-12 13:36:06
Attachments:
GLCanvas.hs
|
Hmm, Keeping my eyes on this discussion, I have to chage my sample code. So I chage the sample following Patrick Scheibe sample. Here is a newer version. On Tue, 11 Jan 2005 12:15:38 +0100, Daan Leijen <da...@cs...> wrote: >> A friend of mine helped me solving the problem. >> It was really confusing. I just added any printouts in the display >> function of opengl and found out that wxhaskell called this display >> func. But why should it be called and even though nothing appeared in >> the frame. > > Ah, this is really good to hear, > I have been playing with the sample but couldn't find > a solution myself. > > Good luck with your further experiments, -- shelarcy <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ |
From: Patrick S. <mai...@st...> - 2005-01-17 00:28:15
|
Hi to all, My application runs fine. I think I have found the problem but it could probably be something more. Here are some hints relating to the (old) GlCanvas.hs sample from the source. 1. I use glCanvasSetCurrent as first command in the opengl display function and before doing any gl commands. This seems to be nesassary and is done in every wxGTK sample. 2. You have to do a glCanvasSwapBuffers at the end of the display function. Because I thing thinks like doublebuffering are done by the gui and every animated thing use doublebuffers. 3. The third hint is probably the most important. The on paintRaw is a bit different from the on paint event (yes, it have to.. :-). I think the one big difference is that it doesn't clean the dc before drawing on it if I understand the documentation in the right way. And thats the big mistake. When you just use the on paint recall nothing appears except of when you resize or move your frame. Then in a part of a millisecond your opengl screen appears. So here is the hint: Do what you want in the frame or other panels, but the glcanvas have to had the on paintRaw recall and everything is fine. 4. This isn't related direct to the "nothing appears" problem but I spent a full night to find the mistake and think its helpfull to know. When you want some initializations do it after all frames and panels are created and the event functions are set. I tried to switch light and depthbuffer on and did it directly after creating the glCanvas. It drove me mad because I searched the whole lighting stuff and didn't find the mistake.. I hope I figured this stuff in the right way out. It works for me. Cheers Patrick On Wednesday 12 January 2005 14:36, shelarcy wrote: > Hmm, Keeping my eyes on this discussion, I have to chage my sample code. > So I chage the sample following Patrick Scheibe sample. > Here is a newer version. > > On Tue, 11 Jan 2005 12:15:38 +0100, Daan Leijen <da...@cs...> wrote: > >> A friend of mine helped me solving the problem. > >> It was really confusing. I just added any printouts in the display > >> function of opengl and found out that wxhaskell called this display > >> func. But why should it be called and even though nothing appeared in > >> the frame. > > > > Ah, this is really good to hear, > > I have been playing with the sample but couldn't find > > a solution myself. > > > > Good luck with your further experiments, |
From: Sarah C. <ld...@ke...> - 2007-07-30 17:29:50
Attachments:
File.pdf
|
From: tomara F. <tom...@ab...> - 2007-08-10 10:15:19
|
B,U,L,L MARKET R_E_PORT!!! Insider B_u_ying A-l-e-r-t!!! Tr Date: Friday, Aug 10, 2007 Com: P-R-I_M_E T.I.M.E GROUP INC Symbol: (P)(R)[T][H] Cur Pr: $0.105 Thur Close: Gain (19.32%) Recomm: S!trong B.u.y/H.o.l.d DO YOU LOVE T_R-A-D-I-N_G P*ENNY S,T.O,C.K,S? [P][R](T)(H) WILL MOVE LIKE A COMET AND ITS ONLY GOING TO GET BETTER! Wat ch this S-U.P-E.RNOVA closely FRIDAY! |
From: Daan L. <da...@cs...> - 2004-12-01 07:47:48
|
herington, dean wrote: > I'm using wxhaskell-0.8 on Windows XP. When starting it up, I get a > error dialog with: > > Ghc Error > Can't load bitmap 'wxBITMAP_STD_COLOURS' from resources! Check .rc file. > > What's it mean? What is the .rc file? (I thought that was an X thing.) It is a windows resource file that is normally compiled into your .exe. Do you use a debug version of wxHaskell? In principle, you should not get this message with a release version (even though it is harmless, right?). I think you get when using certain message dialogs right? I believe it is fixed in wxWidgets 2.5.x but I will look into it and see if it can be fixed manually by me for the next release of wxHaskell. (is it a critical thing for you?) All the best, Daan. |