Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-23 Thread Andreas Schlegel
+code+from+an+existing+project > > > On Thu, Jan 16, 2014 at 10:55 AM, Andreas Schlegel > mailto:schlegel.andr...@gmail.com>> wrote: > > How can I make a own repository entry or fork which doesn't > disturb someone on GitHub. I think this should be a good plac

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-23 Thread Andreas Schlegel
Hello, now I've commited a version with the failure I described bevore. I implement it in the following way: jswrapper.cpp: bool CrossCompartmentWrapper::isTransparent(JSContext *cx, HandleObject wrapper, bool *bp) { return Wrapper::isTransparent(cx, wrapper, bp); } I use the following fu

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-19 Thread Andreas Schlegel
cess = ToBoolean(trapResult); // step 6 *bp = success; return true; } How can I retrieve the proxy handler to get the data from the trap? Thanks a lot Andreas Am 16.01.2014 14:31, schrieb Till Schneidereit: > On Thu, Jan 16, 2014 at 2:22 PM, Andreas Schlegel > mailto:schlegel.

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-16 Thread Andreas Schlegel
Yes it is a clone of mozilla-central, but if I create an empty repository and upload the data, is the history also uploaded? If I import an repository I can only import it over an URL, not locally. ___ dev-tech-js-engine-internals mailing list dev-tech-js

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-16 Thread Andreas Schlegel
la isn't all that bad > either, though. > > In any case, without being able to look at (and apply) a patch, it's > hard to tell what's going on. > > [1]: https://github.com/mozilla/gecko-dev > > > On Tue, Jan 14, 2014 at 9:23 PM, Andreas Schlegel > mail

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-14 Thread Andreas Schlegel
&trapResult)) return false; // step 5 bool success = ToBoolean(trapResult); // step 6 *bp = success; return true; } The error occurs during the call of Invoke. How can I solve this? Thanks a lot Am 14.01.2014 20:27, schrieb Till Schneidereit: > On Tue, Jan 14,

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-14 Thread Andreas Schlegel
uch, much easier and quicker > that way. > > > On Tue, Jan 14, 2014 at 7:56 PM, Andreas Schlegel > mailto:schlegel.andr...@gmail.com>> wrote: > > I see the wrapper class is a child of the DirectProxyHandler, > which I haven't changed until now. Should I chan

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-14 Thread Andreas Schlegel
I see the wrapper class is a child of the DirectProxyHandler, which I haven't changed until now. Should I change only this class or the underlying wrapper? Am 14.01.2014 19:52, schrieb Andreas Schlegel: > Hello Till, > > I think the first answer of my question could be in an other

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-14 Thread Andreas Schlegel
e the CrossCompartmentWrapper? Am 14.01.2014 19:46, schrieb Till Schneidereit: > On Tue, Jan 14, 2014 at 7:35 PM, Andreas Schlegel > mailto:schlegel.andr...@gmail.com>> wrote: > > My Questions are: > > Why is the proxy within the global not handled by a > Scri

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-14 Thread Andreas Schlegel
t. My Questions are: Why is the proxy within the global not handled by a ScriptedDirectProxyHandler and which handler is used for? Why are the JSContext and JSRuntime identical, although the two objects should use two different Runtimes? Thanks a lot Andreas Am 14.01.2014 14:18, schrieb Andreas Sch

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-14 Thread Andreas Schlegel
:34, schrieb Andreas Schlegel: > Ok thank you I will test it. > > Am 12.01.2014 15:30, schrieb Till Schneidereit: >> On Sun, Jan 12, 2014 at 2:36 PM, Andreas Schlegel >> mailto:schlegel.andr...@gmail.com>> wrote: >> >>> I don't know your code, so thi

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-12 Thread Andreas Schlegel
Ok thank you I will test it. Am 12.01.2014 15:30, schrieb Till Schneidereit: > On Sun, Jan 12, 2014 at 2:36 PM, Andreas Schlegel > mailto:schlegel.andr...@gmail.com>> wrote: > >> I don't know your code, so this is somewhat speculative, but: if >> you create

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-12 Thread Andreas Schlegel
Mit freundlichen Grüßen Andreas Schlegel Am 12.01.2014 13:35, schrieb Till Schneidereit: > On Sat, Jan 11, 2014 at 7:43 PM, Andreas Schlegel > mailto:schlegel.andr...@gmail.com>> wrote: > >>> Regardless of the threading stuff, objects don't belong to >

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-11 Thread Andreas Schlegel
Am 11.01.2014 19:28, schrieb Till Schneidereit: > On Sat, Jan 11, 2014 at 6:52 PM, Andreas Schlegel > mailto:schlegel.andr...@gmail.com>> wrote: > >> >> If I have a multi-threaded application and the object has >> an other >> >>

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-11 Thread Andreas Schlegel
Am 11.01.2014 18:16, schrieb Till Schneidereit: > On Sat, Jan 11, 2014 at 4:52 PM, Andreas Schlegel > mailto:schlegel.andr...@gmail.com>> wrote: > > > Contexts and threads don't have much to do with each other. If you > > ignore a couple of things, a

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-11 Thread Andreas Schlegel
Mit freundlichen Grüßen Andreas Schlegel Am 10.01.2014 20:27, schrieb Steve Fink: > On Fri 10 Jan 2014 01:52:55 AM PST, Andreas Schlegel wrote: >> Hello Steve, >> >> thank you for your reply. >> >> Am 09.01.2014 21:47, schrieb Steve Fink: >>> On 0

