Sender: salvador AT delorie DOT com Message-ID: <3B7C20DD.7141E2BA@inti.gov.ar> Date: Thu, 16 Aug 2001 16:37:01 -0300 From: salvador Organization: INTI X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686) X-Accept-Language: es-AR, en, es MIME-Version: 1.0 To: djgpp AT delorie DOT com Subject: Re: Compiling Quake References: <3B7AC29A DOT 9080305 AT edu DOT stadia DOT fi> <3b7ae00b DOT sandmann AT clio DOT rice DOT edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp AT delorie DOT com Charles Sandmann wrote: > > I just tried and it compiles with GCC 3.0. You WILL get crashes when you > > run it, anybody want to explain that ugly memory management stuff? > > I haven't looked at the source but I helped them build it. What do you > want to know about the memory management? > > The release was built with DJGPP V2.0 beta 3 pre-release, which only had > unixy sbrk() at the time (which is now not the default). I compiled Quake without needing to change it and worked quite nice (I used it to play network deathmatch cheating ;-)))) But I used something like djgpp 2.01 and never tried with 2.03. About the memory: They just allocate all the memory in one shot and then administrate it with a special allocation routine. I think the main purpose of it is just debugging. Each allocated block have extra information, like object type. Is amazing to see how the programs wastes resources in most of the code. They knew very well what to optimize and just optimized it. SET -- Salvador Eduardo Tropea (SET). (Electronics Engineer) Visit my home page: http://welcome.to/SetSoft or http://www.geocities.com/SiliconValley/Vista/6552/ Alternative e-mail: set-soft AT bigfoot DOT com set AT computer DOT org set AT ieee DOT org Address: Curapaligue 2124, Caseros, 3 de Febrero Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013