►
From YouTube: Node.js N-API Team meeting - 10 June 2019
Description
A
B
A
A
A
Nope,
it's
not
showing
me
the
right
thing,
sorry,
I'm
still
finding
that
email
from
Kevin
there
we
go
okay,
so
he
just
wanted
update
us
that
he's
created
the
PR
for
a
sync
worker
and
the
optional
callback,
and
they
be
asked
that
we
talk
about
the
comment
that
he
had
recording.
If
there's
no
function
provided
an
API,
M
must
be
provided.
A
He
also
responded
to
Gabriel's
comment
for
using,
regarding
use
cases
for
threats,
a
function
with
no
function,
callback
and
no
doubt
on
API
this
for
it's
a
function,
PR
code
review
is
code.
Reviews
were
waiting
on
poll
number
four
for
two
and
it
says
I've
cleared
the
docs,
but
need
to
make
some
changes
into
the
order
prior
to
creating
a
PR.
On
note,
on
add,
add
on
API.
So
it
sounds
like
he's
making
good
progress
on
that.
Maybe
we
should
start
with
this
question
so
that
we
don't
forget
about
them.
A
The
first
one
is
the
discussed
comment.
If
no
function
is
provided,
an
API
M
must
be
provided
so
with
anybody
for
anybody
who's
not
up
to
speed
I
guess
it
turns
out
that
we
were.
We
were
making
one
of
the
parameters
optional,
but
it
was
through
that
parameter
that
we
were
getting
the
Nappy
the
napi
m1
needed.
So
one
of
the
suggestions
was
just
to
make
it
so
you
needed
to
pass
the
end
API
M
as
a
parameter
instead
in
those
new
signatures,
and
the
question
is
if
anybody
has
any
concerns
about
that
or
no.
C
C
A
C
A
C
To
you-
and
you
give
me
back
another
function,
which
can
be
called
from
any
thread
that
sort
of
the
transaction
would
not
be
create
thread
safe
function.
Now,
if
I
give
you
nothing,
then
you
know
it
is
still
possible
to
call
nappy,
create
thread
safe
function
on
the
sea
side
right,
but
but
on
the
node
on
API
side,
you
were
never
passing
an
end.
You
were
passing
in
a
function
which
was
which
until
now,
what's
really
required
right,
but
the
function
contained
and
then
right.
A
C
Well,
the
reason
we
don't
pass
the
end
and
and
we
stored
the
end,
is
because
yeah
we
always
associate
and
know
that
on
API
we
always
associate
the
end
with
with
with
the
value,
so
there's
always
nappy
and
nappy
value
together
and
then
wrapped
into
some
class
depending
on
there
and
what
the
net
value
contains
right
and
but
but
in
order
to
call
the
sea
level
API,
you
need
the
end
explicitly
right.
Yeah.
A
C
A
A
A
B
C
A
C
C
A
C
The
EM
died
it
and
and
I
mean
I
guess.
The
point
is
that
you
don't
want
to
pass
anything
that
is
derived
from
that
be
:
:
value,
because
you
may
just
want
the
the
callback
to
just
do
something
purely
native,
and
so
so
then.
Yes,
you
have
to
pass
the
end,
because,
because
the
the
the
constructor
for
the
async
worker
or
for
the
thread-safe
function
has
to
in
turn
called
the
N
API
for
for
creating
the
lower-level
object,
and
that
requires
an
end.
So
there's
no
yeah.
B
C
C
Yeah
but
I
mean
for
for
yeah
absolutely,
but
for
consistency
with
with
with
I
mean
for
I,
don't
know
for
I
guess
for
our
static
reasons.
We
should
pass
an
Appy
call
and
call
an
end,
because
we
don't
want
to
allude
to
the
fact
that
that
you
know
you
need
the
lower
level
data
types
in
order
to
use
the
higher
level
bindings.
Yeah.
A
C
C
C
C
A
Sounds
good
otherwise,
I
guess
I
think
that's
what
he
wanted
to
ask
about
specifically
because
he
had
that
question,
but
then
we
should
also
go
in
and
review
if
we
can
yep.
Okay.
So
moving
on
to
the
next
question,
the
next
one
respond
to
Gables
request
for
comments
regarding
use
cases
for
thread-safe
functions
with
no
function
call
back.
So
do
you
have
any
thing
on
that?
You
want
to
share
or
talk
about
yeah.
C
Basically,
my
impression
is
from
from
this
first
issue
in
the
milestone.
Is
that
we're
pretty
much
everything
that's
currently
in
experimental
in
napi
has
very
very
good
reasons
to
be
stabilized
or
to
be
declared
stable
because
everybody
I
pinged,
there
are
three
items:
I
forget
the
third
one,
but
but
we
have
date
and
time
we
have
the
threats,
a
function
of
being
being
optional,
and
then
we
have
a
third
one.
I
forget
which
one
that
is
is.
A
C
A
C
A
C
A
A
C
C
A
A
The
case
like
I,
don't
think
we
can
always
we're
not
always
gonna
be
able
to
back
for
it.
I
mean
I'm,
not
that's,
not
impossible,
I
mean
I,
don't
think
we
can
always
ensure
that
you
know
a
new
version
of
an
API
is
going
to
be
back
portable
to
all
LTS
versions
right.
It
may
be
still
something
to
try
and
do
if
we
can
write
well.
C
A
C
At
all
possible,
with
a
new
release,
so
I
mean
you
know:
I
cannot
predict
what
what
new
proposed
does
we
will
have
for
api's,
but
I
mean
if
we,
if
we
split
this
into
two
releases
and
then
had
six,
contain
solely
big
int
and
and
and
available
on
ten
and
twelve,
that
that
would
be
of
an
option,
and
then
we
would
say
that
five
is
available
on
all
LTS
six
is
available
on
ten
and
twelve.
We
could
go
that
way
or
we
could
experimental,
though,
though
it
does
sound
like
there
is
serious
usage
of
it.
C
A
C
A
C
C
Yeah
so
yeah
yeah,
I,
guess
I,
guess
you're
right.
If
we
do
release,
if
we
do
stabilize
begins
as
six
or
even
as
five
it
doesn't
matter.
At
that
point,
we
we
are
sort
of
forcing
ourselves
to
wait
until
eight
goes
out
of
scope
and
is
no
longer
supported
before
we
can
ever
again
claim
that
something
is
support.
C
A
C
Fairly
comprehensive
yeah-
and
you
know
there
is
X
I
mean
you
know
the
I
guess.
The
the
folks
who
are
using
begins
in
the
real
world
do
not
expect
to
use
the
Gynt
on
eight
because
they
know
that
the
engine
doesn't
support
it
so
yep.
So
it's
not
going
to
come
as
a
surprise
that
we
don't
back
port
it.
There.
A
C
A
C
Right
well,
but
currently,
currently
we
have
only
two
levels
right.
We
have.
We
have
experimental
and
least
right.
So
if
you
want
to
use
something
that
is
not
a
released
version,
you
would
define
your
unity
version
as
experimental
or
you
would
define
that
be
experimental,
and
then
you
get
everything
outside
the
release.
Well,.
A
A
B
B
C
C
A
A
A
C
C
A
C
A
C
C
A
A
C
B
So
when
I,
the
way
the
wave,
node
plus
Jas
interactive
works
the
way
their
submissions
work
is
you
you
give
a
primary
speaker
and
a
secondary
speaker,
the
primary
speaker?
If
the
session
is
accepted,
they
they
get
a
full
conference.
Pass
a
secondary
speaker
gets
a
partial
reimbursement
for
that.
So
what
I
was
hoping
we
could
discuss
as
a
group
is
who
I
should
put
as
primary
and
who
I
should
put
his
secondary
for.
A
C
Ya,
probably
a
bad
person
to
be
the
first
speaker,
because
I
am
very
unlikely
to
go
I'm
still
hoping,
but
but
it
depends
on
a
myriad
logistical
things
that
have
to
happen
here.
So
let's
not
waste
the
potential
free
ride
for
somebody.
So
I
don't
know.
Maybe
maybe
you
two
should
be
you
and
Nicola.
That
is,
should
be
primary
and
secondary.
B
B
B
C
C
A
C
B
B
A
A
A
Okay,
so
there's
do
we
need
some
additional
async
worker
variants.
I
think
we
talked
about
that
I'm,
not
sure,
there's
anything
new
to
talk
about
that.
C
A
C
A
A
A
A
A
A
A
C
A
C
C
A
C
A
B
C
B
Michael
and
I
met
last
week
and
the
takeaways
from
that
are.
We
were
able
to
determine
the
issues
in
the
L
LD
be
plugin
for
vs
code,
and
it
has
an
adapter
model
and
when
I
changed
the
adapter
from
classic
to
native
it
works
perfectly.
So
that
was
one
takeaway.
The
other
takeaway
is
we
were
Michael
was
able
to
confirm
with
the
MOCA
maintainer
that
it
fires
off
only
one
process,
even
though
it
has
a
bunch
of
stuff
going
on.
Unless
you
take
extraordinary
measures,
if
omocha
runs
it
in
a
single
process,.