Re: [JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-10 Thread Andreas Schlegel
Hello Steve, thank you for your reply. Am 09.01.2014 21:47, schrieb Steve Fink: > On 01/06/2014 09:25 AM, Andreas Schlegel wrote: >> Hello, >> >> I need the JSContext to declare JS::RootedObjects or Values. >> Especially for the case of WeakMap/Map/Set-Hasher I

[JS-internals] Is it possible to retrieve JSContext from JS::Value or JSObject without using DefaultJSContext()?

2014-01-06 Thread Andreas Schlegel
Hello, I need the JSContext to declare JS::RootedObjects or Values. Especially for the case of WeakMap/Map/Set-Hasher I don't have the JSContext. At the moment I use the following implementation to get the JSContext (this is a code snipped of a hash-function): JSRuntime * rt = JS_GetObjectRuntim

Re: [JS-internals] Membranes vs Contracts vs Identity

2013-12-30 Thread Andreas Schlegel
Hi, I use your notation with ==1 for distinguish different contract wrappers of same function or in my case object target and ==2 for considering different contract wrappers of the same function or in my case object target to be identical. We use JavaScript proxies for implementing access permiss

Re: [JS-internals] JSWeakMap

2013-12-29 Thread Andreas Schlegel
/source/dom/browser-element/BrowserElementParent.jsm#78 > > http://mxr.mozilla.org/mozilla-central/source/toolkit/components/ctypes/tests/unit/head.js#26 > > Andrew > >> >> cheers, >> till >> >> >> On Sun, Dec 29, 2013 at 3:01 PM, Andreas Schlegel

Re: [JS-internals] JSWeakMap

2013-12-29 Thread Andreas Schlegel
this function? Thanks a lot Andreas Am 29.12.2013 15:18, schrieb Till Schneidereit: > There is: nondeterministicGetWeakMapKeys, defined in > TestingFunctions.cpp. It's only available in the shell, though. > > > cheers, > till > > > On Sun, Dec 29, 2

Re: [JS-internals] JSWeakMap

2013-12-29 Thread Andreas Schlegel
Hello, is there any possibility to iterate through all entries of a WeakMap, or to get all key objects of a weakmap for testing purposes from JavaScript? Thanks a lot Andreas Am 27.12.2013 17:29, schrieb Andreas Schlegel: > Hello, > > I've found another hash policy for

Re: [JS-internals] Membranes vs Contracts vs Identity

2013-12-27 Thread Andreas Schlegel
Hello, I'm glad to see, that someone will help to carry this thematic forward :-), thank you. At the moment I've implemented an Handler trap for the ScriptedDirectProxies, which is used for the StriclyEqual and LooselyEqual operations in the Interpreter.cpp. These functions are mostly used for the

Re: [JS-internals] JSWeakMap

2013-12-27 Thread Andreas Schlegel
all answers. Thanks Andreas Am 27.12.2013 17:04, schrieb Andreas Schlegel: > Hello, > > I've tested some options the last time to get my code running, but > with every variation of the Hasher I get the same error messages > during compile time. > > One of the impl

Re: [JS-internals] JSWeakMap

2013-12-27 Thread Andreas Schlegel
h the type conversation, but I'm able to find the error. I've tested also, if the functions for getting the JSContext are wrong or make the error but if I implement only stubs which compare the given values the error occurs too. Can anyone help me to implement the Hasher for the WeakMa

Re: [JS-internals] JSWeakMap

2013-12-21 Thread Andreas Schlegel
ObjectValue(*handler), trap, 0, argv, &trapResult)) return false; ... } How can I get here the needed JSContext? Thanks a lot Andreas Am 20.12.2013 18:07, schrieb Andreas Schlegel: > Hello, > > thank you for your answer. > > First I will change the WeakMap. > > I

Re: [JS-internals] JSWeakMap

2013-12-20 Thread Andreas Schlegel
of hash() and match()? Thanks a lot Andreas Am 19.12.2013 19:58, schrieb Jason Orendorff: > On 12/19/13 3:21 AM, Andreas Schlegel wrote: >> Hello Jason, >> >> for comparing "transparent" proxies I have to change some things for >> WeakMap Map and Set. >>

