[00:29] klusark (~klusark@216-71-194-243.dyn.novuscom.net) joined #scummvm. [00:40] snover (~Adium@unaffiliated/snover) left irc: Quit: Leaving. [00:43] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [01:08] shouldn't branch-1-9 have a tag called something like "desc/1.9.1pre"? [01:10] it seems that cfe1bf465b385d0c8143866398fae8c5cab9c0df is supposed to be tagged as that but my git client isn't seeing that tag somehow [01:45] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [01:49] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 260 seconds [01:49] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 256 seconds [01:50] Dominus (~dominus@88-117-73-193.adsl.highway.telekom.at) joined #scummvm. [01:50] Dominus (~dominus@88-117-73-193.adsl.highway.telekom.at) left irc: Changing host [01:50] Dominus (~dominus@unaffiliated/dominus) joined #scummvm. [02:45] dreammaster (~dreammast@c-73-167-118-204.hsd1.ma.comcast.net) left irc: [02:52] Littleboy (~littleboy@c-174-62-174-85.hsd1.ma.comcast.net) left irc: Quit: Ętre dans le vent, une ambition de feuille morte. [03:54] https://www.rockpapershotgun.com/2016/10/11/christine-loves-ladykiller-in-a-bind-released/ so that was finally released to great success: https://twitter.com/christinelove/status/785919019354198017 [03:58] https://twitter.com/vestenet/status/785973106292748288 :-) [04:02] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) left irc: Ping timeout: 250 seconds [05:24] omer_mor (~Omer@46-117-132-33.bb.netvision.net.il) joined #scummvm. [05:27] omer_mor_ (~Omer@46-117-132-33.bb.netvision.net.il) left irc: Ping timeout: 265 seconds [05:45] LittleToonCat (~littlecat@sydnns0115w-047054148237.dhcp-dynamic.FibreOP.ns.bellaliant.net) left irc: Remote host closed the connection [05:59] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) joined #scummvm. [06:04] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [06:04] Vampire0_ (~Vampire@jEdit/Vampire) left irc: Ping timeout: 252 seconds [06:14] m_kiewitz (~m_kiewitz@x4d03cab9.dyn.telefonica.de) joined #scummvm. [06:14] m_kiewitz (~m_kiewitz@x4d03cab9.dyn.telefonica.de) left irc: Changing host [06:14] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [06:14] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [06:49] waltervn (~waltervn@82-171-142-149.ip.telfort.nl) joined #scummvm. [06:49] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [06:58] ajax16384 (~User@ip138.net138.n37.ru) joined #scummvm. [06:58] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [07:02] TMM thanks for the Windows builds! [07:02] may I ask which toolchain you used? [07:35] <_sev> mingw64 [07:38] yeah, what _sev said [07:41] balrog (~balrog@unaffiliated/balrog) left irc: Ping timeout: 248 seconds [07:44] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [07:45] balrog (~balrog@unaffiliated/balrog) joined #scummvm. [07:46] P2E (~tgz@pool-173-67-31-163.bltmmd.fios.verizon.net) left irc: Ping timeout: 260 seconds [07:51] P2E (~tgz@pool-173-67-31-163.bltmmd.fios.verizon.net) joined #scummvm. [08:44] Gentle (~tier@quassel/contributors/gentle) left irc: Ping timeout: 245 seconds [08:47] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [08:50] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [08:50] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [08:50] GitHub194 (~GitHub194@192.30.252.34) joined #scummvm. [08:50] [scummvm-web] sev- pushed 2 new commits to master: https://git.io/vPStC [08:50] scummvm-web/master b81fb02 Eugene Sandulenko: WEB: Translated ADL announcement into Russian [08:50] scummvm-web/master eaba440 Eugene Sandulenko: WEB: Translated release testing news post into Russian.... [08:50] GitHub194 (GitHub194@192.30.252.34) left #scummvm. [08:52] TMM with msys2? [08:53] how do you managed to get the libs linked statically? [08:54] Black magic was involved [09:00] rootfather|afk, no, cross compiled on Linux [09:00] rootfather|afk, I modified the final linker link command from the scummvm buildsystem, I need to integrate this into the buildsystem, I will do this [09:01] great [09:04] wjp is also working on this, so we have to see who does what :) [09:08] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [09:19] I'd personally like to preserve the ability to create dynamically linked .exe files also [09:20] something like ./configure --link-static as an option and dynamically linked as default would be great [09:20] yeah, and enable that flag for --release at least on win32 [09:20] but it may be worth being able to do a --link-static on other platforms too [09:21] for any platform using new-ish gcc it should all be the same [09:25] actually it may work on really old ones too, asking in #gcc :P [09:27] I'll just put it behind a ./configure check to see if it'll work [09:27] complain if it doesn't [09:27] then people can do their port-specific thing if necessary? [09:29] sounds good in my opinion [09:31] backends/platform/sdl/win32/win32.cpp: In member function 'virtual bool OSystem_Win32::openUrl(const Common::String&)': [09:31] backends/platform/sdl/win32/win32.cpp:142:52: warning: format '%u' expects argument of type 'unsigned int', but argument 2 has type 'uint64 {aka long long unsigned int}' [-Wformat=] [09:31] warning("ShellExecute failed: error = %u", result); [09:32] oops [09:33] stupid mingw32/Windows not understanding %ull [09:40] I would suggest dropping support for mingw32 and only mingw64 [09:40] I can't think of a single reason to support mingw32 at this point :) [09:58] we're going to statically link the win32 release? [09:59] TMM +1 for that! [09:59] mingw64+msys2 on Windows works like a charm [09:59] waltervn, looks like we always have, with the exception of SDL.dll [10:05] marcus_c (~marcus@bahamut-int.mc.pp.se) left irc: Ping timeout: 260 seconds [10:15] omer_mor_ (~Omer@46-117-132-33.bb.netvision.net.il) joined #scummvm. [10:17] omer_mor (~Omer@46-117-132-33.bb.netvision.net.il) left irc: Ping timeout: 265 seconds [10:24] marcus_c (~marcus@bahamut-int.mc.pp.se) joined #scummvm. [10:34] waltervn (~waltervn@82-171-142-149.ip.telfort.nl) left irc: Ping timeout: 260 seconds [10:37] ScottT (~ScottT@2401:a400:6100:f400:1c77:33e0:6690:8cb3) left irc: Ping timeout: 260 seconds [10:38] ScottT (~ScottT@2401:a400:6100:f400:5807:51e4:be45:48ff) joined #scummvm. [10:38] #scummvm: mode change '+o ScottT' by ChanServ!ChanServ@services. [11:09] TMM: reason - no support for people with 32-bit only [11:21] omer_mor (~Omer@46-117-132-33.bb.netvision.net.il) joined #scummvm. [11:22] omer_mor_ (~Omer@46-117-132-33.bb.netvision.net.il) left irc: Ping timeout: 250 seconds [11:23] salty-horse (~salty-hor@unaffiliated/salty-horse) joined #scummvm. [11:23] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services. [11:28] m_kiewitz, mingw64 can build 32bit binaries just fine [11:28] m_kiewitz, it's what was used to build the current 32bit windows binaries [11:29] m_kiewitz, mingw32 hasn't been updated since about 2012, the mingw64 people just continued development under a slightly different name afaik [11:46] According to Wikipedia they are developed by different people who don't get along, so a bit like the Emacs/XEmacs schism. :-) [11:46] perhaps, but it is still going whereas mingw64 is not [11:46] errr [11:46] mingw32 isn ot [12:05] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [12:07] that's my impression as well, indeed [12:07] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 250 seconds [12:07] Nick change: Strangerke_ -> Strangerke [12:16] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Ping timeout: 250 seconds [12:19] waltervn (~waltervn@82-171-142-149.ip.telfort.nl) joined #scummvm. [12:19] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [12:20] ScottT (~ScottT@2401:a400:6100:f400:5807:51e4:be45:48ff) left irc: Disconnected by services [12:20] ScottT1 (~ScottT@2401:a400:6100:f400:5807:51e4:be45:48ff) joined #scummvm. [12:38] wjp, trying to figure out that hang with a statically linked sparkle [12:38] wjp, I've rebuild everything completely clean now, so no more double embedded libs but it's still happening [12:38] waltervn (~waltervn@82-171-142-149.ip.telfort.nl) left irc: Ping timeout: 260 seconds [12:42] eriktorbjorn (~d91tan@h136n7.blg-stadsnat.ias.bredband.telia.com) left irc: Ping timeout: 250 seconds [12:42] wjp, it's NOT happening when I'm building my .dll btw, so I don't think the problem seems solvable [12:42] ;) [12:43] eriktorbjorn (~d91tan@h136n7.blg-stadsnat.ias.bredband.telia.com) joined #scummvm. [12:43] enthusi (pi@pc8-155.physik.uni-potsdam.de) left irc: Ping timeout: 250 seconds [12:44] enthusi (pi@pc8-155.physik.uni-potsdam.de) joined #scummvm. [12:44] TMM: so, current conclusion: dll works, statically linked winsparkle doesn't? [12:45] for the moment [12:45] #scummvm: mode change '+o madmoose' by ChanServ!ChanServ@services. [12:45] and it's not because of our buildsystem necessarily as using that exact same buildsystem to produce a .dll does work [12:45] setting some breakpoints now [12:45] trying to figure out exactly where it goes titsup [12:45] any impression if it's wx or the internet thing? [12:45] ah, working on it [12:45] Ok, let me know :-) [12:46] I won't really have time to look at things myself today, but am very curious what you figure out [12:46] it's become a vendetta now [12:46] :P [13:00] _sev|work (~sev@scummvm/undead/sev) left irc: Read error: Connection reset by peer [13:01] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [13:01] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [13:10] Littleboy (~littleboy@c-174-62-174-85.hsd1.ma.comcast.net) joined #scummvm. [13:10] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services. [13:13] oh, how nice, on msys gdb just crashes when you hit a bp [13:18] gives a whole new meaning to the word "break"point [13:29] FINALLY [13:29] cygwin to the rescue [13:29] what a pain in the ass [13:30] how do windows developers get anything done, ever [13:33] wjp, ok, so win_sparkle_check_update_with_ui successfully starts a new thread but then fails [13:33] adding some more debug infos [13:34] but it seems to be hanging on some thread sync at that point [13:35] oh... maybe I found it then [13:37] (maybe) :) [13:38] nope :P [13:51] wjp, I think I may have found it [13:51] wjp, fur realz :) [13:51] winsparkle::UI::SetDllHINSTANCE(hInstance); <--- this gets called in DllMain() [13:52] I don't think this ever happens when we're statically linked [13:52] I'm just going to throw this in somewhere else in my code and see if it does anything [13:56] wjp, that fixed it [13:56] wjp, I now have a working statically linked scummvm.exe with sparkle :) [13:56] <_sev|work> TMM: while you're looking at it [13:57] <_sev|work> there was a crash reported when you click "Cancel" on the wizard running for the first time [13:57] <_sev|work> can you reproduce it? [13:57] sec [13:57] <_sev|work> for that you need to remove the key from your scummvm.ini [13:57] does not crash for me [13:58] TMM: nice catch! [13:58] at least not in 1.9.0.2 [13:58] <_sev|work> updates_check from [scummvm] section [13:58] <_sev|work> good to know [13:58] FWIW, I saw the same thing with my own build yesterday evening [13:58] _sev|work, I just deleted the whole scummvm.ini, pressing cancel did not crash at least not with this build with the static one, let me try the release [13:58] on the first run, hit cancel, and it quits [13:59] does not crash for me on 1.9.0.2 as installed from the exe [14:02] cannot reproduce it on a native win7 system either [14:03] _sev|work, maybe this happened with 1.9.0 or a maybe? We did change a bunch of stuff. [14:03] can you ask the reporter(s) to try again with 1.9.0.2? [14:06] can people with access to windows machines please check out if sparkle is working correctly for you using this zip: https://tmm.cx/~hp/scummvm-sparkle-static.zip _sev|work, wjp, rootfather|afk? [14:10] TMM: I can test if you tell me what to do [14:15] It doesn't crash if I press cancel, and it says that I'm up to date on version 1.9.0.2 [14:21] madmoose, ok, so 'check now' doesn't crash? [14:22] anyway, for 1.9.1 we can have a statically linked sparkle now [14:22] so I won't do those commits to the iss files to include winsparkle.dll any longer [14:22] TMM: Correct. I get an alert box that says "You're up to date! ScummVM 1.9.0.2 is currently the newest version available." [14:22] madmoose, sweet. thanks for testing [14:23] I don't know if it can actually update, but I guess that's sparkle's responsibility :) [14:23] yeah, it if can display its window I'm pretty sure it'll work, but we'll test that before committing to this of course :) [14:24] wjp, _sev|work, the way sparkle's startup code is written it does just freeze when calling win_sparkle_check_update_with_ui() and anything goes wrong [14:25] it just returns out of the thread start code and it never gets joined again, meaning that function never returns [14:25] if we're going to have a local fork anyway we may as well fix that behavior [14:26] In the meantime I'll create a PR for sparkle, perhaps they'll care about this usecase [14:31] wjp, https://github.com/vslavik/winsparkle/pull/119 <-- this was the required change [14:40] wjp, judging by the documentation on hInstance and exEntry() this is actually the correct way to go about it when statically linking [14:41] waltervn (~waltervn@82-171-142-149.ip.telfort.nl) joined #scummvm. [14:41] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [14:45] They're quick :-) [14:46] ajax16384 (~User@ip138.net138.n37.ru) left irc: Read error: Connection reset by peer [14:46] wjp, lol, "I'm sure you know what you're doing." very optimistic guy, this [14:47] But good to know that he recommends against it [14:47] well, he's obviously not testing this [14:47] Right [14:48] Travis send me an email explaining how he determined what dlls should be shipped separately and which not [14:48] by those criteria I'm not sure that winsparkle qualifies [14:49] Do share :-) [14:52] wjp, since I got the email on a private address I've sent it to you in PM, I don't want to make someone's email public without them knowing about it [14:54] It's a good point for SDL; being able to swap versions is valuable if there are bugs regularly [14:54] yeah, I'm not so sure what users have to gain by swapping out winsparkle.dll [14:55] we've seen an example of that very recently with SDL2 [14:55] the version of SDL2 used in my win32-sdl2* packages is 2.0.3 btw [14:55] it should just work (r) everywhere [14:55] but I'm not sure if anyone has tested them [14:56] Is it possible to drop in the official SDL 2.0.4 dll for example? [14:56] (Without any (re)building) [14:57] yeah [14:57] should be possible for 2.0.5 also [14:57] at least I tried it with the official 2.0.4 dlls from upstream and the program started (on wine) [15:01] is there a way to mass remove game entries in the GUI [15:01] ? [15:04] snover (~Adium@unaffiliated/snover) joined #scummvm. [15:04] #scummvm: mode change '+o snover' by ChanServ!ChanServ@services. [15:34] wjp, also this: https://github.com/vslavik/winsparkle/pull/120 [15:38] Ah, cleaned up version of that msys2 patch. Nice [15:38] LittleToonCat (~littlecat@sydnns0115w-047054148237.dhcp-dynamic.FibreOP.ns.bellaliant.net) joined #scummvm. [15:38] tried to figure out why it was even necessary [15:39] seemed just randomly removing a line of code was a bit... blunt :P [15:39] :-) [15:39] But effective ;-) [15:39] sure [15:45] I wonder if there's a specific reason WinSparkle.dll is using wx 3.0.3 [15:46] wjp, also, the makefile from ming can't be safely used by us as we're not building scummvm with -mthread [15:46] wjp, we have to remove those flags [15:47] Ah, right [15:48] (And people call linux packaging difficult...) [15:48] also I'd feel a lot better if we build scummvm itself with -std=c++11 when we statically link [15:49] since it's non-optional for wx and sparkle [15:49] That should be fine [15:49] There's a configure flag [15:49] (Is it not yet enabled by default when detected?) [15:49] otoh, sparkle is a C api, not c++ api [15:49] so perhaps it doesn't really matter [15:50] but it'd still make me feeeeel better ;) [15:50] wjp: it doesn't auto-enable it here on msys2/mingw64 [15:50] Guess not then [15:51] (In bus, so I can't really look) [15:51] well, sufficiently new versions of gcc will auto-enable it anyway [15:53] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) left irc: Quit: GNU/Linux, because I'd rather own a free OS than steal one that's not worth paying for. [15:53] Harekiet (~harekiet@kittens.harekiet.com) left irc: Read error: Connection reset by peer [15:55] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) joined #scummvm. [15:57] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [15:59] Begasus (~Begas_@d54C3C8C2.access.telenet.be) joined #scummvm. [16:06] madmoose: how do I prepare the datafiles for BR? Just drop the contents of all cd's in the same directory and overwrite duplicates? (if any) [16:07] or does it need to be installed? [16:10] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) left irc: Remote host closed the connection [16:11] WooShell (~Markus@ipbcc071f7.dynamic.kabel-deutschland.de) joined #scummvm. [16:17] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [16:19] meow =^.^= [16:24] ny00123 (~ny00123@46-116-115-228.bb.netvision.net.il) joined #scummvm. [16:26] L0ngcat: It needs to be installed for now. [16:28] madmoose: ok, thanks! [16:28] L0ngcat: There's a naming conflict on the cd's, as you may have noticed. [16:29] am not at home right now, will check when I'm back [16:29] madmoose: something needs to be renamed? [16:33] Harekiet (~harekiet@kittens.harekiet.com) joined #scummvm. [16:35] L0ngcat: Each CD has a different CDFRAMES.DAT which needs to be combined into HDFRAMES.DAT by the installer [16:47] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [16:49] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Read error: Connection reset by peer [16:59] ajax16384 (~User@ip33.net130.n37.ru) joined #scummvm. [16:59] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [17:07] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [17:07] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [17:10] omer_mor_ (~Omer@46-117-132-33.bb.netvision.net.il) joined #scummvm. [17:12] omer_mor (~Omer@46-117-132-33.bb.netvision.net.il) left irc: Ping timeout: 260 seconds [17:21] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [17:50] _sev|work (~sev@188.207.126.158) joined #scummvm. [17:50] _sev|work (~sev@188.207.126.158) left irc: Changing host [17:50] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [17:50] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [17:52] GitHub128 (~GitHub128@192.30.252.46) joined #scummvm. [17:52] [scummvm-web] sev- pushed 1 new commit to master: https://github.com/scummvm/scummvm-web/commit/bdc8f9d02f669b3f2d54582e4527b8e9f5a6c429 [17:52] scummvm-web/master bdc8f9d Eugene Sandulenko: WEB: Fix ARM64 Android build link [17:52] GitHub128 (GitHub128@192.30.252.46) left #scummvm. [17:55] omer_mor (~Omer@46-117-132-33.bb.netvision.net.il) joined #scummvm. [17:56] madmoose: k, thanx. Do you know if there is any difference at all between the cd version and the dvd version? [17:57] _sev|work (~sev@scummvm/undead/sev) left irc: Ping timeout: 260 seconds [17:57] Deledrius (~Deledrius@2602:100:4476:8bd6:659a:84e5:bdcf:324e) left irc: Read error: Connection reset by peer [17:57] omer_mor_ (~Omer@46-117-132-33.bb.netvision.net.il) left irc: Ping timeout: 260 seconds [17:58] Deledrius (~Deledrius@2602:100:4476:8bd6:659a:84e5:bdcf:324e) joined #scummvm. [18:01] Deledrius_ (~Deledrius@2602:100:4476:8bd6:659a:84e5:bdcf:324e) joined #scummvm. [18:03] Deledrius (~Deledrius@2602:100:4476:8bd6:659a:84e5:bdcf:324e) left irc: Ping timeout: 251 seconds [18:13] snover (~Adium@unaffiliated/snover) left irc: Quit: Leaving. [18:13] snover (~Adium@unaffiliated/snover) joined #scummvm. [18:13] #scummvm: mode change '+o snover' by ChanServ!ChanServ@services. [18:25] SylvainTV (~SylvainTV@LFbn-1-8392-241.w81-254.abo.wanadoo.fr) joined #scummvm. [18:25] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [18:28] girafe (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) joined #scummvm. [18:36] snover (~Adium@unaffiliated/snover) left irc: Quit: Leaving. [18:46] criezy (~criezy@host31-51-181-69.range31-51.btcentralplus.com) joined #scummvm. [18:46] #scummvm: mode change '+o criezy' by ChanServ!ChanServ@services. [18:54] L0ngcat: I haven't investigated that, other than checking the version number in the resource files which is the same afair [19:09] k [19:16] #scummvm: mode change '+o eriktorbjorn' by ChanServ!ChanServ@services. [19:18] madmoose: I noticed there's a TODO comment, "Support cdframes". Does that mean - if it happens - that the installer won't be needed at all then? [19:19] eriktorbjorn: Yes, we just need to agree on a naming convention for the conflicting files [19:20] Shouldn't be difficult [19:21] I think you can, for now, take CDFRAMES.DAT from the first CD and rename it to HDFRAMES.DAT [19:22] madmoose: Aha? I guess I should try that. [19:22] eriktorbjorn: Let me know if it works [19:23] I haven't touched that part of the code in a long time [19:27] madmoose: Hmm... My DVD has a 3.TLK in both the CD3 and the CD4 directory, and they're not the same. Something to worry about for later, I guess. [19:28] ajax16384 (~User@ip33.net130.n37.ru) left irc: Read error: Connection reset by peer [19:33] eriktorbjorn: Works as I expected here [19:35] madmoose: Crashed after the intro here, with a failed assertion: engines/bladerunner/slice_renderer.cpp:337: void BladeRunner::SliceRenderer::drawInWorld(int, int, BladeRunner::Vector3, float, float, Graphics::Surface&, uint16*): Assertion `_sliceFramePtr' failed. [19:36] maybe I tested the wrong thing... [19:39] Or I did it wrong. :-) [19:39] No, seems to work here :) [19:41] There's a slew of Valgrind warnings about uninitialized values. Perhaps that's messing things up for me? [19:43] I don't have the time to investigate, but these were the ones I got: http://pastebin.com/BAQZDuU8 [19:44] waltervn (~waltervn@82-171-142-149.ip.telfort.nl) left irc: Read error: Connection reset by peer [19:45] WinterGrascph (~WinterGra@winter.sch.bme.hu) joined #scummvm. [19:45] #scummvm: mode change '+o WinterGrascph' by ChanServ!ChanServ@services. [19:46] WinterGrascph (~WinterGra@winter.sch.bme.hu) left irc: Client Quit [19:51] Begasus (~Begas_@d54C3C8C2.access.telenet.be) left irc: Quit: Vision[0.9.7-H-20140108]: i've been blurred! [19:53] Begasus (~Begas_@d54C3C8C2.access.telenet.be) joined #scummvm. [20:00] madmoose: Hmm... This time it didn't crash. Well, that could be those uninitialized values still, I guess... [20:01] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [20:01] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [20:02] _sev|work (~sev@scummvm/undead/sev) left irc: Client Quit [20:02] GitHub31 (~GitHub31@192.30.252.34) joined #scummvm. [20:02] [scummvm] sev- pushed 2 new commits to master: https://git.io/vP95B [20:02] scummvm/master 4162295 Eugene Sandulenko: DIRECTOR: Lingo: Implemented getting 'the frame' entity [20:02] scummvm/master 06ca653 Eugene Sandulenko: DIRECTOR: Fix movie scanning [20:02] GitHub31 (GitHub31@192.30.252.34) left #scummvm. [20:05] eriktorbjorn: I get the same error after building on Ubuntu [20:11] eriktorbjorn: The assert isn't valid. _sliceFramePtr isn't initialized until the call to setupFrameInWorld just below the assert. [20:15] snover (~Adium@unaffiliated/snover) joined #scummvm. [20:15] #scummvm: mode change '+o snover' by ChanServ!ChanServ@services. [20:30] ny00123 (~ny00123@46-116-115-228.bb.netvision.net.il) left irc: Quit: Leaving [20:30] Begasus (~Begas_@d54C3C8C2.access.telenet.be) left irc: Quit: Vision[0.9.7-H-20140108]: i've been blurred! [20:34] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) joined #scummvm. [20:42] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [20:53] salty-horse (~salty-hor@unaffiliated/salty-horse) left irc: Ping timeout: 250 seconds [21:34] WinterGrascph (~WinterGra@winter.sch.bme.hu) joined #scummvm. [21:34] #scummvm: mode change '+o WinterGrascph' by ChanServ!ChanServ@services. [21:39] WinterGrascph (~WinterGra@winter.sch.bme.hu) left irc: Ping timeout: 250 seconds [21:42] this room 420 cutscene (from room 270) is kind of weird. it sets all the global cast members z property to 1000 from localproc_0170, then calls kUpdatePlane. this does not cause any of the ScreenItem objects held by the plane to change priorities. hm. [21:46] GitHub145 (~GitHub145@192.30.252.41) joined #scummvm. [21:46] [scummvm] hpvb pushed 2 new commits to master: https://git.io/vPHkx [21:46] scummvm/master 9af3c05 Hein-Pieter van Braam: WIN32: Add missing LICENSE files to migration.txt [21:46] scummvm/master 3f79717 Hein-Pieter van Braam: WIN32: Nightlies will start using SDL2 [21:46] GitHub145 (GitHub145@192.30.252.41) left #scummvm. [21:47] snover, is that what SQ6 does? [21:49] Push access I see? Welcome :-) [21:49] wjp, I'll try to not break shit :P [21:49] GitHub198 (~GitHub198@192.30.252.40) joined #scummvm. [21:49] [scummvm] hpvb pushed 1 new commit to master: https://git.io/vPHIG [21:49] scummvm/master 5013eae Hein-Pieter van Braam: WIN32: re-sort migration.txt... [21:49] GitHub198 (GitHub198@192.30.252.40) left #scummvm. [21:50] Appreciated :-) [21:51] they really give every yahoo commit access these days [21:55] need to come up with a way to fix that other random 'return' in that UI:Start method of sparkle [21:55] that's just confused users waiting to happen [21:55] or at least allow it to fail so we can either just ignore it or present a ui dialog of our own [21:56] instead of just sitting there looking like an asshole :P [21:56] even crashing would be better than just freezing [21:57] or... even better port winsparkle to native win32 dialogs :P [21:57] WooShell (~Markus@ipbcc071f7.dynamic.kabel-deutschland.de) left irc: Quit: It's easy to laugh and it's easy to hate... it takes guts to be gentle and kind. [22:28] girafe (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [22:51] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Quit: technology isn't intrinsically good or evil. It's how it's used. Like the Death Ray. [23:02] TMM: yes, sq6 [23:03] snover, novel? solution, I guess? :P [23:04] Strangerke_ (~Strangerk@85.28.84.13) joined #scummvm. [23:06] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 252 seconds [23:06] Nick change: Strangerke_ -> Strangerke [23:31] i dont understand [23:34] dreammaster (~dreammast@c-73-167-118-204.hsd1.ma.comcast.net) joined #scummvm. [23:34] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services. [23:34] it makes this z-index change and then calls doit on the global cast [23:35] im having trouble making a workable breakpoint since it is done in a local procedure [23:41] so it should end up at Actor::doit [23:45] hm. the Visible -info- flag is not set on any of these actors. i wonder if that means the renderer shouldnt be drawing them or if it means that there is a problem where that flag is not getting set (doit doesnt do much without it) [00:00] --- Thu Oct 20 2016