<div dir="ltr">On Fri, Mar 6, 2015 at 8:53 AM, Daniel Näslund <span dir="ltr"><<a href="mailto:dannas@dannas.name" target="_blank">dannas@dannas.name</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I'm looking for good first bugs. Something that I can finish in a few<br>
evenings that helps me sort of the structure of the code base.<br></blockquote><div><br></div><div>Great!<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The TODO wiki page links to<br>
<a href="https://github.com/mozilla/rr/labels/goodfirstbug" target="_blank">https://github.com/mozilla/rr/labels/goodfirstbug</a>.<br>
<br>
#1153 Remove constraint on srcdir/objdir...<br>
    I was bitten by this when I first tried to build. I'll make an<br>
    attempt (though I despise every build system just as much as any<br>
    other developer).<br>
<br>
#1054 Implement remaining syscalls<br>
    Rocallahan says [3]<br>
    "I think we shouldn't clutter up rr with support for syscalls that no-one<br>
    ever uses in practice (e.g. because they're obsolete). So I think<br>
    anytime someone submits a patch supporting a syscall, we require some<br>
    evidence that it's actually needed (e.g., someone says they hit it<br>
    recording some program)."<br>
<br>
    Any syscalls that we know are needed?<br></blockquote><div><br></div><div>One way to proceed here is to try recording different applications and just fix the bugs that come up. Some of those bugs will be additional syscalls that need to be supported.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Other suggestions? ===<br>
<br>
rocallahan said in [2]:<br>
<br>
    "Even just installing an unrelated package could cause problems.<br>
    Probably we should always just copy /etc/ld.so.cache into the trace so<br>
    that you can do Unrelated package changes without invalidating traces."<br>
<br>
    Is that something that is feasible? Needed?<br></blockquote><div><br></div><div>I think it would definitely be worth doing this if it allows unrelated packages to be installed/removed without breaking replayability of existing traces. It's really easy to do; see should_copy_mmap_region.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
cgjones said in [4]<br>
<br>
    "To narrow things down, you can check the "SigCgt" (et al.) entries in<br>
    /proc//status to see what linux thinks the signal setup is. It would be<br>
    super great to add another function for rr's "check mode" that ensures<br>
    rr's view of signal setup is the same as linux's. We do this for the<br>
    memory map already."<br>
<br>
    Is that something that can be done as a first-time project?<br></blockquote><div><br><br></div>Sure.<br></div><div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Any other suggestions on first good bugs?<br></blockquote><br></div><div class="gmail_quote">I think trying to record and replay different kinds of applications would be a great way to improve rr and learn about the code.<br></div><br clear="all"></div><div class="gmail_extra">Rob<br></div><div class="gmail_extra">-- <br><div class="gmail_signature"><div dir="ltr">oIo otoeololo oyooouo otohoaoto oaonoyooonoeo owohooo oioso oaonogoroyo<br>owoiotoho oao oboroootohoeoro oooro osoiosotoeoro owoiololo oboeo<br>osouobojoeocoto otooo ojouodogomoeonoto.o oAogoaoiono,o oaonoyooonoeo owohooo<br>osoaoyoso otooo oao oboroootohoeoro oooro osoiosotoeoro,o o‘oRoaocoao,o’o oioso<br>oaonosowoeoroaoboloeo otooo otohoeo ocooouoroto.o oAonodo oaonoyooonoeo owohooo<br>osoaoyoso,o o‘oYooouo ofooooolo!o’o owoiololo oboeo oiono odoaonogoeoro ooofo<br>otohoeo ofoioroeo ooofo ohoeololo.</div></div>
</div></div>