Strange crash

	Bottom Previous Topic Next Topic
Register To Post

(1) 2 »

Raziel

Strange crash

Posted on: 2018/3/9 7:09 #1

Home away from home

So, i fired up the X this morning and at first my keyboard was acting up.
Always starting to repeatedly press "r" without me touching the keyboard.
(Found out because of the MousBlanker commodity started to act up accordingly).
I tried changing the keyboard's USB port, rebooting and finally after replugging all of my USB cables, it started to work again).
Not long after that, it starts repeating the "r" again, stupid...

And yet this is not the only problem i have this morning.
A crash actually, but one so strange, i cannot tell why it should happen at all and what is causing it.

As soon as i open one specific subdir on my HDD (while using workbench with all hidden files shown) the first file is displayed and with the second file not being displayed at all workbench is crashing badly.


Crash log for task "Workbench"

Generated by GrimReaper 53.19

Crash occured in module kernel at address 0x02003658

Type of crash: unknown exception

Alert number: 0x01000009



Register dump:

GPR (General Purpose Registers):

   0: 0201F758 60AF4EA0 40278885 02003670 60B404B0 0200B030 02A8824C 4F6B0A30 

   8: 619AF9B0 00000001 00000000 02973054 22442244 07F80000 60AF50F0 00000002 

  16: 502B9720 00000000 00000040 4FC94040 5BCBB018 00000000 4FC3A000 502E7CB4 

  24: 00000000 62935140 00000001 00000000 02A8B092 60B404B0 60B404B0 02973054 





FPR (Floating Point Registers, NaN = Not a Number):

   0:               60    -1.73689e+308    -1.73689e+308    -1.45489e+308 

   4:    -1.62387e+308              nan              nan              nan 

   8:    -1.56769e+308    -1.56769e+308               64       4.5036e+15 

  12:              256       4.5036e+15                0                0 

  16:                0                0                0                0 

  20:                0                0                0                0 

  24:                0                0                0                0 

  28:                0                0              0.1       4.5036e+15 



FPSCR (Floating Point Status and Control Register): 0x82004000





SPRs (Special Purpose Registers):

           Machine State (msr) : 0x0200B030

                Condition (cr) : 0x502F1AA4

      Instruction Pointer (ip) : 0x02003658

       Xtended Exception (xer) : 0x5BCA2018

                   Count (ctr) : 0x6FF464D0

                     Link (lr) : 0x7FB3C920

            DSI Status (dsisr) : 0x5BCA1DD0

            Data Address (dar) : 0x021AD048







680x0 emulated registers:

DATA: 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

ADDR: 6FFB8700 96BDF700 00000000 00000000 00000000 00000000 00000000 60AF4F70 

FPU0:                0                0                0                0 

FPU4:                0                0                0                0 







Symbol info:

Instruction pointer 0x02003658 belongs to module "kernel" (HUNK/Kickstart)



Stack trace:

    native kernel module kernel+0x00003658

    native kernel module kernel+0x0001f760

    native kernel module kernel+0x0001bdd0

    module LIBS:mpega.library at 0x7F7AA6FC (section 5 @ 0x6D8)

    module LIBS:mpega.library at 0x7F7AE724 (section 5 @ 0x4700)

    module LIBS:mpega.library at 0x7F7AB2B8 (section 5 @ 0x1294)

    module LIBS:mpega.library at 0x7F7AB9A0 (section 5 @ 0x197C)

    module LIBS:mpega.library at 0x7F7AA3D4 (section 5 @ 0x3B0)

    module T:mpega_dt.elf at 0x7FFB34FC (section 4 @ 0x4D8)

    module LIBS:datatypes.library at 0x7FF43F88 (section 5 @ 0x5F64)

    module LIBS:datatypes.library at 0x7FF44550 (section 5 @ 0x652C)

    module LIBS:datatypes.library at 0x7FF4481C (section 5 @ 0x67F8)

    module LIBS:datatypes.library at 0x7FF43AC8 (section 5 @ 0x5AA4)

    module LIBS:workbench.library at 0x7FED775C (section 5 @ 0x18738)

    module LIBS:workbench.library at 0x7FEEB710 (section 5 @ 0x2C6EC)

    module LIBS:workbench.library at 0x7FEEBECC (section 5 @ 0x2CEA8)

    module LIBS:workbench.library at 0x7FED291C (section 5 @ 0x138F8)

    module LIBS:workbench.library at 0x7FED4ED8 (section 5 @ 0x15EB4)

    module LIBS:workbench.library at 0x7FEFCA1C (section 5 @ 0x3D9F8)

    module LIBS:workbench.library at 0x7FED4DA0 (section 5 @ 0x15D7C)

    module LIBS:workbench.library at 0x7FF22CE8 (section 5 @ 0x63CC4)

    module LIBS:workbench.library at 0x7FEF0F04 (section 5 @ 0x31EE0)

    module LIBS:workbench.library at 0x7FEFC5E8 (section 5 @ 0x3D5C4)

    module LIBS:workbench.library at 0x7FEF3650 (section 5 @ 0x3462C)

    module LIBS:workbench.library at 0x7FEFBB90 (section 5 @ 0x3CB6C)

    module LIBS:workbench.library at 0x7FEFDEE0 (section 5 @ 0x3EEBC)

    native kernel module dos.library.kmod+0x000255c8

    native kernel module kernel+0x000420ac

    native kernel module kernel+0x000420f4



