| --- Log opened Thu Apr 11 00:00:31 2019 | ||
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 01:16 | |
| -!- Moatman [~Moatman@pool-96-255-151-151.washdc.fios.verizon.net] has joined #shogun | 01:37 | |
| -!- durovo2 [~durovo@99.b3.3da9.ip4.static.sl-reverse.com] has quit [Read error: Connection reset by peer] | 01:45 | |
| -!- durovo [~durovo@99.b3.3da9.ip4.static.sl-reverse.com] has joined #shogun | 01:46 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 02:14 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 02:14 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 240 seconds] | 02:19 | |
| -!- wiking [~wiking@20014C4E19C8D800BD7B3CAE81E589E7.dsl.pool.telekom.hu] has joined #shogun | 03:40 | |
| -!- wiking [~wiking@20014C4E19C8D800BD7B3CAE81E589E7.dsl.pool.telekom.hu] has quit [Changing host] | 03:40 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 03:40 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 03:40 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 03:50 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 05:11 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 05:11 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 05:17 | |
| -!- wiking [~wiking@5401AC93.dsl.pool.telekom.hu] has joined #shogun | 06:35 | |
| -!- wiking [~wiking@5401AC93.dsl.pool.telekom.hu] has quit [Changing host] | 06:35 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 06:35 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 06:35 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: Leaving...] | 07:04 | |
| -!- wiking [~wiking@5401AC93.dsl.pool.telekom.hu] has joined #shogun | 07:08 | |
| -!- wiking [~wiking@5401AC93.dsl.pool.telekom.hu] has quit [Changing host] | 07:08 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 07:08 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 07:08 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 07:21 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 07:24 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 07:24 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 08:26 | |
| -!- Moatman [~Moatman@pool-96-255-151-151.washdc.fios.verizon.net] has quit [Remote host closed the connection] | 08:41 | |
| -!- wiking [~wiking@20014C4E19C8D800F982DE21786CA4D4.dsl.pool.telekom.hu] has joined #shogun | 09:01 | |
| -!- wiking [~wiking@20014C4E19C8D800F982DE21786CA4D4.dsl.pool.telekom.hu] has quit [Changing host] | 09:01 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 09:01 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 09:02 | |
| -!- geektoni [c1cdd253@gateway/web/freenode/ip.193.205.210.83] has joined #shogun | 09:06 | |
| -!- gf712 [9052080d@gateway/web/freenode/ip.144.82.8.13] has joined #shogun | 09:12 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 258 seconds] | 09:24 | |
| -!- geektoni [c1cdd253@gateway/web/freenode/ip.193.205.210.83] has quit [Ping timeout: 256 seconds] | 10:44 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 10:53 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 10:53 | |
| -!- geektoni [c1cdd253@gateway/web/freenode/ip.193.205.210.83] has joined #shogun | 10:54 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 264 seconds] | 10:58 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 11:05 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 11:05 | |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 250 seconds] | 11:09 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 11:39 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 11:39 | |
| lisitsyn | uh hello there | 11:56 |
|---|---|---|
| lisitsyn | :) | 11:56 |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 12:13 | |
| -!- wiking [~wiking@20014C4E19C8D800F982DE21786CA4D4.dsl.pool.telekom.hu] has joined #shogun | 12:13 | |
| -!- wiking [~wiking@20014C4E19C8D800F982DE21786CA4D4.dsl.pool.telekom.hu] has quit [Changing host] | 12:13 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 12:13 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 12:13 | |
| -!- geektoni [c1cdd253@gateway/web/freenode/ip.193.205.210.83] has quit [Quit: Page closed] | 12:16 | |
| @wiking | gf712: yo | 12:17 |
| @wiking | so | 12:17 |
| @wiking | since yesterday | 12:17 |
| @wiking | i went to slave mode again | 12:18 |
| @wiking | :D | 12:18 |
| @wiking | man the whole lib leaks so badly | 12:18 |
| @wiking | titanic was not leaking so badly | 12:18 |
| @wiking | :D | 12:18 |
| @wiking | now i'm at the point that integration and unit tests are not leaking | 12:19 |
| @wiking | :D | 12:19 |
| @wiking | integration = cpp meta examples | 12:19 |
| @wiking | python metas are some still failing | 12:19 |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Remote host closed the connection] | 12:28 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 12:31 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 12:31 | |
| @wiking | gf712: lemme know when u r around | 12:48 |
| @wiking | i'm getting some weird errors with autoinit | 12:48 |
| @wiking | :d | 12:48 |
| -!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: Leaving...] | 12:50 | |
| -!- wiking [~wiking@20014C4E19C8D800F982DE21786CA4D4.dsl.pool.telekom.hu] has joined #shogun | 13:29 | |
| -!- wiking [~wiking@20014C4E19C8D800F982DE21786CA4D4.dsl.pool.telekom.hu] has quit [Changing host] | 13:29 | |
| -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun | 13:29 | |
| -!- mode/#shogun [+o wiking] by ChanServ | 13:29 | |
| gf712 | wiking: I am here now | 13:35 |
| gf712 | did you figure out the %newobject thing? | 13:35 |
| @wiking | yeah some | 13:35 |
| @wiking | :D | 13:35 |
| gf712 | what is happening with autoinit? | 13:36 |
| @wiking | my current br | 13:36 |
| @wiking | bt | 13:36 |
| @wiking | https://pastebin.com/Ee3kMJEq | 13:36 |
| @wiking | im not so sure why | 13:36 |
| @wiking | still debugginng | 13:36 |
| gf712 | hmm pointer does not exist anymore | 13:38 |
| gf712 | because deleted by refcount? | 13:38 |
| gf712 | seems like a double deletion? | 13:38 |
| gf712 | not sure | 13:38 |
| @wiking | yeah but why is this an error | 13:38 |
| @wiking | when getting labels | 13:38 |
| @wiking | :D | 13:38 |
| gf712 | this is when you call get? | 13:38 |
| gf712 | or instantiate the object? | 13:39 |
| @wiking | imo when get("labels") is called | 13:39 |
| gf712 | are you using lldb? | 13:40 |
| gf712 | those names should be demangled no? | 13:40 |
| @wiking | i'm using lldb | 13:40 |
| gf712 | maybe should use unique_ptr | 13:41 |
| @wiking | and yes its when get("labels") is called | 13:41 |
| gf712 | would avoid any increments | 13:41 |
| @wiking | i really wonder what does that have to do with autoinit | 13:41 |
| @wiking | or that's just a red herring | 13:41 |
| @wiking | i mean this i dont get | 13:41 |
| @wiking | frame #9: 0x00007fffee70ed8b libshogun.so.18`bool shogun::CSGObject::has<shogun::CKernel*, void>(this=0x0000555556147680, name="`\\\x14VUU"...) const at SGObject.h:350 | 13:41 |
| @wiking | why CKernel* for "labels" | 13:42 |
| @wiking | :) | 13:42 |
| gf712 | hmm | 13:42 |
| gf712 | what if you do get labels with another kernel? | 13:42 |
| @wiking | but ey | 13:43 |
| @wiking | why has<shogun::CKernel* | 13:43 |
| @wiking | for get("labels") | 13:43 |
| @wiking | :D | 13:43 |
| @wiking | or that's the stupid dispatcher? :D | 13:43 |
| @wiking | get_dispatch_all_base_types | 13:43 |
| @wiking | FIUIIIIIGa | 13:43 |
| @wiking | FIIIIGA | 13:43 |
| gf712 | is there a mistake? | 13:44 |
| @wiking | i mean yes it should still not fail | 13:44 |
| @wiking | althoug... | 13:44 |
| @wiking | buut | 13:44 |
| @wiking | see what i mean | 13:44 |
| @wiking | visitoooorrrr | 13:44 |
| @wiking | rororororooror | 13:44 |
| @wiking | viiiisitor | 13:44 |
| @wiking | :D | 13:44 |
| gf712 | haha | 13:44 |
| gf712 | yea, I agree | 13:44 |
| gf712 | visitor would be good | 13:44 |
| @wiking | try trial error | 13:44 |
| gf712 | I would do it but I'm writing the list init for sg | 13:44 |
| gf712 | :D | 13:44 |
| @wiking | is making things !@#% | 13:44 |
| gf712 | yea | 13:45 |
| @wiking | hahahahaha | 13:45 |
| @wiking | list init | 13:45 |
| @wiking | nice | 13:45 |
| gf712 | I guess its not ideal | 13:45 |
| @wiking | yeah | 13:45 |
| @wiking | the ideal part is understatment | 13:45 |
| @wiking | :D | 13:45 |
| @wiking | anyhow | 13:45 |
| gf712 | but still | 13:45 |
| @wiking | lemme see why i still get | 13:45 |
| @wiking | the lost ref | 13:45 |
| gf712 | how does it not through error? | 13:45 |
| gf712 | as in a type mismatch? | 13:46 |
| @wiking | nono | 13:46 |
| @wiking | there's an invalid pointer | 13:46 |
| @wiking | so those getters will fail | 13:46 |
| @wiking | wherever | 13:46 |
| @wiking | so that's 'fine' | 13:47 |
| gf712 | uh? I don't get where the invalid pointer comes from then | 13:48 |
| @wiking | ref count | 13:48 |
| @wiking | in some previous call | 13:48 |
| @wiking | some stuff got released | 13:48 |
| gf712 | oh right | 13:48 |
| @wiking | with some :D | 13:48 |
| gf712 | so there are two bugs? | 13:48 |
| gf712 | the release and the get? | 13:49 |
| gf712 | release=ref count and delete | 13:49 |
| @wiking | yeah i mean i've changed in the meanwhile a lot | 13:51 |
| @wiking | so currently its a bit limbo | 13:51 |
| @wiking | gf712: i think there's still some weirdness going on | 13:59 |
| @wiking | as /me would expect that %newobject will not only create an object but ref++ it as well | 13:59 |
| gf712 | you expect it or it is happening? | 14:00 |
| @wiking | i expect | 14:02 |
| @wiking | but it feels like as if not | 14:02 |
| @wiking | buuuuuut i've just realised that there was a missing newobject line | 14:02 |
| @wiking | still | 14:02 |
| @wiking | :) | 14:02 |
| @wiking | so lets see | 14:02 |
| @wiking | gf712: my understanding from this sentence is what i wrote above | 14:03 |
| @wiking | "The %newobject feature is designed to indicate to the target language that it should take ownership of the returned object. When used in conjunction with a type that has the "ref" feature associated with it, it additionally emits the code in the "ref" feature into the C++ wrapper. Consider wrapping the following factory function in addition to the above: " | 14:03 |
| @wiking | lemme know if i dont understand english | 14:03 |
| @wiking | :D | 14:03 |
| @wiking | (this coudl happen!)( | 14:03 |
| gf712 | so increments ref counter internally | 14:03 |
| gf712 | and then also the custom one if it exists? | 14:04 |
| gf712 | i.e. PyObject counter | 14:04 |
| gf712 | and then increment SG_REF if it is provided? | 14:04 |
| gf712 | so should not need to expose SG_REF anymore right? | 14:05 |
| gf712 | some should take care of everything, from what I understand? | 14:06 |
| @wiking | "additionally emits the code in the "ref" feature into the C++ wrapper" | 14:07 |
| @wiking | this would mean in our case | 14:07 |
| @wiking | SG_REF(obj) | 14:07 |
| @wiking | since we have this | 14:08 |
| @wiking | %feature("ref") shogun::CSGObject "SG_REF($this);" | 14:08 |
| @wiking | %feature("unref") shogun::CSGObject "SG_UNREF($this);" | 14:08 |
| @wiking | ot? | 14:09 |
| @wiking | or? | 14:10 |
| @wiking | yep | 14:11 |
| @wiking | based on the dox | 14:11 |
| @wiking | that should be it | 14:11 |
| @wiking | :) | 14:11 |
| @wiking | but will debug now because it drives me loco | 14:12 |
| -!- ussdd95[m] [ussdd95mat@gateway/shell/matrix.org/x-gghaxbfxefmljigt] has quit [Ping timeout: 252 seconds] | 14:12 | |
| -!- wuwei[m] [wuweilinma@gateway/shell/matrix.org/x-lgsgmigkinrrucnl] has quit [Ping timeout: 268 seconds] | 14:12 | |
| gf712 | hmm ok | 14:13 |
| gf712 | btw, for newobject | 14:13 |
| gf712 | I don't think you should template it | 14:13 |
| gf712 | just put the name | 14:13 |
| gf712 | of the function that does newobject | 14:13 |
| gf712 | and then template from there? | 14:13 |
| gf712 | i.e. I have %newobject ParameterNode::attach | 14:14 |
| gf712 | and then %template(attach) ParameterNode::attach<float32_t> | 14:14 |
| gf712 | and then %template(attach) ParameterNode::attach<float64_t> | 14:14 |
| gf712 | I think it looks cleaner no? | 14:14 |
| @wiking | ok | 14:15 |
| @wiking | so this is what i hate | 14:15 |
| @wiking | (gdb) p *predicted | 14:15 |
| @wiking | $2 = <incomplete type> | 14:15 |
| gf712 | order in swig? :p | 14:15 |
| @wiking | lldb is even worse | 14:15 |
| gf712 | ah | 14:15 |
| @wiking | (lldb) p predicted | 14:15 |
| @wiking | error: use of undeclared identifier '$__lldb_local_vars' | 14:15 |
| @wiking | error: use of undeclared identifier '$__lldb_local_vars' | 14:15 |
| @wiking | error: use of undeclared identifier '$__lldb_local_vars' | 14:15 |
| @wiking | error: use of undeclared identifier '$__lldb_local_vars' | 14:15 |
| gf712 | yea | 14:15 |
| @wiking | error: use of undeclared identifier '$__lldb_local_vars' | 14:15 |
| @wiking | error: use of undeclared identifier '$__lldb_local_vars' | 14:15 |
| @wiking | error: use of undeclared identifier '$__lldb_local_vars' | 14:15 |
| gf712 | but that only happens on linux | 14:15 |
| @wiking | error: use of undeclared identifier 'predicted' | 14:15 |
| gf712 | on MacOSX its fine | 14:15 |
| @wiking | yeah but hey | 14:16 |
| gf712 | from my experience | 14:16 |
| @wiking | WHY?! | 14:16 |
| @wiking | WHYYYYYY | 14:16 |
| @wiking | i wanna haz debugger on donbot | 14:16 |
| @wiking | that works | 14:16 |
| @wiking | because there compiling stuff is so much faster | 14:16 |
| gf712 | because Linux != MacOS | 14:16 |
| @wiking | than on this osx | 14:16 |
| @wiking | where keyboard is failing on me big time | 14:16 |
| @wiking | D: | 14:16 |
| @wiking | :> | 14:16 |
| @wiking | yeah but this is not an excuse | 14:16 |
| @wiking | :D | 14:16 |
| gf712 | does it change if you use clang? | 14:16 |
| @wiking | tried | 14:17 |
| @wiking | no | 14:17 |
| @wiking | :D | 14:17 |
| gf712 | instead of gcc | 14:17 |
| gf712 | ag | 14:17 |
| @wiking | i had the same feeling | 14:17 |
| @wiking | or intuition | 14:17 |
| @wiking | that maaaybe then things suddenly work | 14:17 |
| @wiking | but no | 14:17 |
| @wiking | :) | 14:17 |
| gf712 | I guess it wouldn't make a difference | 14:17 |
| gf712 | it must use the same process | 14:17 |
| gf712 | is it the same version btw? | 14:17 |
| gf712 | the linux and mac versions? | 14:18 |
| gf712 | I have this locally | 14:18 |
| gf712 | lldb-1000.0.38.2 Swift-4.2 | 14:18 |
| @wiking | ah that version is crazy | 14:18 |
| @wiking | i mean what apple has | 14:18 |
| @wiking | there is a lookup table for that | 14:19 |
| @wiking | somewhere | 14:19 |
| gf712 | lldb 6.0.0 on linux | 14:19 |
| @wiking | how to match llvm and macos thingns | 14:19 |
| @wiking | :) | 14:19 |
| gf712 | crazy? | 14:19 |
| gf712 | ah | 14:19 |
| @wiking | and yes n is still stuck | 14:19 |
| @wiking | tried cleaning no help | 14:19 |
| @wiking | :) | 14:19 |
| @wiking | https://en.wikipedia.org/wiki/Xcode#Latest_versions | 14:19 |
| @wiking | there's the crazy shit | 14:20 |
| @wiking | :> | 14:20 |
| gf712 | is Xcode Mac only? | 14:21 |
| @wiking | yep | 14:21 |
| gf712 | was thinking about getting myself a working computer that I own but don't want to give apple any money | 14:21 |
| gf712 | or at least not more than the value | 14:22 |
| gf712 | anyways, good old printf to the rescue in debug mode | 14:22 |
| @wiking | nooooo | 14:22 |
| @wiking | i refuse to use printf | 14:22 |
| @wiking | that is waste of energy time and money | 14:23 |
| @wiking | :D | 14:23 |
| gf712 | yea but error: use of undeclared identifier '$__lldb_local_vars' | 14:23 |
| gf712 | what is a person meant to do with that :D | 14:23 |
| @wiking | gf712: hoh | 14:57 |
| @wiking | swigmig | 14:57 |
| gf712 | wiking: what? | 15:03 |
| @wiking | order of things in swig | 15:04 |
| @wiking | :D | 15:04 |
| @wiking | those %newobject liens were totally ignored | 15:04 |
| @wiking | :) | 15:04 |
| @wiking | as they were after the includes and not b4 | 15:04 |
| @wiking | :) | 15:04 |
| gf712 | which ones? | 15:10 |
| gf712 | the ones in shogun.i? | 15:10 |
| @wiking | factory.i | 15:11 |
| gf712 | ah yes | 15:11 |
| gf712 | lol | 15:11 |
| @wiking | so i'm down to 2 errors | 15:11 |
| gf712 | noice | 15:12 |
| gf712 | wiking: btw did you add the list init to vectors in cpp? | 15:12 |
| @wiking | yep | 15:12 |
| gf712 | writing the target json | 15:12 |
| gf712 | cool | 15:12 |
| @wiking | and matrix | 15:12 |
| gf712 | should have that soon | 15:12 |
| gf712 | SGVector<type>({$arguments}) right? | 15:12 |
| @wiking | yep | 15:13 |
| @wiking | but u can haz | 15:13 |
| @wiking | SGVector<type> x {$arguments} | 15:13 |
| @wiking | as well | 15:13 |
| gf712 | true | 15:13 |
| @wiking | or x = SGVector<type> {$arguments} | 15:13 |
| gf712 | aight ill do that | 15:13 |
| gf712 | which one is best? | 15:13 |
| gf712 | or same thing? | 15:13 |
| @wiking | same shit | 15:14 |
| @wiking | its just syntactic sugar | 15:14 |
| @wiking | calls the same ctor | 15:14 |
| gf712 | and init order is same? | 15:14 |
| gf712 | of the class members | 15:14 |
| @wiking | what do u mean? :) | 15:14 |
| gf712 | when you do init in ctor | 15:14 |
| gf712 | and have ctor : m_member(arg1) | 15:15 |
| gf712 | m_member would be init at the end | 15:15 |
| gf712 | I would expect at least | 15:15 |
| @wiking | the initializer list ctor actually just calls the SGVector(iter begin, iter end) | 15:15 |
| gf712 | is it the same with the other ways of ctor? | 15:15 |
| gf712 | ah | 15:15 |
| gf712 | is it just SGVector(list) : SGVector(iter begin, iter end) ? | 15:16 |
| @wiking | yes | 15:16 |
| gf712 | cool | 15:16 |
| @wiking | but the code is in sho | 15:16 |
| @wiking | :) | 15:16 |
| gf712 | aight! | 15:16 |
| @wiking | and inside the iter ctor | 15:16 |
| gf712 | tak | 15:16 |
| @wiking | it's just a simple copy | 15:16 |
| @wiking | std::copy | 15:16 |
| gf712 | you copy? | 15:17 |
| gf712 | why not use ref? | 15:17 |
| @wiking | coz how can i assure | 15:17 |
| @wiking | that the given begin/end will be forever | 15:17 |
| @wiking | or till sgvector exists | 15:17 |
| gf712 | hmm true | 15:17 |
| gf712 | fair | 15:18 |
| gf712 | just move it | 15:18 |
| gf712 | and then too bad :DS | 15:18 |
| gf712 | :D | 15:18 |
| @wiking | https://github.com/shogun-toolbox/shogun/blob/develop/src/shogun/lib/SGVector.h#L103-L112 | 15:18 |
| @wiking | i'm talking about this :) | 15:18 |
| gf712 | why not have a SGVector(std::initializer_list<T>&& il); | 15:18 |
| gf712 | that just moves | 15:19 |
| gf712 | no copy | 15:19 |
| @wiking | https://blog.knatten.org/2018/03/09/lvalues-rvalues-glvalues-prvalues-xvalues-help/ | 15:19 |
| gf712 | I guess it don't matter | 15:19 |
| gf712 | haha not today | 15:19 |
| gf712 | lval and rval for the win | 15:19 |
| gf712 | and rval ref | 15:19 |
| gf712 | more is too confusing :( | 15:19 |
| -!- Moatman [~Moatman@pool-96-255-151-151.washdc.fios.verizon.net] has joined #shogun | 15:32 | |
| -!- Moatman [~Moatman@pool-96-255-151-151.washdc.fios.verizon.net] has quit [Remote host closed the connection] | 15:45 | |
| gf712 | wiking: did you see the GSoC stuff in the end? | 16:29 |
| -!- gf712 [9052080d@gateway/web/freenode/ip.144.82.8.13] has quit [Ping timeout: 256 seconds] | 18:08 | |
| --- Log closed Fri Apr 12 00:00:32 2019 | ||
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!