AmiUpdate crashed when updating

	Bottom Previous Topic Next Topic
Register To Post

K-L

Posted on: 2013/8/3 23:51 #1

Just can't stay away

AmiUpdated asked to be updated today. And at the end of the update, here is what I got :

http://amiga-ng.org/resources/AmiUpdate-Update-Crash.jpg

After a reboot, CopyStore converted the date format and all is working fine now.

--
AmigaONE X1000 and Radeon RX 560

Raziel

Re: AmiUpdate crashed when updating

Posted on: 2013/8/4 8:39 #2

Home away from home

No such problem here, update went smooth and problem free

--

game box/art scans
scummvm infrequent builds

Amigo1

Re: AmiUpdate crashed when updating

Posted on: 2013/8/4 17:44 #3

Quite a regular

here too, no problem

eliyahu

Re: AmiUpdate crashed when updating

Posted on: 2013/8/4 20:10 #4

Not too shy to talk

@K-L

exactly the same issue for me. i just rebooted and all was well again.

-- eliyahu

"Physical reality is consistent with universal laws. When the laws do not operate, there is no reality. All of this is unreal."

kas1e

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 10:08 #5

Home away from home

On my peg2 once i apply update, its just freeze peg2. Soft boot didn't works, nothing on serial. Hard reboot, validating of ffs (still use it for boot, sadly), and after that all back to normal.

The run amiupdate again, it ask me to convert all dates to new format, done well. I run then scan for updates again, it did, found nothing, i press then iconify one time and back from it, and then, when i press close gadget i have:


Dump of context at 0xEFE2ABA0

Trap type: DSI exception

Machine State (raw): 0x0200F030

Machine State (verbose): [ExtInt on] [User] [FPU on] [IAT on] [DAT on]

Instruction pointer: in module intuition.library.kmod+0x00013DD4 (0x01A7A074)

Crashed process:  (0x65DFC1D0)

DSI verbose error description: Access not found in hash or BAT (page fault)

Access was a load operation

 0: 00000000 65CCC300 2F970000 65CCC330 00000000 00000002 00000052 6FF95000

 8: 65CCC330 00000000 65B22D60 65CCC330 0000079C 65EEE5F0 65D27A28 65EE0000

16: 65CCC3F0 85003009 65EE0000 20000000 08000000 40000000 04000000 65EE0000

24: 8003000E 65CCC3F4 6FF894D0 6FF894D0 65B7A0CC 00000005 00000000 65CCC330

CR: 39935055   XER: A0000068  CTR: 00000000  LR: 01A79FE0

DSISR: 40000000  DAR: 0000002E



FP0 : 39935055A0000068 4031000000000000 4043800000000000 0000000000000000

FP4 : 0000000000000000 406B7999A0000000 4048666660000000 0000000000000000

FP8 : 0000000000000000 402A000000000000 406B7999A0000000 406FE00000000000

FP12: FFF8000000010000 0000000001A79FE0 0000000000000000 0000000000000000

FP16: 0000000000000000 0000000000000000 0000000000000000 0000000000000000

FP20: 0000000000000000 0000000000000000 0000000000000000 0000000000000000

FP24: 0000000000000000 0000000000000000 0000000000000000 0000000000000000

FP28: 0000000000000000 0000000000000000 0000000000000000 0000000000000000

FPSCR: 82004000



V0 : 00000000000000000000000000000000 FFC6C6C6FFC6C6C6FFC6C6C6FFC6C6C6

V2 : FE012ED1FE0135CAFE01CB34FE01CB34 FE012ED1FE0135CAFE01CB34FE01CB34

V4 : FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 2CD42FD19A66A45CA858B34D2ED231CF

V6 : FE012CD3FE019D62FE01AC53FE012ED1 FFC6C6C6FFC6C6C6FFC6C6C6FFC6C6C6

V8 : FFC6C6C6FFC6C6C6FFC6C6C6FFC6C6C6 FFC6C6C6FFC6C6C6FFC6C6C6FFC6C6C6

