From fnaumann@mail.cs.uni-magdeburg.de Sun Jul 11 14:17:22 2004 Message-ID: <40F12D89.4080102@seznam.cz> Date: Sun, 11 Jul 2004 14:07:37 +0200 From: Standa Opichal User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: fnaumann@cs.uni-magdeburg.de CC: mint@fishpool.com Subject: [MiNT] booting and _mint_setenv Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at fishpool.fi Delivered-To: mint@fishpool.com Delivered-To: mint@lists.fishpool.fi X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: opichals@seznam.cz Precedence: bulk List-help: List-unsubscribe: List-ID: X-List-ID: X-Milter: ClamAV 0.70/0.70kjel X-Milter: milter-regex 1.5jel X-Milter: ClamAV 0.70/0.70kjel X-Milter: milter-regex 1.5jel Hi Frank! I've had quite big problems recently when updating my CVS tree. I got stuck during the system boot in reading the mint.cnf and setting the initial environment using the 'setenv' directives. I noticed that Frank did something about this. I went to debug this and realized that mint.prg iherites its default process p_env pointer from TOS (IIRC) and therefore the total size of the base environment can't be longer that say 128 bytes. Also the CVSROOT/sys/init.c:_mint_setenv() uses the RAM_PAD() macro which definitely fails on pointers not allocated with the MiNT's internal alloc function. I solved this for myself so that the _mint_setenv() actually allocs the environment when called for the first time. I assume this as a temporary hack and I think the mint.prg should allocate its own chunk (like any other process) and copy the environment from TOS into that. With that the _mint_setenv() doesn't need to be changed and would look fine. Frank? regards STan