?

Log in

Is O3 too much? or where is Zeta users feedback? - BeZilla blog
December 17th, 2004
12:30 am
[fyysik]

[Link]

Previous Entry Share Next Entry
Is O3 too much? or where is Zeta users feedback?
Updated!
Mentioned below ugly crashes are definitely related to BeOS 5.1d specifics (Dano/Zeta). Installed Dano on same machine where it worked stable with R5 - and got same crashes. Everytime something in BPrivate*****region is behaving wrongly.
Unfortunately seems that nobody knows about Dano/Zeta internals (excluding case when Dianne explained some things).



Ok people. 200 downloads of first Mozilla-bone O3 build.
No one reported crash to me.
But when i uploaded bit updated build today, thaflo reported bad occasional crashes on his Zeta Neo + Athlon XP 2800+.
I asked him to test previous version. Same s*t happens.
Then i found with special efforts another Zeta Neo user with Athlon 1.8 (AnEvilYak). Same with both O3 versions - occasional crashes on clicking, resizing.

I suspect that O3 optimization is still really risky, but question is, why nobody of those 200 downloaders didn't report it before???

P.S. at my PIII-550 (R5+Bone7a both builds are stable)

(16 comments | Leave a comment)

Comments
 
From:mmadia
Date:December 16th, 2004 11:42 pm (UTC)

custom splash screen

