Click Here
home features news forums classifieds faqs links search
6071 members 
Amiga Q&A /  Free for All /  Emulation /  Gaming / (Latest Posts)
Login

Nickname

Password

Lost Password?

Don't have an account yet?
Register now!

Support Amigaworld.net
Your support is needed and is appreciated as Amigaworld.net is primarily dependent upon the support of its users.
Donate

Menu
Main sections
» Home
» Features
» News
» Forums
» Classifieds
» Links
» Downloads
Extras
» OS4 Zone
» IRC Network
» AmigaWorld Radio
» Newsfeed
» Top Members
» Amiga Dealers
Information
» About Us
» FAQs
» Advertise
» Polls
» Terms of Service
» Search

IRC Channel
Server: irc.amigaworld.net
Ports: 1024,5555, 6665-6669
SSL port: 6697
Channel: #Amigaworld
Channel Policy and Guidelines

Who's Online
13 crawler(s) on-line.
 33 guest(s) on-line.
 1 member(s) on-line.


 agami

You are an anonymous user.
Register Now!
 agami:  2 secs ago
 emeck:  7 mins ago
 wakido:  29 mins ago
 matthey:  1 hr ago
 A1200:  1 hr 39 mins ago
 michalsc:  1 hr 42 mins ago
 amigakit:  2 hrs 6 mins ago
 NutsAboutAmiga:  2 hrs 22 mins ago
 amigagr:  3 hrs ago
 OlafS25:  3 hrs 34 mins ago

/  Forum Index
   /  Amiga OS4.x \ Workbench 4.x
      /  Final OS4 update stability survey
Register To Post

Goto page ( Previous Page 1 | 2 | 3 | 4 Next Page )
PosterThread
Simon 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 12:38:20
#41 ]
Cult Member
Joined: 16-Feb-2005
Posts: 999
From: Antwerp / Belgium

to make a long story short. OS4final is only unstable/crashing when you do not do a clean install or use badly written 68k software.

In other words... OS4 is stable.

The only thing we need now is native versions/alternatives for things like Finalwriter and other 68k software that is giving us some problems.

Shouldn't people that are able to do some coding form a group and concentrate on 1 project a time ... When well organized things like OpenOffice would go a *lot* faster.
I can not imagine that everybody who is able to code can't miss 1 hour/week to port some code. And I do not ment only the OS4 people, I can imagine that also the MorphOS users want it. (and Arosusers and classicusers) ...

_________________
- Proud Member Of The Belgian Amigaclub Since 2003 -

The Belgian Amiga Club on FACEBOOK !

The Belgian Amiga Club Website

 Status: Offline
Profile     Report this post  
OldFart 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 12:55:58
#42 ]
Elite Member
Joined: 12-Sep-2004
Posts: 3064
From: Stad; en d'r is moar ain stad en da's Stad. Makkelk zat!

@Aminicle

Quote:
Shouldn't people that are able to do some coding form a group and concentrate on 1 project a time ...


Have you done any coding yourselves ever? Or even did some porting? I'm currently 'porting' an existing Amiga project. Due to several factors it comes down to a clean rewrite, whilst retaining the gist of the project. Some parts are overly complex, some parts work by God's grace, some parts can *NEVER* work and, hence, can be removed as being superfluous.
It certainly is no great fun when a source lacks any form of comment or is written in spaghetti-style: breaking it down into digestible parts, to be tested seperately and putting it back together again.
No. a good design and a clean start will give you quite an edge in such cases.

OldFart

_________________
Life is a waste of time.
Time is a waste of life.
Get wasted all the time
and you'll have the time of your life!

 Status: Offline
Profile     Report this post  
Simon 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 13:56:11
#43 ]
Cult Member
Joined: 16-Feb-2005
Posts: 999
From: Antwerp / Belgium

@OldFart

I am no expert, but things like OpenOffice are not written by 1 person? And I know, porting software that had no update in 10 years is mostlikely not really usefull.

_________________
- Proud Member Of The Belgian Amigaclub Since 2003 -

The Belgian Amiga Club on FACEBOOK !

The Belgian Amiga Club Website

 Status: Offline
Profile     Report this post  
PR 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 14:25:39
#44 ]
Super Member
Joined: 1-Sep-2004
Posts: 1961
From: Suomi-Finland

@Rogue

For me OS4final is really stable, thank You for that. Crashing programs are different.The only broblem is in the U-Boot as I have to write boota at startup.

 Status: Offline
Profile     Report this post  
painter 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 16:12:02
#45 ]
Cult Member
Joined: 5-Oct-2003
Posts: 681
From: Manitoba, Canada

@Aminicle

Certain os4 software crashes too. typemanager always gives a guru whrn you quit it and after installing more than one font.
on Os4 final simplemail randomly gurus, could be simplemails problem. And on AMidoc I had a problem where one cataegory hung the system when selected. with busy cursor and had to yuse reset button on case to get out of it. I deleted it using prefsobject editor saved the prefs to envarch/sys again and turned machine off and on and it was still there hanging the system when chosen. had to delete all amidoc prefs and rebuild them to get things working again.
I do admit os4 final is faster and most gurus are form 68k pgms like arrteffect they happen on it when quiting occassionally. also some times if i star simple mail while running ibrowse I get a guru that requires reboot.
and yes I have all the updated mui classes and latest simplemail and latest Ibrowse registered.
Also sound is awesome now on previous updates there was a lot of what sounded like machine noises on the sound that is all cleared up and osund is clean and crisp.

