1. 23 May, 2002 1 commit
  2. 22 May, 2002 2 commits
  3. 18 May, 2002 5 commits
  4. 17 May, 2002 5 commits
  5. 16 May, 2002 4 commits
  6. 15 May, 2002 8 commits
  7. 13 May, 2002 3 commits
  8. 12 May, 2002 3 commits
  9. 11 May, 2002 5 commits
  10. 10 May, 2002 2 commits
  11. 09 May, 2002 2 commits
    • Kurt Zeilenga's avatar
      Patch: back-passwd needs pwent mutex (ITS#1794) · 445b7982
      Kurt Zeilenga authored
      			================
      Written by Hallvard B. Furuseth and placed into the public domain.
      This software is not subject to any license of the University of Oslo.
      			================
      
      back-passwd uses getpwent() and setpwfile(), which use static data.
      It needs a mutex to make sure these operations can complete without
      interference from another back-passwd call.  Here is a patch.
      
      Hallvard B. Furuseth <h.b.furuseth@usit.uio.no>, May 2002.
      445b7982
    • Kurt Zeilenga's avatar
      Patch: Non-unique msgid for abandon in back-<shell,tcl> (ITS#1793) · 15e6a98b
      Kurt Zeilenga authored
      			================
      Written by Hallvard B. Furuseth and placed into the public domain.
      This software is not subject to any license of the University of Oslo.
      			================
      
      Here is a patch which does what I described.  Of course, someone has
      to decide if that is the right solution:-)
      - Add an "opid:" line to the input to back-shell commands.
      - Add an "abandonid: <opid> line to back-shell/abandon input.
      - Replace message id with opid in back-tcl arguments.
      - Add an abandonid = <opid> argument to back-tcl/abandon.
      An opid (operation ID) is a "connection ID/message ID" string.  I
      would have liked to use another name to avoid confusion with struct
      slap_op->o_opid, but I could not think of another apt word.
      
      This also fixes ITS#1784 and ITS#1792.  Since calling conventions
      changed anyway, I fixed back-shell by adding abandonid: and making
      opid: always be the ID of the current operation.
      
      Hallvard B. Furuseth <h.b.furuseth@usit.uio.no>, May 2002.
      15e6a98b