|
From: Damian M. <da...@er...> - 2001-12-01 02:20:22
|
On Sun, 25 Nov 2001 ope...@li... wrote: > Date: Sun, 25 Nov 2001 16:51:31 +1100 (EST) > From: Damian McGuckin <da...@er...> > To: <ope...@li...> > Subject: [openvrml-develop] 64MB limit > > 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. Being a bit more intelligent and trying some other big files, I am sure that problem is not a 64MB limit. I can get problems with other ( sort of ) smaller executable sizes ( 27MB or so ) which also dump core as a result of a malloc() problem from within the OpenGL library. > 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 As to what the problem really is, that remains to be solved. 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 |