April 2002 - HOpenGL - Haskell.org

RE: [HOpenGL] Some quick feedback (was ANNOUNCE: HOpenGL 1.02 released)
by Simon Marlow 23 Apr '02

23 Apr '02

> [ Forwarded to cvs-ghc, too, because of the first bug ] > > anatoli wrote: > > I'm on Solaris 2.6, GHC 5.02.3. > > Thank you for good work! Some quick notes: > > > > 1. examples/redbook_HS/Clip dumps core :( > > A quick look with ddd revealed that GHC's RTS has a bug in alloca > resp. allocaBytes: It must return a pointer with the *strictest* > alignment, which is 8 bytes on SPARC for 64-bit integrals/floats. > Currently, the returned pointer has only an alignment of 4 bytes. > :-( I think I've now fixed alloca to always return 8-byte aligned memory. Cheers, Simon

1 0

RE: [HOpenGL] Some quick feedback (was ANNOUNCE: HOpenGL 1.02 released)
by Simon Marlow 23 Apr '02

23 Apr '02

> Well, ghci is useful in quick change-compile-test cycles, so I > think it does make at least some sense. But I'm not sure > ghc-pkg does what you say it does. In hslibs this is handled by > this rule: > $(GHCI_LIBRARY) :: $(LIBOBJS) > ld -r -o $@ $(LIBOBJS) $(STUBOBJS) ghc-pkg (in version 5.03+) will auto-generate the GHCi libs if you give it the -a option. We don't use this in hslibs or libraries yet. > > Hmmm, this doesn't work if there are options different from "-lfoo", > > which is the case at my site: Configure determines that the options > > "-L/usr/openwin/lib" and "-R/usr/openwin/lib" must be used > here, too. > > Firstly, -L and -R should stay in extra_ld_opts. > > Secondly, it looks like GHCi bug. It should either search > something else > than just LD_LIBRARY_PATH for .so libraries, or stop complaining about > unknown symbols in hs_libraries. In any case, this is for ghc people. I must have missed the problem - what actually is going wrong? GHCi looks in several places (not just LD_LIBRARY_PATH) for .so libraries. What is the -R option for? The gcc manual doesn't list it, and the ld manual says it takes a filename, not a directory. Cheers, Simon

1 0

ANNOUNCE: HOpenGL 1.02 released
by Sven Panne 23 Apr '02

23 Apr '02

HOpenGL, a Haskell binding for OpenGL and GLUT version 1.02 I am pleased to announce the thirteenth release of the Haskell binding for GL 1.2.1 / GLU 1.3 / GLUT 3.7beta. It offers easy access to *the* industrial strength 3D graphics API and a GUI toolkit. More details about HOpenGL can be found at http://haskell.org/HOpenGL This is a mainly a compatibility release for >= GHC-5.x, including some minor extensions. What's new: * Added support for 3D textures: texImage3D, texSubImage3D, copyTexSubImage3D. * Added a "make install" target to add a HOpenGL package to GHC. This makes using HOpenGL much easier: A simple ghc -package HOpenGL --make MyCoolApp.hs is enough for most applications. * GLUT exports its own versions of System.exit{With,Failure} now to avoid GHC's problems of those functions if they were issued during callbacks. * Fixed quite a few library incompatibilities for GHC >= 5.02. * Fixed some minor GLU incompatibilities. * Fixed GLUT game mode exports, so you could actually use it now! :-} * Changed configure to detect the native (i.e. non-Mesa) OpenGL as the default. This is more conforming with the OpenGL ABI spec. * Re-animated --with-hc and --with-green-card configure flags. HOpenGL-1.02 has been tested on the following platforms: * ix86, SuSE Linux 7.3, Mesa 3.4.2, bleeding edge GHC from CVS * ix86, Windows 2000, Cygwin (DLL 1.3.10), NVIDIA DetonatorXP * drivers 28.32, GHC 5.02.3 and 5.03-20020204 * SPARC, Solaris 2.7, Mesa 4.0.2, GHC 5.02.3 It should work on any platform with a recent GHC, too. As always, feedback and/or patches are highly welcome. Have fun! Sven

3 3

소비자의 권리를 아세요? 지금 바로 찾으세요^^ [홍보홍보]
by 다이오마트 21 Apr '02

21 Apr '02

소비자 중심주의 다이오마트(DIOMART) 소비자 중심주의 다이오마트(DIOMART) 소비자의 권리를 모두 찾아드리는 세계 최초 최고의 시스템 다이오마트입니다. 안녕하세요? 소비자 권리를 완벽하게 찾아드리는 다이오마트 장도환입니다. 매달 소비생활을 하시면서 소비자의 권리를 얼마나 찾고 계신가요? 신용카드나 쇼핑몰에서 구매를 하셨을 때 적립되는 포인트나 적립금을 현금으로 받아보신적이 있으신가요? 아마도 없으실 겁니다. 형식적으로는 고객을 생각한다고 제도를 만들어놓고 실제로는 거의 지급을 하지 않는 것이 현실입니다. 하지만 이제부터는 소비자의 모든 권리를 저희 다이오마트가 찾아드립니다. 생활전반에 걸친 소비를 하시면서 얼마든지 현금으로 되돌려 받는 시스템입니다. 그것도 본인이 구매하는 것에 대한 것만 받는 것이 아니라 많은 회원들이 구매하는 포인트를 모아모아서 본인이 돌려 받는 것입니다. 이제는 언제 어디서 어떤 소비를 하시더라도 소비자체가 곧 수입이 되는 시대가 왔습니다. 저희 다이오마트는 또한 추천인제도를 두어 추천인이 구매하는 포인트의 10%를 본인이 돌려 받게 됩니다. 내가 주변에 추천을 해서 그 분들이 구매를 하시게 될 경우 나에게 매달 현금으로 되돌아 오는 시스템입니다. 지금 현재 저희 다이오마트와 제휴한 삼성몰, 인터파크, Yes24 온라인서점,아이엠코리아등의 대형 쇼핑몰에서 구매를 하시든 각기 현금으로 되돌려 받으시게 됩니다. 또한 링크플라워 꽃배달 서비스, 유니코21 보험 서비스, 전용선 메가패스, 위성TV 스카이 라이프 등을 이용하셔도 현금으로 적립시켜 드립니다. 향후 저희 다이오마트는 미국,일본,대만,중국 등에도 진출하게 됩니다. 좁은 국내 시장에 머무르는 것이 아니라 전세계를 대상으로 합니다. 원래 저희 다이오마트가 미국에 기반을 둔 회사이므로 해외진출은 쉽게 진전이 됩니다. 뿐만 아니라 향후 집앞의 미용실이나 식당, 학원, 부동산, 슈퍼 등도 저희 가맹점으로 들어오게 됩니다. 그냥 평소의 소비생활을 단지 저희 다이오마트를 통해서만 하신다고 해도 매달 25%의 캐시백을 받으시게 됩니다. 또한 다이오마트 신용카드가 발급이 되면 어디서 사용을 하시든 신용카드 적립금을 모두 현금으로 되돌려 드립니다. 또한 저희 다이오마트 회원이 되시면 자동으로 3*15매트릭스 시스템에 자리를 잡아 나중에 15단계 회원들이 구매하는 포인트까지 누적하여 지급이 됩니다. 만약 본인 하위에 15단계가 다 차게 된다면 매달 200억의 수입도 바라보게 됩니다. 200억은 조금 힘들다 하더라도 최소한 그 천분의 일은 누구나 가능하게 될 것입니다. 지금 바로 가입하시는 것이 유리하답니다. 회원가입하기:http://www.e-diolink.com/diomart/diomart7.htm 추천인 아이디:205701(추천인 아이디를 반드시 기재하셔야 가입이 됩니다.) 가입하신 후 저희 커뮤니티로 오시면 자세한 홍보방법과 노하우를 지원해 드림으로써 누구나 쉽게 수입이 될 수 있도록 도와 드립니다. 다이오마트 홈:http://www.diomart.com 개인홈:http://e-diolink.com/205701 다사모 커뮤니티:http://freechal.com/diolinkkorea O 본 메일은 정보통신망 이용촉진 및 정보보호 등에 관한 법률 제 50조에 의거한 [광고] 메일입니다 O e-mail주소는 인터넷상에서 취득하였으며, 주소외 어떠한 개인 정보도 가지고 있지 않습니다 O수신거부를 원하시면수신거부 해 주세요.정보를 원치 않는 분께는 대단히 죄송 합니다.

1 0

HC&A Report (May edition)
by C.Reinke 20 Apr '02

20 Apr '02

Hi HOpenGL-ers! May I hope that the activities in this list will be reflected by summaries to be included in the next HC&A Report? - HOpenGL itself - VOP - FunGEn .. others..? If I can book you in, could you please send me a short confirmation? Your 1-2 paragraphs would be due by 30/04/ (see the first edition for lots of examples;-). Cheers, Claus

1 0

ANNOUNCE: FunGEn-0.1 released!
by Andre W B Furtado 19 Apr '02

19 Apr '02

----------------------- FunGEn Functional Game Engine ----------------------- I am pleased to announce the first release of FunGEn, a 2D platform-independent game engine implemented in and for Haskell, using HOpenGL. Actually, FunGEn supports: * Initialization, updating, removing, rendering and grouping routines for game objects; * Definition of a game background (or map), including texture-based maps and tile maps; * Reading and intepretation of the player's keyboard input; * Collision detection; * Time-based functions and pre-defined game actions; * Loading and displaying of 24-bit bitmap files; * Some debugging and game performance evaluation facilities; * Sound support (actually for windows platforms only... :-[ ) You can download and find more info about FunGEn in: http://www.cin.ufpe.br/~haskell/fungen Your feedback is highly welcome! Nice coding... -- Andre W B Furtado

2 1

Re: Exiting gracefully from (H)GLUT?
by C.Reinke 19 Apr '02

19 Apr '02

> I have recently started using the HOpenGL (version 1.01) under Linux > running ghc 5.02.1 and have a question. How do I exit my application > gracefully (apart from closing the window). > In your examples you use > > > exitWith ExitSuccess > > That however causes a: > > TestGLUT: fatal error: GLUT_CBWindow_d7Tf: uncaught exception Not sure whether that may help anyone in debugging, but I didn't use to have this problem until today, so today's changes might be related to the problem: I used to supply the window callback via createWindow, until I naively tried to create a DisplayList, to be passed to the window callback. After wondering just why genLists returned an empty list, I found that I had to move the call to genLists after createWindow. That meant I had to supply an empty window callback to createWindow (return ()), then allocate and fill my DisplayList, and finally register the proper window callback, with displayFunc. Now I also get the error on termination: e:\home\Haskell\hopengl\Tst.exe: fatal error: GLUT_CBWindow_d7TT: uncaught exception The sources mention that it is illegal to unregister a window callback - is registering a new one a problem? Claus PS. I had to twiddle my configuration slightly, to get HOpenGL (great stuff, Sven, btw;) compiled. From the archive, I gather that those missing commas are greencard-related and well-known, though. config: Win2k Cygwin (recent) GHC-5.02.2 (msi) GreenCard 2.03 (msi) HOpenGL-1.01 problems: figuring out how to escape the space in the GreenCard-path:-) --with-green-card="c:/Program\\ Files\GreenCard\green-card.exe" spaces in some .gc files would cause make depend to fail:-( GLUT_State.gc:217 GLUT_Init.gc:76 GLUT_CBWindow.gc:287 adding commas seems to have solved the issue

5 4

HOpenGL 1.02 - release candidate 1
by Sven Panne 18 Apr '02

18 Apr '02

A new compatibility release for HOpenGL is about to be unleashed, but before it is "officially" announced, I'd like to get some feedback first. Release candidate 1 is available at: http://haskell.org/HOpenGL/releases/HOpenGL-1.02-RC1.tar.gz If no tragic failures are reported, the "real" 1.02 will follow in the next few days. Thanks to all the people who already gave me valuable feedback in the last few months! Cheers, S. The upcoming announcement: ---------------------------------------------------------------------- HOpenGL, a Haskell binding for OpenGL and GLUT version 1.02 I am pleased to announce the thirteenth release of the Haskell binding for GL 1.2.1 / GLU 1.3 / GLUT 3.7beta. It offers easy access to *the* industrial strength 3D graphics API and a GUI toolkit. More details about HOpenGL can be found at http://haskell.org/HOpenGL This is a mainly a compatibility release for >= GHC-5.x, including some minor extensions. What's new: * Added support for 3D textures: texImage3D, texSubImage3D, copyTexSubImage3D. * Added a "make install" target to add a HOpenGL package to GHC. This makes using HOpenGL much easier: A simple ghc -package HOpenGL --make MyCoolApp.hs is enough for most applications. * GLUT exports its own versions of System.exit{With,Failure} now to avoid GHC's problems of those functions if they were issued during callbacks. * Fixed quite a few library incompatibilities for GHC >= 5.02. * Fixed some minor GLU incompatibilities. * Fixed GLUT game mode exports, so you could actually use it now! :-} * Changed configure to detect the native (i.e. non-Mesa) OpenGL as the default. This is more conforming with the OpenGL ABI spec. * Re-animated --with-hc and --with-green-card configure flags. HOpenGL-1.02 has been tested on the following platforms: * ix86, SuSE Linux 7.3, Mesa 3.4.2, bleeding edge GHC from CVS * ix86, Windows 2000, Cygwin (DLL 1.3.10), NVIDIA DetonatorXP * drivers 28.32, GHC 5.02.3 and 5.03-20020204 * SPARC, Solaris 2.7, Mesa 4.0.2, GHC 5.02.3 It should work on any platform with a recent GHC, too. As always, feedback and/or patches are highly welcome. Have fun! Sven

1 0

Re: [HOpenGL] Re: Exiting gracefully from (H)GLUT?
by C.Reinke 15 Apr '02

15 Apr '02

> > C. Reinke wrote: > >>[...] I found that I > >>had to move the call to genLists after createWindow. > >> > > I'd expect that, because most (all?) versions of GLUT don't initialize the > > OpenGL context until the window has actually been created. [...] > > Exactly, I just had a look in the GLUT sources. So the general rule of thumb is: > > Issue OpenGL calls *after* the first createWindow, never before. Isn't that an argument against the displayFunc parameter to HOpenGL's createWindow? One could still have a createSimpleWindow or something for simple applications, but why pass and install a null handler if one most certainly needs to replace it soon? > This makes sense perfectly: Remember that you could have multiple Windows, > so the effect of e.g. setting the current to color depends on the current > GLX/OpenGL context. The latter one is created with createWindow, changed > with e.g. setWindow, overlay handling, etc. etc. I was fooled by display lists - while their drawing commands aren't executed until they are called, the implicit state queries that determine how a vertex will appear when drawn are executed at construction time:-( Hence they also suffer from the dependency you describe. Btw, is this foreign import shutdownHaskellAndExit :: Int -> IO () going to be standard Haskell/FFI/xx ? The earlier discussion here mentioned some hs_exit instead, but it wasn't clear whether that would make it into the addendum, either. Ah, the FFI release candidate 3 mentions hs_exit in section "6.1 CForeign" - is that the way to go then? Claus

2 1

Exiting gracefully from (H)GLUT?
by Calle Lejdfors 12 Apr '02

12 Apr '02

Hello. I have recently started using the HOpenGL (version 1.01) under Linux running ghc 5.02.1 and have a question. How do I exit my application gracefully (apart from closing the window). In your examples you use > exitWith ExitSuccess That however causes a: TestGLUT: fatal error: GLUT_CBWindow_d7Tf: uncaught exception Similar error appear in my application. How do I get around this? It does not appear to help to do a destroyWindow before exiting. Any ideas? Thanks, Calle

2 1