[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[MiNT] FreeMiNT 1.15.10b, bug report
Hi everybody,
I tried to install FreeMiNT 1.15.10b (binaries 040) on my Hades 060. Here is
what I got:
I install everything from the binary and modules achives. First, the kernel uses
memory protection whatever name I use. Luckily, there's the boot menu.
After that, the kernel runs until it announces that it installed the random
generator. Then it freezes. I played a lot with old and new xfs, xdd and xif
until I found that that's "flop_raw.xdd" which doesn't work at all. I re-install
my old trusty "flop_raw.xdd" and everything went smooth.
...Until XControl explodes with an illegal instruction during N.AES boot
procedure. I tried to launch XControl from desktop (Jinnee), but that's the
same. (What a nice key click!) <g>
Well, I explored the new /kern folder and decided to see what my "hard patched"
colorful 'ls' thought about that new folder. I couldn't.
pid 11 (TOSWIN2) assert (`save') failed at line 1066 of ../memory.c .
You must re-boot your system.
I was very happy... 2.1 Gb slowly checked by 'fsck.ext2'... then 2 times 2.1 Gb
even so slowly checked by 'fsck.minix'. What a pleasure! <g>
And I think that there's something strange about the memory management. The GFA
3.6 reports a RESUME error each time it encounters this instruction, i.e. when
it tries to take again the memory it had at start. The GFA brings "A la card"
with it in its fall and I'm back to desktop. IMHO, something that didn't need to
be repaired in the memory management was fixed. (Just my 2 cents.)
My configuration: Hades 060, 96 Mb memory, N.AES 1.x, Jinnee 1.x. Nothing
special in between FreeMiNT and N.AES (no 'init', no GEM-Init, ni virtual
consoles, no nothing).
I'm back to FreeMiNT 1.15.5 which is definitively solid as a rock on my Hades.
Even the GFA works without problem... <sigh>
See you later,
=====================
Remi Villatel
maxilys@normandnet.fr
=====================