Poster | Thread |
kas1e
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 21:28:07
| | [ #701 ] |
|
|
 |
Elite Member  |
Joined: 11-Jan-2004 Posts: 3551
From: Russia | | |
|
| @samo79
Try just now going to repubblica.it :) Right now, after those 30 minuts of netsurf :)
Quote:
But are you sure that prefs --> content option --> Javascript support really works ?
Maybe even disabling it continue to work ...
|
I think it should. But really do not know. Because when i got after 30 minuts the same crash, i reboot, run OWB again, and have the crash very fast, and then again. And i just start to think that its not JS related. But for first, i was in hope that is it..Last edited by kas1e on 27-Feb-2011 at 09:31 PM.
_________________ Join us to improve dopus5! zerohero's mirror of os4/os3 crosscompiler suites |
|
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 21:34:51
| | [ #702 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| @kas1e
Ok now it crash clicking on "NetSurf at Wakefield Show 2010" link on:
http://www.netsurf-browser.org/about/news
Statusbar text become corrupted and then it freeze, it may be an unrelated problem (not javascript itself), the one you already fixed with Fab ... i can be sure only if you send me the latest WIP
P.S. Ok, not i go again on NetSurf and then Repubblica, wait me ! Last edited by samo79 on 27-Feb-2011 at 09:36 PM.
_________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
kas1e
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 21:36:25
| | [ #703 ] |
|
|
 |
Elite Member  |
Joined: 11-Jan-2004 Posts: 3551
From: Russia | | |
|
| @samo79
So the same crash, just a bit later without JS, what mean than less memory is uses, and you have more live-time.
(will send tomorrow latest bin, but corruption of status bar i have as well from time to time when it crashes). _________________ Join us to improve dopus5! zerohero's mirror of os4/os3 crosscompiler suites |
|
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 22:02:55
| | [ #704 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| @kas1e
Quote:
I think it should. But really do not know. Because when i got after 30 minuts the same crash, i reboot, run OWB again, and have the crash very fast, and then again. And i just start to think that its not JS related. But for first, i was in hope that is it.. |
Yes confirmed, option works and disable all Javascript crap
Used this page as Javascript reference:
http://www.w3schools.com/js/tryit.asp?filename=tryjs_alert
Now i'm on NetSurf (since 25 minutes) other 5 minutes and i'll go to repubblica.it ..._________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:11:48
| | [ #705 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| @kas1e
There are surely somethings wrong in Javascript, ok maybe it's not the unique problem (this can explain why sometimes in crash here as well), btw right now i can obtain 1 hour of free surfing only on this NetSurf portal ...
Last edited by samo79 on 27-Feb-2011 at 11:12 PM.
_________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
kas1e
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:14:51
| | [ #706 ] |
|
|
 |
Elite Member  |
Joined: 11-Jan-2004 Posts: 3551
From: Russia | | |
|
| @samo79
One more explain of non-js related problem can be : when you not use JS , you have used less memory, and less of problematic code looks like. And because of it trashing are slowly, and live-time of owb more.
But well .. At least some more news: with disabled JS we have bigger live-time, but still, the same crash in end. That point me on the problems with core itself, and not with GUI (just a guess of course, but sounds logical after that JS tests).
Btw, also browsing one site where actual data not changes very much will make not big sense, because it will just memory cashes (mui-owb have that feauture), and then all will be grabs from memory (even if it already trashed, but still working part).
The good tests will be just load tons of new sites all the time.
Last edited by kas1e on 27-Feb-2011 at 11:21 PM. Last edited by kas1e on 27-Feb-2011 at 11:20 PM.
_________________ Join us to improve dopus5! zerohero's mirror of os4/os3 crosscompiler suites |
|
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:22:09
| | [ #707 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| @kas1e
I need to browse repubblica.it before send you a definitive answer
Aniway the Mrodfr suggestion wasn't that bad, you can send part of code/disassembled code or just the simple Alpha version to someone skilled, to m3x (Max Tretene) for example or maybe Fab can try it directly ... _________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
kas1e
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:29:56
| | [ #708 ] |
|
|
 |
Elite Member  |
Joined: 11-Jan-2004 Posts: 3551
From: Russia | | |
|
| @samo79
Code its very big, and for sure noone except Fab will even want to have a look at this :) I have no problems to send code to someone, but i already know the answers: busy, no motivation, lack of time :) Or just will recieve code, and do nothing (classic, and usuall stuff). The code also very "mui" related, so if somone did't know MUI , then he will understand nothing as well.
Anyway, Fab already have a binary, and i everyday talk with him about what and why can happens, and still we have nothing.
And btw, the code already have about 5 developers, and they all skilled enough, but Slash for example all the time busy (so there will be no luck for sure). Fab not in big interest in aos4 version, and only help because i annoy him. Deniil for now works on some other projects, and he just of course annoed by such hardcore bugs already. Few other coders have code, but what we can expect ? Nothing, just wild guesess. Noone will know code, done by other programmer , and which are megabytes, not few files.
Its tons of code, and if someone did't know where happens that and that, even with source code he will understand nothing.
There in general only Fab can help (and he already) + all those ideas and betatests and disabling parts/ adding new malloc/calloc, disabling threads, taks and so on.
We for today trying to disable timer, but with disabled timer nothing works of course, so need to worry about tomorrow.
In other words, no one else will help and we should just found everything and fix :) Last edited by kas1e on 27-Feb-2011 at 11:35 PM.
_________________ Join us to improve dopus5! zerohero's mirror of os4/os3 crosscompiler suites |
|
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:30:04
| | [ #709 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| @kas1e
Quote:
That point me on the problems with core itself, and not with GUI |
So you may try to update now at 1.11 (new up-to-date WebKit merge) if isn't too difficult ..._________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
kas1e
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:33:07
| | [ #710 ] |
|
|
 |
Elite Member  |
Joined: 11-Jan-2004 Posts: 3551
From: Russia | | |
|
| |
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:34:04
| | [ #711 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| @kas1e
Ok understand, we will try to resolve alone ...
Now i'm on repubblica.it, no crash atm .... (Javascript is disabled completely) Last edited by samo79 on 27-Feb-2011 at 11:36 PM.
_________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:42:24
| | [ #712 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| ... Then usual freeze (statusbar corrupted) opening a second tab in repubblica.it
muimaster.library crash closing OWB aniway ... (this is another session not related to the above freeze)
Quote:
Crash log for task "owb" Generated by GrimReaper 53.2 Crash occured in module muimaster.library at address 0x6E96C528 Type of crash: DSI (Data Storage Interrupt) exception
Register dump: GPR (General Purpose Registers): 0: 00000000 5522EA00 00000000 5600EF50 577A8EA0 6E971B58 021AA368 DEAD007E 8: 5522EA84 55570000 0183A758 01A2EDF8 00000798 5535CA38 55F21A60 577A87C0 16: 53EE1CA8 55354D14 53EE1CC8 577A8EAC 00000000 00000000 577A87A4 5522FC98 24: FFFF9EF8 5522EA78 5600EF50 577A87A4 00000000 0000CCE5 577A87C0 1001F400
FPR (Floating Point Registers, NaN = Not a Number): 0: nan 7.56604e-307 9.34572e-307 6.11945e-308 4: 2.04722e-306 9.34608e-307 6.11942e-308 8.90071e-307 8: 1.00133e-307 8.90062e-308 1.69121e-306 1.69121e-306 12: 1.78014e-306 8.90071e-307 3.39519e-313 -5.05923e-321 16: 1.32625e-315 1.39067e-309 0 0 20: 0 0 0 1.61895e-319 24: 1.63042e-322 0 1.08779e-311 -7.32189e+273 28: 0 1.35808e-312 8.8275e-311 8.94155e+20
FPSCR (Floating Point Status and Control Register): 0x82002000
SPRs (Special Purpose Registers): Machine State (msr) : 0x0002F030 Condition (cr) : 0x22002044 Instruction Pointer (ip) : 0x6E96C528 Xtended Exception (xer) : 0x20000002 Count (ctr) : 0x00000000 Link (lr) : 0x6E971B58 DSI Status (dsisr) : 0x00000000 Data Address (dar) : 0x00000058
680x0 emulated registers: DATA: 00000000 00000003 00000000 00000000 00000000 00000000 00000000 00000000 ADDR: 5549DB74 55FAF41C 00000000 00000000 00000000 00000000 00000000 5522ECD0 FPU0: 0 0 0 0 FPU4: 0 0 0 0
Symbol info: Instruction pointer 0x6E96C528 belongs to module "muimaster.library" (PowerPC) Symbol: Uptime + 0x168 in section 1 offset 0x0000B508
Stack trace: Uptime()+0x168 (section 1 @ 0xb508) m_Application_PushMethod()+0x1D4 (section 1 @ 0x10b38) ApplicationDispatcher()+0xE88 (section 1 @ 0x16224) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x000081e0 owb:_ZL8dispatchP6IClassPmP4_Msg()+0x150 (section 1 @ 0xc65c) CustomClassDispatcher()+0xA0 (section 1 @ 0x20f8) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x00008328 native kernel module intuition.library.kmod+0x00007f68 owb:_ZL31handleMM_Bookmarkgroup_SaveHtmlP6IClassPmP25MP_Bookmarkgroup_SaveHtml()+0xEC (section 1 @ 0x3cf90) CustomClassDispatcher()+0xA0 (section 1 @ 0x20f8) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x00008328 native kernel module intuition.library.kmod+0x00007f68 owb:_ZL16handleOM_DISPOSEP6IClassPmP5opSet()+0x70 (section 1 @ 0x38350) CustomClassDispatcher()+0xA0 (section 1 @ 0x20f8) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x00008328 MUI_DisposeObject()+0x44 (section 1 @ 0x1fe0) GroupDispatcher()+0x8C4 (section 1 @ 0x31d80) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x00008328 MUI_DisposeObject()+0x44 (section 1 @ 0x1fe0) GroupDispatcher()+0x8C4 (section 1 @ 0x31d80) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x000081e0 RootgrpDispatcher()+0x6C (section 1 @ 0x52754) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x00008328 MUI_DisposeObject()+0x44 (section 1 @ 0x1fe0) m_Window_DISPOSE()+0x8C (section 1 @ 0x5c6ec) WindowDispatcher()+0x62C (section 1 @ 0x66ccc) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x000081e0 owb:_ZL8dispatchP6IClassPmP4_Msg()+0x8C (section 1 @ 0x381bc) CustomClassDispatcher()+0xA0 (section 1 @ 0x20f8) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x00008328 MUI_DisposeObject()+0x44 (section 1 @ 0x1fe0) m_Application_DISPOSE()+0x174 (section 1 @ 0xf420) ApplicationDispatcher()+0x3F4 (section 1 @ 0x15790) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x000081e0 owb:_ZL16handleOM_DISPOSEP6IClassPmP5opSet()+0x2CC (section 1 @ 0x9a3c) owb:_ZL8dispatchP6IClassPmP4_Msg()+0x28C (section 1 @ 0xc798) CustomClassDispatcher()+0xA0 (section 1 @ 0x20f8) native kernel module intuition.library.kmod+0x0001807c native kernel module intuition.library.kmod+0x000182a0 native kernel module intuition.library.kmod+0x00008328 MUI_DisposeObject()+0x44 (section 1 @ 0x1fe0) libstub_MUI_DisposeObject()+0x14 (section 1 @ 0xb34) owb:_Z19destroy_applicationv()+0x70 (section 1 @ 0xe50) owb:main()+0xE4 (section 1 @ 0x133c) native kernel module newlib.library.kmod+0x00001f4c native kernel module newlib.library.kmod+0x00002be0 native kernel module newlib.library.kmod+0x00002d5c owb:_start()+0x170 (section 1 @ 0x170) native kernel module dos.library.kmod+0x0001b524 native kernel module kernel+0x00036290 native kernel module kernel+0x00036310
PPC disassembly: 6e96c520: 83894b30 lwz r28,19248(r9) 6e96c524: 388f06e0 addi r4,r15,1760 *6e96c528: 837c0058 lwz r27,88(r28) 6e96c52c: 7f83e378 mr r3,r28 6e96c530: 7f6903a6 mtctr r27
System information:
CPU Model: AMCC PPC440EP V1.3 CPU speed: 799 MHz FSB speed: 133 MHz Extensions:
|
Last edited by samo79 on 27-Feb-2011 at 11:45 PM. Last edited by samo79 on 27-Feb-2011 at 11:44 PM.
_________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
kas1e
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:44:55
| | [ #713 ] |
|
|
 |
Elite Member  |
Joined: 11-Jan-2004 Posts: 3551
From: Russia | | |
|
| @samo79
Yeah, that really sad when you feel that its "yeah we found !" , and baahh, freeze :) I think tomorrow need to worring about tests without timer task, then trying to check javascrirptcolletor.cpp , to see if there something wrong or not. I will even try to remove all the code from JS completely, just to be sure 100% that its never uses at all (to be sure that crash not because of our changes).
ps. Uptime() stuff already fixed (by some ugly way), and there is still need to do few tests in that terms, but that is not problem, you can not concetrate on any other bugs for now , because the real and problematic one are that ####ing lockup. Last edited by kas1e on 27-Feb-2011 at 11:46 PM.
_________________ Join us to improve dopus5! zerohero's mirror of os4/os3 crosscompiler suites |
|
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 27-Feb-2011 23:49:26
| | [ #714 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| @kas1e
Yes we can be sure, i hate it !
Good luck and count on me for any test at any hour of day/night  _________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
realize
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 28-Feb-2011 1:54:11
| | [ #715 ] |
|
|
 |
Super Member  |
Joined: 14-Apr-2003 Posts: 1797
From: nyc | | |
|
| @kas1e
Sorry for the tough bug you ran into? And still no word or help from Joerg?
btw @ thread I got post banned 1 week by a mod for saying he was a "jerk" for not releasing his sources or helping and this framiga directly insults kas1e who is a hero for his work and nothing happens? |
|
Status: Offline |
|
|
AlexC
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 28-Feb-2011 3:42:51
| | [ #716 ] |
|
|
 |
Super Member  |
Joined: 22-Jan-2004 Posts: 1301
From: City of Lost Angels, California. | | |
|
| @kas1e
Are you compiling with '-g'?
With that option and 'addr2line <address from stacktrace>' it's really easy to find the offending line of code.
Last edited by AlexC on 28-Feb-2011 at 03:43 AM.
_________________ AlexC's free OS4 software collection
 AmigaOne XE/X1000/X5000/UAE-PPC OS4 laptop/X-10 Home Automation |
|
Status: Offline |
|
|
samo79
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 28-Feb-2011 8:17:55
| | [ #717 ] |
|
|
 |
Elite Member  |
Joined: 13-Feb-2003 Posts: 3505
From: Italy, Perugia | | |
|
| @realize
And it seems you didn't learned too mutch from the ban ... _________________ BACK FOR THE FUTURE
http://www.betatesting.it/backforthefuture
Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6 AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6 |
|
Status: Offline |
|
|
kas1e
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 28-Feb-2011 9:44:35
| | [ #718 ] |
|
|
 |
Elite Member  |
Joined: 11-Jan-2004 Posts: 3551
From: Russia | | |
|
| @realize
Quote:
Sorry for the tough bug you ran into? And still no word or help from Joerg?
|
We not ask him about any kind of help (he can't help here at all, its just our porting-bugs)
@AlexC Quote:
Are you compiling with '-g'?
|
Yeah, i think will recompile all with debug info later, maybe it will change a crash info. addr2line there will not help much imho, because when lockup happens, i can't do anything, But if i will try to use it after reboot, then stack will be changed already, and addresses will be different (imho).
I think i also will try to compile everything without optimisation (now i use -O2), just in hope that crash info will be chacnged on something more readable.Last edited by kas1e on 28-Feb-2011 at 09:48 AM.
_________________ Join us to improve dopus5! zerohero's mirror of os4/os3 crosscompiler suites |
|
Status: Offline |
|
|
realize
|  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 28-Feb-2011 10:59:30
| | [ #719 ] |
|
|
 |
Super Member  |
Joined: 14-Apr-2003 Posts: 1797
From: nyc | | |
|
| @kas1e
Quote:
We not ask him about any kind of help (he can't help here at all, its just our porting-bugs) |
Yeah, i over-reacted and got defense when you got attacked. I know how how much time and effort you guys are putting into it.
|
|
Status: Offline |
|
|
Deniil715
 |  |
Re: AmigaOS4.1 OWB Development whilst we wait? Posted on 28-Feb-2011 11:55:37
| | [ #720 ] |
|
|
 |
Elite Member  |
Joined: 14-May-2003 Posts: 4238
From: Sweden | | |
|
| |
Status: Offline |
|
|