1 2011-11-11 00:01:09 <phungus> that sounds bad
 2 2011-11-11 00:02:22 <phungus> I'm still on 0.3.24 because I didn't want to be a .0 adopter. :-)
 3 2011-11-11 00:02:31 <phungus> now I'm thinking that might have been a wise choice
 4 2011-11-11 00:02:54 <sipa> i believe 0.3.24 was one of the least stable releases we had
 5 2011-11-11 00:05:23 <luke-jr> phungus: why?
 6 2011-11-11 00:05:40 <luke-jr> Gentoo stable is on (patched) 0.3.20.3 IIRC
 7 2011-11-11 00:05:52 <luke-jr> phungus: 0.4.1 will be out as soon as we get a fix finished
 8 2011-11-11 00:06:22 <luke-jr> oh, and people need to volunteer to build binaries&
 9 2011-11-11 00:07:10 <gavinandresen> slow == careful....  there are issues....
10 2011-11-11 00:07:20 <gavinandresen> Actually, who knows the most about berkeley db here?
11 2011-11-11 00:07:43 <luke-jr> *crickets chirp*
12 2011-11-11 00:07:56 <gavinandresen> sigh
13 2011-11-11 00:08:43 <gavinandresen> In particular, I need to know if there is a way to tell bdb to clean up after itself-- remove any temporary files, log files, etc.
14 2011-11-11 00:09:09 <gavinandresen> ... or do "we" need to write code to clean up after it ourselves.
15 2011-11-11 00:10:36 <sipa> gavinandresen: http://pybsddb.sourceforge.net/api_c/env_remove.html
16 2011-11-11 00:18:50 <phungus> 0.3.24 has been pretty stable on Windows 7
17 2011-11-11 00:19:03 <phungus> and I suppose on Linux too but I haven't used my dev instance much
18 2011-11-11 00:19:16 <phungus> but yes, I will upgrade at some point. :-)
19 2011-11-11 00:19:21 <phungus> I use truecrypt for now anyway
20 2011-11-11 01:06:29 <roconnor_> what happens in the bitcoin client when CastToBigNum throws a runtime exception?
21 2011-11-11 01:06:43 <roconnor_> presumably it is caught somewhere?
22 2011-11-11 01:07:11 <roconnor_> ah it is caught in EvalScript
23 2011-11-11 01:07:14 <roconnor_> nevermind
24 2011-11-11 01:24:23 <gavinandresen> luke-jr: I've finished the 'make sure private keys aren't left on disk when bitcoin exits' code done.  Just have to write the 'obsolete the keypool' code.
25 2011-11-11 01:34:54 <roconnor_> anyone know if the integers processed in scripts are big-endian or little-endian?
26 2011-11-11 01:40:21 <luke-jr> roconnor_: if it matters, I'd be afraid it would cause a block chain split
27 2011-11-11 01:42:27 <roconnor_> luke-jr: it is exactly one of those subtle things that could go unnoticed for a long time
28 2011-11-11 01:43:21 <roconnor_> luke-jr: after looking carefully, it seems to use the same code that the serializer uses, which makes it little endian
29 2011-11-11 01:55:06 <roconnor_> I take that back, I'm not sure whether it is little endian or not
30 2011-11-11 01:59:20 <luke-jr> gavinandresen: btw, how do you go from README.md -> README?
31 2011-11-11 02:00:42 <luke-jr> oh
32 2011-11-11 02:00:44 <luke-jr> a symlink
33 2011-11-11 03:44:09 <gavinandresen> luke-jr: heading to sleep-- patch for the problem will have to wait until tomorrow, I'm too tired to test carefully
34 2011-11-11 03:44:26 <luke-jr> oh well :<
35 2011-11-11 03:46:04 <gavinandresen> luke-jr: progress so far:  https://github.com/gavinandresen/bitcoin-git/commits/encryptionbug
36 2011-11-11 03:46:25 <luke-jr> gavinandresen: not ready for merging, I presume?
37 2011-11-11 03:46:29 <luke-jr> or ready, but needs testing?
38 2011-11-11 03:46:37 <gavinandresen> not ready-- at least one problem
39 2011-11-11 03:46:51 <gavinandresen> (encrypting the wallet should top-up the keypool with new keys before locking it)
40 2011-11-11 03:47:09 <gavinandresen> (and there is code to do that... but it doesn't work)
41 2011-11-11 03:47:41 <luke-jr> gavinandresen: fwiw, it would make things a little easier for me if the commits were built on top of the v0.4.0 tag instead of master, but I can backport if needed
42 2011-11-11 03:47:53 <gmaxwell> gavinandresen: probably some lock race that prevent the keypool toping?
43 2011-11-11 03:48:12 <casascius> Hello everyone.  I think I am about to appear on the news in a TV news story about Bitcoin that starts in about 15 minutes at CBS news station KOLD (www.kold.com)
44 2011-11-11 03:48:14 <casascius> It is being advertised on the home page of the news station
45 2011-11-11 03:48:33 <luke-jr> casascius: be sure to promote Tonal too!
46 2011-11-11 03:48:36 <gavinandresen> gmaxwell: not locking, I don't think... the keystore/wallet APIs are being... ummm... subtle
47 2011-11-11 03:48:49 <casascius> luke-jr: the interview is pre-recorded
48 2011-11-11 03:48:52 <luke-jr> casascius: :P
49 2011-11-11 03:49:04 <casascius> i gave it over skype a week ago
50 2011-11-11 03:49:18 <casascius> they asked questions about security
51 2011-11-11 03:49:21 <gavinandresen> gmaxwell: anyway, that'll wait until tomorrow, unless somebody else wants to take a crack at it while I'm asleep
52 2011-11-11 03:49:50 <casascius> luke-jr: doubt it
53 2011-11-11 07:35:50 <CIA-89> bitcoin: Con Kolivas * rd548670ed23e cgminer/README: Update README.
54 2011-11-11 07:45:52 <CIA-89> bitcoin: Con Kolivas * r19cad2a61588 cgminer/NEWS: Update NEWS.
55 2011-11-11 07:45:53 <CIA-89> bitcoin: Con Kolivas * rb0bfd816d621 cgminer/miner.h: Don't build VIA on apple since -a auto bombs instead of gracefully ignoring VIA failing.
56 2011-11-11 07:45:55 <CIA-89> bitcoin: Con Kolivas * r0638155c3707 cgminer/main.c: Don't load the default config if a config file is specified on the command line.
57 2011-11-11 07:55:45 <CIA-89> bitcoin: Con Kolivas * r79159c3bcc0e cgminer/NEWS: Update NEWS.
58 2011-11-11 07:55:47 <CIA-89> bitcoin: Con Kolivas * r35a8b9f3c5ee cgminer/configure.ac: Bump version number to 2.0.8
59 2011-11-11 10:25:49 <CIA-89> bitcoin: Con Kolivas * rd5231ea57f59 cgminer/ (Makefile.am configure.ac): Fix build error with -ldl being passed to LDFLAGS instead of LDADD and update configure output.
60 2011-11-11 10:25:50 <CIA-89> bitcoin: Con Kolivas * r1419719ce579 cgminer/NEWS: Update NEWS.
61 2011-11-11 12:13:01 <tcatm> anyone interested in 32GB historic orderbook data? :)