painter

 Status: Offline
Profile     Report this post  
TetiSoft 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 17:41:20
#46 ]
Cult Member
Joined: 3-Mar-2005
Posts: 585
From: Germany

@painter

> Certain os4 software crashes too. typemanager always gives a guru whrn you
> quit it and after installing more than one font.

Now you wrote it the second time without answering my first reply where I
asked for details.

From my point of view there exists no problem with TypeManager, just installed
29 fonts into the RAM disk without problems to prove it.

 Status: Offline
Profile     Report this post  
hotrod 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 18:19:39
#47 ]
Elite Member
Joined: 11-Mar-2003
Posts: 3002
From: Stockholm, Sweden

@painter

I haven't had any problems with sound on pre-versions when listening to MP3's (or whatever format) and browsing. However, I was listening to a MP3 and tried the Matrix GL screenblanker in fullscreen and the sound became distorted .

I'm happy with the release of AOS 4 Final though. It's kind of sad that Final Writer doesn't work anymore but Word Worth seems to work and Amiga Writer works just fine and that's enough for me.

What I hoped for was that my HP LaserJet would work, but it doesn't . When I booted Linux with kernel 2.4.x it would work great to print both in Linux, and after a reset, also in AOS 4. It would work for as long as I didn't turn off the printer. Now however I'm using kernel 2.6.x in Linux and I haven't been able to make USB work this far and it just won't work in AOS 4. It seems like it's printing but nothing happens.

I was hoping that the new option "Always init printer" in prefs/printer would solve the problem but it doesn't. This is really anoying since it's working except for this .

The other problem is that my SonyEricsson K610i doesn't work either. This was reported long ago. You'll get an error requestor when you plug it in, you can copy files but you can only access a few of them from the phone.

I hope that both these things will be fixed.

 Status: Offline
Profile     Report this post  
painter 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 18:51:57
#48 ]
Cult Member
Joined: 5-Oct-2003
Posts: 681
From: Manitoba, Canada

@TetiSoft

okay sorry for the omission. heres a crash log from type manager all I did was open type manager and close it, I did not install anything. Also I took kill program and it froze the system. It always freezeds system after selecting kill program on type manager gurus. If you want gurus for ibrowse and Amidisk? ArtEffec? audio.device?
Don't get me wrong I am enjoyingOs4 final.

Crash log for task "TypeManager"
Generated by GrimReaper 52.1
Crash occured in module requester.class at address 0x7FDE9B2C
Type of crash: DSI (Data Storage Interrupt) exception

Register dump:
GPR (General Purpose Registers):
0: 00000000 6D1E0340 FEFEFEFE 00000000 6D5753DC 00000000 0000001B 6CA531AC
8: 6CA529FC 6D570000 6CA52A04 00000000 55555E59 6FF2783C 6CA5DC84 00000000
16: 00000000 00000000 6E049966 6CA5DBCC 6CA529EC 6D570000 6D1E0358 6D1E0948
24: 00000028 6D1E08D4 6CA529EC 6CB0F65C 00000041 00000000 6CB0F69D 6CA5DBCC


FPR (Floating Point Registers, NaN = Not a Number):
0: NaN 2.2 0.45455 0
4: 0 0 0 0
8: 0 0 0 0
12: NaN 1e-05 0 0
16: 0 0 0 0
20: 0 0 0 0
24: 0 0 0 0
28: 0 0 0 0

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


SPRs (Special Purpose Registers):
Machine State (msr) : 0x0000F030
Condition (cr) : 0x55535E53
Instruction Pointer (ip) : 0x7FDE9B2C
Xtended Exception (xer) : 0xE000FE7E
Count (ctr) : 0x01418978
Link (lr) : 0x7FDE9ABC
DSI Status (dsisr) : 0x0A000000
Data Address (dar) : 0x6CB0F69D



680x0 emulated registers:
DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 6FF24736 6CA5DB74 015F373C 00000000 00000000 00000000 6FF8F1AC 6D1E0410
FPU0: 0 0 0 0
FPU4: 0 0 0 0



Symbol info:
Instruction pointer 0x7FDE9B2C belongs to module "requester.class" (HUNK/Kickstart)

Stack trace:
module LIBS:requester.class at 0x7FDE9B2C (section 5 @ 0x1B0C)
module LIBS:requester.class at 0x7FDEACE8 (section 5 @ 0x2CC8)
native kernel module intuition.library.kmod+0x0001aa70
native kernel module intuition.library.kmod+0x0001ab78
native kernel module intuition.library.kmod+0x000080a8
module TypeManager at 0x7F9C6C90 (section 5 @ 0x18C70)
module TypeManager at 0x7F9D052C (section 5 @ 0x2250C)
module TypeManager at 0x7F9C14EC (section 5 @ 0x134CC)
module TypeManager at 0x7F9C68E4 (section 5 @ 0x188C4)
native kernel module newlib.library.kmod+0x00000b94
native kernel module newlib.library.kmod+0x00001df4
native kernel module newlib.library.kmod+0x000021e8
module TypeManager at 0x7F9AE13C (section 5 @ 0x11C)
native kernel module kernel+0x000385bc
native kernel module kernel+0x0003967c
native kernel module kernel+0x0004bd2c



