Ambient value sorting, sortambvals(), can be turned of
at compile time (rather than messing with the source
code) with the following addition to rmake in the
for example (for compilation on a linux box):
exec make "SPECIAL=" \
"OPT=-O2 -DSPEED=40" \
"MACH=-DBSD -Dlinux -DDCL_ATOF
-L/usr/X11R6/lib -I/usr/include/X11 -DNOSTEREO
-Dtracktime=0 -DMAXOBJBLK=131071 -DBIGMEM" \
ARCH=IBMPC "COMPAT=bmalloc.o erf.o
CC=gcc "[email protected]" -f Rmakefile
-Jack de Valpine
Jan Wienold wrote:
> Hi all,
> we installed the 3.4 RADIANCE and get now in many
cases following error message:
> rpict: consistency - address not found in avlmemi
> We also tried to store an ambient file and to
restart the job with it - with the same result.
> If we use our "older" version (I think it is 3.1
patchlevel 11), this problem does not occur.
> Any idea how to solve that?
Howdy Jan -- long time no see! :^)
Oh yeah... the age-old avlmemi bug... the plight of
developer! This problem popped up on patchlevel 20.
I circumvented it by
simply disabling the call to sortambvals() at line
#230 in the ambient.c
if (tracktime) /* sort
to minimize thrashing
Runs fine without it! Maybe Greg can shed some light
sortambvals() is needed. As far as I can see this
should be redundant on
modern VM systems.
"Life is too short for core dumps"
Radiance-general mailing list
---- [email protected] wrote: