trent nelson ktctpxaonresolvecom hey greg im pycon indeed staying sprints til next thursday ill drop note offline catching query whether try later version berkeleydb committed 4420 44x 2630 worth investigating newer versions martinjesus thoughts regarding db_static build conflicting compilelink options im going bring db_static source directly _bsddb project make lot easier debug trent gregory p smith amuhkryptoorg sent 13 march 2008 2200 trent nelson cc zvlllneumpythonorg jesus cea subject windows x64 bsddb 4420 woes havent built bsddb stuff windows years never access windows x64 system im silver bullet making berkeleydb compile link options match python first place id start also able make debug build berkeleydb though sounds like may tried already next debugging id take look assembly see exactly failing youre pycon right meet try figure arrived 31308 trent nelson wrote ive trying give windows x64 builds bit tlc past evenings managed get successful build external modules last night tcltk required half dozen codeconfiguration changes order build windows x64 environment visual studio 9 ill deal separate thread roundup issue unfortunately though back bsddb issues got 15 tests without error test_whichdb ran results following called dbhashpy return bsddbhashopenfile flag mode trace call dbenv_open _bsddbc static pyobject dbenv_opendbenvobject self pyobject args int err flags0 mode0660 char db_home pyarg_parsetupleargs ziiopen db_home flags mode return null check_env_not_closedself mydb_begin_allow_threads err selfdb_envopenselfdb_env db_home flags mode placing breakpoint line stepping results visual studio reporting buffer overrun occurred python_dexe corrupted programs internal state press break debug program continue terminate program fwiw exception raised part gs buffer overflow checks implemented gs_resultc provided vs9 installation annoyingly awkward debug cant break call multiple steps order try place breakpoints db_static module callstack isnt useful either _bsddb_dpyd__crt_debugger_hook _bsddb_dpyd__report_gsfailureunsigned __int64 stackcookie2211040 _bsddb_dpyd__gshandlercheckcommonvoid establisherframe0x000000000021bce0 _bsddb_dpyd__gshandlercheck_exception_record exceptionrecord0x000000000021bbc0 ntdlldll00000000773ae13d frames may incorrect andor missing symbols loaded ntdlldll ntdlldll00000000773aea57 ntdlldll00000000773b59f8 _bsddb_dpyd__os_strdup 0x18 bytes _bsddb_dpyd__os_tmpdir 0x281 bytes youd think placing breakpoints db 4420s __os_strdup __os_tmpdir methods would something alas bufferoverflow exception raised breakpoints set makes suspect theres something funky going entire build linking db_static vs honour breakpoints code entered even added db_static pcbuildsln rebuilt dice ive noticed theyre using consistent compiler flags default use gs use gs allow function level linking dont note change db_statics options align _bsddbs bufferoverflow exception still thrown greg jesús im ccing guys stfwing seems bring back two comes bsddb issues ive still got list things try regarding debugging x64 issue wanted reach see anyone else encountered bsddb ever built successfully win64 passed tests venturing new ground martin youve changed externalsbsddb4420 regards x64 builds recently able get things working x64 environments regards trent _______________________________________________ pythondev mailing list zvlllneumpythonorg httpmailpythonorgmailmanlistinfopythondev unsubscribe httpmailpythonorgmailmanoptionspythondevpythondev40tangomucom wed 06 aug 2008 005543 0700 pythondev windows x64 bsddb 4420 woes