Re: Switching to stdint types on mozilla-central

Ehsan Akhgari wrote: So, PRIntn should be converted to int and PRUintn to unsigned, is that correct? Yes please. -- Warning: May contain traces of nuts. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/

Re: Verification Culture

On 12-08-10 5:04 PM, Jason Smith wrote: Hi Everyone, Let's try posting this again. Disregard the comments I put on the other thread. I think this is a good time to re-think our process for testing for something that is fixed or not fixed. I think a better approach that maybe we need to consider

Re: Verification Culture

Hi Everyone, Let's try posting this again. Disregard the comments I put on the other thread. I think this is a good time to re-think our process for testing for something that is fixed or not fixed. I think a better approach that maybe we need to consider is something similar to what the sec

Gfx meeting , Monday 2:30 PM US/Pacific

Hello, The Graphics meeting will take place this Monday at 2:30 PM US/Pacific time. That could be Tuesday in your timezone. Please first add your agenda items there: https://wiki.mozilla.org/Platform/GFX/2012-August-13 * Every Monday at 2:30 P

Re: Verification Culture

Sorry, this should have went to dev-platform... - Original Message - From: "Anthony Hughes" To: "dev-planning" Cc: dev-qual...@lists.mozilla.org Sent: Friday, August 10, 2012 1:40:15 PM Subject: Fwd: Verification Culture I started this discussion on dev-quality[1] but there has been som

Downtime notice: Sunday 12august2012, 3pm-6pm PDT

Hi, IT is requesting a tree closing downtime from 3:00-6:00pm PT on Sunday, 12th August. This downtime is to improve the links between two colos, details in: * Bug 779167 - Swing sjc1-phx1 vpn to scl3-phx1 vpn for backup * depending on vendor coordination, possibly also: Bug 764610 - core1.sc

No DOM Bindings Meeting Monday

We will not having our regularly scheduled DOM bindings meeting on Monday. We will resume sometime in the following week (exact time TBD, most of us will be in MV for the week). - Kyle ___ dev-platform mailing list dev-platform@lists.mozilla.org https://

Re: Switching to stdint types on mozilla-central

On 12-08-10 11:04 AM, Neil wrote: Mike Hommey wrote: That PRIntn is int is an implementation detail. The intent when using int and int32_t/PRInt32 is different. We should keep it that way. Yes, this is roughly what I was trying to say*, I just couldn't think of the word "intent" at the time.

Re: Switching to stdint types on mozilla-central

Mike Hommey wrote: That PRIntn is int is an implementation detail. The intent when using int and int32_t/PRInt32 is different. We should keep it that way. Yes, this is roughly what I was trying to say*, I just couldn't think of the word "intent" at the time. Thanks! *The intent when using

Re: Paint Timing Changes and Tp5

> As a partial aside, I think it might be *better* if the OMTC thread > was the thread which actually processed windows events, especially > if we didn't ever need to block the OMTC thread on the main gecko > thread and merely dispatch them asynchronously: this could > significantly improve our sit

Re: Paint Timing Changes and Tp5

On 8/9/2012 7:27 PM, Matt Woodrow wrote: When OMTC arrives, which thread will be running the widget event loop and receiving WM_PAINT messages? Still the main gecko thread, we just don't paint synchronously in response to this event. Apparently this is fine. Do you have documentation on this? H

Re: Paint Timing Changes and Tp5

On 08/10/2012 02:59 PM, smaug wrote: On 08/09/2012 08:36 PM, Boris Zbarsky wrote: On 8/9/12 11:37 AM, Benjamin Smedberg wrote: This seems important. If the computer is running close to 100% CPU which is why paints are being throttled, then we're just introducing extra work for no benefit. We kn

Re: Paint Timing Changes and Tp5

On 08/09/2012 08:36 PM, Boris Zbarsky wrote: On 8/9/12 11:37 AM, Benjamin Smedberg wrote: This seems important. If the computer is running close to 100% CPU which is why paints are being throttled, then we're just introducing extra work for no benefit. We know that a significant portion of our u

Re: Switching to stdint types on mozilla-central

On Fri, Aug 10, 2012 at 10:03:04AM +0100, Neil wrote: > Mike Hommey wrote: > > >On Fri, Aug 10, 2012 at 09:24:57AM +0100, Neil wrote: > > > >>Ehsan Akhgari wrote: > >> > >>>PRIntn -> int32_t > >>>PRUintn -> uint32_t > >>> > >>http://mxr.mozilla.org/comm-central/source/mozilla/nsprpub/pr/include/pr

Re: Switching to stdint types on mozilla-central

On 10/8/12 10:03, Neil wrote: Mike Hommey wrote: > On Fri, Aug 10, 2012 at 09:24:57AM +0100, Neil wrote: > > >> Ehsan Akhgari wrote: >> >>> PRIntn -> int32_t >>> PRUintn -> uint32_t >>> >> http://mxr.mozilla.org/comm-central/source/mozilla/nsprpub/pr/include/prtypes.h#385 >> >> >> typedef in

Re: Switching to stdint types on mozilla-central

Mike Hommey wrote: On Fri, Aug 10, 2012 at 09:24:57AM +0100, Neil wrote: Ehsan Akhgari wrote: PRIntn -> int32_t PRUintn -> uint32_t http://mxr.mozilla.org/comm-central/source/mozilla/nsprpub/pr/include/prtypes.h#385 typedef int PRIntn; typedef unsigned int PRUintn; What is it you'

Re: Switching to stdint types on mozilla-central

On Fri, Aug 10, 2012 at 09:24:57AM +0100, Neil wrote: > Ehsan Akhgari wrote: > > >PRIntn -> int32_t > >PRUintn -> uint32_t > > > http://mxr.mozilla.org/comm-central/source/mozilla/nsprpub/pr/include/prtypes.h#385 > > typedef int PRIntn; > typedef unsigned int PRUintn; What is it you're trying to

Re: Switching to stdint types on mozilla-central

Ehsan Akhgari wrote: PRIntn -> int32_t PRUintn -> uint32_t http://mxr.mozilla.org/comm-central/source/mozilla/nsprpub/pr/include/prtypes.h#385 typedef int PRIntn; typedef unsigned int PRUintn; ... -- Warning: May contain traces of nuts. ___ dev-pl