PPC disassembly:
7fde9b24: 8bbe0000 lbz r29,0(r30)
7fde9b28: 3d206d57 lis r9,27991
*7fde9b2c: 981e0000 stb r0,0(r30)
7fde9b30: 3cc07fdf lis r6,32735
7fde9b34: 38000000 li r0,0

System information:

CPU
Model: Motorola MPC 7445/7455 Apollo V2.1
CPU speed: 933 MHz
FSB speed: 133 MHz
Extensions: performancemonitor altivec

Machine
Machine name: AmigaOne
Memory: 524288 KB
Extensions: bus.pci bus.agp

Expansion buses
PCI/AGP
00:00.0 Vendor 0x10CC Device 0x0660
Range 0: 00000000 - 00400000 (PREF.MEM)
00:01.0 Vendor 0x10CC Device 0x0661
00:06.0 Vendor 0x10B7 Device 0x9200
Range 0: 00802000 - 00802080 (IO)
Range 1: 98100000 - 98100080 (MEM)
00:07.0 Vendor 0x1106 Device 0x0686
00:07.1 Vendor 0x1106 Device 0x0571
Range 0: 000001F0 - 000001F8 (IO)
Range 1: 000003F0 - 000003F8 (IO)
Range 2: 00000170 - 00000178 (IO)
Range 3: 00000370 - 00000378 (IO)
Range 4: 0000CC00 - 0000CC10 (IO)
00:07.2 Vendor 0x1106 Device 0x3038
Range 4: 00802080 - 008020A0 (IO)
00:07.3 Vendor 0x1106 Device 0x3038
Range 4: 008020A0 - 008020C0 (IO)
00:07.4 Vendor 0x1106 Device 0x3057
00:07.5 Vendor 0x1106 Device 0x3058
Range 0: 00802100 - 00802200 (IO)
Range 1: 00802200 - 00802208 (IO)
Range 2: 00802200 - 00802208 (IO)
00:07.6 Vendor 0x1106 Device 0x3068
Range 0: 00802300 - 00802400 (IO)
00:08.0 Vendor 0x1000 Device 0x000C
Range 0: 00802400 - 00802500 (IO)
Range 1: 98100100 - 98100200 (MEM)
Range 2: 98101000 - 98102000 (MEM)
00:0A.0 Vendor 0x1102 Device 0x0002
Range 0: 00802500 - 00802520 (IO)
00:0A.1 Vendor 0x1102 Device 0x7002
Range 0: 00802520 - 00802528 (IO)
01:00.0 Vendor 0x1002 Device 0x5960
Range 0: 80000000 - 88000000 (PREF.MEM)
Range 1: 00002000 - 00002100 (IO)
Range 2: 88000000 - 88010000 (MEM)
01:00.1 Vendor 0x1002 Device 0x5940
Range 0: 90000000 - 98000000 (PREF.MEM)
Range 1: 98000000 - 98010000 (MEM)

Libraries
0x6e1b86d8: ISO-8859-15.charset V52.1
0x6e1b85d8: english_ISO-8859-15.language V52.1
0x01da3b4a: exec.library V52.2
0x6ff5e174: vilintuisup.library V0.9
0x6ff5e048: cgxvideo.library V42.1
0x6ff2d0e0: cybergraphics.library V43.0
0x6df3a020: texteditor.gadget V52.1
0x6d57b260: slider.gadget V52.1
0x6df0dd80: getfont.gadget V52.1
0x6d3d3a40: getfile.gadget V52.1
0x6d1b59f8: popupmenu.class V52.1
0x6d3d3698: clicktab.gadget V52.1
0x6d15b098: popupmenu.library V52.1
0x6d585928: screenblanker.library V52.1
0x6d15a230: checkbox.gadget V52.1
0x6d575640: bitmap.image V52.1
0x6d1259e8: listbrowser.gadget V52.3
0x6d1257f4: asl.library V52.1
0x6d57b080: space.gadget V52.1
0x6d1afee0: mathieeedoubtrans.library V52.1
0x6d127a08: chooser.gadget V52.1
0x6df0bba0: mathieeesingbas.library V52.1
0x6d575440: penmap.image V52.1
0x6d1af9d0: integer.gadget V52.1
0x6e19abe0: string.gadget V52.1
0x6dee9d40: requester.class V51.18
0x6df0d600: jpeg.datatype V52.1
0x6df8a104: usergroup.library V4.29
0x6e003eb0: mathieeedoubbas.library V52.1
0x6df8b1ac: massstorage.usbfd V52.2
0x6e00d490: bsdsocket.library V4.286
0x6dfa9bf0: label.image V52.1
0x6ff92d20: glyph.image V52.1
0x6dfa95b0: button.gadget V52.1
0x6ff92c20: scroller.gadget V52.1
0x6e196d20: bevel.image V52.1
0x6e1950fc: textclip.library V52.1
0x6e0040d8: layout.gadget V52.1
0x6ff92b20: drawlist.image V52.1
0x6e1beb70: window.class V52.1
0x6e1c1e50: ilbm.datatype V52.1
0x6e196538: emulation.library V41.438
0x6e1b7c34: picture.datatype V52.1
0x6e1c1a90: png.datatype V52.1
0x6e1c18d4: mpega.library V2.4
0x6e2289d8: timezone.library V52.1
0x6e1b8a58: application.library V52.1
0x6ff9293c: ft2.library V8.1
0x6ff4e7ac: workbench.library V52.1
0x6e223d90: Picasso96API.library V2.343
0x6e19fcf0: gadtools.library V52.1
0x6e19d0ec: commodities.library V52.1
0x6e1560cc: icon.library V52.2
0x6e1df540: datatypes.library V52.1
0x6e2aee48: version.library V52.1
0x6e2b02c0: iffparse.library V51.1
0x6ffb15cc: locale.library V52.1
0x6ff827ac: diskfont.library V52.1
0x6fe78868: petunia.library V52.1
0x6fdc75e8: dos.library V52.2
0x6ff5e354: usbprivate.library V52.2
0x6fe7a128: bootkeyboard.usbfd V52.2
0x6fe7a0a8: bootmouse.usbfd V52.2
0x6fe783fc: hub.usbfd V52.1
0x6ff5d25c: usbresource.library V52.2
0x6ff90c18: hunk.library V52.2
0x6ff96354: elf.library V52.1
0x6ff054d0: intuition.library V52.2
0x6ff4d150: rtg.library V41.4288
0x6ff908a0: ATIRadeon.chip V52.5
0x6ff90824: PCIGraphics.card V52.2
0x6ff93a10: keymap.library V52.1
0x6ff5d140: layers.library V52.1
0x6ffb0420: graphics.library V52.1
0x6ff85224: nonvolatile.library V52.1
0x6ff942b8: newlib.library V52.3
0x6ff8f1ac: utility.library V52.1
0x6ff930a8: expansion.library V52.1
0x6e02fcae: rexxsyslib.library V45.3 (Legacy)

