From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.1.3 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by yquem.inria.fr (Postfix) with ESMTP id 6F081BC6B for ; Wed, 28 Nov 2007 11:47:48 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAPLVTEeBFIMBlGdsb2JhbACPPAIBAQcEBgkI X-IronPort-AV: E=Sophos;i="4.23,224,1194217200"; d="scan'208";a="4690925" Received: from mailimailo.univ-rennes1.fr ([129.20.131.1]) by mail2-smtp-roc.national.inria.fr with ESMTP; 28 Nov 2007 11:47:48 +0100 Received: from localhost (mailscan.univ-rennes1.fr [129.20.128.58]) by mailimailo.univ-rennes1.fr (Postfix) with ESMTP id 2C0D18A34 for ; Wed, 28 Nov 2007 11:47:48 +0100 (MET) Received: from mailimailo.univ-rennes1.fr ([129.20.131.1]) by localhost (mailscan.univ-rennes1.fr [129.20.128.58]) (amavisd-new, port 10028) with ESMTP id oX4jTEsjRLpb for ; Wed, 28 Nov 2007 11:47:47 +0100 (MET) Received: from pr038055.math.univ-rennes1.fr (pr038055.math.univ-rennes1.fr [129.20.38.55]) by mailimailo.univ-rennes1.fr (Postfix) with ESMTP id B0AD488A0 for ; Wed, 28 Nov 2007 11:47:16 +0100 (MET) From: Vu Ngoc San Organization: IRMAR To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Floating exception Date: Wed, 28 Nov 2007 11:47:16 +0100 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <47471716.3020304@irisa.fr> <474BF061.2070604@lexifi.com> <200711271119.26078.jon@ffconsultancy.com> In-Reply-To: <200711271119.26078.jon@ffconsultancy.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711281147.16378.san.vu-ngoc@univ-rennes1.fr> X-Spam: no; 0.00; bindings:01 lablgtk:01 bug:01 ocamlsdl:01 exception:01 caml-list:01 glut:01 glut:01 reproduce:03 reproduce:03 guess:04 perhaps:05 problem:05 installed:05 interface:06 > My guess is that the glut libraries installed on these computers are > causing the problems. Perhaps we should write bindings to GLX or use > LablGTK2 to evade glut and see what happens but, of course, we cannot > reproduce the problem here and there are a huge number of variations we > could try without having any real idea of what is going wrong. I wouldn't bet on this. I can reproduce the same bug with both the sdl-gl (ocamlsdl) interface, and the gtk-gl (liblablgtk2-gl-ocaml) interface. However, as I said, I couldn't with glxgears, and more interestingly I couldn't either with the demos shipped with glcaml. They use SDL. I just modified the source code in order to allow resizing windows.