00:45 < rcurtin> sreenik[m]: oh no, sorry ot hear that

00:45 < rcurtin> I can try and give some advice but please be aware... the last time I dual-booted anything was with Windows XP :-O

01:00 < rcurtin> in the past, when I overwrote the Windows bootloader, I could usually get grub to load windows without a problem

01:01 < rcurtin> I used to manually write /boot/grub.cfg but I think many things have changed since then... I'm surprised that grub-mkconfig isn't automatically detecting the Windows partition?

06:45 < jenkins-mlpack2> Project docker ensmallen nightly build build #26: ABORTED in 2 hr 30 min: http://ci.mlpack.org/job/docker%20ensmallen%20nightly%20build/26/

07:00 < jenkins-mlpack2> Yippee, build fixed!

07:00 < jenkins-mlpack2> Project docker mlpack nightly build build #469: FIXED in 2 hr 46 min: http://ci.mlpack.org/job/docker%20mlpack%20nightly%20build/469/

13:16 < AndroUser> rcurtin , zoq : I was writing binding test

13:17 < AndroUser> So , I used setinputparam() to set some values and them called mlpackmain()

13:17 < AndroUser> And then again used setinputparam to set some values , and called mlpackmain (), but the values were not changed

13:18 < AndroUser> I mean the parameters were same as in previous case

13:18 < jeffin143> I also used cleanmemory () to clear the memory but there was no difference !

14:30 < rcurtin> jeffin143: strange, can you show the code you used?

14:50 < jeffin143> https://github.com/jeffin143/mlpack/blob/d9de571a4797b165d08f9982a010d319d0a7fed0/src/mlpack/tests/main_tests/load_save_image_test.cpp#L72

14:50 < jeffin143> The commented code !

20:34 < sreenik[m]> rcurtin: Yes grub couldn't detect it because the boot EFI partition was formatted (by mistake). I'm supposedly halfway through fixing the bootloader thing. Anyway, this seems to be a fun experience. Now, with the PR #1987 (Create the header to determine the layer type) is it possible that the test is giving errors because it includes a file that is also part of the PR? I mean, that shouldn't ideally be the case but I'm

20:34 < sreenik[m]> just asking as I am not aware of the automated workflow.

20:40 < sreenik[m]> And as far as the other PR (https://github.com/mlpack/mlpack/pull/1985) is concerned I am not sure if the travis and appveyor builds are failing because of the code of this PR, it looks like there is some issue somewhere else. Let me know if there's anything I can do to avoid those errors.