Re: [JS-internals] JIT-Test: self-test/assertDeepEq.js

2013-12-17 Thread Andreas Schlegel
ith asBits comparisms too? Best regards Andreas Am 17.12.2013 23:56 schrieb "Jason Orendorff" : > On 12/17/13 5:51 AM, Andreas Schlegel wrote: > > The problem is, that in the HashableValue::operator==() function the > > Context cx was given as nullptr to SameValue(): >

Re: [JS-internals] JIT-Test: self-test/assertDeepEq.js

2013-12-17 Thread Andreas Schlegel
Hello, is this perhaps a bug or failure: JS_ASSERT(SameValue(nullptr, value, other.value, &same)); How can I retrieve the JSContext for declaring RootedObjects, if the parent function is called with a nullptr as value for JSContext? Thanks Andreas Am 17.12.2013 12:51, schrieb Andreas Schl

Re: [JS-internals] JIT-Test: self-test/assertDeepEq.js

2013-12-17 Thread Andreas Schlegel
How can I create a RootedObject without JSContext, e.g as attribute for Proxy::isTransparent() or in ScriptedDirectProxyHandler::isTransparent() for the direkt proxy? Best regards Andreas Am 16.12.2013 14:57, schrieb Jason Orendorff: > On 12/14/13 5:29 AM, Andreas Schlegel wrote: >> Hello,

Re: [JS-internals] JIT-Test: self-test/assertDeepEq.js

2013-12-14 Thread Andreas Schlegel
how can I fix it? Can you explain me why more than one comparisms is called? I see in the shell code there is a loop for all properties of the objects which compares the names to !==. Is the second call the "assertSameValue" function? And why does it fail? Best Regards Andrea

Re: [JS-internals] JIT-Test: self-test/assertDeepEq.js

2013-12-14 Thread Andreas Schlegel
ssage for this code? Best regards Andreas Schlegel Am 13.12.2013 17:43, schrieb Jason Orendorff: > On 12/13/13 9:59 AM, Andreas Schlegel wrote: >> Hello Jason, >> >> can you explain me the followin test case of the JIT-Tests: >> self-test/assertDeepEq.js: >> >>

Re: [JS-internals] Transparency of JavaScript Proxies

2013-12-06 Thread Andreas Schlegel
Hello, because of the two different discussion threads, it is possible that some informations were hidden in this thread. I'm a student at the university of Freiburg and I'm writing my Master Thesis with this thematic. At the moment this is only a research field. The work will eventually get part

Re: [JS-internals] Transparency of JavaScript Proxies

2013-12-04 Thread Andreas Schlegel
debating) is going to really improve things. > > Cheers, > Tom > > > > > On Mon, Dec 2, 2013 at 10:36 AM, Andreas Schlegel > mailto:schlegel.andr...@gmail.com>> > wrote: > > Hello Tom, > > you're right I'm wor

Re: [JS-internals] Transparency of JavaScript Proxies

2013-12-04 Thread Andreas Schlegel
p); >> } >> >> How can I integrate the new trap into the proxy? >> I've found the "const Class js::ObjectProxyObject::class_" must I >> do an new entry for the trap? >> >> >> Second Question: >> -

Re: [JS-internals] Transparency of JavaScript Proxies

2013-12-03 Thread Andreas Schlegel
T. S. Strickland, S. Tobin-Hochstadt, R. B. Findler, and M. Flatt. Chaperones and impersonators: run-time support for reasonable interposition. In OOPSLA, pages 943–962. ACM, 2012. proxy.dvi -Peter Thiemann Best regards Am Dienstag, 3. Dezember 2013 15:19:33 UTC+1 schrieb Brendan Eich: > And

Re: [JS-internals] Transparency of JavaScript Proxies

2013-12-03 Thread Andreas Schlegel
Hello Jason, thank you for the explaination and answering my questions. I understand you. If the proxies differ in behavior, they should not be transparent. But for our case we have multiple proxies representing the same target, only with different contracts. These contracts should e.g. give d

Re: [JS-internals] Transparency of JavaScript Proxies

2013-12-03 Thread Andreas Schlegel
e for this case? Best regards Andreas Am Montag, 2. Dezember 2013 21:15:26 UTC+1 schrieb Mark S. Miller: > Why not use the identity-preserving membrane pattern? > > > > > > On Mon, Dec 2, 2013 at 10:36 AM, Andreas Schlegel < > > schlegel.andr...@gmail.

Re: [JS-internals] Transparency of JavaScript Proxies

2013-12-03 Thread Andreas Schlegel
this case? Best regards Andreas Am Montag, 2. Dezember 2013 21:15:26 UTC+1 schrieb Mark S. Miller: > Why not use the identity-preserving membrane pattern? > > > > > > On Mon, Dec 2, 2013 at 10:36 AM, Andreas Schlegel < > > schlegel.andr...@gmail.