1. 09 9月, 2015 1 次提交
  2. 17 3月, 2015 1 次提交
  3. 18 9月, 2014 1 次提交
  4. 03 9月, 2014 2 次提交
  5. 06 8月, 2014 1 次提交
  6. 26 7月, 2014 1 次提交
  7. 11 7月, 2014 1 次提交
  8. 25 6月, 2014 1 次提交
  9. 04 5月, 2014 1 次提交
  10. 16 4月, 2014 1 次提交
  11. 08 10月, 2013 2 次提交
  12. 19 5月, 2013 1 次提交
  13. 15 4月, 2013 3 次提交
  14. 12 4月, 2013 1 次提交
  15. 11 4月, 2013 1 次提交
  16. 03 4月, 2013 1 次提交
  17. 02 4月, 2013 1 次提交
  18. 24 3月, 2013 1 次提交
  19. 10 3月, 2013 1 次提交
  20. 06 3月, 2013 1 次提交
  21. 30 12月, 2012 1 次提交
  22. 27 12月, 2012 1 次提交
  23. 22 12月, 2012 1 次提交
  24. 06 12月, 2012 4 次提交
  25. 29 11月, 2012 1 次提交
  26. 21 10月, 2012 1 次提交
  27. 18 8月, 2012 1 次提交
  28. 24 7月, 2012 1 次提交
  29. 15 7月, 2012 1 次提交
  30. 21 6月, 2012 1 次提交
  31. 16 6月, 2012 1 次提交
  32. 29 2月, 2012 1 次提交
  33. 21 1月, 2012 1 次提交
    • R
      deshake: variable used uninitialized · 9ec39937
      Ray Simard 提交于
      Sometimes the scan finds nothing that qualifies for addition to
      the array and pos is zero after the loops.  The code forces pos to
      1 and the array is then processed as if it had one valid element in it,
      producing some amusing but not very useful results.
      
      I don't see the rationale for this.  If pos is zero coming out of the
      loops, the only appropriate thing to do is set t->angle to zero.  The
      attached patch does that.  It's worked properly in several tests so far.
      Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
      9ec39937