diff options
author | 2013-12-04 17:56:04 -0400 | |
---|---|---|
committer | 2013-12-04 17:56:04 -0400 | |
commit | 2c9fba8a2d2327c986345b747133fdfd6ccd7047 (patch) | |
tree | e212d45fe85e54358701806972dbb359b88c6a7a /doc/devblog/day_71__that_was_unexpected.mdwn | |
parent | 34c320e0325b52b33fac343dde24e8ed54385a62 (diff) |
devblog
Diffstat (limited to 'doc/devblog/day_71__that_was_unexpected.mdwn')
-rw-r--r-- | doc/devblog/day_71__that_was_unexpected.mdwn | 30 |
1 files changed, 30 insertions, 0 deletions
diff --git a/doc/devblog/day_71__that_was_unexpected.mdwn b/doc/devblog/day_71__that_was_unexpected.mdwn new file mode 100644 index 000000000..94faed557 --- /dev/null +++ b/doc/devblog/day_71__that_was_unexpected.mdwn @@ -0,0 +1,30 @@ +Had planned to spend all day not working on git-annex and instead getting +caught up on conference videos. However, got a little bit multitasky while +watching those, and started investigating why, last time I worked on +Windows port, git-annex was failing to link. + +A good thing to do while watching conference videos since it involved lots of +test builds with different flags. Eventially solved it. +Building w/o WebDAV avoids crashing the compiler anyhow. + +Thought I'd try the resulting binary and see if perhaps I had forgotten to +use the threaded RTS when I was running ghc by hand to link it last time, +and perhaps that was why threads +[[seemed to have hung|day 56 git-annex user survey]] back then. + +It was. This became clear when I saw a "deadlocked indefinitely in MVar" +error message, which tells me that it's at least using the threaded RTS. +So, I fixed that, and a few other minor things, and ran this command +in a DOS prompt box: + + git annex watch --force --foreground --debug + +And I've been making changes to files in that repository, and amazingly, +the watcher is noticing them, and committing them! + +So, I was almost entirely there to a windows port of the watcher a month +ago, and didn't know. It has some rough edges, including not doing anything +to check if a newly created file is open for write when adding it, and +getting the full assistant ported will be more work, and the full webapp +may be a whole other set of problems, but this is a quite nice milestone +for the Windows port. |