Uploaded image for project: 'Lucene - Core'
  1. Lucene - Core
  2. LUCENE-6507

NativeFSLock.close() can invalidate other locks

Details

    • Bug
    • Status: Closed
    • Blocker
    • Resolution: Fixed
    • None
    • 5.2, 6.0
    • None
    • None
    • New

    Description

      the lock API in Lucene is super trappy since the lock that we return form this API must first be obtained and if we can't obtain it the lock should not be closed since we might ie. close the underlying channel in the NativeLock case which releases all lock for this file on some operating systems. I think the makeLock method should try to obtain and only return a lock if we successfully obtained it. Not sure if it's possible everywhere but we should at least make the documentation clear here.

      Attachments

        1. LUCENE-6507-410x.patch
          28 kB
          Michael McCandless
        2. LUCENE-6507.patch
          4 kB
          Robert Muir
        3. LUCENE-6507.patch
          5 kB
          Robert Muir
        4. LUCENE-6507.patch
          10 kB
          Simon Willnauer
        5. LUCENE-6507.patch
          14 kB
          Robert Muir
        6. LUCENE-6507.patch
          14 kB
          Robert Muir
        7. LUCENE-6507.patch
          19 kB
          Robert Muir
        8. LUCENE-6507.patch
          17 kB
          Robert Muir
        9. LUCENE-6507.patch
          17 kB
          Robert Muir
        10. LUCENE-6507.patch
          18 kB
          Michael McCandless
        11. LUCENE-6507.patch
          19 kB
          Michael McCandless
        12. LUCENE-6507.patch
          21 kB
          Michael McCandless

        Activity

          People

            Unassigned Unassigned
            simonw Simon Willnauer
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: