Some of my unit tests need to read and/or write files. I'm trying to make
use of NODEFS to map the cwd on Mac in node. I've read the documentation
but I'm struggling to understand how and what do I need to FS.mount.
When running natively, my unit tests get the path to a base directory that
is s
I get this error at run-time:
exception thrown: TypeError: Cannot read property 'rethrown' of
undefined,TypeError: Cannot read property 'rethrown' of undefined
at ___cxa_rethrow
(/Users/zajo/Desktop/ssi/re-core/bld/ems_debug/json_test-parse.js:1612:34)
at Array.___cxa_rethr
EXCEPTIONS.caught.push(ptr)
EXCEPTIONS.infos[ptr].rethrown = true;
}
EXCEPTIONS.last = ptr;
throw ptr;
}
On Thursday, April 12, 2018 at 11:27:01 AM UTC-7, Zajo wrote:
>
> I get this error at run-time:
>
> exception thrown: TypeError: Cannot read property 'rethrown' of
> undefin
FYI I've isolated the problem and submitted a bug:
https://github.com/kripken/emscripten/issues/6449
--
You received this message because you are subscribed to the Google Groups
"emscripten-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to emscr
I'm trying to port my OpenGL unit tests to run on Emscripten/node.js. These
are simple programs that create a context, draw something, capture the
result in a png file and exit.
Here is the fragment of C++ code I have to create the context:
EmscriptenWebGLContextAttributes attr;
emscripten
I need a similar thing and I tried to follow your and Floh's advice, but I
hope you guys can clarify a bit.
I understand that under core profile I need to create at least one VAO.
Would that also be the case under Emscripten? I suppose not.
Secondly, and I haven't yet tried to run this on Emscr
Greetings!
Unfortunately I don't have a small snippet that I can post, but we're
porting an OpenGL ES engine to emscripten and we got it to work fine but
the program renders ~100 frames and then crashes. There is no scene update,
so we just keep rendering the same thing on every frame.
Is ther
Thank you for your help, we had forgotten to pass -g, but still no luck.
We do see a stack trace when an assert fires but not in this case. Here is
an updated log, it can be seen that we print on every frame, but there are
some suspicious "Violations", they don't seem normal. In the end, after
On Friday, April 5, 2019 at 2:15:40 AM UTC-7, Floh wrote:
>
> Hmm, hard to say what's going on, an "Aw snap!" can be something as
> trivial as your program accidentally entering an infinite loop. If the
> browser runtime doesn't hear back from your program for some time (15..30
> seconds or so),
To follow up on this, the problem went away when we disabled WASM, running
on .js works fine. I do not think that our code does anything bad (as in
non-standard pointer aliasing or bad alignment), and anyway my
understanding is that the WASM code is more permissive to such bugs
compared to Java
I understand that I can use the main loop registration facilities to cause
main to not return and attach a callback to the browser's main loop. Is it
possible to have the C code behave more like a library than a program? So,
JS starts, calls the C code to initialize, then registers its own main
Greetings!
>From reading the documentation, when files are preloaded, they get packed
in a single .data file. Is my understanding correct, that in order for any
file to be opened for reading from C (e.g. by calling fopen), the whole
.data file must be downloaded? Is there any way to open files
12 matches
Mail list logo