I have a large VRML file that I am trying to display with GTKLOOKAT. It
core dumps before it seriously displays anything. It reads the files OK.
However, I suspects some system setting as it dumps a core file of size
67186688 Nov 25 15:40 core
This factors to 65536 * ( 65536 + 76 ) which is too close to 64MB and too
neat for my liking. I am quite happy to send the ( 13MB uuencoded ) file
to somebody else if you want to try it.
On a Windows Box with Blaxxun, the model needs about 90MB. I have also
tried this VRML file on at least one other PC VRML browser. This is a
multi-file model with lots of external images and was created using
Alias|Wavefront Maya 2.5.
On a Mandrake 7.2 LINUX machine with
$ limit
cputime unlimited
filesize unlimited
datasize unlimited
stacksize 8MB
coredumpsize 97MB
memoryuse unlimited
maxproc 2048
descriptors 1024
memorylocked unlimited
addressspace unlimited
The program dumps core where a 'where' in gdb with OpenVRML 0.11.2 and
GTKlookat 0.9.1 compiles with '-g', shows up
#0 0x405b6f7a in malloc () from /lib/libc.so.6
#1 0x405b6d3e in malloc () from /lib/libc.so.6
#2 0x404c4a78 in gluTessVertex () from /usr/X11R6/lib/libGLU.so.1
Any ideas.
Is it just some system setting?
Thanks - Damian (McGuckin)
Pacific Engineering Systems International, 22/8 Campbell St, Artarmon NSW 2064
Ph:+61-2-99063377 .. Fx:+61-2-99063468 | unsolicited email not wanted here !
Views and opinions here are mine and not those of any past or present employer
|