Devices
0x6ff7c364: printer.device V39.7 (Legacy)
0x6ded8bc4: eth3com.device V52.1
0x6df8b318: usbmassstorage.device V52.2
0x6ff5d4d0: usbsys.device V52.2
0x6ff85cd0: uhci.usbhcd V52.2
0x6ff858e4: a1ide.device V52.1
0x6ff92218: a1floppy.device V52.2
0x6fffb628: console.device V52.2
0x6fff9530: ramdrive.device V52.2
0x6ff823bc: input.device V52.1
0x6fffb314: keyboard.device V52.1
0x6ff93774: gameport.device V52.1
0x6fff9410: timer.device V52.1

Tasks
ClickToFront (Waiting)
Stack: 0x6d0dd000 - 0x6d0e4ffc, pointer @ 0x6d0e4ac0 (Cookie OK)
Signals: SigRec 0xc000d000, SigWait 0x00000000
State: Process (Waiting)
input.device (Waiting)
Stack: 0x6ff55000 - 0x6ff5d000, pointer @ 0x6ff5cf70 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000000
State: Task (Waiting)
USB stack (Waiting)
Stack: 0x6ffb4000 - 0x6ffb8000, pointer @ 0x6ffb7f50 (Cookie OK)
Signals: SigRec 0xf8007000, SigWait 0x00000000
State: Task (Waiting)
UHCI Controller Task Unit 1 (Waiting)
Stack: 0x6fe1b000 - 0x6fe23000, pointer @ 0x6fe22f30 (Cookie OK)
Signals: SigRec 0xbc001000, SigWait 0x00000000
State: Task (Waiting)
UHCI Controller Task Unit 0 (Waiting)
Stack: 0x6fe6b000 - 0x6fe73000, pointer @ 0x6fe72f30 (Cookie OK)
Signals: SigRec 0xbc001000, SigWait 0x00000000
State: Task (Waiting)
a1ide.device - chip 0 port 1 (Waiting)
Stack: 0x6fe8b000 - 0x6fe93000, pointer @ 0x6fe92f50 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000000
State: Task (Waiting)
eth3com.device (Waiting)
Stack: 0x6dc10000 - 0x6dc17ffc, pointer @ 0x6dc17f50 (Cookie OK)
Signals: SigRec 0xe0001000, SigWait 0x10000010
State: Process (Waiting)
a1ide.device - chip 0 port 0 (Waiting)
Stack: 0x6fea3000 - 0x6feab000, pointer @ 0x6feaaf50 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x20000000
State: Task (Waiting)
MainPC0 (Waiting)
Stack: 0x6dfbe000 - 0x6dfc5ffc, pointer @ 0x6dfc5f40 (Cookie OK)
Signals: SigRec 0x40000100, SigWait 0x20000000
State: Process (Waiting)
CD0 (Waiting)
Stack: 0x6fb7f000 - 0x6fb80ffc, pointer @ 0x6fb80f50 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
RAM (Waiting)
Stack: 0x6e2ea000 - 0x6e2ebffc, pointer @ 0x6e2ebcf0 (Cookie OK)
Signals: SigRec 0xc0000100, SigWait 0x00000000
State: Process (Waiting)
DH6 (Waiting)
Stack: 0x6ef6d000 - 0x6ef6effc, pointer @ 0x6ef6ef30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
FD0 (Waiting)
Stack: 0x6fa60000 - 0x6fa61ffc, pointer @ 0x6fa61f30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH7 (Waiting)
Stack: 0x6ed56000 - 0x6ed57ffc, pointer @ 0x6ed57f30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH8 (Waiting)
Stack: 0x6eac9000 - 0x6eacaffc, pointer @ 0x6eacaf30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH2 (Waiting)
Stack: 0x6f832000 - 0x6f833ffc, pointer @ 0x6f833f30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH9 (Waiting)
Stack: 0x6e811000 - 0x6e812ffc, pointer @ 0x6e812f30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH3 (Waiting)
Stack: 0x6f5fc000 - 0x6f5fdffc, pointer @ 0x6f5fdf30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH10 (Waiting)
Stack: 0x6e584000 - 0x6e585ffc, pointer @ 0x6e585f30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH4 (Waiting)
Stack: 0x6f3dd000 - 0x6f3deffc, pointer @ 0x6f3def30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH0 (Waiting)
Stack: 0x6fd96000 - 0x6fd97ffc, pointer @ 0x6fd97f30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH5 (Waiting)
Stack: 0x6f1a7000 - 0x6f1a8ffc, pointer @ 0x6f1a8f30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
DH1 (Waiting)
Stack: 0x6fa4d000 - 0x6fa4effc, pointer @ 0x6fa4ef30 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
console.device (Waiting)
Stack: 0x6fefd000 - 0x6ff05000, pointer @ 0x6ff04f70 (Cookie OK)
Signals: SigRec 0xf0000000, SigWait 0x00000000
State: Task (Waiting)
dos_flc_handler (Waiting)
Stack: 0x6ff39000 - 0x6ff3affc, pointer @ 0x6ff3af40 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
dos_nbmd_process (Waiting)
Stack: 0x6fdb7000 - 0x6fdb8ffc, pointer @ 0x6fdb8f60 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
RAW (Waiting)
Stack: 0x6e2f7000 - 0x6e2f8ffc, pointer @ 0x6e2f8e40 (Cookie OK)
Signals: SigRec 0x80000100, SigWait 0x00000000
State: Process (Waiting)
CON (Waiting)
Stack: 0x6e2e1000 - 0x6e2e2ffc, pointer @ 0x6e2e2e40 (Cookie OK)
Signals: SigRec 0x80000100, SigWait 0x00000000
State: Process (Waiting)
CON (Waiting)
Stack: 0x6e2b1000 - 0x6e2b2ffc, pointer @ 0x6e2b2e40 (Cookie OK)
Signals: SigRec 0x80000100, SigWait 0x00000000
State: Process (Waiting)
AUDIO (Waiting)
Stack: 0x6df70004 - 0x6df77ffc, pointer @ 0x6df77ec0 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
FD0 (Waiting)
Stack: 0x6ffa6000 - 0x6ffa7f40, pointer @ 0x6ffa7e90 (Cookie OK)
Signals: SigRec 0x10000000, SigWait 0x00000000
State: Task (Waiting)
CON (Waiting)
Stack: 0x6d0e6000 - 0x6d0edffc, pointer @ 0x6d0ede40 (Cookie OK)
Signals: SigRec 0x80000100, SigWait 0x00000000
State: Process (Waiting)
CON (Waiting)
Stack: 0x6d0ab000 - 0x6d0b2ffc, pointer @ 0x6d0b2e40 (Cookie OK)
Signals: SigRec 0x80000100, SigWait 0x00000000
State: Process (Waiting)
CON (Waiting)
Stack: 0x6d4bb000 - 0x6d4c2ffc, pointer @ 0x6d4c2e40 (Cookie OK)
Signals: SigRec 0x80000100, SigWait 0x00000000
State: Process (Waiting)
CON (Waiting)
Stack: 0x6d470000 - 0x6d477ffc, pointer @ 0x6d477e40 (Cookie OK)
Signals: SigRec 0x80000100, SigWait 0x00000000
State: Process (Waiting)
CON (Waiting)
Stack: 0x6cb03000 - 0x6cb0affc, pointer @ 0x6cb0ae40 (Cookie OK)
Signals: SigRec 0x80000100, SigWait 0x00000000
State: Process (Waiting)
PC0 (Waiting)
Stack: 0x6dfcf000 - 0x6dfd6ffc, pointer @ 0x6dfd6ee0 (Cookie OK)
Signals: SigRec 0x00010100, SigWait 0x00000000
State: Process (Waiting)
MassStorage Device Task (Waiting)
Stack: 0x6dead000 - 0x6deb5000, pointer @ 0x6deb4ef0 (Cookie OK)
Signals: SigRec 0xf3001000, SigWait 0x00000010
State: Task (Waiting)
ENV (Waiting)
Stack: 0x6e208000 - 0x6e20fffc, pointer @ 0x6e20fe40 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
RexxMaster [] (Waiting)
Stack: 0x6de6e004 - 0x6de75ffc, pointer @ 0x6de75f50 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000000
State: Process (Waiting)
TEXTCLIP (Waiting)
Stack: 0x6dfad000 - 0x6dfb4ffc, pointer @ 0x6dfb4ef0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
Workbench Clipboard Server (Waiting)
Stack: 0x6d5a9000 - 0x6d5b0ffc, pointer @ 0x6d5b0f40 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
Workbench DosList Notify (Waiting)
Stack: 0x6d185000 - 0x6d18cffc, pointer @ 0x6d18cf80 (Cookie OK)
Signals: SigRec 0x00003000, SigWait 0x00000100
State: Process (Waiting)
string.gadget server (Waiting)
Stack: 0x6d060000 - 0x6d067ffc, pointer @ 0x6d067e30 (Cookie OK)
Signals: SigRec 0x40000000, SigWait 0x00000100
State: Process (Waiting)
ContextMenus Command Dispatcher [ContextMenus Command Dispatcher] (Waiting)
Stack: 0x6d3b8000 - 0x6d3c1c3c, pointer @ 0x6d3c1bc0 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
Workbench [Workbench] (Waiting)
Stack: 0x6de21000 - 0x6de28ffc, pointer @ 0x6de28e70 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00008100
State: Process (Waiting)
screenblanker.library timing dispatcher (Ready)
Stack: 0x6d45b000 - 0x6d45d000, pointer @ 0x6d45cec0 (Cookie OK)
Signals: SigRec 0x40000000, SigWait 0xc0000000
State: Task (Ready)
hub.usbfd (Waiting)
Stack: 0x6fdd7000 - 0x6fddf000, pointer @ 0x6fddef50 (Cookie OK)
Signals: SigRec 0xa0000000, SigWait 0x00000000
State: Task (Waiting)
hub.usbfd (Waiting)
Stack: 0x6fddf000 - 0x6fde7000, pointer @ 0x6fde6f50 (Cookie OK)
Signals: SigRec 0xa0000000, SigWait 0x00000000
State: Task (Waiting)
application.library messageserver (Waiting)
Stack: 0x6e19b000 - 0x6e19bfa0, pointer @ 0x6e19bf10 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000000
State: Task (Waiting)
datatypes.library (Waiting)
Stack: 0x6e0eb000 - 0x6e0f2ffc, pointer @ 0x6e0f2f50 (Cookie OK)
Signals: SigRec 0x00001100, SigWait 0x00000000
State: Process (Waiting)
USB stack Process (Waiting)
Stack: 0x6dff0000 - 0x6dff7ffc, pointer @ 0x6dff7f50 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000100
State: Process (Waiting)
ConClip (Waiting)
Stack: 0x6decf000 - 0x6ded6ffc, pointer @ 0x6ded6ef0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000000
State: Process (Waiting)
TCP/IP Log (Waiting)
Stack: 0x6dec6000 - 0x6decdffc, pointer @ 0x6decdf50 (Cookie OK)
Signals: SigRec 0x80003000, SigWait 0x00000000
State: Process (Waiting)
TCP/IP Superserver [TCP/IP Superserver] (Waiting)
Stack: 0x6de9c000 - 0x6dea3ffc, pointer @ 0x6dea3a40 (Cookie OK)
Signals: SigRec 0xd0000080, SigWait 0x00000100
State: Process (Waiting)
Background CLI [Turboprint:turbo/tp8] (Waiting)
Stack: 0x6d57c004 - 0x6d583ffc, pointer @ 0x6d583f60 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000100
State: Process (Waiting)
ASYNCWB (Waiting)
Stack: 0x6d48a000 - 0x6d491ffc, pointer @ 0x6d491ed0 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
RAWBInfo (Waiting)
Stack: 0x6d4d5000 - 0x6d4dcffc, pointer @ 0x6d4dcf00 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000100
State: Process (Waiting)
FKey [] (Waiting)
Stack: 0x6d114000 - 0x6d11bffc, pointer @ 0x6d11bbe0 (Cookie OK)
Signals: SigRec 0xc000d000, SigWait 0x00000100
State: Process (Waiting)
DefIcons (Waiting)
Stack: 0x6d4cc000 - 0x6d4d3ffc, pointer @ 0x6d4d3e00 (Cookie OK)
Signals: SigRec 0x80009000, SigWait 0x00000100
State: Process (Waiting)
ContextMenus [] (Waiting)
Stack: 0x6d0f7000 - 0x6d0feffc, pointer @ 0x6d0fed50 (Cookie OK)
Signals: SigRec 0xe0001000, SigWait 0x00000100
State: Process (Waiting)
ScreenBlankerEngine (Waiting)
Stack: 0x6d0bc000 - 0x6d0c3ffc, pointer @ 0x6d0c3d10 (Cookie OK)
Signals: SigRec 0xe0001000, SigWait 0x00000000
State: Process (Waiting)
« IPrefs » (Waiting)
Stack: 0x6e219000 - 0x6e220ffc, pointer @ 0x6e220590 (Cookie OK)
Signals: SigRec 0x0000f000, SigWait 0xc0000100
State: Process (Waiting)
AmiDock (Waiting)
Stack: 0x6d479000 - 0x6d480ffc, pointer @ 0x6d480b20 (Cookie OK)
Signals: SigRec 0x7e00d000, SigWait 0x00000000
State: Process (Waiting)
TCP/IP Configuration (Waiting)
Stack: 0x6debd000 - 0x6dec4ffc, pointer @ 0x6dec4e50 (Cookie OK)
Signals: SigRec 0xf8003000, SigWait 0x00000110
State: Process (Waiting)
ramlib (Waiting)
Stack: 0x6e254000 - 0x6e25bffc, pointer @ 0x6e25bf60 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
texteditor.gadget Clipboard Server (Waiting)
Stack: 0x6cad1000 - 0x6cad8ffc, pointer @ 0x6cad8f40 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
reaper.task (Waiting)
Stack: 0x6e24b000 - 0x6e252ffc, pointer @ 0x6e252ef0 (Cookie OK)
Signals: SigRec 0x00007000, SigWait 0x00000000
State: Process (Waiting)
TCP/IP Control (Waiting)
Stack: 0x6de87000 - 0x6de8effc, pointer @ 0x6de8ee20 (Cookie OK)
Signals: SigRec 0xf8009080, SigWait 0x00000000
State: Process (Waiting)
TypeManager (Crashed)
Stack: 0x6d1d9000 - 0x6d1e0ffc, pointer @ 0x6d1e0340 (Cookie OK)
Signals: SigRec 0xc0001000, SigWait 0x40000100
State: Process (Crashed)
Picasso96 (Waiting)
Stack: 0x6e14d000 - 0x6e154ffc, pointer @ 0x6e154e00 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
dos_signal_server (Waiting)
Stack: 0x6fdc0000 - 0x6fdc1ffc, pointer @ 0x6fdc1f60 (Cookie OK)
Signals: SigRec 0x0000e000, SigWait 0x00000000
State: Process (Waiting)
idle.task (Ready)
Stack: 0x6ff81000 - 0x6ff82000, pointer @ 0x6ff81fd0 (Cookie OK)
Signals: SigRec 0x00000000, SigWait 0x00000000
State: Task (Ready)

