--- Log opened Thu Jan 02 00:00:33 2014 | ||
shogun-buildbot | build #157 of clang34 - thread analysis is complete: Failure [failed test] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20thread%20analysis/builds/157 blamelist: Soeren Sonnenburg <sonne@debian.org> | 00:05 |
---|---|---|
shogun-buildbot | build #172 of clang34 - static analysis is complete: Failure [failed analyse] Build details are at http://buildbot.shogun-toolbox.org/builders/clang34%20-%20static%20analysis/builds/172 blamelist: Soeren Sonnenburg <sonne@debian.org> | 00:48 |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 272 seconds] | 01:13 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 01:18 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 245 seconds] | 01:24 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 01:25 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 240 seconds] | 01:46 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 01:46 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 246 seconds] | 01:51 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 02:03 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 260 seconds] | 02:25 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 02:36 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 245 seconds] | 02:41 | |
-!- sonne|osx_ [~sonne@e179191160.adsl.alicedsl.de] has joined #shogun | 03:04 | |
-!- sonne|osx [~sonne@f053015079.adsl.alicedsl.de] has quit [Ping timeout: 245 seconds] | 03:05 | |
-!- sonne|osx_ is now known as sonne|osx | 03:05 | |
shogun-buildbot | build #668 of nightly_default is complete: Failure [failed notebooks] Build details are at http://buildbot.shogun-toolbox.org/builders/nightly_default/builds/668 | 04:34 |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 04:50 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 272 seconds] | 04:54 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 04:57 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 265 seconds] | 05:12 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 05:26 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 252 seconds] | 05:31 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 05:48 | |
-!- new_lido [~walid@41.218.181.111] has quit [Ping timeout: 260 seconds] | 05:54 | |
-!- lambday [67157c37@gateway/web/freenode/ip.103.21.124.55] has joined #shogun | 06:20 | |
lambday | sonne|osx: moin moin! | 06:21 |
lambday | I was using the same machine that I used for gsoc.. x86_64 kernel with gcc 4.6 :( | 06:22 |
lambday | compiled it in x86_64 fedora 19... gcc 4.8 and it worked fine | 06:22 |
-!- lambday [67157c37@gateway/web/freenode/ip.103.21.124.55] has quit [Ping timeout: 272 seconds] | 06:40 | |
-!- sonne|osx [~sonne@e179191160.adsl.alicedsl.de] has quit [Quit: sonne|osx] | 06:51 | |
-!- lambday [67157f37@gateway/web/freenode/ip.103.21.127.55] has joined #shogun | 07:15 | |
-!- new_lido [~walid@41.218.181.111] has joined #shogun | 07:32 | |
-!- new_lido [~walid@41.218.181.111] has quit [Quit: Leaving] | 08:17 | |
-!- sonne|work [~sonnenbu@24-134-74-216-dynip.superkabel.de] has joined #shogun | 09:01 | |
sonne|work | lisitsyn: now you on vacations and me busy! | 09:02 |
lisitsyn | sonne|work: that's the balance | 09:38 |
lisitsyn | :D | 09:38 |
sonne|work | lisitsyn: you mean ying and yang, tom and jerry etc? | 10:35 |
lisitsyn | sonne|work: yes | 10:37 |
lisitsyn | sonne|work: okay %deity bless me I started | 10:37 |
sonne|work | go go :D | 10:56 |
-!- zxtx_ [~zv@c-98-223-196-32.hsd1.in.comcast.net] has quit [Ping timeout: 246 seconds] | 13:29 | |
-!- zxtx_ [~zv@129-79-241-148.dhcp-bl.indiana.edu] has joined #shogun | 14:51 | |
sonne|work | besser82: is fedora using /bin/bash as $SHELL? | 15:31 |
sonne|work | or dash like the others? | 15:32 |
besser82 | sonne|work: /bin/sh ---> /bin/bash like ALL rpm-based distros ;) | 15:32 |
sonne|work | yeah... rpmbuild is full of bashisms and of course fails creating rpms when /bin/sh is dash | 15:33 |
besser82 | sonne|work: yes, rpm* heavily depends on having bash as default sh | 15:33 |
besser82 | sonne|work: looks like a bug in debian then.... | 15:34 |
sonne|work | why debian? shouldn't rpmbuild call /bin/bash ? | 15:34 |
besser82 | sonne|work: that depends on the options it was configured during build.... | 15:35 |
besser82 | sonne|work: on fedora it is configured using /bin/bash as shell | 15:35 |
besser82 | sonne|work: on debian it uses /bin/sh ;) | 15:35 |
sonne|work | ahh ok | 15:39 |
@wiking | besser82: /usr/bin/env bash | 15:43 |
@wiking | besser82: as that's really only for linux systems | 15:43 |
@wiking | /bin/bash and alike | 15:44 |
@wiking | /usr/bin/env bash should be consistent regardless of a distro | 15:45 |
besser82 | wiking: ??? | 15:47 |
@wiking | besser82: /bin/bash -> /usr/bin/env bash | 15:47 |
besser82 | wiking: using /usr/bin/env might be somewhat problematic, I'm afraid | 15:48 |
@wiking | seriously? | 15:48 |
@wiking | on what distro? | 15:48 |
besser82 | wiking: at least by means of rpmbuild | 15:48 |
besser82 | wiking: basically all | 15:48 |
@wiking | so fedora just doesn't support /usr/bin/env bash or what? | 15:48 |
besser82 | wiking: on fedora there are guidelines for NOT using /usr/bin/env in hashbang and all | 15:49 |
@wiking | mmm interesting | 15:49 |
@wiking | so in fedora it's a guideline to not to be portable? | 15:49 |
besser82 | wiking: No, but since /usr/bin/env spawns a new shell with copying the env instead of using profile.d defaults ;) | 15:50 |
@wiking | well actually yes | 15:50 |
besser82 | wiking: so the resulting env might not be prestine and can cause problems ;) | 15:50 |
@wiking | if it's a guideline not to go with /usr/bin/env | 15:50 |
@wiking | then it actually implies that that shell script will not be portable | 15:51 |
besser82 | wiking: portable by means of? | 15:51 |
@wiking | besser82: to be used on any distro where /bin/bash does not exist | 15:52 |
besser82 | wiking: basically any distro I know has the shells in /bin | 15:52 |
@wiking | besser82: sh and csh | 15:52 |
@wiking | besser82: but not bash | 15:52 |
@wiking | maybe tcsh as well | 15:52 |
besser82 | wiking: who ships bash in /usr/bin? | 15:53 |
@wiking | besser82: you would be amazed | 15:53 |
@wiking | besser82: even /usr/local/bin | 15:53 |
@wiking | besser82: bash is by far not a widespread shell | 15:53 |
@wiking | only linux distros has it | 15:53 |
@wiking | but not even all of it | 15:53 |
@wiking | as default | 15:53 |
besser82 | wiking: yes, but why should be a rpm for fedora be portable to let's say netBSD?!? | 15:54 |
@wiking | so this guideline is purely about rpm generation? | 15:55 |
besser82 | wiking: there is /usr/bin/env on fedora, too; But when packagaging software in rpm one is required to change the hashbang from /usr/bin/env to the interpreter bin directly ;) | 15:55 |
besser82 | wiking: yes | 15:55 |
@wiking | mea culpa | 15:56 |
besser82 | wiking: np ;) | 15:56 |
besser82 | wiking: still look for a job? | 16:06 |
besser82 | wiking: you're on SF Bay, right? | 16:07 |
besser82 | wiking: http://www.linkedin.com/jobs2/view/10217150 | 16:08 |
@wiking | heheh no | 16:09 |
@wiking | but thnx | 16:09 |
besser82 | wiking: :D | 16:09 |
besser82 | wiking: no, job or not SF bay? | 16:09 |
@wiking | not looking for a job atm | 16:09 |
@wiking | or let's say i'm not looking for it that intensively | 16:09 |
@wiking | maybe if i really like something then | 16:10 |
@wiking | but thnx anyways | 16:10 |
besser82 | wiking: Allrighty :D | 16:10 |
besser82 | lisitsyn: ^^^^ | 16:10 |
besser82 | lambday: ^^^^ | 16:11 |
@wiking | btw boston is really not a nice place ... | 16:11 |
besser82 | wiking: the look for Mountain View CA, too ;) | 16:11 |
@wiking | or at least personally i did not like it | 16:11 |
besser82 | sonne|work: ^^^^ do you know someone for that job? (big-data stuff) | 16:13 |
-!- lambday [67157f37@gateway/web/freenode/ip.103.21.127.55] has quit [Ping timeout: 272 seconds] | 16:14 | |
-!- lambday [67157c4d@gateway/web/freenode/ip.103.21.124.77] has joined #shogun | 16:14 | |
besser82 | lambday: ^^^^ | 16:15 |
lambday | besser82: hey!... sorry my connection went off | 16:15 |
besser82 | lambday: Hey! np | 16:15 |
besser82 | lambday: looking for a job?!? | 16:15 |
lambday | besser82: hehe in the US? | 16:16 |
besser82 | lambday: | 16:16 |
besser82 | lambday: yes | 16:16 |
besser82 | lambday: http://www.linkedin.com/jobs2/view/10217150 | 16:16 |
besser82 | lambday: if interessted goto #fedora-bigdata and ping `mattf`. Tell besser82 has send you ;) | 16:16 |
lambday | besser82: cool!! | 16:17 |
lambday | besser82: wow! | 16:17 |
besser82 | lambday: :D | 16:17 |
@wiking | besser82: he get's us a green card as well? :) | 16:17 |
besser82 | lambday: ask him ;) | 16:18 |
lambday | lol | 16:18 |
besser82 | lambday: actually rh hires remote workers, too ;) | 16:18 |
besser82 | lambday: they hire good plp where they are ;) | 16:18 |
besser82 | lambday: and pay well | 16:18 |
lambday | besser82: I know nothing about big data btw :( | 16:19 |
besser82 | lambday: thats not required ;) | 16:19 |
besser82 | lambday: you need skills in 2 prog-lang and NoSQL ;) | 16:20 |
besser82 | lambday: and expirience in contributiong to FOSS-Projects ;) | 16:20 |
lambday | besser82: then I am falling short - no nosql :-/ | 16:20 |
besser82 | lambday: go over and ask ;) | 16:21 |
lambday | besser82: yeah thanks to shogun! | 16:21 |
besser82 | lambday: noone bites you | 16:21 |
besser82 | lambday: :D | 16:21 |
besser82 | lambday: or write hin an emain | 16:22 |
besser82 | lambday: email | 16:22 |
besser82 | lambday: mattf@redhat.com | 16:22 |
lambday | besser82: haha :D thanks.. I will... if I get to go US for a year or two, I'll dump oracle cause its not much money! | 16:22 |
lambday | besser82: excellent | 16:22 |
lambday | besser82: but I won't be able to join for another 6 months! | 16:22 |
besser82 | lambday: still occupied?!? | 16:23 |
lambday | besser82: well, last 1 semester left... | 16:23 |
lambday | will graduate in June-July | 16:23 |
besser82 | lambday: that won't be a problem ;) | 16:23 |
besser82 | lambday: rh hires students as well ;) | 16:24 |
besser82 | lambday: you wouldn't be the only one ;) | 16:24 |
lambday | hehe! :D | 16:24 |
lambday | alright... will mail matt :) | 16:24 |
lambday | besser82: btw are you from US too? | 16:25 |
besser82 | lambday: nope, Germany, like sonney2k | 16:25 |
lambday | the big boss! :) | 16:25 |
besser82 | lambday: hehe | 16:25 |
besser82 | lambday: If you want to can ping by irc as well ;) | 16:25 |
besser82 | lambday: ^^ mattf | 16:26 |
besser82 | lambday: he's currently in #fedora-bigdata | 16:26 |
besser82 | lambday: waiting for YOU! :-P | 16:26 |
besser82 | lambday: (or in fact other people who want a cool job) | 16:26 |
lambday | besser82: lol.. alright! he'll love me I am a dedicated fedora user for last 5 years :P | 16:27 |
besser82 | lambday: That's actually a nice thing too :D | 16:27 |
besser82 | lambday: What'S your FAS btw? | 16:27 |
lambday | FAS?? | 16:28 |
besser82 | lambday: Fedora-Account-System ;) | 16:29 |
besser82 | lambday: Every serious fedora-user has one ;) | 16:29 |
lambday | besser82: ...then I guess I am not that serious.. I thought I was :( | 16:30 |
besser82 | lambday: was more some fun about that serious | 16:30 |
besser82 | lambday: in fact the contributors sign up there ;) | 16:30 |
besser82 | lambday: https://admin.fedoraproject.org/accounts/ | 16:31 |
lambday | besser82: yeah checking that | 16:31 |
besser82 | lambday: If want to help me maintaining shogun on Fedora, lemme know ;) | 16:31 |
lambday | besser82: yeah! but I know little about fedora specific things though - you'll have to teach me! | 16:33 |
besser82 | lambday: that wouldn't be the problem ;) | 16:33 |
lambday | great! | 16:33 |
lambday | currently I am not that occupied... so if there's something I can help with.. let me know | 16:34 |
besser82 | lambday: currently not much... | 16:34 |
besser82 | lambday: except if you want to bring some new stuff into fedora | 16:34 |
lambday | besser82: I will be around.. hope I can be of some help! | 16:34 |
lambday | besser82: new stuffs as in? | 16:35 |
lambday | shogun specific? | 16:35 |
besser82 | lambday: like some nifty libs || apps | 16:35 |
besser82 | lambday: if you want ;) | 16:35 |
besser82 | lambday: shogun specific as well, like fixing build of java-modular for fedora | 16:35 |
lambday | besser82: it doesn't work?? | 16:35 |
lambday | besser82: I used java-modular on fedora | 16:36 |
besser82 | lambday: unfortunately no :( | 16:36 |
lambday | well, it was a year back! | 16:36 |
besser82 | lambday: hehe | 16:36 |
besser82 | lambday: since with cmake it doesn't.... | 16:36 |
lambday | weird | 16:37 |
lambday | checking | 16:37 |
lambday | besser82: I am using f19 and I don't like it btw! | 16:38 |
besser82 | lambday: ugrade to F20 ;) | 16:39 |
besser82 | lambday: It is much better | 16:39 |
besser82 | lambday: I actually used F19 for just 4 weeks after released and switched to f20 then | 16:40 |
lambday | besser82: ahan! | 16:40 |
besser82 | lambday: F20 in pre-alpha was even better than F19 ;) | 16:40 |
lambday | besser82: so yum upgrade should work or I should download the iso and? | 16:40 |
besser82 | lambday: use `fedup` ;) | 16:41 |
besser82 | lambday: yum install fedup | 16:41 |
besser82 | lambday: fedup --network 20 | 16:41 |
lambday | wow!! :D loving the name.... | 16:41 |
besser82 | reboot | 16:41 |
lambday | okie | 16:41 |
besser82 | lambday: then just reboot and wait for fedup to finish ;) | 16:42 |
lambday | besser82: alrighty... running.. | 16:42 |
besser82 | lambday: +1 :D | 16:43 |
lambday | besser82: I am behind proxy... should I configure fedup first or it can use env vars $http_proxy etc? | 16:46 |
lambday | nevermind... its running it seems :D | 16:47 |
besser82 | lambday: It doesn't need network after reboot ;) | 16:47 |
besser82 | lambday: just for preping the sys | 16:47 |
besser82 | lambday: and AFAIK it uses the proxies from NetworkManager ;) | 16:48 |
lambday | cool! | 16:48 |
lambday | ready to go then! | 16:48 |
besser82 | lambday: kk | 16:48 |
besser82 | lambday: after reboot the upgrade might take ~20 mins | 16:50 |
lambday | besser82: alright.. can't wait to try it out! | 16:51 |
besser82 | lambday: then go go goooooo ! :D | 16:51 |
lambday | downloading 300~ out of 2036! | 16:59 |
lisitsyn | besser82: hah #shogun-job | 17:20 |
-!- lisitsyn [~lisitsyn@31-28-48-250.clients.tlt.100megabit.ru] has quit [Quit: Leaving.] | 17:23 | |
-!- lisitsyn [~lisitsyn@31-28-48-250.clients.tlt.100megabit.ru] has joined #shogun | 17:36 | |
besser82 | lambday: all went fine with the upgrade?!? | 18:34 |
lisitsyn | besser82: are your compilation speedup commits in already? | 18:58 |
-!- iglesiasg [~iglesiasg@211.Red-83-40-129.dynamicIP.rima-tde.net] has joined #shogun | 19:11 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 19:11 | |
besser82 | lisitsyn: not yet :( | 19:12 |
lambday | besser82: hey.. sorry, was away! | 19:20 |
besser82 | lambday: did upgrade run smooth? | 19:20 |
lambday | besser82: something went wrong! after downloading all pkgs it was importing keys and failed there | 19:20 |
lambday | Downloading failed: Didn't install any keys | 19:21 |
besser82 | which fedup-version? | 19:21 |
besser82 | yum list fedup | 19:21 |
lambday | besser82: thanks! its 0.8.0-3.fc19 | 19:22 |
@iglesiasg | sup guys! | 19:22 |
@iglesiasg | happy new year to all :) | 19:22 |
lambday | iglesiasg: happy new year :) | 19:23 |
besser82 | lambday: https://fedoraproject.org/wiki/Common_F20_bugs#Upgrade_to_Fedora_20_with_fedup_0.8_fails_due_to_GPG_key_problems | 19:23 |
lambday | besser82: you're the man! checking... :) | 19:24 |
lambday | lisitsyn: hi :) | 19:24 |
lisitsyn | lambday: hey | 19:30 |
lambday | besser82: fedora-release is the latest one... it must be the third party repos | 19:30 |
lambday | lisitsyn: how are you? | 19:30 |
lisitsyn | lambday: pretty fine what about you? | 19:30 |
besser82 | lambday: which do you have enabled?!? | 19:30 |
gsomix_ | iglesiasg, happy ny! | 19:30 |
lambday | lisitsyn: great! :) got a job placement.. project stage 1 is over.. | 19:31 |
lambday | besser82: checking... chrome may be | 19:31 |
lisitsyn | lambday: yeah I have seen you are an oracle guy now :) | 19:31 |
lambday | rpmfusions | 19:31 |
lambday | lisitsyn: not quite yet... don't wanna be :( | 19:31 |
besser82 | lambday: chrome from Spot's repo?!? | 19:32 |
lisitsyn | lambday: why? | 19:32 |
lambday | besser82: have these in my /etc/yum.repos.d/... adobe-linux, google-chrome, and rpmfusions apart from fedora repos | 19:33 |
besser82 | lambday: fedup --network 20 --disable-repo=adobe* --disable-repo=google* | 19:34 |
lambday | lisitsyn: job profile has nothing to do with ML... but probably will learn other things.. | 19:35 |
lambday | besser82: cool! trying.. rpmfusions are okay then? | 19:35 |
besser82 | lambday: yes, rpmfusion should be ok | 19:35 |
besser82 | lambday: otherwise just append another disable-repo | 19:36 |
lambday | alrighty | 19:36 |
besser82 | lambday: and then you need to `yum distro-sync` after upgrade has finished !!!! IMPORTANT!!! | 19:37 |
lambday | disable-repo not recognized with 0.8 | 19:37 |
lambday | okay! | 19:37 |
lambday | lisitsyn: hey I was just checking out the multitask learning tutorial you wrote... do you know any good materials for the backgrounds? | 19:40 |
lisitsyn | lambday: not really but I am trying to write a notebook now :) | 19:40 |
lambday | I was checking out a video tutorial which was going above my head | 19:40 |
lambday | lisitsyn: for the same? | 19:41 |
lambday | great! :) | 19:41 |
lambday | besser82: disable-repo not recognized with 0.8.. should I manually disable them and rerun fedup? | 19:42 |
besser82 | lambday: remove da dash `-` between disable-repo | 19:43 |
besser82 | lambday: that works ;) | 19:43 |
lambday | yeah! it does :D | 19:43 |
-!- lambday_ [67157d36@gateway/web/freenode/ip.103.21.125.54] has joined #shogun | 19:55 | |
-!- lambday [67157c4d@gateway/web/freenode/ip.103.21.124.77] has quit [] | 19:55 | |
-!- lambday_ is now known as lambday | 19:57 | |
-!- iglesiasg [~iglesiasg@211.Red-83-40-129.dynamicIP.rima-tde.net] has quit [Quit: Leaving] | 19:58 | |
-!- Netsplit *.net <-> *.split quits: anshul | 20:00 | |
lambday | besser82: rebooted and fedup running... | 20:01 |
besser82 | lambday: +1 ;) | 20:02 |
besser82 | lambday: lemme know if there any issue | 20:02 |
lambday | besser82: absolutely ;) | 20:04 |
-!- Netsplit over, joins: anshul | 20:05 | |
lambday | besser82: worked like a charm! loving it :) | 20:59 |
lambday | will try java modular on this | 20:59 |
lambday | going to sleep.. good night guys | 21:02 |
besser82 | lambday: good night, sleep tight ;) | 21:05 |
besser82 | lambday: nice to hear all went fine :D | 21:05 |
-!- gsomix_ [~gsomix@88.200.252.174] has quit [Quit: Leaving] | 21:15 | |
-!- sonne|osx [~sonne@89.204.154.109] has joined #shogun | 21:48 | |
sonne|osx | hey folks! | 21:48 |
sonne|osx | lisitsyn: how did you notebook progress? | 21:54 |
-!- zxtx_ [~zv@129-79-241-148.dhcp-bl.indiana.edu] has quit [Ping timeout: 252 seconds] | 22:00 | |
sonne|osx | lisitsyn: serious question - do converters when you call apply() return a new object or not? | 22:09 |
sonne|osx | I was under the empression - yes they do... | 22:09 |
* sonne|osx off train | 22:10 | |
-!- sonne|osx [~sonne@89.204.154.109] has quit [Quit: sonne|osx] | 22:10 | |
-!- lambday [67157d36@gateway/web/freenode/ip.103.21.125.54] has quit [Ping timeout: 272 seconds] | 22:33 | |
-!- zxtx_ [~zv@c-98-223-196-32.hsd1.in.comcast.net] has joined #shogun | 23:09 | |
-!- tricksy [uid12458@gateway/web/irccloud.com/x-zficvzowljlofhxt] has quit [Ping timeout: 246 seconds] | 23:12 | |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-whsxeaxcrttzdgzg] has joined #shogun | 23:15 | |
@sonney2k | man I wish iglesiasg was here... | 23:20 |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-whsxeaxcrttzdgzg] has quit [Ping timeout: 264 seconds] | 23:22 | |
-!- xanthus_ [uid15721@gateway/web/irccloud.com/x-nrdilzmimmkouzxh] has quit [Ping timeout: 246 seconds] | 23:25 | |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-mdhopajrozjcsssy] has joined #shogun | 23:25 | |
-!- xanthus_ [uid15721@gateway/web/irccloud.com/x-vdxqbffgofpdyhkh] has joined #shogun | 23:27 | |
-!- xanthus_ [uid15721@gateway/web/irccloud.com/x-vdxqbffgofpdyhkh] has quit [Ping timeout: 245 seconds] | 23:33 | |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-mdhopajrozjcsssy] has quit [Ping timeout: 246 seconds] | 23:34 | |
-!- iglesiasg [~iglesiasg@211.Red-83-40-129.dynamicIP.rima-tde.net] has joined #shogun | 23:35 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 23:36 | |
@iglesiasg | sonney2k, going to try with apply_structured right away | 23:36 |
-!- tricksy_ [uid12458@gateway/web/irccloud.com/x-nlwmaztxbmvaxxha] has joined #shogun | 23:36 | |
@iglesiasg | sonney2k, mmm something really funny going on | 23:41 |
@iglesiasg | sonney2k, with apply_structured in the one step setup it does not seem to finish | 23:41 |
@iglesiasg | sonney2k, with apply in one step it crashes right away | 23:41 |
@iglesiasg | sonney2k, with two steps using apply it works fast and without any problem | 23:42 |
@sonney2k | iglesiasg, found it more or less | 23:43 |
@iglesiasg | sonney2k, SWIG code? | 23:44 |
@sonney2k | I understand the problem but no idea what the solution is | 23:44 |
@sonney2k | I cooked everything down to very few lines | 23:44 |
@sonney2k | basically | 23:44 |
@sonney2k | when doing apply | 23:44 |
@sonney2k | or apply_structured | 23:44 |
@sonney2k | (doesn't matter) | 23:44 |
@sonney2k | iglesiasg, the returned refcount is 1 | 23:45 |
@sonney2k | which is what we would expect | 23:45 |
@sonney2k | iglesiasg, btw you can call obj.ref_count() to see its current refcount | 23:45 |
@sonney2k | iglesiasg, now when you do to_structured() | 23:45 |
@sonney2k | the refcount remains 1 | 23:45 |
@sonney2k | which is what we would expect from C++ | 23:45 |
@sonney2k | but not from swig | 23:46 |
@iglesiasg | iglesiasg, why not? | 23:46 |
@iglesiasg | fuck... | 23:46 |
@iglesiasg | sonney2k, ^ | 23:46 |
@iglesiasg | talking to me again | 23:46 |
@sonney2k | because swig will put the object into to_structured | 23:46 |
@sonney2k | realize upon return that the bmrm.apply() is no longer needed | 23:46 |
@sonney2k | and unref it | 23:46 |
@sonney2k | and so we loose | 23:47 |
@sonney2k | iglesiasg, so when you split up the call into 2 | 23:47 |
@sonney2k | iglesiasg, you still have one reference hanging around | 23:47 |
@sonney2k | and python cannot free the object | 23:47 |
@sonney2k | however if you would do del lab | 23:47 |
@sonney2k | where lab = bmrm.apply() | 23:47 |
@sonney2k | after you do to_structured(lab) | 23:48 |
@sonney2k | and then get the refcount | 23:48 |
@sonney2k | you will see the same issue | 23:48 |
@iglesiasg | I get it I think | 23:48 |
@sonney2k | I don't see a solution currently :/ | 23:49 |
@sonney2k | iglesiasg, if we would return the label object within c++ with refcount 1 already | 23:49 |
@sonney2k | swig would inc it to refcount 2 | 23:49 |
@sonney2k | and so we would have a leak | 23:49 |
@sonney2k | so we somehow need swig to inc the refcount in the to_structured ... | 23:50 |
@sonney2k | iglesiasg, but I don't think it makes sense to ref() inside to_structured or? | 23:50 |
@iglesiasg | sonney2k, can we do that in .i? | 23:50 |
@iglesiasg | sonney2k, no, I don't think it is right to ref inside to_structured | 23:51 |
@sonney2k | iglesiasg, I am just reading http://www.swig.org/Doc2.0/SWIGDocumentation.html#Customization_ownership | 23:52 |
@sonney2k | maybe %newobject can help... | 23:52 |
@sonney2k | iglesiasg, yes that seems to be good | 23:54 |
@sonney2k | iglesiasg, 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: | 23:54 |
-!- anshul [uid12132@gateway/web/irccloud.com/x-upvmkyzixkzpxewj] has quit [Ping timeout: 246 seconds] | 23:55 | |
@sonney2k | iglesiasg, so %newobject to_structured() should fix it | 23:56 |
@sonney2k | it is confusing though since this is not a new object but just a cast'd one | 23:56 |
-!- anshul_ [uid12132@gateway/web/irccloud.com/x-lxnlivptjtoejbvo] has joined #shogun | 23:57 | |
@sonney2k | iglesiasg, however to_structured is not even needed because apply() already returns CStructuredLabels | 23:58 |
--- Log closed Fri Jan 03 00:00:35 2014 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!