snogglethorpe

// SWIG overload-resolution bug test case
//
// Miles Bader <snogglethorpe@gmail.com>
//

// Instructions to reproduce, on a Debian system with the "lua5.1" and
// "liblua5.1-0-dev" packages installed:
//
// Compile with:
//

snogglethorpe

snogglethorpe

commit 5cce45ee20e4dc7d6025e75ae3f3f56d3e541992
Author: Miles Bader <miles@gnu.org>
Date:   Wed Oct 10 14:09:12 2012 +0900

    Handa fontconfig sorting patch

diff --git a/src/ftfont.c b/src/ftfont.c
index 10090cb..545c999 100644
--- a/src/ftfont.c
+++ b/src/ftfont.c

snogglethorpe

diff --git a/light/surface-light.cc b/light/surface-light.cc
index ddd3ac2..0270862 100644
--- a/light/surface-light.cc
+++ b/light/surface-light.cc
@@ -1,3 +1,5 @@
+#include "image/image.h"
+#include "util/radical-inverse.h"
 // surface-light.cc -- General-purpose area light
 //
 //  Copyright (C) 2010, 2013  Miles Bader <miles@gnu.org>

snogglethorpe

Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil)
  insert(nil)
  (while (consp --cl-var--) (setq value (car --cl-var--) key (pop value)) (message "key = [%s], keyval = [%s], value = [%s]" key (symbol-name key) value) (insert (1password-make-button (symbol-name key) value)) (insert "\n") (setq --cl-var-- (cdr --cl-var--)))
  (let* ((--cl-var-- 1password-passwords) (value nil) (key nil)) (while (consp --cl-var--) (setq value (car --cl-var--) key (pop value)) (message "key = [%s], keyval = [%s], value = [%s]" key (symbol-name key) value) (insert (1password-make-button (symbol-name key) value)) (insert "\n") (setq --cl-var-- (cdr --cl-var--))) nil)
  (catch (quote --cl-block-nil--) (let* ((--cl-var-- 1password-passwords) (value nil) (key nil)) (while (consp --cl-var--) (setq value (car --cl-var--) key (pop value)) (message "key = [%s], keyval = [%s], value = [%s]" key (symbol-name key) value) (insert (1password-make-button (symbol-name key) value)) (insert "\n") (setq --cl-var-- (cdr --cl-

snogglethorpe

local tex = require 'snogray.texture'
local mat = require 'snogray.material'
local surf = require 'snogray.surface'
local xform = require 'snogray.transform'

-- local earth_color = image_tex "../textures/oera/EarthMap_2500x1250.jpg"
local earth_color = 1

local i = tex.image "../textures/pbrt/grid.exr"
local m = mat.lambert (i)

snogglethorpe

;; custom Emacs c-mode indentation hook

(defvar c-basic-offset)  ; standard variable in c-mode

(defun miles-c-lineup-arglist-intro-indented-after-function (langelem)
  "Works with: defun-block-intro, brace-list-intro,
statement-block-intro, statement-case-intro, arglist-intro."
  (save-excursion
    (beginning-of-line)
    (backward-up-list 1)

snogglethorpe

Sure.  Look at this gist:  https://gist.github.com/4679014

It includes the same image file, in EXR, PNG, and JPEG formats.

The EXR file is the "master", and of course is encoded in linear-light, so shouldn't have gamma issues (haha!).  The other files have a gamma-correction of 1 / 2.2.  In the PNG, there's an explicit gAMA chunk describing this; in the JPEG file it's implicit (because of sRGB).

The PNG and jpeg files display identically with every program I've tried -- eog (gnome), "display" (imagemagick), web browsers (firefox, chrome), "geeqie" (not so common, but a nice and generally capable image display program).  Most of these can't handle EXR, but "display" does, and it displays darker than the 8-bit files, similar to the way iv does.

"iv" displays the PNG file identically to the other programs, but displays the EXR and JPEG files much darker, suggesting that indeed maybe the issue is that iv is doing the wrong thing on _display_: using the correct gamma adjustment when reading jpeg files, getting