Painter

 Status: Offline
Profile     Report this post  
TetiSoft 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 19:15:30
#49 ]
Cult Member
Joined: 3-Mar-2005
Posts: 585
From: Germany

@painter

> Stack trace:
> module LIBS:requester.class at 0x7FDE9B2C (section 5 @ 0x1B0C)
> module LIBS:requester.class at 0x7FDEACE8 (section 5 @ 0x2CC8)
> native kernel module intuition.library.kmod+0x0001aa70
> native kernel module intuition.library.kmod+0x0001ab78
> native kernel module intuition.library.kmod+0x000080a8
> module TypeManager at 0x7F9C6C90 (section 5 @ 0x18C70)

Thats not a crash of TypeManager, thats a crash of requester.class
called by TypeManager. Probably TypeManager wanted to ask you if
you want to save your current settings or not, opened requester.class,
called it, boom.

> If you want gurus for ibrowse and Amidisk? ArtEffec? audio.device?

No thanks, I'm not the maintainer of those. When you have crashlogs
from them which do *not* mention requester.class as first entry after
the "Stack trace:" line, their authors or maintainers may be interested.

Back on topic, when you were able to create a crashlog with GrimReaper,
I can assume that you saw the initial GR requester which is also based
on requester.class and it didnt crash.

So my first guess about your problem is that you modified
SYS:Prefs/Presets/Requester/Question but not
SYS:Prefs/Presets/Requester/Error and that requester.class doesnt like
the modification. To prove that, you can check if trying to quit NotePad
with a modified but not saved text shows a requester with a question mark
or a crash.

 Status: Offline
