| --- Log opened Sun Jun 26 00:00:56 2016 | ||
| -!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 01:21 | |
| -!- arianepaola [~ariane@unaffiliated/arianepaola] has quit [Ping timeout: 276 seconds] | 04:46 | |
| -!- sonne|osx [~sonne@x5ce58487.dyn.telefonica.de] has joined #shogun | 05:24 | |
| -!- Saurabh7__ [Saurabh7@gateway/shell/panicbnc/x-wlacyikiyzqrkfcs] has joined #shogun | 05:39 | |
| shogun-buildbot | build #28 of memleak - valgrind is complete: Failure [failed memory check generate html] Build details are at http://buildbot.shogun-toolbox.org/builders/memleak%20-%20valgrind/builds/28 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Sanuj <sanuj.sharma.in@gmail.com>, Sergey Lisitsyn <lisitsyn.s.o@gmail.com>, OXPHOS <engelzora@gmail.com> | 05:39 |
|---|---|---|
| shogun-buildbot | build #1029 of nightly_none is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_none/builds/1029 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Sanuj <sanuj.sharma.in@gmail.com>, Sergey Lisitsyn <lisitsyn.s.o@gmail.com>, OXPHOS <engelzora@gmail.com> | 05:43 |
| @wiking | Saurabh7__: y0 | 05:44 |
| Saurabh7__ | wiking: yo | 05:49 |
| Saurabh7__ | sry having bfast :) | 05:49 |
| @wiking | Saurabh7__: ok so i replied in the PR | 05:49 |
| @wiking | no worries | 05:49 |
| @wiking | but we should discuss things about the trees | 05:50 |
| @wiking | as there are some stuff that needs to be fixed there | 05:50 |
| @wiking | (see those static analytics errors as well) | 05:50 |
| @wiking | lemme know when it's a good time for you | 05:50 |
| Saurabh7__ | brb 5 min | 05:50 |
| @wiking | k | 05:50 |
| -!- sonne|osx [~sonne@x5ce58487.dyn.telefonica.de] has quit [Quit: sonne|osx] | 05:51 | |
| Saurabh7__ | wiking: there ? | 05:58 |
| Saurabh7__ | so you mean the feature type itself | 05:58 |
| Saurabh7__ | current implementation assumes some feature might be nominal , some continous | 05:59 |
| Saurabh7__ | i.e feature1 is nominal, feature2 is continous | 06:02 |
| Saurabh7__ | wiking: so you think we should allow stringfeatures and convert them internally ? | 06:07 |
| @wiking | convert? | 06:13 |
| @wiking | what do you mean? | 06:13 |
| @wiking | i mean the thing is that trees should work | 06:14 |
| @wiking | out of box on values like hot, cold etc | 06:14 |
| @wiking | right? | 06:14 |
| Saurabh7__ | yes thats right | 06:14 |
| @wiking | ok so that's wha ti mean by | 06:15 |
| @wiking | we shoudl support string features out of box | 06:15 |
| @wiking | in case of trees | 06:15 |
| @wiking | we shoudl not require anybody to encode them as floats or something | 06:15 |
| @wiking | since trees usually should be able to handle string features | 06:16 |
| @wiking | i mean the ohter thing is | 06:16 |
| @wiking | CombinedFeatures | 06:16 |
| @wiking | shoudl be supported by trees | 06:16 |
| @wiking | which could consist of StringFeatures and DenseFeatures | 06:17 |
| @wiking | and i've added some errors that are detected by static analysis of the code | 06:17 |
| @wiking | that should be fixed as well | 06:18 |
| @wiking | but more importantly | 06:18 |
| @wiking | in trees we should totally fix this error | 06:18 |
| @wiking | that we only support dense features | 06:18 |
| Saurabh7__ | ok , combined features look good, we already know the underling types | 06:19 |
| @wiking | yep | 06:19 |
| Saurabh7__ | rather than the current way of passing a bool vector | 06:19 |
| @wiking | but currenlty we cannot support string features | 06:19 |
| @wiking | right? | 06:19 |
| Saurabh7__ | no | 06:20 |
| @wiking | ok so that should be priority here | 06:20 |
| @wiking | to add support for that | 06:20 |
| @wiking | as it's a bit nonesense | 06:20 |
| @wiking | i mean it's great these speedup improvements | 06:20 |
| @wiking | but then again this is a fundamental thing | 06:21 |
| @wiking | :) | 06:21 |
| Saurabh7__ | yes | 06:21 |
| @wiking | i mean you dont have to do this within this pr | 06:21 |
| @wiking | lets have those static analysis errors fixed in CARTree | 06:22 |
| @wiking | but then i really reckon the next step should be fixing this in CART | 06:22 |
| @wiking | (and in all other trees) | 06:22 |
| shogun-buildbot | build #1159 of nightly_default is complete: Failure [failed test test_1 notebooks] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/1159 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, Sanuj <sanuj.sharma.in@gmail.com>, Sergey Lisitsyn <lisitsyn.s.o@gmail.com>, OXPHOS <engelzora@gmail.com> | 06:36 |
| -!- arianepaola [~ariane@unaffiliated/arianepaola] has joined #shogun | 06:51 | |
| -!- sanuj [~sanuj@117.203.20.199] has joined #shogun | 07:09 | |
| @wiking | Saurabh7__: still here? | 07:17 |
| Saurabh7__ | wiking: yes | 07:17 |
| @wiking | ok so another question | 07:17 |
| @wiking | shouldn't we actually make the RandomForest if not templateable | 07:18 |
| @wiking | but at least to set the tree implementation | 07:18 |
| @wiking | have like CART as a default tree | 07:18 |
| @wiking | but have the option to use different tree implementation | 07:19 |
| Saurabh7__ | ah so different trees | 07:19 |
| @wiking | yeah because you could use | 07:19 |
| @wiking | C4.5 | 07:19 |
| Saurabh7__ | yes that could be | 07:19 |
| @wiking | or C5.0 for a random forest | 07:19 |
| @wiking | or chaid for that matter | 07:19 |
| @wiking | i mean the BaggingMachine is flexible | 07:19 |
| @wiking | it can do bagging with *any* machine | 07:19 |
| @wiking | now RandomForest should be a bagging machine with for all trees | 07:20 |
| @wiking | maybe have a default tree it would use | 07:20 |
| @wiking | but then again the user should be able to override this easily | 07:20 |
| @wiking | imo | 07:20 |
| @wiking | since there are sometimes cases when other trees are more appropriate | 07:21 |
| Saurabh7__ | that makes sense, can be done by setting machien parameters differently | 07:22 |
| Saurabh7__ | for random forest depending on the tree | 07:22 |
| @wiking | yep | 07:23 |
| -!- sanuj [~sanuj@117.203.20.199] has quit [Ping timeout: 260 seconds] | 07:57 | |
| -!- sanuj [~sanuj@117.203.20.199] has joined #shogun | 09:54 | |
| sanuj | BZDMG, yo | 10:00 |
| sanuj | lo | 10:14 |
| -!- HeikoS [~heiko@LFbn-1-4373-242.w92-170.abo.wanadoo.fr] has joined #shogun | 11:15 | |
| -!- mode/#shogun [+o HeikoS] by ChanServ | 11:15 | |
| -!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 11:31 | |
| shogun-notifier- | shogun-data: Sanuj :master * 11a34f8 / testsuite/meta/regression/ (2 files): https://github.com/shogun-toolbox/shogun-data/commit/11a34f8a699d1072bcce5d3c1b02742532406d7a | 11:31 |
| shogun-notifier- | shogun-data: rename mkl regression cookbook data | 11:31 |
| shogun-notifier- | shogun-data: Heiko Strathmann :master * 7087f26 / testsuite/meta/regression/ (2 files): https://github.com/shogun-toolbox/shogun-data/commit/7087f260ccaa013aabcbf61caf90bbf98245d632 | 11:31 |
| shogun-notifier- | shogun-data: Merge pull request #109 from sanuj/mkl_regression | 11:31 |
| shogun-notifier- | shogun-data: | 11:31 |
| shogun-notifier- | shogun-data: rename mkl regression cookbook data | 11:31 |
| sanuj | HeikoS, hallo | 11:44 |
| shogun-notifier- | shogun-data: Sanuj :master * 60692de / testsuite/meta/neural_nets/feedforward_net_classification.dat: https://github.com/shogun-toolbox/shogun-data/commit/60692debc34dcc89b355059ed63bb88fe817b8e3 | 11:51 |
| shogun-notifier- | shogun-data: add data for nn cookbook | 11:51 |
| shogun-notifier- | shogun-data: Heiko Strathmann :master * 494032f / testsuite/meta/neural_nets/feedforward_net_classification.dat: https://github.com/shogun-toolbox/shogun-data/commit/494032fefe41774692a3a40968567f3f4ef5ecd1 | 11:51 |
| shogun-notifier- | shogun-data: Merge pull request #110 from sanuj/nn_cookbook | 11:51 |
| shogun-notifier- | shogun-data: | 11:51 |
| shogun-notifier- | shogun-data: add data for nn cookbook | 11:51 |
| shogun-notifier- | shogun-data: OXPHOS :master * c6f46ec / testsuite/meta/gaussian_processes/gaussian_process_classifier.dat: https://github.com/shogun-toolbox/shogun-data/commit/c6f46ec7eee5de0ecc7e1b101be31fd7fa39af25 | 11:54 |
| shogun-notifier- | shogun-data: gp classifier cookbook integration test dataset | 11:54 |
| shogun-notifier- | shogun-data: Heiko Strathmann :master * 5bcd88d / testsuite/meta/gaussian_processes/gaussian_process_classifier.dat: https://github.com/shogun-toolbox/shogun-data/commit/5bcd88dc98fba0f01ff5a5fed9a5ff8b4bd56868 | 11:54 |
| shogun-notifier- | shogun-data: Merge pull request #108 from OXPHOS/master | 11:54 |
| shogun-notifier- | shogun-data: | 11:54 |
| shogun-notifier- | shogun-data: gp classifier integration test dataset | 11:54 |
| shogun-notifier- | shogun: OXPHOS :develop * 7dccabb / src/shogun/multiclass/ShareBoost.cpp: https://github.com/shogun-toolbox/shogun/commit/7dccabb74eb1f2969b9099b2ad870513352ab805 | 11:59 |
| shogun-notifier- | shogun: update error msg in shareboost | 11:59 |
| shogun-notifier- | shogun: Heiko Strathmann :develop * 3dbeb8a / src/shogun/multiclass/ShareBoost.cpp: https://github.com/shogun-toolbox/shogun/commit/3dbeb8ac48771518709577b5b030a6616dd2e64c | 11:59 |
| shogun-notifier- | shogun: Merge pull request #3298 from OXPHOS/shareboost | 11:59 |
| shogun-notifier- | shogun: | 11:59 |
| shogun-notifier- | shogun: update shareboost error msg / update shareboost nonzero feat num boundary | 11:59 |
| shogun-buildbot | build #741 of trusty - libshogun - viennacl is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/trusty%20-%20libshogun%20-%20viennacl/builds/741 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>, OXPHOS <engelzora@gmail.com> | 12:00 |
| shogun-notifier- | shogun: OXPHOS :develop * a1fb210 / / (42 files): https://github.com/shogun-toolbox/shogun/commit/a1fb210118f49774ff5edd65184a528fdce05679 | 12:00 |
| shogun-notifier- | shogun: separate classifiers in meta examples | 12:00 |
| shogun-notifier- | shogun: Heiko Strathmann :develop * d6353fe / / (42 files): https://github.com/shogun-toolbox/shogun/commit/d6353fe005027458da8cd510b46a751428026c85 | 12:00 |
| shogun-notifier- | shogun: Merge pull request #3297 from OXPHOS/cookbook_index | 12:00 |
| shogun-notifier- | shogun: | 12:00 |
| shogun-notifier- | shogun: separate classifiers in cookbook | 12:00 |
| shogun-buildbot | build #742 of trusty - libshogun - viennacl is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/trusty%20-%20libshogun%20-%20viennacl/builds/742 blamelist: OXPHOS <engelzora@gmail.com> | 12:00 |
| shogun-buildbot | build #743 of trusty - libshogun - viennacl is complete: Failure [failed compile] Build details are at http://buildbot.shogun-toolbox.org/builders/trusty%20-%20libshogun%20-%20viennacl/builds/743 blamelist: Heiko Strathmann <heiko.strathmann@gmail.com> | 12:01 |
| @HeikoS | Saurabh7__: | 12:04 |
| @HeikoS | sanuj: | 12:04 |
| sanuj | HeikoS, hallo | 12:04 |
| sanuj | i was not able to solve the any.h destructor bug | 12:04 |
| @HeikoS | sanuj: did you debug it? | 12:04 |
| sanuj | yes, i did that | 12:05 |
| @HeikoS | so our question was: why is it called, from where | 12:05 |
| sanuj | need to share a link | 12:05 |
| @HeikoS | kk | 12:05 |
| sanuj | HeikoS, when this happens https://github.com/shogun-toolbox/shogun/pull/3221/files#diff-9c3599c0d2090e493be261b079e9b63eR39 | 12:06 |
| sanuj | this is called https://github.com/shogun-toolbox/shogun/pull/3221/files#diff-8ea96286d95b52029d31636117e0fe55R140 | 12:07 |
| sanuj | and i think the destructor was called from here | 12:07 |
| @HeikoS | this is because the old one is overwritten? | 12:07 |
| sanuj | not sure, but how is it overwritten? | 12:08 |
| @HeikoS | sanuj: map[tag] | 12:08 |
| @HeikoS | might contain another any | 12:09 |
| @HeikoS | sanuj: so we have to solve this | 12:09 |
| sanuj | map[tag] should be empty right | 12:09 |
| @HeikoS | sanuj: yeah it should | 12:09 |
| sanuj | it is the first time something is set | 12:09 |
| @HeikoS | why would the destructor then be called? | 12:09 |
| @HeikoS | is the assignment operator maybe doing it? | 12:10 |
| sanuj | HeikoS, shall i share the logs of ddd with you? | 12:10 |
| @HeikoS | causing it | 12:10 |
| @HeikoS | sanuj: we have two options | 12:10 |
| @HeikoS | you figure it out, or I have a look | 12:10 |
| @HeikoS | I prefer you doing it :D | 12:10 |
| @HeikoS | but for that, you need to dig a bit | 12:10 |
| sanuj | HeikoS, setting was working fine before i made these changes....destructor was not being called before | 12:11 |
| @HeikoS | sanuj: these changes as in? | 12:11 |
| sanuj | let me call ddd again, i did this yesterday so forgotten some stuff | 12:11 |
| @HeikoS | what are "these changes" | 12:11 |
| sanuj | HeikoS, new protected set and calling set in init_params() with member variables | 12:12 |
| -!- oxphos [c68f0c0c@gateway/web/freenode/ip.198.143.12.12] has joined #shogun | 12:12 | |
| @HeikoS | sanuj: I see | 12:12 |
| @HeikoS | sanuj: ok then, I suggest: | 12:12 |
| @HeikoS | sanuj: you (partly) revert them for bug hunting | 12:12 |
| @HeikoS | make it like this | 12:12 |
| @HeikoS | sanuj: or actually, one more question | 12:12 |
| oxphos | @HeikoS hey I'm on my cellphone | 12:12 |
| @HeikoS | so registering *member* variables inside a class worked before you made "these changes"? | 12:13 |
| @HeikoS | oxphos: I see, hi! :) | 12:13 |
| @HeikoS | oxphos: no worries then, just wanted to discuss a bit | 12:13 |
| @HeikoS | oxphos: but no point on cellphone | 12:13 |
| sanuj | HeikoS, i was never registering member variables before | 12:13 |
| @HeikoS | sanuj: why did you say that it worked then? | 12:13 |
| sanuj | and there is one more thing that worries me | 12:13 |
| sanuj | HeikoS, it was able to set random parameters | 12:14 |
| sanuj | before | 12:14 |
| @HeikoS | sanuj: we need to be a bit more systematic if we want to solve this | 12:14 |
| sanuj | okay | 12:14 |
| @HeikoS | sanuj: so let's do this then: make a backup of the changes you did | 12:14 |
| @HeikoS | then revert them | 12:14 |
| @HeikoS | then try to register a member variable | 12:14 |
| @HeikoS | I am pretty sure you will get the same error | 12:14 |
| @HeikoS | but we need to check | 12:14 |
| sanuj | okay, i also think so | 12:14 |
| @HeikoS | and then finding it, we are not distracted by your latest changes | 12:14 |
| sanuj | let me do it | 12:14 |
| @HeikoS | sanuj: we need to reduce the search space of potential error here | 12:15 |
| sanuj | okay | 12:15 |
| @HeikoS | too many things at once and it is not clear what causes what | 12:15 |
| @HeikoS | this statemeht "it worked before these changes", is neither checked nor true at this moment | 12:15 |
| @HeikoS | so careful when thinking about things | 12:15 |
| @HeikoS | need to really be sure whats going on | 12:16 |
| sanuj | HeikoS, sure sure | 12:16 |
| @HeikoS | if one convolutes things in ones mind, then finding errors becomes very hard | 12:16 |
| sanuj | okay | 12:16 |
| @HeikoS | right now we are not sure whether it is your update or a general problem that causes this member registering error | 12:16 |
| @HeikoS | or maybe even the framework is not designed for registering member variables? | 12:17 |
| oxphos | HeikoS okay will revise the schedule in 6h and will be back to laptop client tmr | 12:17 |
| @HeikoS | not clerar | 12:17 |
| @HeikoS | oxphos: cool! perfect | 12:17 |
| @HeikoS | sanuj: cool then, Ill see you later, lets keep going on this, try to think about what good next steps could be, dont stop if there is a problem | 12:18 |
| @HeikoS | finally, if nothing else works, you can push everything to a local feature branch in your own shogun fork | 12:18 |
| @HeikoS | sanuj: and then I can clone that and debug locally | 12:18 |
| @HeikoS | good? | 12:18 |
| -!- oxphos [c68f0c0c@gateway/web/freenode/ip.198.143.12.12] has quit [Quit: Page closed] | 12:19 | |
| sanuj | HeikoS, yes | 12:19 |
| sanuj | HeikoS, danke :) | 12:19 |
| @HeikoS | bitte :) | 12:19 |
| -!- HeikoS [~heiko@LFbn-1-4373-242.w92-170.abo.wanadoo.fr] has quit [Remote host closed the connection] | 12:20 | |
| -!- sanuj [~sanuj@117.203.20.199] has quit [Quit: Leaving] | 13:43 | |
| BZDMG | HeikoS_web: tldr what error? | 14:06 |
| -!- sonne|osx [~sonne@x5ce58487.dyn.telefonica.de] has joined #shogun | 14:12 | |
| -!- sanuj [~sanuj@117.220.49.216] has joined #shogun | 14:36 | |
| BZDMG | sanuj: | 14:40 |
| BZDMG | what's the bug you're talking about | 14:40 |
| sanuj | BZDMG!!! | 14:40 |
| sanuj | BZDMG, https://gist.github.com/sanuj/695d881295c060d5fbb99abd3552fcbb | 14:41 |
| sanuj | see error_2.txt | 14:41 |
| sanuj | BZDMG, it happens when _set is called in init_params() of MockObject | 14:42 |
| BZDMG | ok where is the actual one | 14:42 |
| BZDMG | MockObject? | 14:42 |
| sanuj | apparently Any destructor is called and deletes the member variable | 14:42 |
| sanuj | sending link | 14:43 |
| sanuj | BZDMG, https://github.com/shogun-toolbox/shogun/pull/3221/files#diff-4a319646835bd87fa05b41d8b1872184R22 | 14:43 |
| BZDMG | you didn't call CSGObject ctor | 14:44 |
| BZDMG | in the MockObject ctor | 14:44 |
| BZDMG | I think the map is not really initialized | 14:44 |
| sanuj | so in this commit i have added a protected _set() in SGObject | 14:45 |
| sanuj | i undid this commit on my local | 14:45 |
| sanuj | and did the same thing with the old public set() in SGObject | 14:46 |
| sanuj | that seems to be working without SGObject ctor | 14:46 |
| BZDMG | https://github.com/shogun-toolbox/shogun/pull/3221/files#diff-4a319646835bd87fa05b41d8b1872184R9 | 14:46 |
| BZDMG | you should call it anyway | 14:46 |
| sanuj | okay | 14:46 |
| BZDMG | I am not sure I understand what you did | 14:48 |
| BZDMG | what commit? :) | 14:48 |
| sanuj | BZDMG, this commit https://github.com/shogun-toolbox/shogun/pull/3221/commits/380f576e3615aea29b56f0afb721efe5485510ae?diff=unified | 14:53 |
| BZDMG | ehrr that's too many changes | 14:53 |
| BZDMG | did ctor help? | 14:53 |
| sanuj | wait let me switch branches and build it | 14:54 |
| sanuj | BZDMG, it's building, will take time | 14:59 |
| BZDMG | okie | 14:59 |
| sanuj | BZDMG, how's work? | 15:00 |
| -!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 15:00 | |
| BZDMG | sanuj: bit busy as you can see haha | 15:01 |
| sanuj | :D | 15:01 |
| BZDMG | starting some project soon | 15:01 |
| sanuj | okay | 15:02 |
| BZDMG | will be better soon | 15:02 |
| sanuj | BZDMG, do you read deepmind's papers? | 15:02 |
| BZDMG | nope | 15:02 |
| BZDMG | why? | 15:02 |
| sanuj | just asking | 15:02 |
| BZDMG | they are doing some atari reinforcement learning :) | 15:03 |
| sanuj | you are interested in deep learning | 15:03 |
| sanuj | yeah | 15:03 |
| sanuj | but some recent work is different | 15:03 |
| -!- sonne|osx [~sonne@x5ce58487.dyn.telefonica.de] has quit [Quit: sonne|osx] | 15:04 | |
| sanuj | things like | 15:04 |
| sanuj | neural turing machine (2014) | 15:04 |
| sanuj | neural programmer-interpreters | 15:04 |
| sanuj | and memory augmented nn | 15:05 |
| sanuj | are cool | 15:05 |
| sanuj | BZDMG, shogun doesn't have RNNs and LSTMs | 15:05 |
| BZDMG | yeap | 15:05 |
| BZDMG | actually I am not a fan of that synthetic stuff like neural turing machine | 15:05 |
| sanuj | BZDMG, were you ever talking about using tensorflow in shogun? | 15:06 |
| sanuj | haha | 15:06 |
| BZDMG | yeah I thought of that | 15:06 |
| BZDMG | but heiko said optimizer is in python | 15:06 |
| BZDMG | so we can't really do anything useful just from C++ | 15:06 |
| sanuj | oh | 15:06 |
| sanuj | BZDMG, still segfaults | 15:18 |
| BZDMG | sanuj: is it the same error? | 15:21 |
| sanuj | BZDMG, yes | 15:22 |
| BZDMG | sanuj: I am pretty sure something is not initialized | 15:25 |
| BZDMG | you should probably check it with gdb | 15:25 |
| sanuj | i did that | 15:25 |
| sanuj | gives you lots of stuff | 15:26 |
| sanuj | i used ddd | 15:26 |
| BZDMG | sanuj: well may be you can print `self` in init_params | 15:28 |
| BZDMG | are you sure you've added base class ctor call and recompiled it? | 15:28 |
| sanuj | BZDMG, i did this | 15:29 |
| sanuj | CMockObject() : CSGObject() | 15:29 |
| sanuj | { | 15:29 |
| sanuj | init_params(); | 15:29 |
| sanuj | } | 15:29 |
| BZDMG | looks valid | 15:29 |
| BZDMG | it should not work w/o | 15:29 |
| BZDMG | or work by chance | 15:29 |
| BZDMG | which is not any better | 15:29 |
| sanuj | BZDMG, did you see protected _set that i added in SGObject? | 15:30 |
| BZDMG | yeah but I am a bit lost in _set set and _set | 15:30 |
| sanuj | i think protected _set() might be calling itself instead of private _set() | 15:31 |
| BZDMG | oh my god | 15:31 |
| BZDMG | are they of the same name ? | 15:31 |
| BZDMG | private and protected? | 15:31 |
| sanuj | yes :/ | 15:31 |
| BZDMG | please dont do this :D | 15:31 |
| BZDMG | better call it kawabanga | 15:32 |
| sanuj | :D | 15:32 |
| sanuj | i'll call this add | 15:32 |
| BZDMG | call it set_init | 15:32 |
| BZDMG | add | 15:32 |
| BZDMG | whatever | 15:32 |
| sanuj | okay | 15:32 |
| sanuj | i thought it would differentiate with arguments | 15:32 |
| sanuj | let me see if this is causing the error | 15:32 |
| BZDMG | even if it does it is way too dangerous | 15:33 |
| sanuj | okay | 15:34 |
| sanuj | building will take time again | 15:34 |
| sanuj | BZDMG, btw is "add" fine or shall i call it something else? | 15:34 |
| BZDMG | add is fine to me | 15:34 |
| sanuj | BZDMG, if this is going to be the problem then i might bang my head on the wall :P | 15:35 |
| BZDMG | lol | 15:35 |
| sanuj | BZDMG, does it happen to you that you made some really silly mistake and spent lots of time debugging it ? :D | 15:38 |
| BZDMG | yeah | 15:39 |
| -!- sonne|osx [~sonne@x5ce58487.dyn.telefonica.de] has joined #shogun | 15:47 | |
| sanuj | BZDMG, there? | 16:16 |
| -!- sanuj [~sanuj@117.220.49.216] has quit [Ping timeout: 260 seconds] | 16:23 | |
| -!- sanuj [~sanuj@117.220.49.216] has joined #shogun | 17:51 | |
| sanuj | BZDMG, there? | 18:17 |
| -!- sanuj [~sanuj@117.220.49.216] has quit [Ping timeout: 240 seconds] | 18:45 | |
| -!- sanuj [~sanuj@117.220.49.216] has joined #shogun | 18:49 | |
| -!- sonne|osx [~sonne@x5ce58487.dyn.telefonica.de] has quit [Quit: sonne|osx] | 18:56 | |
| -!- sanuj [~sanuj@117.220.49.216] has quit [Remote host closed the connection] | 18:57 | |
| --- Log closed Mon Jun 27 00:00:57 2016 | ||
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!