PPC disassembly:

 02003650: 60633670   ori               r3,r3,13936

 02003654: 44000022   .word             0x44000022

*02003658: 4e800020   blr               

 0200365c: 7c641b78   mr                r4,r3

 02003660: 3c600200   lis               r3,512



System information:



CPU 

 Model: P.A. Semi PWRficient PA6T-1682M VB1 

 CPU speed: 1800 MHz 

 FSB speed: 900 MHz 

 Extensions: altivec 



Machine 

 Machine name: AmigaOne X1000 

 Memory: 2097152 KB 

 Extensions: bus.pci bus.pcie

And here is the serial log:


Kernel command line: serial munge debuglevel=1



Registers pointing to code:

r0 : native kernel module kernel+0x0001f758

r3 : native kernel module kernel+0x00003670

r5 : native kernel module kernel+0x0000b030

r6 : native kernel module kernel+0x00a8824c

r9 : module LIBS:mpega.library at 0x00000001 (section 0 @ 0xFFFFFFDC)

r11: native kernel module kernel+0x00973054

r26: module LIBS:mpega.library at 0x00000001 (section 0 @ 0xFFFFFFDC)

r28: native kernel module kernel+0x00a8b092

r31: native kernel module kernel+0x00973054

ip : native kernel module kernel+0x00003658

lr : native kernel module kernel+0x0001f760

ctr: native kernel module kernel+0x0001e08c



Stack trace:

(0x60AF4EA0) native kernel module kernel+0x00003658

(0x60AF4ED0) native kernel module kernel+0x0001f760

(0x60AF4EF0) native kernel module kernel+0x0001bdd0

(0x60AF4F10) module LIBS:mpega.library at 0x7F7AA6FC (section 5 @ 0x6D8)

(0x60AF4F30) module LIBS:mpega.library at 0x7F7AE724 (section 5 @ 0x4700)

(0x60AF4F40) module LIBS:mpega.library at 0x7F7AB2B8 (section 5 @ 0x1294)

(0x60AF4F60) module LIBS:mpega.library at 0x7F7AB9A0 (section 5 @ 0x197C)

(0x60AF4F80) module LIBS:mpega.library at 0x7F7AA3D4 (section 5 @ 0x3B0)

(0x60AF4F90) module T:mpega_dt.elf at 0x7FFB34FC (section 4 @ 0x4D8)

(0x60AF5060) module LIBS:datatypes.library at 0x7FF43F88 (section 5 @ 0x5F64)

(0x60AF50D0) module LIBS:datatypes.library at 0x7FF44550 (section 5 @ 0x652C)

(0x60AF5360) module LIBS:datatypes.library at 0x7FF4481C (section 5 @ 0x67F8)

(0x60AF5530) module LIBS:datatypes.library at 0x7FF43AC8 (section 5 @ 0x5AA4)

(0x60AF55A0) module LIBS:workbench.library at 0x7FED775C (section 5 @ 0x18738)

(0x60AF5720) module LIBS:workbench.library at 0x7FEEB710 (section 5 @ 0x2C6EC)

(0x60AF57B0) module LIBS:workbench.library at 0x7FEEBECC (section 5 @ 0x2CEA8)

(0x60AF5830) module LIBS:workbench.library at 0x7FED291C (section 5 @ 0x138F8)

(0x60AF5870) module LIBS:workbench.library at 0x7FED4ED8 (section 5 @ 0x15EB4)

(0x60AF59C0) module LIBS:workbench.library at 0x7FEFCA1C (section 5 @ 0x3D9F8)

(0x60AF5A40) module LIBS:workbench.library at 0x7FED4DA0 (section 5 @ 0x15D7C)