Profile     Report this post  
NutsAboutAmiga 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 19:23:08
#50 ]
Elite Member
Joined: 9-Jun-2004
Posts: 12894
From: Norway

@virgolamobile

Not run in to any series problems yet, but I get the impression that OS4 Final detects more problems and as result breaks more software new and old, as result we see lots of updated of programs on OS4Depot, at the same time it looks like has increased compatibility a little, and improved speed I noticed this in E-UAE, I think USB is more stable under OS4 final then update 4, I have no hard evidence on that yet, installation when whit out any problems for me, simple backup, then a quick format, booted from install CD, and installed OS4 final, whit out any trouble, OS4 Final did not require any u-boot updating, so a bit easier to install this time around, the overlay support is unreal, scale to any size, no slowdown.

After installing OS4 Final I run in to some trouble whit Heretic II, so I decided to make split my workbench partition in tow and make dual boot, so now I can boot update 4 and use final when ever I like. (Well you need hack the kickstart layout file to do that, so you can load kickstart modules from update4), I have not managed to predefine boot partition yet, any one know how to do that?

Last edited by NutsAboutAmiga on 03-Jan-2007 at 07:23 AM.
Last edited by NutsAboutAmiga on 02-Jan-2007 at 07:35 PM.
Last edited by NutsAboutAmiga on 02-Jan-2007 at 07:25 PM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

 Status: Offline
