[01:30] *** JohnTalen has joined #jsmess [02:03] yay, another warning resolved. [02:11] woohoo! very close! "C64MEM: Error - Couldn't load kernal ROM `kernal'." [02:24] nice [02:35] quite possible I have to embed image files. i'll have to do some reading. [02:36] or set up the BrowserFS environment with the files in the right pplace [02:37] bai: I can't understand how vice.js did without a vfs. it shouldbe in the tiny patch files. i'll look there first. [02:39] what do you make of this?: [02:39] abort('need to build with DLOPEN_SUPPORT=1 to get dlopen support in asm.js' [02:39] it seems the patch comments that line out. [02:46] shit. a file that has at least 5160 lines in it (library.js) isn't here. [02:47] hm. this is not going to be a port, but a small rewrite+port. [02:48] hmm, sounds like it's trying to build with dynamic linking support [02:48] you should be doing static builds if possible [02:48] hoe up how up. [02:49] that line is commented OUT. [02:49] replaced with a // instead. [02:49] Have you people heard of LibraryManager.library? [02:50] i'm going to load the kernal into the cur dir. then going to log to webconsole. should be reversed but I'm eager to see this work. :) [02:52] okay , now I'll add the debug message. [02:55] hm, now I'm getting 343:7 for every x64.js line in webconsole. [02:57] there are some serious artifacts missing from this project. I'm getting the feeling I need to embed-file as a virtual operating. while not terribly difficult it's tempermental. i've used it once before. [03:02] :q [03:07] the makefile for vice.js doesn't have one iota on simulating a directory. [03:07] opps. it does. [03:07] nvermind. [03:07] it has --embed-file. let's see. [03:13] i think this is a matter of configuration. [03:26] gettin' the feeling it's differences in emscripten. working. [03:31] can you use --embed-file to host directories or is it just --preload-file? [03:33] okay i added --preload-file for the c64 rom files. I got farther. woo. [03:44] i understand that --embed-file and --preload-file are the same, preload is used when generating html. [04:23] anyone here? [04:28] sure [04:29] hey DFJustin. [04:30] is it okay to --embed-file [04:30] ? [04:31] anything look wrong with this? [04:31] https://pastebin.com/bdSZ919f [04:32] bin is a dir with the rom files. [04:32] mame uses --embed-file [04:33] hm, maybe I'm missing something. [04:34] where does vice expect to see the rom files [04:34] " [04:34] Embedding files is much less efficient than preloading them. You should only use it for small files, in small numbers. Instead use --preload-file, which emits efficient binary data." [04:34] hm, good question. [04:35] preload is more efficient but you have to wrangle a second file instead of having it all in one .js [04:35] i'm pretty sure in C64 off the current dir [04:35] for the size of the c64 romset it shouldn't be a big deal [04:36] you can do a thing --embed-file bin@C64 [04:37] I should say that mame uses --embed-file for things like shader definition files but the actual roms are loaded by emularity into browserfs [04:40] okay, so the kernal works in normal vice. but not in vice.js. [04:42] hm. i imagine --embed-file gets everything in that entire dir tree, correct? [04:43] yes [04:44] i tried bin@C64 [04:44] i get this: [04:44] https://pastebin.com/R2mL1bx2 [04:48] the .mem file matches the entire C64 tree perfectly. [04:48] so it's in there. [04:48] C64MEM: Error - Couldn't load kernal ROM `kernal'. [04:53] perhaps i should look at the warnings first. [04:53] cmdline.c:56: Warning: Pointer passed to lib_debug_libc_free is NULL. [04:56] I dunno if that's going to be relevant [04:58] so it should be getting to this command: while (getcwd(p, len) == NULL) { [04:59] DFJustin: doesn't look relevant. [05:02] i'll figure it out. it'l prolly take a day or less. [05:02] faster if I output debug statements! :) [05:03] looking at the code, it looks like it's just bypassing the current directory set. [05:11] well thats a day. [05:11] thanks DFJustin . catchya l8r. [05:28] well, it gets the filename kernal. just no path to it. getting much closer. i'll fix this in a hour or less. [05:28] l8r. [05:29] *** JohnTalen has quit IRC (leaving) [09:10] *** LordNigh2 has joined #jsmess [09:11] *** Lord_Nigh has quit IRC (Ping timeout: 250 seconds) [09:11] *** LordNigh2 is now known as Lord_Nigh [12:43] *** Lord_Nigh has quit IRC (Ping timeout: 248 seconds) [12:51] *** Lord_Nigh has joined #jsmess [16:39] *** azakai has quit IRC (Quit: Ex-Chat) [16:39] *** azakai has joined #jsmess