V10: 01010101010101010101010101010101 08090A0B0C0D0E0F1011121314151617

V12: FFC6C6C6FFC6C6C6FFC6C6C6FFC6C6C6 FFC6C6C6FFC6C6C6FFC6C6C6FFC6C6C6

V14: 001002120414061608180A1A0C1C0E1E 01000100010001000100010001000100

V16: FF000000FF000000FF000000FF000000 FF2E2F31FF353638FFC7CCD4FFC7CCD4

V18: 00000000000000000000000000000000 00000000000000000000000000000000

V20: 00000000000000000000000000000000 00000000000000000000000000000000

V22: 00000000000000000000000000000000 00000000000000000000000000000000

V24: 00000000000000000000000000000000 00000000000000000000000000000000

V26: 00000000000000000000000000000000 00000000000000000000000000000000

V28: 00000000000000000000000000000000 00000000000000000000000000000000

V30: 00000000000000000000000000000000 00000000000000000000000000000000

VSCR: 00000000 VRSAVE: 00000000



Kernel command line: serial munge



Registers pointing to code:

r14: module AmiUpdate at 0x65D27A28 (section 6 @ 0x1A04)

ip : native kernel module intuition.library.kmod+0x00013dd4

lr : native kernel module intuition.library.kmod+0x00013d40

ctr: unknown (0x00000000)



Stack trace:

(0x65CCC300) native kernel module intuition.library.kmod+0x00013dd4

(0x65CCC320) native kernel module intuition.library.kmod+0x00013d40

(0x65CCC3B0) native kernel module intuition.library.kmod+0x000134b8

(0x65CCC3C0) module AmiUpdate at 0x7F98B48C (section 5 @ 0x8468)

(0x65CCC470) module AmiUpdate at 0x7F98D28C (section 5 @ 0xA268)

(0x65CCCD00) native kernel module newlib.library.kmod+0x000020a4

(0x65CCCD70) native kernel module newlib.library.kmod+0x00002d54

(0x65CCCF10) native kernel module newlib.library.kmod+0x00002ee8

(0x65CCCF50) _start()+0x170 (section 1 @ 0x16C)

(0x65CCCF90) native kernel module dos.library.kmod+0x00023448

(0x65CCCFC0) native kernel module kernel+0x00043308

(0x65CCCFD0) native kernel module kernel+0x00043388



Disassembly of crash site:

 01A7A064: 7C0803A6   mtlr              r0

 01A7A068: 4E800020   blr

 01A7A06C: 93DF0004   stw               r30,4(r31)

 01A7A070: 73A91000   andi.             r9,r29,4096

>01A7A074: 815E002E   lwz               r10,46(r30)

 01A7A078: 915F0000   stw               r10,0(r31)

 01A7A07C: 881E0062   lbz               r0,98(r30)

 01A7A080: 981F001C   stb               r0,28(r31)

 01A7A084: 893E0063   lbz               r9,99(r30)

 01A7A088: 993F001D   stb               r9,29(r31)

Stack pointer (0x65CCC300) is inside bounds

Redzone is OK (4)



68k register dump

DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

Page information:

Page not found

EDIT:

Basically its just enough to run amiupdate, scan for updates and press close gadget = identical crash.

That all on peg2 with latest beta os.

Join us to improve dopus5!
AmigaOS4 on youtube

broadblues

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 11:11 #6

Home away from home

Version numbers?

What version are you updating to which version?

Blender For OS4.x : Blues : Walker Broad

kas1e

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 11:26 #7

Home away from home

The same for all i assume: previous to very latest one which come up few days ago. It shows now 2.33, and previous was 2.32 then.

Join us to improve dopus5!
AmigaOS4 on youtube

Rigo

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 12:37 #8

Supreme Council

The crash when quitting should be fixed for the next version, which is now available.

Simon

Edited by Rigo on 2013/8/5 13:07:07

Comments made in any post are personal opinion, and are in no-way representative of any commercial entity unless specifically stated as such.
----
http://codebench.co.uk