Profile     Report this post  
TetiSoft 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 19:29:48
#51 ]
Cult Member
Joined: 3-Mar-2005
Posts: 585
From: Germany

@painter

> requester.class V51.18

Gotcha! That bug was fixed in

requester.class 51.19 (28.5.2006)
[...]
- No longer tries to temporary modify input strings (which could be write-
protected).

Please re-install V52.1 from the OS4final install CD.

 Status: Offline
Profile     Report this post  
TetiSoft 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 19:38:07
#52 ]
Cult Member
Joined: 3-Mar-2005
Posts: 585
From: Germany

@NutsAboutAmiga

> have not managed to predefine boot partition yet, any one know how to do that?

See the doc file for bootmenu (IIRC Documentation/Kickstart/bootmenu.doc),
and dont forget that only the OS4final version of bootmenu supports the
BootDevice feature, so you should make sure that you are loading the OS4final
version, not the update4 version of bootmenu.kmod in the KickLayout file
in the config section which describes what to load for update4. To be on the
safe side, also use the OS4final version of Loader. Yes, I can confirm both
of them do work when loaded together with update4 modules, tested it.

 Status: Offline
Profile     Report this post  
NutsAboutAmiga 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 20:01:17
#53 ]
Elite Member
Joined: 9-Jun-2004
Posts: 12894
From: Norway

