[01:22] SketchCow: what was this non-chd one [01:23] I see jmpbreak has a drc error similar to the dreamcast one [01:43] think I might have a line on that [02:25] hmm nope [04:16] *** godane has quit IRC (Ping timeout: 260 seconds) [05:04] *** godane has joined #jsmess [06:01] *** pfalleno1 has joined #jsmess [06:02] *** Ash__ has joined #jsmess [06:03] *** Ash has quit IRC (Ping timeout: 312 seconds) [06:04] *** pfallenop has quit IRC (Read error: Connection reset by peer) [15:55] *** azakai has quit IRC (Quit: Ex-Chat) [19:36] I got an excellent email from jvilk [19:39] oh yeah? [19:39] was just thinking about browserfs myself, heh [19:39] his email made the problem quite obvious [19:39] which problem? [19:41] SketchCow: try https://archive.org/details/mac_hdd_mac750&external_js=1 now :) [19:41] bai: if you look at mac_hdd_mac750, you'll see the metadata property mame_peripheral_disk=mac_hdd_mac750/mac750.chd [19:41] that causes it to create a directory in the in-memory filesystem, and save mac750.chd into it [19:42] I naturally implemented that using fs.mkdirSync() [19:43] but I forgot that we're using the internal browserfs api, not the public api which sanitizes the arguments [19:43] so the new directory ended up with an empty mode, and the directory wasn't readable or traversable [19:44] ahh [19:44] thus: [19:44] - game_data.fs.mkdirSync(path); [19:44] + game_data.fs.mkdirSync(path, 0x1ff); [20:05] I just get a page unresponsive error from that [20:07] it booted to the mac gray background with a disk with a question mark on it [20:07] for me [20:07] same here [20:10] tried three browsers on two computers [20:11] hmm [21:14] *** godane has quit IRC (Read error: Operation timed out) [22:13] *** godane has joined #jsmess