kas1e

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 13:24 #9

Home away from home

@Rigo
Yep, it fixed, thanks!

Join us to improve dopus5!
AmigaOS4 on youtube

RIBDEVIL

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 14:05 #10

Not too shy to talk

@ Rigo

Ups, new 2.34 don't work in my system, waiting amiupdate update. and wait, and wait , and wait .........

Back to 2.33, and all the information about restores is lost.
Only see the dates, but info it's empty.

AmigaOne X5000 OS4.1 FEU1 And Lubuntu 10.04

1200 towered with Blizzard PPC - BVision and Mediator
And a new fantastic Chameleon64

Rigo

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 14:13 #11

Supreme Council

RIBDEVIL

Without more information, I couldn't even hazard a guess as to what might be wrong.

Simon

Comments made in any post are personal opinion, and are in no-way representative of any commercial entity unless specifically stated as such.
----
http://codebench.co.uk

samo79

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 15:41 #12

Home away from home

@Rigo

Sadly one of my old reported bug doesn't seems fixed yet

As you can see in this grab:

http://s22.postimg.org/pz260bz4h/amiupdate.png

If you select the red text in column "Update to the AmigaOS4 SDK" the info button will be ghosted correctly because that area should not be clickable

And it's that when you select it with the mouse, but if you select this column with the keyboard the info button stay active and so if you click on it you will got a crash:

Quote:

Crash log for task "SYS:System/AmiUpdate/AmiUpdate"
Generated by GrimReaper 53.5
Crash occured in module AmiUpdate at address 0x6FA333E0
Type of crash: DSI (Data Storage Interrupt) exception

Register dump:
GPR (General Purpose Registers):
0: 6FA33340 41636FA0 00000000 522A4920 FFFFFFFF 00000001 021C81E4 00000001
8: C9429AD0 522A4940 021BDC56 522A4940 48442042 471E3270 556DA23C 471E0000
16: 522A4920 471E0000 522A48E0 556DA1E8 08000000 556DA254 556DA270 00000000
24: 557B0D04 00000000 00000001 471E0000 80000006 00000000 00000000 471E0000

FPR (Floating Point Registers, NaN = Not a Number):
0: nan 272 8 10
4: 22 71.8 29.8 10
8: 22 13 71.8 29.8
12: 334 0 0 -0
16: 0 0 0 0
20: 0 0 0 1.61895e-319
24: 4.94066e-324 0 0 -1.28745e+36
28: 0 1.35808e-312 8.6917e-311 -0.015625

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

SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x48442044
Instruction Pointer (ip) : 0x6FA333E0
Xtended Exception (xer) : 0x00000008
Count (ctr) : 0x00000000
Link (lr) : 0x6FA33340
DSI Status (dsisr) : 0x00000000
Data Address (dar) : 0x00003CB4

680x0 emulated registers:
DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
FPU0: 0 0 0 0
FPU4: 0 0 0 0

Symbol info:
Instruction pointer 0x6FA333E0 belongs to module "AmiUpdate" (HUNK/Kickstart)

Stack trace:
module SYS:System/AmiUpdate/AmiUpdate at 0x6FA333E0 (section 5 @ 0x173C8)
module SYS:System/AmiUpdate/AmiUpdate at 0x6FA1DFFC (section 5 @ 0x1FE4)
module SYS:System/AmiUpdate/AmiUpdate at 0x6FA24954 (section 5 @ 0x893C)
module SYS:System/AmiUpdate/AmiUpdate at 0x6FA2628C (section 5 @ 0xA274)
native kernel module newlib.library.kmod+0x00002094
native kernel module newlib.library.kmod+0x00002cf4
native kernel module newlib.library.kmod+0x00002eb8
_start()+0x170 (section 1 @ 0x170)
native kernel module dos.library.kmod+0x00022d9c
native kernel module kernel+0x0003bd20
native kernel module kernel+0x0003bda0