(0x60AF5CE0) module LIBS:workbench.library at 0x7FF22CE8 (section 5 @ 0x63CC4)

(0x60AF5D50) module LIBS:workbench.library at 0x7FEF0F04 (section 5 @ 0x31EE0)

(0x60AF5D60) module LIBS:workbench.library at 0x7FEFC5E8 (section 5 @ 0x3D5C4)

(0x60AF5DF0) module LIBS:workbench.library at 0x7FEF3650 (section 5 @ 0x3462C)

(0x60AF5ED0) module LIBS:workbench.library at 0x7FEFBB90 (section 5 @ 0x3CB6C)

(0x60AF5F30) module LIBS:workbench.library at 0x7FEFDEE0 (section 5 @ 0x3EEBC)

(0x60AF5F90) native kernel module dos.library.kmod+0x000255c8

(0x60AF5FC0) native kernel module kernel+0x000420ac

(0x60AF5FD0) native kernel module kernel+0x000420f4



Disassembly of crash site:

 02003648: 7C641B78   mr                r4,r3

 0200364C: 3C600200   lis               r3,512

 02003650: 60633670   ori               r3,r3,13936

 02003654: 44000022   .word             0x44000022

>02003658: 4E800020   blr

 0200365C: 7C641B78   mr                r4,r3

 02003660: 3C600200   lis               r3,512

 02003664: 606337D8   ori               r3,r3,14296

 02003668: 44000022   .word             0x44000022

 0200366C: 4E800020   blr

Stack pointer (0x60AF4EA0) is inside bounds

Redzone is OK (4)



68k register dump

DATA: 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000

----> 00000001 - "LIBS:mpega.library" Hunk 0000 Offset 00000000 (SegList: 0x13F92E09)

ADDR: 6FFB8700 96BDF700 00000000 00000000 00000000 00000000 00000000 60AF4F70

Now, i *know* that i had this omnious "mpega.library" installed for ages (it's a version from 2004) and NEVER had problems with it (mind you, i don't check that subdir every day, so it might have gone unnoticed for a time, even yerars to be honest), still it crashes for reasons i can't really grab.

The subdir in question holds .LFL files (room files from ZakMcKracken) and .flac files (and *nothing* else!).
The .flac files aren't even touched when it's going down, mpega.library is crashing Workbench as soon as the second .LFL should be displayed.

I know that it could *possibly* be because of DefIcons interfering, but deficons has only two mpeg/mpg entries (one of them being a macroclass) and the pattern of the other class entry doesn't match any of the files in that subdir. (I checked all files with FileX).

I have put mpega.library into custody for now (renamed it), which cures the crash, but i don't really understand what is going on, especially because the crashlog says that mpega.library is trying to give data to the datatypes, but what data?
It shouldn't be able to find any mpeg data inside that dir.

--

game box/art scans
scummvm infrequent builds

salass00

Re: Strange crash

Posted on: 2018/3/9 7:54 #2

Just can't stay away

@Raziel

It is MPEGA datatype file recognition that is causing an alert (0x01000009 AKA AN_FreeTwice). The AN_FreeTwice means that it tried to free a memory region that was already freed.

Raziel

Re: Strange crash

Posted on: 2018/3/9 9:41 #3

Home away from home

@salass00

so...do we have the source code of the datatype and can it be fixed?

--

game box/art scans
scummvm infrequent builds

broadblues

Re: Strange crash

Posted on: 2018/3/9 10:45 #4

Home away from home

@Raziel

Quote:

so...do we have the source code of the datatype and can it be fixed?

What mpega.datatype do you have installed? Version number? etc? and dos the MPEGA descriptor match ?

Blender For OS4.x : Blues : Walker Broad

Raziel

Re: Strange crash

Posted on: 2018/3/9 12:23 #5

Home away from home

@broadblues

mpega.library 2.4 (17.03.2004)
[AmigaOS4] mpega.library clone v1.7 by Sigbjørn (CISC) Skjæret, using libmad 0.15.1b - Copyright (C) 2000-2004 Underbit Technologies, Inc.

from here:http://www.os4depot.net/share/library/misc/mpega_libmad.lha

I don't have a mpega descriptor in deficons, only the original mpeg and a macroclass called mpg

--

game box/art scans
scummvm infrequent builds

yescop

Re: Strange crash

Posted on: 2018/3/9 13:00 #6

Just popping in

@Raziel

I have just typed this.
version libs:mpega.library

and I obtain (only) so that should not be the same file.
mpega.library 2.4

Its size is 215 109 492 bytes.

