Sorry about starting another thread on a current subject but I have only
just subscribed to this list.
I am having the same problem with Firefox r6 not starting on my A9home, that
is the Segmentation fault, that Rien reported here two days ago. I have had
Firefox running on the A9home in the past but that does not work either now.
That is all water under the bridge and I would not put any money on my
memory so I started again from scratch.
My A9home is untouched, it only has its own hard drive, flash memory drives
do not figure in any this here. The A9home disc is OK as reported by
DiscKnight. The same version of Firefox on fine on the Iyonix, it created
its Choices and went to the default home page.
On the A9home with no Mozilla Choices, after running Firefox and after a
delay of about 40 seconds the whole screen is rewritten, Firefox's icon has
appeared on the icon bar but after a short delay the backtrace is written to
the screen. Firefox exits the icon bar after the "press any key" at the end
of the backtrace. The same backtrace is generated to file if Firefox is run
again with its newly generated Choices. Copying Choices from the working
Iyonix goes not help.
As I understand it others do have Firefox r6 running on the A9home, as does
Rien on second A9home.
It looks to me as if Firefox stops at the point it would have rendered the
page to the screen, which is what the backtrace implies.
I tried the same Firefox r6 on a Kinetic300 running OS4.04, and that fell
over much more quickly :-
Fatal signal received: Segmentation fault
Stack backtrace:
Running thread 0x14188c4
( 1489f00) pc: 1100788 lr: 1100cdc sp: 1489f04 __write_backtrace()
( 1489fa0) pc: 1100870 lr: 1101590 sp: 1489fa4
__unixlib_raise_signal()
( 1489fb0) pc: 1101494 lr: 81c288 sp: 1488a30 __h_cback()
Register dump at 01489fb4:
a1: 8a01 a2: 2081d2b8 a3: ffffffff a4: 209146a0
v1: 2081d2a8 v2: 2081b5e0 v3: 208be788 v4: 1488b04
v5: 6 v6: 2081c888 sl: 1488210 fp: 1488a50
ip: 1ff sp: 1488a30 lr: 2081c288 pc: a0133dc4
Mode USR, flags set: NzCvif
00133db0 : F..Å¡ : 9a000046 : BLS &00133ED0
00133db4 : ..ââ : e2841010 : ADD R1,R4,#&10 ; =16
00133db8 : ,0â¢Ã¥ : e595302c : LDR R3,[R5,#44]
00133dbc : ..Rã : e3520001 : CMP R2,#1
00133dc0 : ²ÃÃá : e1d1c0b2 : LDRH R12,[R1,#2]
00133dc4 : ..âç : e7931100 : LDR R1,[R3,R0,LSL #2]
00133dc8 : ...Å¡ : 9a00001f : BLS &00133E4C
00133dcc : .0ââ : e2843010 : ADD R3,R4,#&10 ; =16
00133dd0 : ² Ãá : e1d320b2 : LDRH R2,[R3,#2]
( 1488a50) pc: 133c9c lr: d043c sp: 1488a54
xpti_Merger(PLDHashTable*, PLDHashEntryHdr*, unsigned int, void*)()
( 1488a8c) pc: d0384 lr: 1320ac sp: 1488a90
PL_DHashTableEnumerate()
( 1488af4) pc: 13204c lr: 136bfc sp: 1488af8
xptiInterfaceInfoManager::MergeWorkingSets(xptiWorkingSet*,
xptiWorkingSet*)()
( 1488b58) pc: 136a6c lr: 136990 sp: 1488b5c
xptiInterfaceInfoManager::AutoRegisterInterfaces()()
( 1488b78) pc: 1368b4 lr: 136a0c sp: 1488b7c
xptiInterfaceInfoManager::GetInterfaceInfoManagerNoAddRef()()
( 1488b8c) pc: 136a00 lr: 116a8c sp: 1488b90
XPTI_GetInterfaceInfoManager()
( 1488c28) pc: 116a30 lr: 116e0c sp: 1488c2c
nsComponentManagerImpl::AutoRegisterImpl(int, nsIFile*, int)()
( 1488c44) pc: 116d9c lr: d7320 sp: 1488c48
nsComponentManagerImpl::AutoRegister(nsIFile*)()
( 1488cd4) pc: d6dd0 lr: b9e8 sp: 1488cd8 NS_InitXPCOM3_P()
( 1488ff0) pc: aca4 lr: 111ef58 sp: 1488ff4 XRE_main()
--
David Pitt
_______________________________________________
GCCSDK mailing list [email protected]
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
