hkaiser changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar.cct.lsu.edu | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | Buildbot: http://rostam.cct.lsu.edu/ | Log: http://irclog.cct.lsu.edu/ | GSoC: https://github.com/STEllAR-GROUP/hpx/wiki/Google-Summer-of-Code-%28GSoC%29-2020
kale[m] has quit [Ping timeout: 240 seconds]
kale[m] has joined #ste||ar
jaafar has quit [Ping timeout: 258 seconds]
kale[m] has quit [Ping timeout: 240 seconds]
jaafar has joined #ste||ar
hkaiser has quit [Quit: bye]
bita_ has quit [Ping timeout: 240 seconds]
nanmiao11 has quit [Remote host closed the connection]
jbjnr_ has joined #ste||ar
kale[m] has joined #ste||ar
hkaiser has joined #ste||ar
kale[m] has quit [Ping timeout: 256 seconds]
kale[m] has joined #ste||ar
<gonidelis[m]> hkaiser: do we meet today?
<gonidelis[m]> i didn't have any invitation ~.^
<hkaiser> gonidelis[m]: would you like to meet?
<hkaiser> we said last time we'd play it by ear, iirc
<gonidelis[m]> aahhh... I thought this friday was the last one
<gonidelis[m]> my bad
<gonidelis[m]> i didn't catch to work on the fixes yet anyways so I would just ask you thing about the report and things
<gonidelis[m]> but that's ok
<gonidelis[m]> ;)
<hkaiser> should we meet now?
<gonidelis[m]> there is no problem if you can't
<hkaiser> I could meet, no problem
<gonidelis[m]> ok sure let's do a mini chat then....
<gonidelis[m]> rori: /
<gonidelis[m]> ?
<rori> 👍️
kale[m] has quit [Ping timeout: 265 seconds]
kale[m] has joined #ste||ar
<ms[m]> hkaiser: I can do some cleanup of those warnings that were just posted
nanmiao11 has joined #ste||ar
<hkaiser> ms[m]: already on it
<ms[m]> hkaiser: ok, thanks!
<ms[m]> some of those seem to come from us doing ci mostly with debug builds
shahrzad has joined #ste||ar
<ms[m]> I'll open an issue for us to check if we could catch those a bit earlier than when the Kor de Jong-ci runs...
<hkaiser> es, many of those are release-build warnings
<tiagofg[m]> Hello everybody, how can I return a std::function from a component action? I've tried but I got serialization problems
<hkaiser> ms[m]: see #4932
<hkaiser> tiagofg[m]: you can't as it's not serializable
<tiagofg[m]> humm :/
<hkaiser> you should use a hpx::function instead, those are conforming and serializable
<tiagofg[m]> ok thanks!
<tiagofg[m]> ah cool
<hkaiser> please note that the invocable bound to the hpx::function has to be serializable, however, i.e. probably will be a function object, lambdas or functions will not work
<ms[m]> hkaiser: thanks, approved
<hkaiser> that was quick ;-)
<ms[m]> I re-read daisy's email from the other day and I think I agree with your comment from yesterday now
<ms[m]> their attitude is not entirely surprising though
<hkaiser> indeed
<hkaiser> ms[m]: I think they are the victims of their own 'success'
<hkaiser> if they don't change the way they operate they might be gone as quickly as they appeared
<parsa> hkaiser: is it possible to move today's meeting to early next week?
<hkaiser> parsa: Tuesday morning? 9am?
<parsa> yes, 9 would work for me. thank you
nanmiao11 has quit [Remote host closed the connection]
nanmiao11 has joined #ste||ar
K-ballo has quit [Quit: K-ballo]
K-ballo has joined #ste||ar
diehlpk has joined #ste||ar
diehlpk has quit [Changing host]
diehlpk has joined #ste||ar
weilewei has joined #ste||ar
<K-ballo> hkaiser: which books were you using for teaching C++?
<hkaiser> accelerated c++
<hkaiser> K-ballo: it's old but still the best
<K-ballo> thanks
<diehlpk_work> hkaiser, ms[m] RC3 was successful on Fedora
<hkaiser> \o/
<diehlpk_work> Will there be a RC4 or is this the final one?
diehlpk has quit [Ping timeout: 260 seconds]
<hkaiser> diehlpk_work: there will be the actual release
<gnikunj[m]> hkaiser: yt?
kale[m] has quit [Ping timeout: 240 seconds]
kale[m] has joined #ste||ar
<hkaiser> gnikunj[m]: here
<gnikunj[m]> hkaiser: my application is saying HPX out of memory error. What does that exactly mean? I'm not even allocating memory. besides the system RAM is close to 400gb
<hkaiser> gnikunj[m]: it means that the alocator believes it ran out of memory ;-)
weilewei has quit [Remote host closed the connection]
<gnikunj[m]> any way to bypass this error?
<hkaiser> could an ABI problem, release/debug mismatch
<hkaiser> gnikunj[m]: how do you 'bypass' an error?
<hkaiser> this is thrown whenever the allocator returns a nullptr
<gnikunj[m]> lol idk, its an HPX error. I thought there may be any flags
<gnikunj[m]> can it occur if I invoke a lot of tasks?
<hkaiser> no idea
<hkaiser> could be a release/debug mismatch or some real problem somewhere
<hkaiser> look at the stack backtrace
<gnikunj[m]> the thing is, 1d stencil without resilience gets seg fault. with resilience doesn't get seg faults. When I installed a debug version, it said HPX out of memory for the non-resilient version
<hkaiser> gnikunj[m]: recompile your app in debug as well
<hkaiser> and make sure the release binaries are not found
<gnikunj[m]> it recompiles everything, from hpx to tests
<hkaiser> gnikunj[m]: as I said no idea, too little information to say anything
<gnikunj[m]> let me try and see where it is coming from
diehlpk has joined #ste||ar
diehlpk has joined #ste||ar
diehlpk has quit [Changing host]
nanmiao11 has quit [Remote host closed the connection]
kale[m] has quit [Ping timeout: 260 seconds]
kale[m] has joined #ste||ar
diehlpk has quit [Ping timeout: 240 seconds]
nanmiao11 has joined #ste||ar
diehlpk has joined #ste||ar
diehlpk has quit [Ping timeout: 260 seconds]
nanmiao11 has quit [Remote host closed the connection]
bita_ has joined #ste||ar
kale[m] has quit [Ping timeout: 240 seconds]
kale[m] has joined #ste||ar
jbjnr_ has quit [Ping timeout: 264 seconds]
kale[m] has quit [Ping timeout: 240 seconds]
kale[m] has joined #ste||ar