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/
<hkaiser>
K-ballo: master is hanging for you?
<hkaiser>
uhh
eschnett_ has quit [Quit: eschnett_]
<K-ballo>
not exactly... I'm seeing hangs after applying a change that isn't hit
<K-ballo>
and it's not consistent, comes and goes
<K-ballo>
so I'm left to assume it must happen on master too.. but it's confusing
<parsa>
daissgr: ping
<hkaiser>
parsa: Gregor is definitely asleep
<parsa>
hkaiser: he keeps going on and off… wasn't on during day… i can't tell anymore
<daissgr>
nope! I have now arrived
<daissgr>
sorry for the delay!
<daissgr>
I am just now writing an answer to patricks email
<Yorlik>
I think I am running into a similar issue with the use of macros like yesterday
<Yorlik>
I define a class in a namespace and want to register it as a component
<Yorlik>
It live in a dll
<Yorlik>
I also want a method of this class to be registered as an action
<Yorlik>
I put this macro into the source: using solstate = lua::solstate;
<Yorlik>
using solstate_type = hpx::components::component<solstate>;
<Yorlik>
The example starts with the action definition
<Yorlik>
but nothing about the component itself is in the header
<Yorlik>
I couldn't imagine how this would work - I think the documentation is missing something here.
<parsa>
daissgr: do you have some time now or in the next few days to discuss what to do about the radiation kernel?
<Yorlik>
Argh .. forgot HPX_COMPONENT_EXPORT
<Yorlik>
OK - ditch that question ...
<daissgr>
Ah! The next few days would be a lot better! I had some issues with my train connections today so I arrived a lot later than I originally anticipated - right now I am rather tired :)
<daissgr>
parsa: when do you have time do this over the next few days?
<parsa>
i'm pretty much available all the time… this is one of the things i have to get done before if i want to graduate :)
<daissgr>
If you want we can do this tomorrow. As Dirk mentioned during the last conference call we are away from Sunday until Wednesday, so I am having a hard time planning anything for those days
<daissgr>
so for me either tomorrow or after Wednesday would work
<parsa>
tomorrow works… will you be on IRC?
<daissgr>
sure I can do that! Let's say 10pm my time, which should translate to 3 pm CST?
<daissgr>
oh hey, I just checked another run I started earlier. Apparentely our current GPU kernels are now working under power as well :)
<hkaiser>
nice!
<parsa>
daissgr: good… talk you then
<daissgr>
hkaiser: One thing I have noticed: On PowerPC Octo-Tiger is crashing immediately when it is called to to many command line arguments before there is any output. I simply sidestepped this problem by using less arguments and moved my initialisation to a .ini file
<daissgr>
could this be HPX related? I have never seen this behaviour before. Right now it is not critical, just annoying
<hkaiser>
daissgr: heller_ fixed a stack overflow during ini file handling on Power today, not sure if that's related
<daissgr>
parsa: Alright until tomorrow. That should give me time to over the radiation beforehand as well - right now I don't know to much about that part of the code
<hkaiser>
see #3703
<daissgr>
okay! Right now I am using a somewhat older HPX commit that Patrick recommended (65c22662ccd5c63f43421cf76ca29d8222bf7f23) that seems to work otherwise.
<daissgr>
Once 3703 is merged I will try out HPX master again
<Yorlik>
How would I invoke an action on a class? Just replace the location id with the instance id?