Commit Graph

38 Commits

Author SHA1 Message Date
Serhiy Storchaka
2e576f5aec bpo-30144: Import collections ABC from collections.abc rather than collections. (#1263) 2017-04-24 09:05:00 +03:00
Serhiy Storchaka
4fc7942118 Issue #28847: A deprecation warning is now emitted if the index file is missed
and recreated in the 'r' and 'w' modes (will be an error in future Python
releases).
2016-12-07 11:11:12 +02:00
Serhiy Storchaka
520348e5c0 Issue #28847: dbm.dumb now supports reading read-only files and no longer
writes the index file when it is not changed.
2016-12-07 11:00:06 +02:00
Serhiy Storchaka
028ace1ccb Issue #28847: dbm.dumb now supports reading read-only files and no longer
writes the index file when it is not changed.
2016-12-07 10:56:39 +02:00
Serhiy Storchaka
0122ae9ac8 Issue #21708: Deprecated dbm.dumb behavior that differs from common dbm
behavior: creating a database in 'r' and 'w' modes and modifying a database
in 'r' mode.
2016-07-06 12:21:58 +03:00
Serhiy Storchaka
2116b12da5 Issue #23865: close() methods in multiple modules now are idempotent and more
robust at shutdown. If needs to release multiple resources, they are released
even if errors are occured.
2015-04-10 13:29:28 +03:00
Serhiy Storchaka
7e7a3dba5f Issue #23865: close() methods in multiple modules now are idempotent and more
robust at shutdown. If needs to release multiple resources, they are released
even if errors are occured.
2015-04-10 13:24:41 +03:00
Serhiy Storchaka
46ba6c8563 Issue #22831: Use "with" to avoid possible fd leaks. 2015-04-04 11:01:02 +03:00
Serhiy Storchaka
23edd49e5b Issue #22885: Fixed arbitrary code execution vulnerability in the dbm.dumb
module.  Original patch by Claudiu Popa.
2015-02-16 00:32:41 +02:00
Serhiy Storchaka
74eb8b2d1a Issue #22885: Fixed arbitrary code execution vulnerability in the dbm.dumb
module.  Original patch by Claudiu Popa.
2015-02-16 00:30:43 +02:00
Serhiy Storchaka
e5243cc713 Issue #21729: Used the "with" statement in the dbm.dumb module to ensure
files closing.  Patch by Claudiu Popa.
2014-06-25 20:37:30 +03:00
Serhiy Storchaka
65c623de74 Issue #21729: Used the "with" statement in the dbm.dumb module to ensure
files closing.  Patch by Claudiu Popa.
2014-06-25 20:35:31 +03:00
Serhiy Storchaka
b398d33c65 Issue #18039: dbm.dump.open() now always creates a new database when the
flag has the value 'n'.  Patch by Claudiu Popa.
2014-06-10 21:16:00 +03:00
Serhiy Storchaka
12c575f2f6 Restore performance of some dumb database methods (regression introduced by #19385). 2014-05-28 18:49:52 +03:00
Benjamin Peterson
e3083d3ad5 make operations on closed dumb databases raise a consistent exception (closes #19385)
Patch by Claudiu Popa.
2014-04-26 16:56:52 -04:00
Nick Coghlan
c610aba1ed Close #19282: Native context management in dbm 2013-11-17 15:59:51 +10:00
Ezio Melotti
9f96789cdc #17198: merge with 3.3. 2013-07-07 13:16:05 +02:00
Ezio Melotti
b08495bbcf #17198: Fix a NameError in the dbm module. Patch by Valentina Mukhamedzhanova. 2013-07-07 13:15:08 +02:00
Andrew Svetlov
f7a17b48d7 Replace IOError with OSError (#16715) 2012-12-25 16:47:37 +02:00
Andrew Svetlov
ad28c7f9da Issue #16706: get rid of os.error 2012-12-18 22:02:39 +02:00
Jesus Cea
f1af705720 #16135: Removal of OS/2 support (Remove OS2 and OS/2 references) 2012-10-05 02:48:46 +02:00
Jesus Cea
bc566b00ad Close #13007: whichdb should recognize gdbm 1.9 magic numbers 2011-09-19 17:08:18 +02:00
Éric Araujo
37e6c54ba1 Merge 3.1 2011-04-20 19:24:09 +02:00
Éric Araujo
f8e1b60799 Add docstring to dbm.open 2011-04-20 18:52:55 +02:00
briancurtin
525c25d42f Fix #11491. When dbm.open was called with a file which already exists and
the "flag" argument is "n", dbm.error was being raised. As documented,
dbm.open(...,flag='n') will now "Always create a new, empty database,
open for reading and writing", regardless of a previous file existing.
2011-03-14 16:03:54 -04:00