I am new to Nan, V8, and C++ (so if I haven't put a big enough target on my
back I don't know what else I can add). I've written a lot of JavaScript
and, in the past, C, assembler, and kernel mode code, so hopefully the
bulls-eye is a little smaller now.
I'm working with an existing code base a
Thanks for pointing me in the right direction.
On Saturday, November 4, 2017 at 9:52:23 AM UTC-7, J Decker wrote:
>
>
>
> On Sat, Nov 4, 2017 at 9:29 AM, Bruce MacNaughton > wrote:
>
>> I am new to Nan, V8, and C++ (so if I haven't put a big enough target on
>&g
>
> Does it use Wrap and/or as classes subclassed with ObjectWrap? Wrap uses
> internal field 0 to store the class so it can be later unwrapped from the
> V8 object.
https://github.com/nodejs/node/blob/master/src/node_object_wrap.h#L75 (near
> that is also SetWeak reference)
Yes, I think yo
I've written a node extension that works with private data. I see from the
function signature that v8::Isolate::GetCurrent() can return NULL, but I
don't understand how that's possible, given that my extension is called by
JavaScript and has to be running in an isolate.
The v8::Isolate::Current
This is my first relatively deep dive into v8 strings; if I misinterpreted
what's going on, please correct me.
When a string is used as a key:
const x = 'xyzzy';
// add some external data to x
const obj = { [x]: 1234 };
the external data is lost because StringTable:::LookupKey() finds an entry
"(either one or two byte) because defaulting to throw away the external
data" should be "(either one or two byte) BEFORE defaulting to throw away
the external data"
On Monday, April 17, 2023 at 7:12:19 AM UTC-7 Bruce MacNaughton wrote:
> This is my first relatively de
ders
> to have ownership of the string buffer, not to attach arbitrary data to
> strings.
>
> On Mon, Apr 17, 2023 at 4:30 PM Bruce MacNaughton
> wrote:
>
>> "(either one or two byte) because defaulting to throw away the external
>> data" should be "
property. And
that doesn't seem possible.
On Monday, April 17, 2023 at 9:02:50 AM UTC-7 Bruce MacNaughton wrote:
> The goal (what we've used them for now) is to have a unique copy of a
> string so we can track the source of a string. We attach
> Persistent properties to the string
