After reading bsmith message i have two questions coming to my mind...
In normal usage, cert8/key3/secmod (some may apply) are rewrited on
firefox close. Is this really necessary?
But, AFAICT, it is OK to do I/O during shutdown as long as you don't care
whether you get interrupted or not.
ISHIKAWA, Chiaki wrote:
I see some code most notably LDAP code in comm-central is not 64bit clean
Really? Thunderbird has been releasing 64-bit Mac and Linux code for
some time now...
--
Warning: May contain traces of nuts.
___
dev-platform
It’s the second reason, but for more than just cert distribution via policy.
Other software that is part of most baselines work with the OS store. This
usually means that extra steps would have to be taken to ensure that the NSS
store would have the needed certs and/or get smartcard
We now have a simple mechanism for marking JavaScript APIs as
deprecated. I would like to invite you all to activate the corresponding
preference, and to use it for your own code.
* Seeing deprecation warnings
set preference devtools.errorconsole.deprecation_warnings to true
Deprecation warnings
I agree, we should try to unify all of this code. A related (but
possibly deferrable) problem is to unify all of the gesture detection.
I can help you with the Java code in Fennec, in terms of understanding
what it does and helping replace it with the B2G fork. This has been on
my to-do list
On 2013-01-28 11:48 PM, Jet Villegas wrote:
Agreed! Looks like Fennec Team has a plan for PanZoomController.java:
https://bugzilla.mozilla.org/show_bug.cgi?id=745136
Last conversation (just yesterday) with Kats who owns one of the
actionable bugs under this one, the plan is a strong word, in
On 01/29/2013 06:14 AM, Benjamin Smedberg wrote:
On 1/28/2013 6: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
On 01/28/2013 10:08 PM, L. David Baron wrote:
On Tuesday 2013-01-29 11:04 +0900, ISHIKAWA, Chiaki wrote:
We need to know which javascript file generated the
uninitialized value usage to figure out the problem and fix it.
That is, we need to find out the Context within JavaScript itself.
I
Benjamin Smedberg wrote:
On 1/28/2013 6:39 PM, Brian Smith wrote:
This will greatly simplify lots of code--not just code in
security/manager, but also code in WebRTC, DOM (DOMCrypt), Toolkit
(toolkit/identity), and Necko (netwerk/). We already have a
significant amount of code that is
There should be very few warnings within the current Spidermonkey. I
suspect you may not be compiling with --enable-valgrind. This is
necessary because Spidermonkey uses a conservative garbage collector
that intentionally accesses lots of uninitialized memory, and
--enable-valgrind turns on
On 2013-01-28 7:11 PM, Brian Smith wrote:
[+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
(2013/01/30 4:30), Gary Kwong wrote:
There should be very few warnings within the current Spidermonkey. I
suspect you may not be compiling with --enable-valgrind. This is
necessary because Spidermonkey uses a conservative garbage collector
that intentionally accesses lots of uninitialized
(2013/01/29 19:03), Julian Seward wrote:
From: Chiaki ISHIKAWA ishik...@yk.rim.or.jp
I could allocate 6 GB to linux 64 bits images for ordinary program
execution on my PC
But debug build of TB with all the symbols and such causes the memory
usage (including the loading of symbols)
I am
A few of us got together last week and had a quick brainstorming
session about how to leverage the combined power from Mochitest and
Marionette better. The following issues were raised:
* Marionette has support for a http server, but one that is much less
feature-full than the one used by
14 matches
Mail list logo