@TetiSoft

My understanding is that I need to make file called BootDevice

By typing echo DH1 >BootDevice

Then edit my kickstart layout to load Bootdevice ?

“not the update4 version of bootmenu.kmod in the KickLayout”

I keep this in mind when I try again

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

 Status: Offline
Profile     Report this post  
painter 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 20:22:14
#54 ]
Cult Member
Joined: 5-Oct-2003
Posts: 681
From: Manitoba, Canada

@TetiSoft

YOu were right. thanks. now it opens and closes nicely.

painter

 Status: Offline
Profile     Report this post  
amipal 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 21:37:04
#55 ]
Super Member
Joined: 8-Apr-2003
Posts: 1907
From: Saltdean, East Sussex, UK

@virgolamobile

I'll let you know once I have it installed!

_________________
After a decade away from the scene, I am back!

 Status: Offline
Profile     Report this post  
painter 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 22:12:10
#56 ]
Cult Member
Joined: 5-Oct-2003
Posts: 681
From: Manitoba, Canada

One interesting crash I got is from audio.device
Crash log for task "audio.device"
Generated by GrimReaper 52.1
Crash occured in module kernel at address 0x0141541C
Type of crash: DSI (Data Storage Interrupt) exception

Register dump:
GPR (General Purpose Registers):
0: FEC00658 6D2371E0 FEFEFEFE FEC00654 6D3FFEC0 6D3FFEC0 00000007 01D93370
8: 00000002 00010180 0000016F 00000001 59F53E33 FEFEFEFE 6D6D3D94 80003000
16: 00000000 6D6D3A28 00000001 00000001 6D3FF560 00000001 00000000 1B52E260
24: 6D3FA910 00000001 00000000 6D6D39C4 FEC00640 0000000

as you can see it happened in module kernel. I have verified that I have the right audio.device. But unfortunately I can't remember what pgm I was running to get it

painter

 Status: Offline
Profile     Report this post  
clooned 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 22:16:22
#57 ]
Regular Member
Joined: 26-Jul-2003
Posts: 270
From: Palma de Mallorca, Spain

1 week without a GR!!!

AOS4 is rock solid!!!

 Status: Offline
Profile     Report this post  
ikir 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 22:45:27
#58 ]
Elite Member
Joined: 18-Dec-2002
Posts: 5647
From: Italy

It is very stable here best OS4 update.

For all who experince instability: check your machine as well (cooling, memory, cables...).

_________________
ikir

 Status: Offline
Profile     Report this post  
Samwel 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 22:59:42
#59 ]
Elite Member
Joined: 7-Apr-2004
Posts: 3404
From: Sweden

@ikir

That's correct, but their cooling didn't change when they updated OS4 (I hope).
So a more probable cause is mixed or buggy versions of certain files, as the one
tetisoft found for painter.

_________________
/Harry

[SOLD] µA1-C - 750GX 800MHz - 512MB - Antec Aria case

Avatar by HNL_DK!

 Status: Offline
Profile     Report this post  
nzv58l 
Re: Final OS4 update stability survey
Posted on 2-Jan-2007 23:15:48
#60 ]
Super Member
Joined: 7-Oct-2003
Posts: 1640
From: Michigan

It is running pretty solid here! I formatted and installed into the formatted partition.

I just got Quake III running and played through a few rounds. It finally locked up, but when I tried it on the PC it did the same thing, so the port is really close.

My biggest evil on my A1 XE w/G4 is the unfixed DMA drive. It takes next to forever to load things to the hard drive. I am thinking of converting over to Serial ATA as that is what I currently use on my PC and it is much faster.

It seems to me that when GR´s do come I can usually kill the program with more success than previously.

So I have to say that the final OS4 version is so far the best version yet for stability. I would say it is even far more stable than the old original Amiga was. Especially when I needed to run a pal program. I am so glad that pal/NTSC thing is behind us now. That used to drive me bonkers.

 Status: Offline
Profile     Report this post  
Goto page ( Previous Page 1 | 2 | 3 | 4 Next Page )

[ home ][ about us ][ privacy ] [ forums ][ classifieds ] [ links ][ news archive ] [ link to us ][ user account ]
Copyright (C) 2000 - 2019 Amigaworld.net.
Amigaworld.net was originally founded by David Doyle