(Link)
maybe users have come to accept the bleeding edge builds to be less than rock-solid(as they're usually in development)?

what about including a custom splash screen to the effect of:

The BeZilla Team
wants you to report crashes!
Thank you very much


could this also be modded into the help/about menu?
it could encourage feedback w/minimal annoyance to the end user.
From:kokimare
Date:December 17th, 2004 02:11 am (UTC)

Re: custom splash screen

(Link)
> maybe users have come to accept the bleeding edge builds to be less
> than rock-solid(as they're usually in development)?

I don't think so. I used the previous O3 version for a while in Zeta Neo and had no problems. I just tried this build, and it crashes whenever I try to scroll down. Here is the stack crawl:

**************
loading symbols
segment violation occurred
BPrivate::AppSession::swrite_region(BPrivate::IRegion const *):
swrite_region__Q28BPrivate10AppSessionPCQ28BPrivate7IRegion:
+0024 ec18237c: * 04408b movl 0x00000004(%eax), %eax
mozilla-bin:sc
frame retaddr
fcffb904 ec18234b BPrivate::AppSession::swrite_region(BRegion const *) + 00000023
fcffb920 ec22e4f2 BView::ConstrainClippingRegion(BRegion *) + 00000066
fcffb944 ee8fa957 nsWindow::Scroll(int, int, nsRect *) + 00000673
fcffba84 ef2061ae nsScrollPortView::Scroll(nsView *, int, int, float, unsigned int) + 0000013a
fcffbab4 ef20650a nsScrollPortView::ScrollToImpl(int, int, unsigned int) + 00000326
fcffbb54 ef205947 nsScrollPortView::ScrollTo(int, int, unsigned int) + 000000f3
fcffbbc4 ef206c92 nsScrollPortView::ScrollByLines(int, int) + 0000003e
fcffbbf4 ef0a2211 nsEventStateManager::DoWheelScroll(nsIPresContext *, nsIFrame *, nsMouseScrollEvent *, int, int, int, int) + 0000091d
fcffbd14 ef0a2d89 nsEventStateManager::PostHandleEvent(nsIPresContext *, nsEvent *, nsIFrame *, nsEventStatus *, nsIView *) + 00000805
fcffbda4 eeece915 PresShell::HandleEventInternal(nsEvent *, nsIView *, unsigned int, nsEventStatus *) + 00000431
fcffbe04 eeece427 PresShell::HandleEvent(nsIView *, nsGUIEvent *, nsEventStatus *, int, int &) + 000005d3
fcffbe74 ef20bfc5 nsViewManager::HandleEvent(nsView *, nsGUIEvent *, int) + 00000341
fcffbf64 ef20b2b2 nsViewManager::DispatchEvent(nsGUIEvent *, nsEventStatus *) + 000008ce
fcffbff4 ef204d95 HandleEvent(nsGUIEvent *) + 00000049
fcffc024 ee8fde22 nsWindow::DispatchEvent(nsGUIEvent *, nsEventStatus &) + 0000004e
fcffc054 ee8fb2f3 nsWindow::CallMethod(MethodInfo *) + 0000078f
fcffc154 ee8eece9 nsAppShell::Run(void) + 000000e5
fcffc194 ee8c7849 nsAppShellService::Run(void) + 00000029
fcffc1c4 8001660d main1(int, char **, nsISupports *) + 00000949
fcffc2e4 800153ef main + 0000037b
fcffc324 80014d55 _start + 00000061
mozilla-bin:
**************
[User Picture]
From:fyysik
Date:December 17th, 2004 02:52 am (UTC)

Re: custom splash screen

(Link)
Thanks, Koki, for confirmation.
Can you tell also your CPU type and speed?
I removed that download fronm bebits until i fix at least scroll - hope it happens soon
From:kokimare
Date:December 17th, 2004 02:55 am (UTC)

Re: custom splash screen

(Link)
CPU is an AMD Athlon 2.2 (1800MHz)
[User Picture]
From:fyysik
Date:December 17th, 2004 03:10 am (UTC)

Re: custom splash screen

(Link)
yeah, it fits in that case.
Wondering if P4 and Zeta produces same result.
at moment i'm posting using this build from 2 GHz Celeron R5+Bone and it see,s working fine.
So it is still question, which component effects it so badly - Athlon or Zeta or coincidence of both
From:tigerdog
Date:December 17th, 2004 07:50 am (UTC)

crash on scroll

(Link)
I have exactly the same experience as Koki. Running Dano/BONE on Athlon XP @ 1750 MHz. Here's the stack crawl:
loading symbols
segment violation occurred
BPrivate::AppSession::swrite_region(BPrivate::IRegion const *):
swrite_region__Q28BPrivate10AppSessionPCQ28BPrivate7IRegion:
+0024 ec27437c: * 04408b movl 0x00000004(%eax), %eax
mozilla-bin:sc
frame retaddr
fcffb9e4 ec27434b BPrivate::AppSession::swrite_region(BRegion const *) + 00000023
fcffba00 ec3204f2 BView::ConstrainClippingRegion(BRegion *) + 00000066
fcffba24 ee241957 nsWindow::Scroll(int, int, nsRect *) + 00000673
fcffbb64 eea831ae nsScrollPortView::Scroll(nsView *, int, int, float, unsigned int) + 0000013a
fcffbb94 eea8350a nsScrollPortView::ScrollToImpl(int, int, unsigned int) + 00000326
fcffbc34 eea82947 nsScrollPortView::ScrollTo(int, int, unsigned int) + 000000f3
fcffbca4 eea83c92 nsScrollPortView::ScrollByLines(int, int) + 0000003e
fcffbcd4 ee91f211 nsEventStateManager::DoWheelScroll(nsIPresContext *, nsIFrame *, nsMouseScrollEvent *, int, int, int, int) + 0000091d
fcffbdf4 ee91fd89 nsEventStateManager::PostHandleEvent(nsIPresContext *, nsEvent *, nsIFrame *, nsEventStatus *, nsIView *) + 00000805
fcffbe84 ee74b915 PresShell::HandleEventInternal(nsEvent *, nsIView *, unsigned int, nsEventStatus *) + 00000431
fcffbee4 ee74b427 PresShell::HandleEvent(nsIView *, nsGUIEvent *, nsEventStatus *, int, int &) + 000005d3
fcffbf54 eea88fc5 nsViewManager::HandleEvent(nsView *, nsGUIEvent *, int) + 00000341
fcffc044 eea882b2 nsViewManager::DispatchEvent(nsGUIEvent *, nsEventStatus *) + 000008ce
fcffc0d4 eea81d95 HandleEvent(nsGUIEvent *) + 00000049
fcffc104 ee244e22 nsWindow::DispatchEvent(nsGUIEvent *, nsEventStatus &) + 0000004e
fcffc134 ee2422f3 nsWindow::CallMethod(MethodInfo *) + 0000078f
fcffc234 ee235ce9 nsAppShell::Run(void) + 000000e5
fcffc274 ee20e849 nsAppShellService::Run(void) + 00000029
fcffc2a4 8001660d main1(int, char **, nsISupports *) + 00000949
fcffc3c4 800153ef main + 0000037b
fcffc404 80014d55 _start + 00000061
mozilla-bin:

Sorry it took me a while to confirm.
[User Picture]
From:fyysik
Date:December 17th, 2004 10:59 am (UTC)

Re: crash on scroll

(Link)
Unfortunately this don't narrow our field of investigations as much as i wish. Dano and Zeta use same (patched)kernel and same AppServer.
Did you test also previous O3 version?
[User Picture]
From:fyysik
Date:December 17th, 2004 11:28 am (UTC)

Re: crash on scroll

(Link)
tigerdog and Koki - can you test this one
http://beos.spb.ru/mozilla/mozilla-i586-pc-beos-bone-1.7a-test-20.tar.gz
in regards to scrolling crash?
From:tigerdog
Date:December 17th, 2004 03:21 pm (UTC)

Re: crash on scroll

(Link)
Same result, I'm sorry to say. Again, tested on Dano/BONE. Crash happens immediately upon first try to scroll. Doesn't seem to matter whether the scroll is done using mouse-wheel, clicking the "down" arrow or clicking in the scrollbar itself.

loading symbols
segment violation occurred
atomic_add1:
atomic_add1:
+0004 ec0504b9: * 038b movl (%ebx), %eax
mozilla-bin:sc
frame retaddr
fcffba6c ec2e18f5 BRegion::~BRegion(void) + 00000031
fcffba84 edf317d4 nsWindow::Scroll(int, int, nsRect *) + 000007e4
fcffbbb4 ee700ea2 nsScrollPortView::Scroll(nsView *, int, int, float, unsigned int) + 00000112
fcffbbe4 ee70135a nsScrollPortView::ScrollToImpl(int, int, unsigned int) + 0000032a
fcffbc64 ee70080d nsScrollPortView::ScrollTo(int, int, unsigned int) + 000001ed
fcffbcb4 ee700c33 nsScrollPortView::ScrollByLines(int, int) + 0000003f
fcffbce4 ee5b4ef4 nsEventStateManager::DoWheelScroll(nsIPresContext *, nsIFrame *, nsMouseScrollEvent *, int, int, int, int) + 00000924
fcffbe04 ee5b5a1b nsEventStateManager::PostHandleEvent(nsIPresContext *, nsEvent *, nsIFrame *, nsEventStatus *, nsIView *) + 000007db
fcffbe94 ee41511f PresShell::HandleEventInternal(nsEvent *, nsIView *, unsigned int, nsEventStatus *) + 0000037f
fcffbef4 ee414c88 PresShell::HandleEvent(nsIView *, nsGUIEvent *, nsEventStatus *, int, int &) + 00000548
fcffbf64 ee706a77 nsViewManager::HandleEvent(nsView *, nsGUIEvent *, int) + 00000347
fcffc054 ee705ef2 nsViewManager::DispatchEvent(nsGUIEvent *, nsEventStatus *) + 000008d2
fcffc0e4 ee6fe20e HandleEvent(nsGUIEvent *) + 0000004a
fcffc114 edf2d90f nsWindow::DispatchEvent(nsGUIEvent *, nsEventStatus &) + 0000004f
fcffc144 edf31e5a nsWindow::CallMethod(MethodInfo *) + 0000066a
fcffc234 edf24fa9 nsAppShell::Run(void) + 000000e9
fcffc274 edefaff2 nsAppShellService::Run(void) + 0000002a
fcffc2a4 8001644d main1(int, char **, nsISupports *) + 0000090d
fcffc3c4 800152f3 main + 00000123
fcffc404 80014ed5 _start + 00000061
mozilla-bin:
[User Picture]
From:fyysik
Date:December 17th, 2004 04:03 pm (UTC)

Re: crash on scroll

(Link)
thanks anyway. This crash seems bit different
But i didn't understand your sentence -
"tested on Dano/BONE."
Did you test it on two different installation - one of those is Dano
and second is R5+Bone?

This is very important to differentiate, as app-server and messaging system are very different in those cases
From:tigerdog
Date:December 17th, 2004 04:14 pm (UTC)

Re: crash on scroll

(Link)
sorry for the lack of clarity. I tested on Dano 5.1d0 Nov 15, 2001 13:06:19. It's really redundant to say Dano/BONE, since Dano includes BONE. I have a couple of spare partitions; over the next few days I'll try to install a 5.0.3+BONE system so I can test on both.
From:kokimare
Date:December 18th, 2004 01:01 am (UTC)

Re: crash on scroll

(Link)
This one crashes too when trying to scroll.
From:tqh
Date:December 17th, 2004 12:47 pm (UTC)

I'll test

(Link)
I'll test when I get home. (Athlon XP 1533MHz)
From:tigerdog
Date:December 17th, 2004 09:00 pm (UTC)

R5+BONE7a v. DANO 5.1d0 on AMD

(Link)
I built a new partition and loaded R5 with patches through 5.0.3, then loaded BONE 7a and patched the BONE7a kernel. Email if you want more system info. CPU is Athlon XP 2000+ overclocked at 1750 MHz.
Here are the results using the "test 20" build:

R5+BONE7a System version Dano0, Kernel May 11 2001 15:40:59. SCROLL OK

Exp/Dano System version 5.1d0, Kernel Nov 15 2001 13:06:19. CRASH

Problem seems related to the Dano/Zeta kernel, not the Athon XP, as far as I can tell. I hope this helps.
[User Picture]
From:fyysik
Date:December 17th, 2004 10:36 pm (UTC)

Re: R5+BONE7a v. DANO 5.1d0 on AMD

(Link)
thanks for testing efforts
I get same idea bit earlier, as you can notice from updated status of this main posting, but now i'm absolutely sure.

Unfortunately inspite my several code changes i couldn't get rid of that crash in last two hours, so now doing full rebuild with O0 optimization, to see if it helps

It may appear that for Dano/Zeta we will need O0 build made with gcc 2.9 while for R5 can use very optimized O3 builds with gcc 2.953
From:tigerdog
Date:December 18th, 2004 02:16 am (UTC)

Re: R5+BONE7a v. DANO 5.1d0 on AMD

(Link)
If the difference is the gcc version, do you think recompiling gcc under DANO and/or Zeta would fix it?
Mozilla for BeOS project Powered by LiveJournal.com