Re: backtrace display in ASSERTION from debug build of TB (comm-central.)

2013-01-07 Thread ishikawa
On (2013年01月08日 13:03), Joshua Cranmer wrote: > On 1/7/2013 10:00 PM, ishikawa wrote: >> If we can coerce the built-in traceback function to print something more >> meaningful, or >> if someone can suggest a way to attach gdb to a run of TB during "make >> mozmill" session so that I can get a meani

Re: backtrace display in ASSERTION from debug build of TB (comm-central.)

2013-01-07 Thread Joshua Cranmer
On 1/7/2013 10:00 PM, ishikawa wrote: If we can coerce the built-in traceback function to print something more meaningful, or if someone can suggest a way to attach gdb to a run of TB during "make mozmill" session so that I can get a meaningful backtrace [*IF* gdb can work out meaningful backtrac

backtrace display in ASSERTION from debug build of TB (comm-central.)

2013-01-07 Thread ishikawa
I am trying to analyze the cause of ASSERTION messages in the session log of "make mozmill" run of debug build of TB (comm-central). Often the original coder would like to know where the function, which issues ASSERTION, is made. Fair enough. However, the built-in traceback display is a little o

Re: Question about Bugzilla bug dependencies

2013-01-07 Thread Justin Dolske
On 1/7/13 1:02 PM, Chris Peterson wrote: I've seen some inconsistent usage, so I just wanted to get a group opinion. If a fix for bug X introduces regression bug Y, should Y "block" X (because X is not properly fixed until regression Y is fixed) or should Y "depend on" X (because regression Y do

No Memshrink meeting on Jan 8, 2013

2013-01-07 Thread Jet Villegas
Some key contributors are away at the FirefoxOS work week. Next meeting will be on January 22. In the meantime, check out the new & improved Dark Matter Detector: https://wiki.mozilla.org/Performance/MemShrink/DMD --Jet ___ dev-platform mailing list de

Re: Emacs and vim modelines

2013-01-07 Thread Nicholas Nethercote
On Fri, Jan 4, 2013 at 4:21 PM, Benjamin Smedberg wrote: >> >> So it sounds like the recommended mode lines should look like this: >> >>/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; >> c-basic-offset: 2 -*- */ >>/* vim: set ts=8 sts=2 et sw=2 tw=80: */ > > Please make this change.

MXR Updates for python parsing. [testing in production]

2013-01-07 Thread Justin Wood (Callek)
Hey Guys, I got fed up with some of the python parsing in MXR so at risk of becoming the MXR owner [shudder] I wrote a patch in Bug 812719 The patch has been sitting idle for > a month by now, awaiting IT to setup a staging instance, so last week myself and :jakem discussed and we wish to move fo

Re: Question about Bugzilla bug dependencies

2013-01-07 Thread Gavin Sharp
On Mon, Jan 7, 2013 at 1:13 PM, L. David Baron wrote: > On Monday 2013-01-07 13:02 -0800, Chris Peterson wrote: >> I've seen some inconsistent usage, so I just wanted to get a group opinion. >> >> If a fix for bug X introduces regression bug Y, should Y "block" X >> (because X is not properly fixe

Re: Question about Bugzilla bug dependencies

2013-01-07 Thread L. David Baron
On Monday 2013-01-07 13:02 -0800, Chris Peterson wrote: > I've seen some inconsistent usage, so I just wanted to get a group opinion. > > If a fix for bug X introduces regression bug Y, should Y "block" X > (because X is not properly fixed until regression Y is fixed) This one. At least, until w

Re: Question about Bugzilla bug dependencies

2013-01-07 Thread Kyle Huey
Y blocks X. On Mon, Jan 7, 2013 at 1:02 PM, Chris Peterson wrote: > I've seen some inconsistent usage, so I just wanted to get a group opinion. > > If a fix for bug X introduces regression bug Y, should Y "block" X > (because X is not properly fixed until regression Y is fixed) or should Y > "dep

Question about Bugzilla bug dependencies

2013-01-07 Thread Chris Peterson
I've seen some inconsistent usage, so I just wanted to get a group opinion. If a fix for bug X introduces regression bug Y, should Y "block" X (because X is not properly fixed until regression Y is fixed) or should Y "depend on" X (because regression Y does not exist without fix X)? thanks, c

Re: Tablet vs. Touch: decision

2013-01-07 Thread JP Rosevear
On Tue, 2012-12-18 at 16:03 +, Gervase Markham wrote: > Hi everyone, > > After taking all input into account, I have decided that we should drop > the "Tablet" token from Fennec's UA on tablets. This is what Android > browser and Chrome do, and corresponds to option D) of my original > opti

Re: Proposed 2013 Platform Goals

2013-01-07 Thread JP Rosevear
On Fri, 2012-12-21 at 11:17 -0500, JP Rosevear wrote: > Hello all, > > As we prepare to enter 2013, I'd like to propose a set of goals for the > platform next year. These goals have had initial review by many > platform leaders and have an initial cut at owners. Owners are > responsible for pro

DOM Bindings Meeting - Monday @ 12:30 PM PST

2013-01-07 Thread Kyle Huey
Our (ostensibly) weekly DOM bindings meetings continue on Monday January 7th at 12:30 PM PST. Meeting details: * Monday, January 7, 2012, 12:30 PM PST (9:30 PM CET) * Conference room 7-N, San Francisco office, 7th floor. * Dial-in Info: - Vidyo room: SFO-7N - In office or soft phone: extension

Re: TimeStamp too expensive?

2013-01-07 Thread Honza Bambas
On 1/7/2013 1:40 PM, Jeff Muizelaar wrote: Probably. I'd suggest adding a TimeStamp::LowResNow() as an alias for Now() and filing a bug about getting a cheaper implementation of that function on Windows. FWIW, Chrome has something similar to this as well. -Jeff I was recently talking about t

Re: jsm source (mercurial )

2013-01-07 Thread rvj
thanks do_get_cwd will do ! function run_test() { var isWindows = ("@mozilla.org/windows-registry-key;1" in Components.classes); var dataFile = do_get_file("ipc-data.txt" , true); var processDir = do_get_workdir(); var cmd = processDir.clone(); cmd.append("IpcCat" + (i

Re: TimeStamp too expensive?

2013-01-07 Thread Jeff Muizelaar
On 2013-01-07, at 2:39 AM, Josh Aas wrote: > I was working on something for which TimeStamp and TimeDuration classes would > be helpful in simplifying code that deals with a cache expiration date. This > code does not require high-precision timing. In review I was told that > "TimeStamp should

Re: TimeStamp too expensive?

2013-01-07 Thread Robert O'Callahan
On Mon, Jan 7, 2013 at 8:39 PM, Josh Aas wrote: > I was working on something for which TimeStamp and TimeDuration classes > would be helpful in simplifying code that deals with a cache expiration > date. This code does not require high-precision timing. In review I was > told that "TimeStamp shou