1 2011-10-15 00:40:13 <CIA-101> bitcoin: Con Kolivas * rfb0c580b621f cgminer/ocl.c: Go to kernel build should we fail to clCreateProgramWithBinary instead of failing on that device. Should fix the windows problems with devices not initialising.
2 2011-10-15 01:26:16 <theymos> Something odd just appeared in the block chain. I'm not yet sure what it is. It killed both of my BBE instances.
3 2011-10-15 01:26:28 <Diablo-D3> merged mining?
4 2011-10-15 01:26:58 <theymos> I think they just add data to the coinbase, which should be handled fine.
5 2011-10-15 01:27:19 <Diablo-D3> yeah unless you have a broken tool
6 2011-10-15 01:27:42 <theymos> BBE has handled it fine in the past.
7 2011-10-15 01:27:58 <theymos> It looks like a duplicate transaction, but BBE should handle this and I don't see one.
8 2011-10-15 01:37:44 <luke-jr> theymos: block?
9 2011-10-15 01:37:48 <theymos> Oh, I see. There was a large reorg and a transaction that was later in one fork appeared earlier in the other one. I hadn't deleted the transaction, so it seemed to be a duplicate. I'll need to delete all blocks after a fork when one happens.
10 2011-10-15 01:38:17 <luke-jr> :x
11 2011-10-15 01:38:28 <theymos> I'm surprised this never happened before. Even on testnet.
12 2011-10-15 01:38:31 <luke-jr> theymos: pretty sure Pident handled forks clearer
13 2011-10-15 01:38:36 <luke-jr> when it was still up
14 2011-10-15 01:39:13 <theymos> I'm rewriting BBE to handle everything better. This is my first major project in C++, though, and I want to make something really high quality, so it will take me a while.
15 2011-10-15 02:00:19 <CIA-101> bitcoin: Luke Dashjr * re8720b908428 cgminer/main.c: Support work without midstate or hash1, which are deprecated in bitcoind 0.5+
16 2011-10-15 02:00:21 <CIA-101> bitcoin: Con Kolivas * r8d96722c0419 cgminer/main.c: Merge branch 'no_midstate' of https://github.com/luke-jr/cgminer into 05
17 2011-10-15 02:00:22 <CIA-101> bitcoin: Con Kolivas * r3ba86c49e0a5 cgminer/main.c: Cosmetic fixes.
18 2011-10-15 06:33:18 <lorph> what's the recommended way to detect payments from people? getnewaddress [unique id generated for the customer?]
19 2011-10-15 06:44:22 <neofutur> yes, one adress per order or customer is the way
20 2011-10-15 07:38:39 <makomk> Wait, a large reorg after a series of DDoS attacks against pools? That's a tad worrying.
21 2011-10-15 07:41:00 <wereHamster> why does bitcoind use 400M RSS?
22 2011-10-15 09:43:23 <sipa> Eliel: aha, another name i recognied on #haskell
23 2011-10-15 09:43:40 <Eliel> yep :)
24 2011-10-15 09:44:08 <Eliel> there's a few people who frequent both here and #haskell
25 2011-10-15 09:45:09 <sipa> ye
26 2011-10-15 09:45:11 <sipa> s
27 2011-10-15 09:46:50 <Diablo-D3> dear lord
28 2011-10-15 09:46:54 <Diablo-D3> haskell discovered bitcoin?
29 2011-10-15 09:46:57 <Diablo-D3> time to jump ship
30 2011-10-15 09:48:32 <sipa> i learned about bitcoin in #haskell-blah
31 2011-10-15 09:48:43 <sipa> a year ago
32 2011-10-15 09:50:43 <Ycros> so, where's the haskell bitcoind replacement already
33 2011-10-15 09:51:22 <sipa> roconnor wrote a blockchain verifier in haskell, iirc
34 2011-10-15 09:51:33 <Diablo-D3> sipa: what, in 4 lines?
35 2011-10-15 09:51:52 <sipa> maybe 5
36 2011-10-15 09:52:05 <Diablo-D3> goddamnit >_<
37 2011-10-15 09:53:58 <Eliel> Diablo-D3: I think it was a few hundred lines.
38 2011-10-15 09:54:28 <Eliel> oh wait, darcs pull it was
39 2011-10-15 09:54:30 <sipa> including the ecdsa implementation :)
40 2011-10-15 09:55:03 <Eliel> no changes in a bit over 2 weeks
41 2011-10-15 09:55:13 <Eliel> then again, it has been a one person project :)
42 2011-10-15 09:55:15 <Diablo-D3> sipa: ffffffff
43 2011-10-15 09:55:23 <Diablo-D3> haskell is just not verbose enough
44 2011-10-15 09:55:41 <sipa> lol
45 2011-10-15 09:55:50 <Eliel> 1871 lines of code in it
46 2011-10-15 09:55:58 <Eliel> well, comments included
47 2011-10-15 09:56:07 <Diablo-D3> ffffffffff
48 2011-10-15 09:56:14 <Ycros> seriously though, as a pool developer, I'm sick of dealing with this C++ mess :P
49 2011-10-15 09:56:55 <Eliel> Ycros: trust me, unless you spend a year or two studying Haskell, it's way easier to read.
50 2011-10-15 09:56:55 <Ycros> haskell is a pretty good fit for this stuff
51 2011-10-15 09:57:11 <Ycros> Eliel: no, I am perfectly fine with haskell
52 2011-10-15 09:58:01 <Diablo-D3> no but CosbyCoin is
53 2011-10-15 09:58:04 <Eliel> I think it's time to read through the code again :)
54 2011-10-15 10:00:02 <Eliel> RIPEMD implementation file is 119 lines, SHA256 implementation is 126 lines, ECDSASecp256k1 implementation is 367 lines.
55 2011-10-15 10:01:05 <Ycros> where's the repo?
56 2011-10-15 10:04:53 <Eliel> Ycros: I pmd you, I'm not sure if roconnor wants it published yet so not saying it on the channel.
57 2011-10-15 10:06:26 <Ycros> ah.
58 2011-10-15 10:06:38 <Eliel> it's looking like it's got enough supporting code that someone could whip up an implementation of bitcoind with it.
59 2011-10-15 10:07:50 <Eliel> he probably doesn't want it published yet, though, as it seems to completely lack copyright information still.
60 2011-10-15 10:07:50 <Ycros> :3
61 2011-10-15 10:09:22 <Eliel> as well as documentation, that's also missing.
62 2011-10-15 11:54:53 <PK> when I setgenerate to true in bitcoin 0.4.0, does it use openssl to generate the hashes or does it use its own hashing algorithm?
63 2011-10-15 11:55:12 <UukGoblin> its own optimized thingy
64 2011-10-15 11:55:22 <UukGoblin> although not sure if cgminer would be faster or not
65 2011-10-15 11:58:19 <PK> mh, can I switch that back? because my openssl is compiled with -DHAVE_CRYPTODEV. I'm curious if that makes things quicker.
66 2011-10-15 12:00:07 <PK> UukGoblin: I cross compiled bitcoind to run on a Marvel 88f6281 chip. It would be a shame to ignore its "Security Engine" on the chip.
67 2011-10-15 12:49:10 <UukGoblin> PK, I'd write a miner for that I guess ;-)
68 2011-10-15 12:49:40 <UukGoblin> but I dunno
69 2011-10-15 12:50:53 <PK> UukGoblin: I just saw that in the newest main.cpp in the github there is a version with native openssl.
70 2011-10-15 12:51:20 <UukGoblin> cool
71 2011-10-15 12:51:25 <PK> UukGoblin: https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp I patched my source and compiled it new
72 2011-10-15 12:51:25 <sipa> 3 rounds can be skipped, and 3 rounds can be precomputed
73 2011-10-15 12:51:25 <UukGoblin> basically, the SHA that needs to be computed isn't a full sha
74 2011-10-15 12:52:37 <PK> 143509 hashes :( either it's not using the crypto chip or it's slower than the other code.
75 2011-10-15 13:33:13 <CIA-101> bitcoin: Wladimir J. van der Laan * rb68a8a6 / (22 files in 5 dirs):
76 2011-10-15 13:33:14 <CIA-101> bitcoin: Merge pull request #583 from laanwj/qt3
77 2011-10-15 13:33:15 <CIA-101> bitcoin: More Qt GUI updates
78 2011-10-15 14:39:32 <TD> hmm
79 2011-10-15 14:39:36 <TD> head does not build
80 2011-10-15 14:39:47 <TD> seems that gcc does not like methods that consist purely of a CRITICAL_BLOCK
81 2011-10-15 14:40:03 <TD> or rather
82 2011-10-15 14:41:18 <TD> that end with one
83 2011-10-15 14:43:30 <devrandom> TD: add semicolon?
84 2011-10-15 14:43:35 <TD> it's complaining about control reaching the end of a non-void function
85 2011-10-15 14:43:52 <devrandom> gcc -E
86 2011-10-15 14:43:55 <luke-jr> control reaching the end of a non-void function <-- warning, not error
87 2011-10-15 14:43:57 <TD> ah
88 2011-10-15 14:44:06 <TD> must be some non-default settings xcode got somehow
89 2011-10-15 14:44:09 <luke-jr> try removing -Werror
90 2011-10-15 14:45:03 <Diablo-D3> [12:42:56] <luke-jr> control reaching the end of a non-void function <-- warning, not error
91 2011-10-15 14:45:32 <Diablo-D3> thats noirmal
92 2011-10-15 14:45:53 <Diablo-D3> er normal
93 2011-10-15 14:45:53 <TD> ah ha
94 2011-10-15 14:46:10 <luke-jr> warnings usually have a reason
95 2011-10-15 14:46:17 <Diablo-D3> luke-jr: -Werror just makes all warnings errors
96 2011-10-15 14:46:20 <luke-jr> yes
97 2011-10-15 14:46:22 <Diablo-D3> its not particularly useful in that sense
98 2011-10-15 14:46:29 <luke-jr> it's useful to prevent me from ignoring it :
99 2011-10-15 14:46:40 <Diablo-D3> heh, you wouldnt ignore it anyhow
100 2011-10-15 14:46:48 <Diablo-D3> the problem is, warnings DO change between gcc versions
101 2011-10-15 14:46:56 <Diablo-D3> you DONT want to break the build for machines that arent yours
102 2011-10-15 14:47:01 <luke-jr> I can accidentally ignore warnings
103 2011-10-15 14:47:10 <luke-jr> sure, I make -Werror conditional :p
104 2011-10-15 14:47:22 <Diablo-D3> -Wall also is not as powerful without -pedantic and -Wextra
105 2011-10-15 14:47:27 <luke-jr> k
106 2011-10-15 14:47:31 <TD> i see the issue
107 2011-10-15 14:47:36 <TD> somehow i'm supposed to have a "qt creator" app
108 2011-10-15 14:47:43 <TD> i've been using qmake instead. it must do things slightly differently
109 2011-10-15 14:47:56 <TD> i've got the sdk
110 2011-10-15 14:48:02 <Diablo-D3> TD: qmake is qt's make "preprocessor"
111 2011-10-15 14:48:07 <Diablo-D3> of some sorts
112 2011-10-15 14:48:14 <Diablo-D3> it'll build qt creator ui files
113 2011-10-15 14:48:35 <TD> the build instructions say to "open the .pro file in qt creator"
114 2011-10-15 14:48:37 <TD> i seem to have no such app
115 2011-10-15 14:48:42 <TD> i have "assistant", "designer", etc
116 2011-10-15 14:48:59 <TD> maybe i need another package
117 2011-10-15 14:49:16 <Diablo-D3> qt creator is qt's own ide
118 2011-10-15 14:49:18 <Diablo-D3> its useless shit
119 2011-10-15 14:49:29 <Diablo-D3> qmake is the cli equivilent
120 2011-10-15 14:49:29 <TD> all i care about is the build. i'll do the rest in emacs :)
121 2011-10-15 14:50:02 <TD> oh, awesome. i seem to have both "Bitcoin Qt.xcodeproj" and "Bitcoin-Qt.xcodeproj"
122 2011-10-15 14:50:14 <TD> seems like it changed name at some point. that may explain my issues.
123 2011-10-15 14:50:28 <Diablo-D3> huh weird
124 2011-10-15 14:55:50 <TD> is there a way to make qmake produce regular makefiles?
125 2011-10-15 14:56:03 <Diablo-D3> no
126 2011-10-15 14:56:09 <Diablo-D3> it also implies you have to use qt
127 2011-10-15 14:56:20 <Diablo-D3> which means the whole thing should be stripped out of bitcoin and thrown out
128 2011-10-15 14:56:22 <Diablo-D3> qt is shit
129 2011-10-15 14:59:41 <BlueMattBot> Project Bitcoind-Sanitytest build #65: FAILURE in 1 hr 0 min: http://jenkins.bluematt.me/job/Bitcoind-Sanitytest/65/
130 2011-10-15 15:32:23 <copumpkin> here, let me simplify this for you
131 2011-10-15 15:32:24 <copumpkin> while (1) { printf("Yes it sucks\n"); printf("No it doesn't\n") }
132 2011-10-15 15:32:27 <copumpkin> captain copumpkin saves the day once again
133 2011-10-15 15:32:32 <copumpkin> y'all can thank me later
134 2011-10-15 15:32:44 <copumpkin> for I have other people to save now
135 2011-10-15 15:35:55 <luke-jr> Diablo-D3: all GUI should be Qt
136 2011-10-15 15:36:21 <Diablo-D3> sure, when they port qt to gtk
137 2011-10-15 15:43:35 <EvanR> Qt sucks
138 2011-10-15 16:11:12 <talpan> hello, i did an upgrade from ubuntu 11.04 to 11.10 and something seems to be broken. I tried to compile bitcoind, this worked in ubuntu .04, but it fails in 11.10. The error is: /usr/bin/ld: cannot find -ldb_cxx. any hints?
139 2011-10-15 16:18:59 <tcatm> talpan: do you have all db4.8 development packages installed?
140 2011-10-15 16:19:45 <talpan> libdb4.8-dev is installed
141 2011-10-15 16:19:58 <talpan> is there another package that i need?
142 2011-10-15 16:22:00 <luke-jr> talpan: what version of bitcoind?
143 2011-10-15 16:22:04 <talpan> 0.5rc
144 2011-10-15 16:22:15 <talpan> there were no errors with 11.04 but after the upgrade it doesn't work anymore
145 2011-10-15 16:22:45 <luke-jr> talpan: try git HEAD, they pulled some build improvements of mine
146 2011-10-15 16:25:55 <talpan> headers.h -> db_cxx.h file not found
147 2011-10-15 16:28:39 <neofutur> talpan: I often have to add -L and -I in the makefile
148 2011-10-15 16:29:00 <talpan> -L /usr/local/../db_cxx?
149 2011-10-15 16:29:04 <gavinandresen> You need to set BDB_INCLUDE_PATH and BDB_LIB_PATH
150 2011-10-15 16:29:06 <gavinandresen> e.g.
151 2011-10-15 16:29:07 <talpan> and -I?
152 2011-10-15 16:29:17 <neofutur> CXXFLAGS=-I /usr/local/BerkeleyDB.5.1/include/ -L /usr/local/BerkeleyDB.5.1/lib/ -O2
153 2011-10-15 16:29:29 <neofutur> just an example, put the path of your db install
154 2011-10-15 16:29:46 <gavinandresen> BDB_LIB_PATH=/usr/local/Berkeley...etc BDB_INCLUDE_PATH=/usr/local/...etc make -f makefile.unix
155 2011-10-15 16:30:00 <gavinandresen> (or you could hack makefile.unix)
156 2011-10-15 16:30:35 <neofutur> gavinandresen: this could be some kind of install FAQ imho
157 2011-10-15 16:32:14 <gavinandresen> neofutur: feel free to improve doc/build-unix.txt. Or, even better, write a bitcoind.pro qmake file. Or an autotools configure doo-hickey....
158 2011-10-15 16:32:14 <talpan> i'll test it
159 2011-10-15 16:33:12 <neofutur> was just a suggestion, sorry i wont fork it just to add one line
160 2011-10-15 16:34:00 <neofutur> and most of the time i dont need it with the excellent work of luke-jr for gentoo ebuilds
161 2011-10-15 16:34:20 <neofutur> but anyone installing on an old debian will need this
162 2011-10-15 16:34:54 <neofutur> ( anyone needing to manualy install a recent libdb not provided by his old distro )
163 2011-10-15 16:36:20 <talpan> nope, same error with your suggestion gavin
164 2011-10-15 16:37:43 <gavinandresen> There's BDB_LIB_SUFFIX, too... what is your libdb_cxx*.a named?
165 2011-10-15 16:38:26 <gavinandresen> (no, I don't know why BDB on different linux variations is installed in different places with different names.....)
166 2011-10-15 16:38:27 <neofutur> (20:25) < talpan> headers.h -> db_cxx.h file not found
167 2011-10-15 16:38:30 <talpan> libdb_cxx-4.8.a
168 2011-10-15 16:38:38 <neofutur> this is the include file
169 2011-10-15 16:39:01 <talpan> ah
170 2011-10-15 16:39:08 <neofutur> try changing the CXXFLAGS with -I
171 2011-10-15 16:39:22 <talpan> db_cxx.h in include/
172 2011-10-15 16:40:48 <talpan> like this ? make bitcoind CXXGLAGS=-L/usr/local/BerkeleyDB.4.8/lib/ -I/usr/local/BerkeleyDB.4.8/include/ -f makefile.unix
173 2011-10-15 16:42:27 <neofutur> (20:29) < neofutur> CXXFLAGS=-I /usr/local/BerkeleyDB.5.1/include/ -L /usr/local/BerkeleyDB.5.1/lib/ -O2
174 2011-10-15 16:42:38 <neofutur> yes not the same path for -I and -L
175 2011-10-15 16:42:38 <talpan> same result :(
176 2011-10-15 16:49:17 <talpan> well, thanks for the help all of you. i will try again tomorrow
177 2011-10-15 22:31:05 <rjk2> is there any way to enable timestamping in the log?
178 2011-10-15 22:36:43 <rjk2> last entry i see is something like 'received getdata for: tx'