From fnaumann@mail.cs.uni-magdeburg.de Sun Jul 11 16:02:56 2004 Message-ID: <40F14693.30009@seznam.cz> Date: Sun, 11 Jul 2004 15:54:27 +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: mint@fishpool.com Subject: [MiNT] mint.cnf and sln? References: <40F12D89.4080102@seznam.cz> <003b01c46745$8fdfa6e0$0a0a63d9@blaszak> <40F1412E.40005@seznam.cz> In-Reply-To: <40F1412E.40005@seznam.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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 Does it relate to the environment changes that the fscheck.sh executed from the mint.cnf can't resolv the links to the ext2 partition? The links are however resolved by the other scripts executed later (after init??)... pid 0 (MiNT): >pCB_exec u:\c\mint\bin\sh u:\c\mint\bin\fscheck.sh pid 0 (MiNT): do_open(u:\c\mint\bin\sh): mode 0x81A4 pid 0 (MiNT): do_open(u:\c\mint\bin\sh) -> 0 pid 0 (MiNT): load_region: return region = 10B8B98 pid 4 (sh): get_cookie(): tag=4D694E54 (MiNT) ret=011813E8 pid 4 (sh): get_cookie(): value returned at 011813E8 pid 4 (sh): do_open(U:\dev\tty): mode 0x21B6 pid 4 (sh): Fstat64(\etc\hostname): path2cookie returned -34 pid 4 (sh): Fstat64(\etc): path2cookie returned -33 pid 4 (sh): Freadlink: unable to find \etc\hostname pid 4 (sh): Ext2-FS [D]: WARNING: mounting unchecked fs, running e2fsck is recommended pid 4 (sh): Fstat64(\etc\passwd): path2cookie returned -34 pid 4 (sh): Fstat64(\etc): path2cookie returned -33 pid 4 (sh): Freadlink: unable to find \etc\passwd pid 4 (sh): do_open(u:\c\mint\bin\fscheck.sh): mode 0x81A4 pid 4 (sh): do_open(u:\c\mint\bin\fscheck.sh) -> 0 pid 4 (sh): Fstat64(\etc\fastboot): path2cookie returned -34 pid 4 (sh): Fstat64(\etc): path2cookie returned -33 pid 4 (sh): Psigreturn: frame at 2F49650 points to 0 pid 4 (sh): sys_pipe: fds[0] = 6, fds[1] = 7 pid 4 (sh): sys_pfork(): BASEPAGE=01126000 pid 5 (sh): sys_pipe: fds[0] = 6, fds[1] = 7 pid 5 (sh): sys_pfork(): BASEPAGE=01126000 pid 6 (sh): do_open(u:\bin\grep): mode 0x81ED pid 6 (sh): do_open(u:\bin\grep) -> 0 pid 6 (sh): load_region: return region = 10B8C18 regards STan Standa Opichal wrote: > Well, yes, if we don't really need it then it would be ok. Actually when > running mint from the AUTO folder then it should not harm anyway. > > BTW: Do you think releasing it would not crash? I think it actually > points somewhere to the commandline space which is IIRC shared in > SingleTOS (I use TOS 4.04). So I would better just set it to NULL and > let the _mint_setenv() do its work. > > regards > > STan > > Konrad Kokoszkiewicz wrote: > >>> With that the _mint_setenv() doesn't need to be changed and would >>> look fine. Frank? >> >> >> >> Wouldn't it be better to just release the old TOS environment (with TOS >> function Mfree(_base->p_env)), zero out the pointer, and then allocate >> (with >> MiNT functions) new block of RAM and setup it as empty environment? >> >> This was things remain elegant, and we don't need TOS environment >> anyways. >> >> -- >> CVV >> Konrad M.Kokoszkiewicz, http://draco.atari.org >> >> ** Ea natura multitudinis est, >> ** aut seruit humiliter, aut superbe dominatur. >> ** Taka to juz natura pospólstwa, albo sluzalczo sie plaszczy, >> ** albo bezczelnie sie panoszy. (Liwiusz XXIV, 25). >> > >