Re: How does one debug uninitialized value usage from JavaScript (TB) ?

2013-01-28 Thread ISHIKAWA, Chiaki
(2013/01/29 15:08), L. David Baron wrote: On Tuesday 2013-01-29 11:04 +0900, ISHIKAWA, Chiaki wrote: I noticed many uninitialied value usage warnings from the execution of TB under valgrind (memcheck). Many such usages, today, are related to JavaScript interpreter. memcheck can print the stac

Re: How does one debug uninitialized value usage from JavaScript (TB) ?

2013-01-28 Thread L. David Baron
On Tuesday 2013-01-29 11:04 +0900, ISHIKAWA, Chiaki wrote: > I noticed many uninitialied value usage warnings from the execution of > TB under valgrind (memcheck). > > Many such usages, today, are related to JavaScript interpreter. memcheck > can print the stack trace when this condition is notic

Re: How does one debug uninitialized value usage from JavaScript (TB) ?

2013-01-28 Thread Gary Kwong
Running with --track-origins=yes should help with debugging this problem. -Gary > > Below are some lines from memcheck session log of running TB under it. > > The number of such usages recorded in one session log is > > 68 Memcheck:Cond > > Close to 60 of them are related to Ja

Re: Let's never, ever, shut down NSS -- even in debug builds

2013-01-28 Thread Cameron Kaiser
On Jan 28, 4:00 pm, Kyle Huey wrote: > On Mon, Jan 28, 2013 at 3:39 PM, Brian Smith wrote: > > 2. Because NSS reads and writes to files in the profile directory, the > > profile directory must be readable and writable up until process exit. The > > current rules for XPCOM shutdown say that servic

Re: Scrolling, Scrolling and more Scrolling

2013-01-28 Thread Andreas Gal
Hi Anthony, thanks for bringing this up. I completely agree that we have to unify all that scrolling code. Chris Jones and Doug Sherk wrote most of the current C++ async scrolling code. We should definitely unify around that. Once we support multiple concurrent scrollable regions instead of jus

Re: Scrolling, Scrolling and more Scrolling

2013-01-28 Thread Jet Villegas
Agreed! Looks like Fennec Team has a plan for PanZoomController.java: https://bugzilla.mozilla.org/show_bug.cgi?id=745136 I think we need to get past this big one to unify the other platforms: https://bugzilla.mozilla.org/show_bug.cgi?id=825928 --Jet - Original Message - From: "Anthony J

New Module Proposal: Identity Attached Services

2013-01-28 Thread Ben Adida
(cc dev-platform and governance, followup on dev-identity) Hi all, After initial discussions with Brendan and Mitchell, I'm proposing a new module, Identity Attached Services. https://wiki.mozilla.org/Modules/Other#IdentityAttachedServices This module covers server-side code and some clien

Scrolling, Scrolling and more Scrolling

2013-01-28 Thread Anthony Jones
I've spent several weeks fixing scrolling and zooming bugs on b2g. You may have enjoyed bug 831973 (and it's duplicates) over the last week. In bug 811950 it took -9 lines to introduce the bug and a further -27 lines to fix it. Perhaps we have too much scrolling code: * AsyncPanZoomControl

How does one debug uninitialized value usage from JavaScript (TB) ?

2013-01-28 Thread ISHIKAWA, Chiaki
I noticed many uninitialied value usage warnings from the execution of TB under valgrind (memcheck). Many such usages, today, are related to JavaScript interpreter. memcheck can print the stack trace when this condition is noticed. However, we only get the traceback of the javascript interpreter

Re: Let's never, ever, shut down NSS -- even in debug builds

2013-01-28 Thread Brian Smith
[+taras] Kyle Huey wrote: >> 2. Because NSS reads and writes to files in the profile directory, >> the profile directory must be readable and writable up until process >> exit. The current rules for XPCOM shutdown say that services must >> stop doing disk I/O well before then; we would need to cha

Re: Let's never, ever, shut down NSS -- even in debug builds

2013-01-28 Thread Kyle Huey
On Mon, Jan 28, 2013 at 3:39 PM, Brian Smith wrote: > 2. Because NSS reads and writes to files in the profile directory, the > profile directory must be readable and writable up until process exit. The > current rules for XPCOM shutdown say that services must stop doing disk I/O > well before the

Re: Let's never, ever, shut down NSS -- even in debug builds

2013-01-28 Thread Robert Relyea
On 01/28/2013 03:39 PM, Brian Smith wrote: Hi all, After seeing many, many bugs about difficulty of writing code that properly handles NSS shutdown during XPCOM profile teardown, I think the only reasonable way forward is to simply make it so that NSS never shuts down--including in debug buil

Let's never, ever, shut down NSS -- even in debug builds

2013-01-28 Thread Brian Smith
Hi all, After seeing many, many bugs about difficulty of writing code that properly handles NSS shutdown during XPCOM profile teardown, I think the only reasonable way forward is to simply make it so that NSS never shuts down--including in debug builds. This will greatly simplify lots of code-

Re: C++11 atomics in Mozilla

2013-01-28 Thread Ehsan Akhgari
On 2013-01-28 12:48 AM, Brian Smith wrote: Joshua Cranmer wrote: In bug 732043, I want to add a mozilla::Atomic class that lets us use C++11 atomics where available and fallback to compiler intrinsics where C++11 atomics are not implemented (which amounts to gcc 4.4 and Visual Studio 2010 or ear

Re: Investigation undergoing on the future of PGO

2013-01-28 Thread Mike Hommey
On Mon, Jan 28, 2013 at 12:32:58PM -0500, Ehsan Akhgari wrote: > On 2013-01-28 3:38 AM, Brian Smith wrote: > >Ehsan Akhgari wrote: > >>I have started an effort to gather some information on what options > >>we have with regard to using PGO on Windows in the longer term[.] > > > >>If you have ideas

Re: Investigation undergoing on the future of PGO

2013-01-28 Thread Ehsan Akhgari
On 2013-01-28 3:38 AM, Brian Smith wrote: Ehsan Akhgari wrote: I have started an effort to gather some information on what options we have with regard to using PGO on Windows in the longer term[.] If you have ideas which are not covered by the bugs on file, please do let me know. Minimizing

Re: Investigation undergoing on the future of PGO

2013-01-28 Thread Brian Smith
Ehsan Akhgari wrote: > I have started an effort to gather some information on what options > we have with regard to using PGO on Windows in the longer term[.] > If you have ideas > which are not covered by the bugs on file, please do let me know. Minimizing startup time is one of the biggest reas