Re: [openvrml-develop] 64MB limit

[Thomas F. <tf...@us...>]

Can you post the world somewhere where we can access it by ftp or http? 
I'm willing to take a look at this and see if I can come up with anything.

Tom

Damian McGuckin wrote:

>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
>
>
>_______________________________________________
>openvrml-develop mailing list
>ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>