hkaiser changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar-group.org | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | This channel is logged: irclog.cct.lsu.edu | Everybody: please respond to the documentation survey: https://forms.gle/aCpNkhjSfW55isXGA
qiu has joined #ste||ar
qiu has quit [Quit: Ping timeout (120 seconds)]
Yorlik_ has joined #ste||ar
K-ballo has quit [Quit: K-ballo]
Yorlik has quit [Ping timeout: 255 seconds]
hkaiser has quit [Quit: Bye!]
diehlpk_work has quit [Remote host closed the connection]
Yorlik_ is now known as Yorlik
<ms[m]> heller, gdaiss, and maybe hkaiser, is the username not StellarBot? https://github.com/StellarBot
<heller[m]> ms yes. Do you have credentials for it?
<ms[m]> heller: nope, I was mostly responding to hkaiser's comment from yesterday that he has the password but no username
<ms[m]> so I think we have the pieces, we just need to put them together...
<heller[m]> Ahh
<heller[m]> Good
<heller[m]> I might have the credentials somewhere... But shit is hitting the fan here. Sorry for not being able to help
<ms[m]> heller: no worries, there's no rush with it
<ms[m]> it's mostly nice to have so that github statuses aren't reported through gdaiss's or my github account ;)
K-ballo has joined #ste||ar
qiu has joined #ste||ar
hkaiser has joined #ste||ar
ms[m] has quit [Quit: Reconnecting]
qiu has quit [Ping timeout: 246 seconds]
qiu has joined #ste||ar
qiu has quit [Quit: Client closed]
ms[m] has joined #ste||ar
<hkaiser> gnikunj[m]: on #5441 I'm seeing ASAN failures for the two distributed resiliency tests: https://github.com/STEllAR-GROUP/hpx/runs/3052374495
<hkaiser> any idea what they have in common that could cause this?
<gnikunj[m]> Let me have a look
<hkaiser> gnikunj[m]: it's most likely caused by somethiing I did, but I'm a bit clueless atm
<gnikunj[m]> It seems to be arriving at the time of HPX initialization itself
<hkaiser> gnikunj[m]: you think so?
<gnikunj[m]> hkaiser: the stack trace hasn't gone into any of the resilience related functions
<hkaiser> gnikunj[m]: could you try reproducing it?
<hkaiser> I know :/
<hkaiser> but it's happening for the resilience tests only
<gnikunj[m]> Yes, let me try reproducing it
qiu has joined #ste||ar
<hkaiser> gnikunj[m]: also: meeting
<gnikunj[m]> Yes, installing zoom on my other laptop atm. Will join asap.
<ms[m]> hkaiser, gnikunj, I don't have any particularly useful hints for you, but it's not necessarily during initialization
<ms[m]> it's happening while trying to run a thread function, asan is just reporting that os thread was spawned from the init
<gnikunj[m]> ms: I'm currently trying to reproduce it. Thanks for the heads up!
qiu has quit [Quit: Client closed]
mdiers[m] has quit [*.net *.split]
Deepak1411[m] has quit [*.net *.split]
gdaiss[m] has quit [*.net *.split]
<hkaiser> ms[m]: thanks
<hkaiser> I can't reproduce it here, unfortunately, even with ASAN enabled
<gnikunj[m]> hkaiser: why does HPX throws a cmake error searching for Asio when the backend parcelport is set to MPI?
<gnikunj[m]> ms: ^^
diehlpk_work has joined #ste||ar
<ms[m]> gnikunj: good question
<ms[m]> can you post the cmake config and output?
<gnikunj[m]> sure, let me raise a ticket
<hkaiser> gnikunj[m]: we need asio for the timers, not only the tcp parcelport
<ms[m]> gnikunj: well, do you have asio somewhere in a system location?
<gnikunj[m]> No, but why do we need asio when we're using MPI backend and not TCP?
<ms[m]> and does it really have anything to do with mpi? do you mean it works fine if you turn off the mpi parcelport?
<ms[m]> for timed execution
<gnikunj[m]> aah, I thought it was only used in the parcelport backends
<ms[m]> nope
<hkaiser> gnikunj[m]: I don't think we can get rid of the asio dependency atm
<ms[m]> well, timed execution and a few utilities (in addition to the parcelport)
<gnikunj[m]> got it
<hkaiser> gnikunj[m]: your do{ if(cond()) break; } while(true); is now a more complicated version of while(cond()) {} :/
<hkaiser> what's wrong with do { yield(); } while(!try_lock()); ?
<diehlpk_work> hkaiser, gnikunj[m] gonidelis[m] Have you finished the GSoC evaluation?
<diehlpk_work> Deadline is this Friday
<gnikunj[m]> hkaiser: see pm pls
<hkaiser> gnikunj[m]: what's up?
hkaiser has quit [Read error: Connection reset by peer]
hkaiser has joined #ste||ar
ms[m] has quit [Read error: Connection reset by peer]
rori[m] has quit [Read error: Connection reset by peer]
KordeJong[m] has quit [Read error: Connection reset by peer]
gonidelis[m] has quit [Read error: Connection reset by peer]
jedi18[m] has quit [Read error: Connection reset by peer]
sestro[m] has quit [Read error: Connection reset by peer]
rachitt_shah[m] has quit [Read error: Connection reset by peer]
PatrickDiehl[m] has quit [Read error: Connection reset by peer]
pedro_barbosa[m] has quit [Read error: Connection reset by peer]
heller[m] has quit [Read error: Connection reset by peer]
gnikunj[m] has quit [Read error: Connection reset by peer]
srinivasyadav227 has quit [Read error: Connection reset by peer]
jpinto[m] has quit [Read error: Connection reset by peer]
PatrickDiehl[m] has joined #ste||ar
jedi18[m] has joined #ste||ar
ms[m] has joined #ste||ar
rori[m] has joined #ste||ar
gdaiss[m] has joined #ste||ar
KordeJong[m] has joined #ste||ar
rachitt_shah[m] has joined #ste||ar
pedro_barbosa[m] has joined #ste||ar
sestro[m] has joined #ste||ar
heller[m] has joined #ste||ar
srinivasyadav227 has joined #ste||ar
jpinto[m] has joined #ste||ar
Deepak1411[m] has joined #ste||ar
gonidelis[m] has joined #ste||ar
gnikunj[m] has joined #ste||ar
mdiers[m] has joined #ste||ar