[MiNT] mint.cnf and sln?

[Standa Opichal <opichals@seznam.cz>]

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).