Return to BSD News archive
Newsgroups: comp.os.386bsd.questions Path: sserve!newshost.anu.edu.au!munnari.oz.au!constellation!osuunx.ucc.okstate.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!howland.reston.ans.net!usc!elroy.jpl.nasa.gov!decwrl!netcomsv!netcom.com!hasty From: hasty@netcom.com (Amancio Hasty Jr) Subject: Re: Virtual memory problem Message-ID: <hastyC972zI.6oL@netcom.com> Organization: Netcom Online Communications Services (408-241-9760 login: guest) References: <1993Jun24.015842.21623@news.arc.nasa.gov> <20f920INNc79@bonnie.tcd-dresden.de> Date: Fri, 25 Jun 1993 20:45:17 GMT Lines: 37 In article <20f920INNc79@bonnie.tcd-dresden.de> j@bonnie.tcd-dresden.de (J Wunsch) writes: >In article <1993Jun24.015842.21623@news.arc.nasa.gov> root@wanderer.nsi.nasa.gov (Michael C. Newell) writes: >>I've been trying to compile some of the Xview utility >>programs (notably textedit), and they include LOTS of >>header files. They bomb out with an error, "insufficient >>virtual memory"... >> >and rebuild it. > >Someone else proposed to unlimit any data segment sizes (by `limit >datasize unlimited'), but i find this really a bad idea. For a >couple of reasons: first, setting the default size to more than the >amount of physical memory available might cause your system >thrashing if you attempt to run something that allocates as much >virtual memory as it can get. If you still set a limit, you'll just Interesting, but I have managed to compiled InterViews, X11R5, flefax, gnu's smalltalk (a great memory hugger). and whole lot of applications with the method which I posted -- limit datasize unlimited, etc.... This is not to say that there will never be a problem when a certain memory limit is reached in the kernel;rather, a simple fix that has allow me to continue with my daily operations without having to rebuild the kernel, etc.. Hope this helps, Amancio -- This message brought to you by the letters X and S and the number 3 Amancio Hasty | Home: (415) 495-3046 | ftp-site depository of all my work: e-mail hasty@netcom.com | sunvis.rtpnc.epa.gov:/pub/386bsd/incoming