00:02 <GitHub> [solvespace] vcaputo opened issue #356: "New Group -> Link Recent -> foo.slvs" fails with 'The linked file "" is not present." https://github.com/solvespace/solvespace/issues/356

00:45 <GitHub> [solvespace] whitequark commented on issue #356: Can you post your `~/.config/solvespace/settings.json` file here? https://github.com/solvespace/solvespace/issues/356#issuecomment-425285184

01:03 <GitHub> [solvespace] vcaputo commented on issue #356: https://ruiner.halo.nu/~swivel/tmp/solvespace-settings.json... https://github.com/solvespace/solvespace/issues/356#issuecomment-425287810

01:08 <GitHub> [solvespace] vcaputo commented on issue #356: https://ruiner.halo.nu/~swivel/tmp/solvespace-settings.json... https://github.com/solvespace/solvespace/issues/356#issuecomment-425287810

02:01 <GitHub> [solvespace] whitequark commented on issue #356: Thanks. I can't reproduce that. I know why you might be getting two dialogs in quick succession, but I believe I've fixed all of the bugs like that a while ago, and the code seems right to me.... https://github.com/solvespace/solvespace/issues/356#issuecomment-425296712

02:03 <GitHub> [solvespace] whitequark commented on issue #355: Thanks. I can't really fix GTK (SolveSpace explicitly avoids shipping GUI toolkits) so unfortunately I might not be able to fix this. I looked at the initialization code again and it seems right to me; the first thing it does is creating `Gtk::Main`, which should do all X11 initialization, in the right order, at least in theory. https://github.com/solvespace/solvesp

02:05 <GitHub> [solvespace] whitequark commented on issue #355: Also, SolveSpace isn't currently threaded, so calling `XInitThreads` would be wrong. https://github.com/solvespace/solvespace/issues/355#issuecomment-425297297

02:11 <GitHub> [solvespace] vcaputo commented on issue #355: Ok, well I'll just close this under the assumption that it's an upstream GTK+ bug. https://github.com/solvespace/solvespace/issues/355#issuecomment-425298239

03:35 <GitHub> [solvespace] vcaputo commented on issue #355: For the record I just had this recur while debugging https://github.com/solvespace/solvespace/issues/356 https://github.com/solvespace/solvespace/issues/355#issuecomment-425310886

03:50 <swivel> whitequark: you around?

03:51 <swivel> I finally have a debugging solvespace w/debugging symbols for libstdc++ and am sitting @ gdb broken at LocateImportedFile

03:51 <swivel> (gdb) info locals

03:51 <swivel> dialog = {<std::__shared_ptr<SolveSpace::Platform::MessageDialog, (__gnu_cxx::_Lock_policy)2>> = {_M_ptr = 0x0, _M_refcount = {

03:51 <swivel> _M_pi = 0x7ffffffe9aa8}}, <No data fields>}

03:56 <whitequark> swivel: sure

03:56 <whitequark> `bt full`

03:59 <swivel> https://ruiner.halo.nu/~swivel/tmp/solvespace-bt.txt

04:01 <swivel> whitequark: ^

04:01 <whitequark> swivel: this is a debug build right?

04:02 <whitequark> -DCMAKE_BUILD_TYPE=Debug

04:02 <swivel> yes

04:02 <whitequark> I wonder why linkFile and saveFile are elided here

04:02 <swivel> I don't know, before I did the debug build 'info locals' didn't even show anything

04:03 <whitequark> ok

04:03 <whitequark> swivel: `frame 3; p path`

04:04 <swivel> (gdb) p path

04:04 <swivel> $1 = (const SolveSpace::Platform::Path &) @0x555556110ec0: {raw = {static npos = 18446744073709551615,

04:04 <swivel> _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x5555561104b0 "/home/swivel/x88/gray/drum.slvs"}, _M_string_length = 31, {

04:04 <swivel> _M_local_buf = "\037", '\000' <repeats 14 times>, _M_allocated_capacity = 31}}}

04:05 <swivel> should we continue execution and verify that the debug build reproduces the problem? :)

04:05 <whitequark> sure

04:06 <swivel> ok, it does, I got the dialog box "The linked file "" is not present."

04:07 <whitequark> swivel: if you break at graphicswin.cpp:360

04:07 <whitequark> can you follow the flow into MenuGroup?

04:07 <whitequark> it sets g.linkFile to "/home/swivel/x88/gray/drum.slvs"

04:07 <whitequark> and then it gets lost at... some point

04:08 <whitequark> maybe in ReloadAllLinked, file.cpp:867

04:09 <swivel> i'll try...

04:21 <swivel> whitequark: does this make sense to you

04:22 <swivel> er, hold, i'll stick it on ruiner rather than spam the channel

04:23 <swivel> whitequark: https://ruiner.halo.nu/~swivel/tmp/solvespace-hmm.txt

04:23 <swivel> that capture ends with the dialog showing up

04:24 <whitequark> swivel: hmmm

04:24 <whitequark> what about gg->linkFile?

04:24 <whitequark> (ok, I need to sleep, I'll read the backlog)

04:25 <swivel> ok :)

04:25 <swivel> thanks

04:34 <swivel> (gdb) print gg->linkFile

04:34 <swivel> $7 = {raw = {static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>},

04:34 <swivel> _M_p = 0x55555736f2d0 "/home/swivel/x88/gray/gray.slvs"}, _M_string_length = 31, {_M_local_buf = "\037", '\000' <repeats 14 times>, _M_allocated_capacity = 31}}}

04:46 <GitHub> [solvespace] vcaputo commented on issue #356: Ok, it looks like I made a mistake with asserting the file actually exists; it doesn't, one of the directories in the path had changed names recently.... https://github.com/solvespace/solvespace/issues/356#issuecomment-425319740

04:47 <GitHub> [solvespace] vcaputo commented on issue #356: Ok, it looks like I made a mistake with asserting the file actually exists; it doesn't, one of the directories in the path had changed names recently.... https://github.com/solvespace/solvespace/issues/356#issuecomment-425319740

13:12 <GitHub> [solvespace] prof-foster commented on issue #354: cmake version 3.12.2 installed as follows:... https://github.com/solvespace/solvespace/issues/354#issuecomment-425431205

13:16 <GitHub> [solvespace] prof-foster commented on issue #354: cmake version 3.12.2 installed as follows:... https://github.com/solvespace/solvespace/issues/354#issuecomment-425431205

14:49 <GitHub> [solvespace] claus007 opened issue #357: Could you write build instructions for mingw and windows https://github.com/solvespace/solvespace/issues/357

14:52 <GitHub> [solvespace] whitequark commented on issue #357: You should only use `-DCMAKE_TOOLCHAIN_FILE` for cross-compilation, never for native builds. `-G "MinGW Makefiles"` is the right thing to use, just remove the entire build tree and rebuild. https://github.com/solvespace/solvespace/issues/357#issuecomment-425461302