| Time |
Nickname |
Message |
|
01:30
🔗
|
|
JohnTalen has joined #jsmess |
|
02:03
🔗
|
JohnTalen |
yay, another warning resolved. |
|
02:11
🔗
|
JohnTalen |
woohoo! very close! "C64MEM: Error - Couldn't load kernal ROM `kernal'." |
|
02:24
🔗
|
DFJustin |
nice |
|
02:35
🔗
|
JohnTalen |
quite possible I have to embed image files. i'll have to do some reading. |
|
02:36
🔗
|
bai |
or set up the BrowserFS environment with the files in the right pplace |
|
02:37
🔗
|
JohnTalen |
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
🔗
|
JohnTalen |
what do you make of this?: |
|
02:39
🔗
|
JohnTalen |
abort('need to build with DLOPEN_SUPPORT=1 to get dlopen support in asm.js' |
|
02:39
🔗
|
JohnTalen |
it seems the patch comments that line out. |
|
02:46
🔗
|
JohnTalen |
shit. a file that has at least 5160 lines in it (library.js) isn't here. |
|
02:47
🔗
|
JohnTalen |
hm. this is not going to be a port, but a small rewrite+port. |
|
02:48
🔗
|
bai |
hmm, sounds like it's trying to build with dynamic linking support |
|
02:48
🔗
|
bai |
you should be doing static builds if possible |
|
02:48
🔗
|
JohnTalen |
hoe up how up. |
|
02:49
🔗
|
JohnTalen |
that line is commented OUT. |
|
02:49
🔗
|
JohnTalen |
replaced with a // instead. |
|
02:49
🔗
|
JohnTalen |
Have you people heard of LibraryManager.library? |
|
02:50
🔗
|
JohnTalen |
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
🔗
|
JohnTalen |
okay , now I'll add the debug message. |
|
02:55
🔗
|
JohnTalen |
hm, now I'm getting 343:7 for every x64.js line in webconsole. |
|
02:57
🔗
|
JohnTalen |
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
🔗
|
JohnTalen |
:q |
|
03:07
🔗
|
JohnTalen |
the makefile for vice.js doesn't have one iota on simulating a directory. |
|
03:07
🔗
|
JohnTalen |
opps. it does. |
|
03:07
🔗
|
JohnTalen |
nvermind. |
|
03:07
🔗
|
JohnTalen |
it has --embed-file. let's see. |
|
03:13
🔗
|
JohnTalen |
i think this is a matter of configuration. |
|
03:26
🔗
|
JohnTalen |
gettin' the feeling it's differences in emscripten. working. |
|
03:31
🔗
|
JohnTalen |
can you use --embed-file to host directories or is it just --preload-file? |
|
03:33
🔗
|
JohnTalen |
okay i added --preload-file for the c64 rom files. I got farther. woo. |
|
03:44
🔗
|
JohnTalen |
i understand that --embed-file and --preload-file are the same, preload is used when generating html. |
|
04:23
🔗
|
JohnTalen |
anyone here? |
|
04:28
🔗
|
DFJustin |
sure |
|
04:29
🔗
|
JohnTalen |
hey DFJustin. |
|
04:30
🔗
|
JohnTalen |
is it okay to --embed-file |
|
04:30
🔗
|
JohnTalen |
? |
|
04:31
🔗
|
JohnTalen |
anything look wrong with this? |
|
04:31
🔗
|
JohnTalen |
https://pastebin.com/bdSZ919f |
|
04:32
🔗
|
JohnTalen |
bin is a dir with the rom files. |
|
04:32
🔗
|
DFJustin |
mame uses --embed-file |
|
04:33
🔗
|
JohnTalen |
hm, maybe I'm missing something. |
|
04:34
🔗
|
DFJustin |
where does vice expect to see the rom files |
|
04:34
🔗
|
JohnTalen |
" |
|
04:34
🔗
|
JohnTalen |
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
🔗
|
JohnTalen |
hm, good question. |
|
04:35
🔗
|
DFJustin |
preload is more efficient but you have to wrangle a second file instead of having it all in one .js |
|
04:35
🔗
|
JohnTalen |
i'm pretty sure in C64 off the current dir |
|
04:35
🔗
|
DFJustin |
for the size of the c64 romset it shouldn't be a big deal |
|
04:36
🔗
|
DFJustin |
you can do a thing --embed-file bin@C64 |
|
04:37
🔗
|
DFJustin |
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
🔗
|
JohnTalen |
okay, so the kernal works in normal vice. but not in vice.js. |
|
04:42
🔗
|
JohnTalen |
hm. i imagine --embed-file gets everything in that entire dir tree, correct? |
|
04:43
🔗
|
DFJustin |
yes |
|
04:44
🔗
|
JohnTalen |
i tried bin@C64 |
|
04:44
🔗
|
JohnTalen |
i get this: |
|
04:44
🔗
|
JohnTalen |
https://pastebin.com/R2mL1bx2 |
|
04:48
🔗
|
JohnTalen |
the .mem file matches the entire C64 tree perfectly. |
|
04:48
🔗
|
JohnTalen |
so it's in there. |
|
04:48
🔗
|
DFJustin |
C64MEM: Error - Couldn't load kernal ROM `kernal'. |
|
04:53
🔗
|
JohnTalen |
perhaps i should look at the warnings first. |
|
04:53
🔗
|
JohnTalen |
cmdline.c:56: Warning: Pointer passed to lib_debug_libc_free is NULL. |
|
04:56
🔗
|
DFJustin |
I dunno if that's going to be relevant |
|
04:58
🔗
|
JohnTalen |
so it should be getting to this command: while (getcwd(p, len) == NULL) { |
|
04:59
🔗
|
JohnTalen |
DFJustin: doesn't look relevant. |
|
05:02
🔗
|
JohnTalen |
i'll figure it out. it'l prolly take a day or less. |
|
05:02
🔗
|
JohnTalen |
faster if I output debug statements! :) |
|
05:03
🔗
|
JohnTalen |
looking at the code, it looks like it's just bypassing the current directory set. |
|
05:11
🔗
|
JohnTalen |
well thats a day. |
|
05:11
🔗
|
JohnTalen |
thanks DFJustin . catchya l8r. |
|
05:28
🔗
|
JohnTalen |
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
🔗
|
JohnTalen |
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 |