An error occurred fetching the project authors.
  1. 07 Dec, 2003 1 commit
  2. 13 Nov, 2003 1 commit
  3. 16 Sep, 2003 1 commit
  4. 12 Sep, 2003 1 commit
    • Raymond Hettinger's avatar
      SF #662923 · deadbf50
      Raymond Hettinger authored
      Add support for the iterator and mapping protocols.
      For Py2.3, this was done for shelve, dumbdbm and other mapping objects, but
      not for bsddb and dbhash which were inadvertently missed.
      deadbf50
  5. 28 May, 2003 2 commits
    • Gregory P. Smith's avatar
      Remove the note about the BerkeleyDB license. Barry indicates that · dad58601
      Gregory P. Smith authored
      sleepycat has told him that since python is OSS and berkeleydb is
      being distributed with python for the bsddb library all is fine.
      dad58601
    • Gregory P. Smith's avatar
      Include a link to the pybsddb web documentation for the modern object · 5772513f
      Gregory P. Smith authored
      oriented DbEnv & Db object BerkeleyDB interface.
      
      Include a note about Sleepycat's BerkeleyDB license with regards to
      distributing it within non-opensource applications and include a link
      to their website for license details.
      
      Document that 'r' is the default flag for the legacy bsddb btopen(),
      hashopen(), and rnopen() functions.  This is apparently different than the
      dbm libraries in other languages according to Bug #732951.  Changing
      the default from 'r' to 'c' would break backwards compatibility with
      legacy bsddb applications; documenting the default should suffice.
      5772513f
  6. 06 May, 2003 1 commit
  7. 17 Nov, 2002 1 commit
  8. 23 Apr, 2002 1 commit
    • Anthony Baxter's avatar
      SF patch [ 545523 ] patch for 514433 bsddb.dbopen (NULL) · 8388895f
      Anthony Baxter authored
      closes SF #514433
      
      can now pass 'None' as the filename for the bsddb.*open functions,
      and you'll get an in-memory temporary store.
      
      docs are ripped out of the bsddb dbopen man page. Fred may want to
      clean them up.
      
      Considering this for 2.2, but not 2.1.
      8388895f
  9. 05 Jan, 2001 1 commit
  10. 15 Sep, 2000 1 commit
  11. 03 Apr, 2000 1 commit
  12. 23 Apr, 1999 1 commit
  13. 22 Apr, 1999 1 commit
  14. 19 Apr, 1999 1 commit