1. 11 7月, 2014 1 次提交
  2. 09 7月, 2014 1 次提交
  3. 07 7月, 2014 1 次提交
  4. 01 7月, 2014 1 次提交
  5. 26 6月, 2014 3 次提交
  6. 25 6月, 2014 4 次提交
  7. 24 6月, 2014 2 次提交
  8. 12 3月, 2014 1 次提交
  9. 13 3月, 2014 1 次提交
  10. 12 3月, 2014 1 次提交
  11. 06 3月, 2014 1 次提交
  12. 26 3月, 2014 1 次提交
  13. 27 2月, 2014 2 次提交
  14. 21 2月, 2014 2 次提交
  15. 14 2月, 2014 2 次提交
  16. 10 2月, 2014 2 次提交
  17. 14 1月, 2014 1 次提交
  18. 07 8月, 2014 1 次提交
  19. 05 8月, 2014 1 次提交
  20. 03 8月, 2014 1 次提交
  21. 30 7月, 2014 1 次提交
  22. 30 5月, 2014 1 次提交
  23. 17 1月, 2014 1 次提交
  24. 29 7月, 2014 1 次提交
  25. 26 6月, 2014 1 次提交
  26. 18 7月, 2014 1 次提交
    • G
      8050978: Fix bad field access check in C1 and C2 · ce549026
      goetz 提交于
      Summary: JCK8 test vm/constantpool/accessControl/accessControl004/accessControl00402m3/accessControl00402m3.html fails with -Xbatch -Xcomp due to bad field access check in C1 and C2. Fix: In ciField::ciField(), just before the canonical holder is stored into the _holder variable (and which is used by ciField::will_link()) perform an additional access check with the holder declared in the class file. If this check fails, store the declared holder instead and ciField::will_link() will bail out compilation for this field later on. Then, the interpreter will throw an PrivilegedAccessException at runtime.
      Reviewed-by: kvn, vlivanov
      Contributed-by: andreas.schoesser@sap.com
      ce549026
  27. 17 7月, 2014 1 次提交
    • M
      8050972: Concurrency problem in PcDesc cache · 7c57f798
      mdoerr 提交于
      Summary: The entries of the PcDesc cache in nmethods are not declared as volatile, but they are accessed and modified by several threads concurrently.
      Reviewed-by: kvn, dholmes, dcubed
      7c57f798
  28. 22 7月, 2014 1 次提交
  29. 21 7月, 2014 2 次提交
    • T
      8040977: G1 crashes when run with -XX:-G1DeferredRSUpdate · 056efa55
      tschatzl 提交于
      Summary: When G1 is run with -XX:-G1DeferredRSUpdate, the VM crashes because of wrong initialization order of member variables. The change makes the initalization explicit, not relying on initialization order any more.
      Reviewed-by: brutisso, mgerdin
      056efa55
    • T
      8035401: Fix visibility of G1ParScanThreadState members · 9ef303d5
      tschatzl 提交于
      Summary: After JDK-8035400 there were several opportunities to fix the visibility of several members of the G1ParScanThreadState class.
      Reviewed-by: brutisso, mgerdin
      9ef303d5