On Mon, Apr 28, 2014 at 7:18 AM, Birunthan Mohanathas
wrote:
> Bugs 900903 and 900908 introduced variadic variants of
> NS_IMPL_ISUPPORTS, NS_IMPL_QUERY_INTERFACE, NS_IMPL_CYCLE_COLLECTION,
> etc. and removed the old numbered macros.
Cool. Is there a script that rewrites mq patches whose context
Le jeudi 24 avril 2014 10:51:12 UTC+2, Nicholas Nethercote a écrit :
> I've given the list of current start-up
> (+30s) modules below.
This list contains several compartments for XPCOM components handling the
command line (eg. nsSetDefaultBrowser.js or nsDefaultCLH.js). I wouldn't expect
them
Birunthan Mohanathas wrote:
Note that due to technical details, the new macros will reject uses with zero
variadic arguments. In such cases, you will want to continue to use the
zero-numbered macro, e.g. NS_IMPL_ISUPPORTS0(nsFoo).
I can't help wondering who would need to implement only nsIS
2014-04-28 0:18 GMT-04:00 Birunthan Mohanathas :
> Bugs 900903 and 900908 introduced variadic variants of
> NS_IMPL_ISUPPORTS, NS_IMPL_QUERY_INTERFACE, NS_IMPL_CYCLE_COLLECTION,
> etc. and removed the old numbered macros. So, instead of e.g.
> NS_IMPL_ISUPPORTS2(nsFoo, nsIBar, nsIBaz), simply use
On Sun, Apr 27, 2014 at 7:25 PM, Dave Hylands wrote:
> You stat downloading the file to the temp location.
> Once the user selects the final location, you open the file in the final
> location and start copying the file from the temp location to the final
> location.
> Eventually, your copy shou
On Fri, Apr 25, 2014 at 5:42 PM, Mike Hoye wrote:
> On 2014-04-25, 3:31 AM, Henri Sivonen wrote:
>> On Thu, Apr 24, 2014 at 4:20 PM, Benoit Jacob
>> wrote:
* How should we identify code that we build but that isn't used
anywhere?
>>>
>>> I'm afraid we need humans for that.
>>
>> Yeah
On 2014-04-28, 8:59 AM, Henri Sivonen wrote:
New question:
We have various scriptable nsIFoo stuff (e.g. nsIParserService,
nsIScriptableUConv) on the fringes of Gecko for use by mailnews, the
Firefox UI or extensions. Since Gaia doesn't use XPCOM, those things
are dead code in B2G, right? Would
On Mon, Apr 28, 2014 at 4:36 PM, Ehsan Akhgari wrote:
> On 2014-04-28, 8:59 AM, Henri Sivonen wrote:
>>
>> New question:
>>
>> We have various scriptable nsIFoo stuff (e.g. nsIParserService,
>> nsIScriptableUConv) on the fringes of Gecko for use by mailnews, the
>> Firefox UI or extensions. Since
On 2014-04-28, 10:17 AM, Henri Sivonen wrote:
On Mon, Apr 28, 2014 at 4:36 PM, Ehsan Akhgari wrote:
On 2014-04-28, 8:59 AM, Henri Sivonen wrote:
New question:
We have various scriptable nsIFoo stuff (e.g. nsIParserService,
nsIScriptableUConv) on the fringes of Gecko for use by mailnews, the
Apologies for the inconvenience. People who post here are getting
autoresponder spam indirectly from supp...@lativio.com. I'm trying to
write STRs so the admin at that site can work out how this is happening.
Gerv
___
dev-platform mailing list
dev-platfo
On Mon, Apr 28, 2014 at 07:18:17AM +0300, Birunthan Mohanathas wrote:
> Bugs 900903 and 900908 introduced variadic variants of
> NS_IMPL_ISUPPORTS, NS_IMPL_QUERY_INTERFACE, NS_IMPL_CYCLE_COLLECTION,
> etc. and removed the old numbered macros. So, instead of e.g.
> NS_IMPL_ISUPPORTS2(nsFoo, nsIBar,
On 28 April 2014 14:18, Benoit Jacob wrote:
> Question: is there a plan to switch to an implementation based on variadic
> templates when we will stop supporting compilers that don't support them? Do
> you know when that would be (of the compilers that we currently support,
> which ones don't supp
On 2014-04-28, 12:17 PM, Birunthan Mohanathas wrote:
On 28 April 2014 14:18, Benoit Jacob wrote:
Question: is there a plan to switch to an implementation based on variadic
templates when we will stop supporting compilers that don't support them? Do
you know when that would be (of the compilers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/25/2014 02:08 PM, Zack Weinberg wrote:
> Bug 961080 asks for the new download manager to "support group and
> world-writable umasks for downloaded files". It is stalled on a
> design disagreement between me and the OS.File maintainers (well,
- Original Message -
> where 'options' is a dictionary, initially supporting only
>
>{ posixMode: "nnn", // mandatory
> applyUmask: (true|false) // optional, default false
>}
>
> "nnn" can be either a number or a string; if it's a string, it is run
> through parseInt
2014-04-28 12:17 GMT-04:00 Birunthan Mohanathas :
> On 28 April 2014 14:18, Benoit Jacob wrote:
> > Question: is there a plan to switch to an implementation based on
> variadic
> > templates when we will stop supporting compilers that don't support
> them? Do
> > you know when that would be (of t
On Mon, Apr 28, 2014 at 02:07:07PM -0400, Benoit Jacob wrote:
> 2014-04-28 12:17 GMT-04:00 Birunthan Mohanathas :
>
> > On 28 April 2014 14:18, Benoit Jacob wrote:
> > > Question: is there a plan to switch to an implementation based on
> > variadic
> > > templates when we will stop supporting com
2014-04-28 14:18 GMT-04:00 Trevor Saunders :
> On Mon, Apr 28, 2014 at 02:07:07PM -0400, Benoit Jacob wrote:
> > 2014-04-28 12:17 GMT-04:00 Birunthan Mohanathas <
> birunt...@mohanathas.com>:
> >
> > > On 28 April 2014 14:18, Benoit Jacob wrote:
> > > > Question: is there a plan to switch to an i
On 4/28/2014 7:44 PM, Zack Weinberg wrote:
> Based on all discussion to this point, I'm proposing this low-level API:
>
>fileObject.setPermissions(options);
>OS.File.setPermissions(path, options);
Thanks for this proposal, it looks like what we need. You'll probably
want to tweak the deta
On 28/04/14 21:00, Paolo Amadini wrote:
> On 4/28/2014 7:44 PM, Zack Weinberg wrote:
>> Based on all discussion to this point, I'm proposing this low-level API:
>>
>>fileObject.setPermissions(options);
>>OS.File.setPermissions(path, options);
Generally, this looks good to me. I'd rather us
Neil wrote:
> I can't help wondering who would need to implement only nsISupports. It
> can't be for the refcounting, because you can just use inline
> refcounting. And you've got no way of telling whether an arbitrary
> nsISupports is your object or not.
Well, except that in the case of callb
21 matches
Mail list logo