PPC disassembly:
6fa333d8: 2f830000 cmpwi cr7,r3,0
6fa333dc: 419e17a0 beq- cr7,0x6FA34B7C
*6fa333e0: 88193cb4 lbz r0,15540(r25)
6fa333e4: 2f800000 cmpwi cr7,r0,0
6fa333e8: 409e165c bne- cr7,0x6FA34A44

System information:

CPU
Model: AMCC PPC440EP V1.3
CPU speed: 799 MHz
FSB speed: 133 MHz
Extensions:

Machine
Machine name: Sam440EP
Memory: 1048576 KB
Extensions: bus.pci

I know that isn't too important as a bug, but a proper fix would be better !

Rigo

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 18:25 #13

Supreme Council

@Samo79

Fixed for 2.35

Simon

Comments made in any post are personal opinion, and are in no-way representative of any commercial entity unless specifically stated as such.
----
http://codebench.co.uk

samo79

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 18:36 #14

Home away from home

Thanks for the quick fix Simon !

Perhaps may you add keyboard support in any part of the main program and prefs ?

Right now only the listed updates in main window can be "browsable" with the keyboard, other parts not

Rigo

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 19:11 #15

Supreme Council

What other parts do you use often enough to warrant the time expended?

Simon

Comments made in any post are personal opinion, and are in no-way representative of any commercial entity unless specifically stated as such.
----
http://codebench.co.uk

samo79

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 19:22 #16

Home away from home

Well, for example the System Rollback window (in Prefs) is the part i will use the keyboard mostly, but also in other parts ..

Still having keyboard support in all program's area and in the same way will make the interface a lot more consistent

RIBDEVIL

Re: AmiUpdate crashed when updating

Posted on: 2013/8/5 20:13 #17

Not too shy to talk

Quote:

Rigo wrote:
RIBDEVIL

Without more information, I couldn't even hazard a guess as to what might be wrong.

Simon

After update only last date shows the info. Look image 1:
http://rapidshare.com/files/2617392517/1.png

All the other dates of roll back don't show anything.
http://rapidshare.com/files/3478933080/2.png

AmigaOne X5000 OS4.1 FEU1 And Lubuntu 10.04

1200 towered with Blizzard PPC - BVision and Mediator
And a new fantastic Chameleon64

Rigo

Re: AmiUpdate crashed when updating

Posted on: 2013/8/6 0:59 #18

Supreme Council

Well, I've no idea what happened there, but neither the update, nor the date conversion routine touches the .restore scripts.

And as no-one else has reported such problems, I really don't know what to suggest.

The dates shown in the left column are derived from the directory names in the "Rollback" directory, and the components in the right hand list are derived from ".restore" scripts in those dated directories. I can only suggest you check to see whether these files are actually in their respective places.

But of course, you backed up the rollback directory prior to converting the dates like you was told to, right?

Simon

Comments made in any post are personal opinion, and are in no-way representative of any commercial entity unless specifically stated as such.
----
http://codebench.co.uk

broadblues

Re: AmiUpdate crashed when updating

Posted on: 2013/8/6 12:20 #19

Home away from home

I found the date conversion process tripped up slightly.

After each start of AmiUpdate since the initial date conversion message, I got the conversion message but it didn't seem to do anything (apart from on the first time).

On checking the rollback directory I found I had an old drawer

5-8-2013

and a new drawer

2013-08-05

So the updater could not rename the former into the latter as the latter all ready existed.

I fixed this by copying the contents of 5-8-2013 into 2013-08-05 and deleteing the original.

I also noticed that some session.tmp files remained that hadn't been renamed to AmiUpdate.restore this seemed to be where AmiUpdate had needed to reboot as part of the self update process, although that might be a coincidence as I have not stuied every drawer and can not ofcourse remeber which versions rebooted further back in time.

[edit] Fixed an unfeasabily large number of typos (even for me!)[/edit]

Blender For OS4.x : Blues : Walker Broad

Register To Post
	Top Previous Topic Next Topic

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