Amiga 3000 / Error 8000000B

[Kernel]

I've done some searches on Google as well as here but the reasons for this error seem to range across a few things.

I'm seeing this when I try to use the latest Scalos (beta) V41.7 - it pops up on Scalos_Async_Backfilll and I've also seen it when messing around with Zeus BBS.  the system seems stable otherwise.

030 @ 25, 2 Chip 16 Fast, 4GB SCSCI Drive... no other problems per se at this point.  It's a pretty vanilla 3.1 install with a few commodities running and of course MUI, VisualPrefs, and MagicWB.

Any insight would be helpful.

Also note, I've ran all the AIBB tests and it doesn't crash.

[Kernel]

I downgraded to the older 1.2d version of Scalos and it runs exceot when I try to run the Scalos Prefs utility, I get an 80000004 error.  The other prefs programs within Scalos work fine.

[Kernel]

Worth a try I suppose

Thanks!

[Kernel]

I was having problems with error 80000004 errors and http://aminet.net/search?query=dtack helped get rid of them.

Well, that did not do the trick.  And I now know there is something going on at a basic level in the A3K.

For the most part, it's stable.  But with certain programs I can *always* duplicate crashing.

A specific example: I boot from a 3.1 floppy Workbench disk and run the icon in the MUI drawer that looks like a smiley face - if anyone doesn't recall, this pops up a windows with an small animated demo from the MUI author - and when it exits, my A3K locks up.

I can run all AIBB benchmarks with 0 issues.  I would think that is stressing the machine so I'm at a loss as to what is happening.

[Kernel]

You will get the 8000 000B if a program uses FPU machine instructions and you have neither FPU nor software emulation for it installed. For an otherwise illegal or unsupported instruction you'll usually get 8000 0004, sometimes 8000 000A.

If you're sure none of your programs require an FPU, and that the files are not broken, then I have no idea why you get these errors.

then something perhaps with the 68882 in my machine?

[Kernel]

Well, I do have a 68882 in this so I think that covers the FPU doesn't it?

I've traced the MUI crash past that anim program to the MUI/Docs/Registration program.  It's weird... click it and the system just freezes with the mouse pointer flashing/flickering.  Hard to describe.

[Kernel]

Well, one issue solved.

I booted up AmiKit and tried the registration program there and it ran fine; I copied it over the A3000 and it ran fine; I then opened it up from the install folder I had created from the archive and it too opened fine.

So it appears that something corrupted it during install.

One issue out of the way...

[Kernel]

Also found one of the programs that is causing an 8000000B has an issue as well.. tried the previous version and it runs fine.

[Kernel]

It's a line F trap/guru. I can think of 3 possibilities:

1) buggy program or library (may be a MUI add-on library)
2) an fpu program or library for the 68040 or 68060 was accidentally installed and it's trying to use the FSOP or FDOP instructions
3) a program or library for the 68040 or 68060 was accidentally installed and it's trying to use the MMU or MOVE16 instructions

If it only happens when running MUI then it may be an MUI add-on library. You can either try installing new versions that may fix it or reinstall MUI and then the add-ons one by one to see if the problem returns.

Interesting, I do see a 68040.library in libs that came from the 3.1 install but other than that, nothing jumps out.

[Kernel]

Well, things are looking up.  Most of the issues I've had here appear to be the result of a corrupted file.  Strange but true... I guess that's something to think about for future cases of this!

One question I'm hoping someone might be able to answer before I stumble upon it... Scalos seems to not like MCP.  If MCP is enabled in my startup-sequence, Scalos will simply freeze.  I've traced it to MCP by commenting out all programs I've added to the startup-sequence as well as taking WBstartup out of the picture and then bringing things back bit by bit.

Thanks.