CVS log for parser3/src/main/Attic/pa_db_connection.C

Up to [parser3project] / parser3 / src / main

Request diff between arbitrary revisions - Display revisions graphically

Keyword substitution: kv
Default branch: MAIN

removed hashfile support for now

name spelling

2002

merged from r17 - hashfile without logfiles

hashfile:
removed use of transactions
[libdb removed DB_INIT_LOCK, DB_INIT_LOG, DB_INIT_TXN init bits,
thus got rid of huge log files, which cluttered disk without huge need]

couple cache expiratiors were wrong [past/future prob]

hash now does not containt 0 values. put 0 actullay removes.
no check on 0 value in foreach now required

expiration from debug to normal

hence i removed skipping 0 values in hash::for_each-es we need to check cleaned cache items manually. few more checks.

expiring to 0 time was wrong, changed to 'now' time

hence i removed skipping 0 values in hash::for_each-es we need to check cleaned cache items manually

parser_multithreaded check was wrong

$status:db
fixed used not initialized in db_connection & db_table

z

	// lockdetector flags
	dbenv.lk_detect=DB_LOCK_RANDOM;

libdb DB_THREAD flag only when really needed

cstr(asis) default param removed

removed old consts

expire table [was accidently pasted with wrong type/cast]

exception translation

db2 on linux with DB 2.4.14: (6/2/98)

DB2 ifdefs

^hashfile.clear[]

db expiration connection&table [forgotten calls]

db checkpoints

db checkpoints

db recover mech 2

db connections & tables now cached at create time & multithreaded

about to remove connection from vhashfile

started db_home [multiple, cached]
todo: autorecover [tried, but not succeded, yet]

hashfile setted this:
DB_RMW
Acquire write locks instead of read locks when doing the retrieval. Setting this flag may decrease the likelihood of deadlock during a read-modify-write cycle by immediately acquiring the write lock during the read part of the cycle so that another thread of control acquiring a read lock for the same item, in its own read-modify-write cycle, will not result in deadlock

hashfile expired deleted from db when get & iterate

hashfile expiring 1

db_connection not bothers with key when not returning expired data

db_cursor constructor public now

hashfile data stamped, todo: put_element analize

hashfile pieced serialize. todo stamp

^hashfile.hash[]

^hashfile.transaction{code}
^hashfile:clear[filename]
^hashfile.delete[key]

hashfile 0