On Thu, Sep 20, 2012 at 08:26:06PM -0400, Ehsan Akhgari wrote:
> On 12-09-20 1:54 AM, Mike Hommey wrote:
> >>The sample labels will not provide instrumenting profiling. What
> >>happens is that the sample labels build up a stack, and every time
> >>that we pause the target thread when taking a sam
On Wed, Sep 19, 2012 at 8:38 AM, Benjamin Smedberg
wrote:
> On 9/19/2012 2:12 AM, Henri Sivonen wrote:
>>
>> On Tue, Sep 18, 2012 at 7:59 PM, Jonas Sicking wrote:
>>>
>>> On Tue, Sep 18, 2012 at 3:30 AM, Henri Sivonen wrote:
FWIW, when preferential content access is tied to ISP instead
On 12-09-20 1:54 AM, Mike Hommey wrote:
The sample labels will not provide instrumenting profiling. What
happens is that the sample labels build up a stack, and every time
that we pause the target thread when taking a sample, we walk that
pseudo stack and record it. This is what we use on platf
Aryeh has been doing a heroic job (I mean, heroic, for reals!) in bug
777292 to make nsresult a C++ enum, as opposed to just an unsigned int.
I've stepped in to help for the last few bits, and I'm planning to
land this work as soon as the (hopefully) final patch that I put up for
review gets a
On Friday, September 14, 2012 2:57:24 PM UTC-7, Justin Lebar wrote:
> I propose here that reviewers and super-reviewers should require that
> new code be appropriately commented, just as we require that new code
> be appropriately formatted. (We seem to be quite good at enforcing
> the latter, eve
delen...@gmail.com writes:
> When trying to build, after ./configure, I get
>
> gcc -shared -Wl,-z,defs -Wl,-soname -Wl,libnssutil3.so
> -Wl,--version-script,/home/fab/test/linuxmint-Cinnamon-bd02368/gjs-1.33.14/xulrunner-15.0.1/security/nss/lib/util/nssutil.def
> [...]
> /usr/bin/ld:/home/fab
On Wednesday, September 19, 2012 4:34:45 PM UTC-4, John Hopkins wrote:
> In an earlier blog post[1] I explained how Release Engineering are moving the
> mozilla-central, try, and project branch Linux 32- and 64-bit builds to our
> new platform. This change allows us to do builds in the cloud as
When trying to build, after ./configure, I get
gcc -shared -Wl,-z,defs -Wl,-soname -Wl,libnssutil3.so
-Wl,--version-script,/home/fab/test/linuxmint-Cinnamon-bd02368/gjs-1.33.14/xulrunner-15.0.1/security/nss/lib/util/nssutil.def
-o
/home/fab/test/linuxmint-Cinnamon-bd02368/gjs-1.33.14/xulrunne
It's also possible to localize using CSS. For example:
https://github.com/timdream/appcacheui/blob/master/appcacheui.css#L107
--scott
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 9/20/2012 10:02 AM, Estanislao Gonzalez wrote:
I might have answered too fast...
#0 0xb653b8ec in epoll_wait () from /lib/libc.so.6
#1 0xb5b5ec97 in ?? () from /usr/lib/libevent-1.4.so.2
#2 0xb5b51c5a in event_base_loop () from /usr/lib/libevent-1.4.so.2
#3 0xb7330e80 in ?? () from /usr/li
Am Donnerstag, den 20.09.2012, 15:56 +0200 schrieb Estanislao Gonzalez:
> Am Donnerstag, den 20.09.2012, 09:29 -0400 schrieb Benjamin Smedberg:
> > On 9/20/2012 9:14 AM, Estanislao Gonzalez wrote:
> > > Hi,
> > >
> > > This is probably nothing... but I was testing something else and I
> > > wonder
Same for me: I have hacked their xulrunner app. to allow XUL Window
fullscrenn from the HTML document... and then nothing :(
Emmanuel
On 09/19/2012 04:00 PM, ivan.sto...@gmail.com wrote:
Just a small commentary for the unwary hacker: I was contracted by Aritz about
a week ago on oDesk.com for
Am Donnerstag, den 20.09.2012, 09:29 -0400 schrieb Benjamin Smedberg:
> On 9/20/2012 9:14 AM, Estanislao Gonzalez wrote:
> > Hi,
> >
> > This is probably nothing... but I was testing something else and I wondered
> > why there are so many calls to getrlimit about the size of the stack...
> >
> > T
On 9/20/2012 9:14 AM, Estanislao Gonzalez wrote:
Hi,
This is probably nothing... but I was testing something else and I wondered why
there are so many calls to getrlimit about the size of the stack...
These are the "top 10" calls from one second dump of strace for the xulrunner
process (first
Hi,
This is probably nothing... but I was testing something else and I wondered why
there are so many calls to getrlimit about the size of the stack...
These are the "top 10" calls from one second dump of strace for the xulrunner
process (first field is the count):
$ (strace -p 10762 2>&1 & s
15 matches
Mail list logo