K-ballo 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/
hkaiser has quit [Quit: bye]
<gonidelis[m]>
hkaiser: I think remove is complete
<gonidelis[m]>
The only thing left to do is the docs for the iter-sent ranges overloads
<gonidelis[m]>
Feel free to review whenever you want
<gonidelis[m]>
Of course we shall wait for CI too, but everything pretty much worked for me locally
hkaiser has joined #ste||ar
<k-ballo[m]>
range algorithms return first advanced all the way up to the sentinel
<k-ballo[m]>
they don't return first itself, the user already knows/has first
<hkaiser>
K-ballo: sure, this was for size==0
hkaiser has quit [Quit: bye]
wash[m] has quit [Ping timeout: 260 seconds]
wash[m] has joined #ste||ar
jehelset has joined #ste||ar
<gonidelis[m]>
hkaiser: i really don't get where this is comming from
diehlpk_work_ has quit [Read error: Connection reset by peer]
diehlpk_work_ has joined #ste||ar
nanmiao11 has quit [Quit: Ping timeout (120 seconds)]
parsa[m] has quit [Ping timeout: 244 seconds]
teonnik has quit [Ping timeout: 244 seconds]
<tiagofg[m]>
Hi,
<tiagofg[m]>
I've been working with component migration and I notice an issue.
<tiagofg[m]>
If I access the component directly by a pointer through get_ptr and migrate after that, the execution stays on hold in hpx::components::migrate
<tiagofg[m]>
If I only access the component through actions, there are no problems when migrating, the execution ends.