1. 03 9月, 2014 2 次提交
  2. 06 8月, 2014 1 次提交
  3. 26 7月, 2014 1 次提交
  4. 11 7月, 2014 1 次提交
  5. 25 6月, 2014 1 次提交
  6. 04 5月, 2014 1 次提交
  7. 16 4月, 2014 1 次提交
  8. 08 10月, 2013 2 次提交
  9. 19 5月, 2013 1 次提交
  10. 15 4月, 2013 3 次提交
  11. 12 4月, 2013 1 次提交
  12. 11 4月, 2013 1 次提交
  13. 03 4月, 2013 1 次提交
  14. 02 4月, 2013 1 次提交
  15. 24 3月, 2013 1 次提交
  16. 10 3月, 2013 1 次提交
  17. 06 3月, 2013 1 次提交
  18. 30 12月, 2012 1 次提交
  19. 27 12月, 2012 1 次提交
  20. 22 12月, 2012 1 次提交
  21. 06 12月, 2012 4 次提交
  22. 29 11月, 2012 1 次提交
  23. 21 10月, 2012 1 次提交
  24. 18 8月, 2012 1 次提交
  25. 24 7月, 2012 1 次提交
  26. 15 7月, 2012 1 次提交
  27. 21 6月, 2012 1 次提交
  28. 16 6月, 2012 1 次提交
  29. 29 2月, 2012 1 次提交
  30. 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
  31. 14 1月, 2012 1 次提交
  32. 13 1月, 2012 2 次提交