I am on OS4.1 FE.

Since a lot of months without an amiga to love, I was lost.

Now I feel happiness again with a Sam Flex 800 .

Raziel

Re: Strange crash

Posted on: 2018/3/9 13:17 #7

Home away from home

@yescop

version libs:mpega.library file full

--

game box/art scans
scummvm infrequent builds

broadblues

Re: Strange crash

Posted on: 2018/3/9 14:01 #8

Home away from home

@Raziel

I didn't ask what version of mpega.library I ask what version of mpega.datatype....

and I asked about the MPEGA descriptor in DEVS:Datatypes though perhsdpa I wasn't explicit enough about the last bit.

Blender For OS4.x : Blues : Walker Broad

Raziel

Re: Strange crash

Posted on: 2018/3/9 15:06 #9

Home away from home

@broadblues

Sorry, my bad

version Devs/DataTypes/MPEGA file full

MPEGA 53.26 (29.01.2017)

version Classes/DataTypes/mpega.datatype file full

mpega.datatype 53.26 (29.01.2017)
Copyright (c) 2016 A-Eon Technology Limited

--

game box/art scans
scummvm infrequent builds

broadblues

Re: Strange crash

Posted on: 2018/3/9 17:07 #10

Home away from home

@Raziel

OK can you make Mantis report on the A-Eon bug tracker.

Ad te crash log etc, and if you can provide a file than triggers the bug that will probably help.

I just created a catagory for the mpega.datatype

I don't think the author actively reads this forum.

Blender For OS4.x : Blues : Walker Broad

Raziel

Re: Strange crash

Posted on: 2018/3/9 17:35 #11

Home away from home

@broadblues

I'll try, thanks

--

game box/art scans
scummvm infrequent builds

Raziel

Re: Strange crash

Posted on: 2018/3/9 17:42 #12

Home away from home

@broadblues

Can you tell me where this bugtracker is?

AEon doesn't really help by hinting towards a bugtracker

--

game box/art scans
scummvm infrequent builds

xenic

Re: Strange crash

Posted on: 2018/3/9 18:53 #13

Just can't stay away

@broadblues
Quote:

Ad te crash log etc, and if you can provide a file than triggers the bug that will probably help.

I D/L a bunch of '.LFL' files and both Deficons & Multiviewer recognize them as either binary files or text files (only one text file). I would guess that only one (or several) .LFL files are causing his problem and that AEON would need the problem file/files to reproduce the problem.

Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450

xenic

Re: Strange crash

Posted on: 2018/3/9 18:58 #14

Just can't stay away

@Raziel
The only way I can think of that datatypes would be involved in opening a Workbench window is if you have Workbench menu Windows/Show/Previews activated. Is that the case?

Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450

Raziel

Re: Strange crash

Posted on: 2018/3/9 19:24 #15

Home away from home

@xenic

Yes, i actually have

Workbench Prefs / Icons Tab / Previews tab

I found three .lfl files out of that directory that causes the crash.
I know i probably shouldn't, but for the test case i would of course attach them to the bug item as well.

It's hard to fix something when you don't have a test case.

--

game box/art scans
scummvm infrequent builds

broadblues

Re: Strange crash

Posted on: 2018/3/10 3:42 #16

Home away from home

@Raziel

Sorry I thought you already had an account on there.

http://www.amigadeveloper.com/bugreports/

Blender For OS4.x : Blues : Walker Broad

Raziel

Re: Strange crash

Posted on: 2018/3/10 7:30 #17

Home away from home

@broadblues

I did...i just keep forgetting that i have to go to amigadeveloper.com fro bug reports

btw, mantis doesn't have an mpega category, at least i don't see any in the pull down menu

--

game box/art scans
scummvm infrequent builds

Raziel

Re: Strange crash

Posted on: 2018/3/10 7:47 #18

Home away from home

@broadblues

Reported under General

--

game box/art scans
scummvm infrequent builds

broadblues

Re: Strange crash

Posted on: 2018/3/10 10:33 #19

Home away from home

@Raziel

Moved to the Mpega Datatype Class. Which was there in the list because I created before I asked you to poste the bug. If it didn't show for you perhaps a cache issue.

Blender For OS4.x : Blues : Walker Broad

Raziel

Re: Strange crash

Posted on: 2018/3/10 13:09 #20

Home away from home

@broadblues

Thank you

Maybe, it's still not there, although i did a complete site reload/refresh

--

game box/art scans
scummvm infrequent builds

Register To Post	(1) 2 »
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 3 ( 0 members and 3 Anonymous Users )