--- Log opened Thu Apr 23 00:00:01 2020
00:00 -!- cfields [~cfields@unaffiliated/cfields] has joined #utreexo
01:48 -!- nick_freeman [~nick_free@2001:16b8:30f6:7e00:505d:6b24:535b:f392] has joined #utreexo
07:21 -!- gojiHmPFPN [~textual@c-73-47-220-190.hsd1.ma.comcast.net] has joined #utreexo
08:43 < adiabat> kcalvinalvin: arg sorry internet died
08:43 < adiabat> seems to be back, was out for a day or so.  also no electricity
08:43 < adiabat> will try to fix tody
08:44 < adiabat> *today
09:02 < kcalvinalvin> adiabat oof is that related with covid? 
09:06 < adiabat> no just wind storm
10:20 < kcalvinalvin> ok so while you can do subpackages in go, it's not idomatic go and is discouraged
10:23 < kcalvinalvin> eh... I guess they don't specify directly so it's fine
10:41 < adiabat> by "subpackage" I just mean a package in a subdirectory though
10:46 < kcalvinalvin> yup I'll just continue on. I should be able to finish by tuesday
10:50 < adiabat> I can't get the error on #114
10:51 < adiabat> when does it happen, in genproofs or in ibdsim?
11:00 < adiabat> I'll try downloading different blk / rev files.  Do you think you can make a test that triggers the same problem?
11:01 < adiabat> or print out some more info about like what block, what transaction, things like that.  I might be something weird
11:01 < adiabat> like... coinbase transaction that goes to unspendable...? or something weird like that
11:07 < adiabat> yeah tried with different testnet blk/rev, can't get it to crash
11:07 < adiabat> will comment on github
13:46 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has quit [Read error: Connection reset by peer]
13:48 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has joined #utreexo
16:45 < ja> kcalvinalvin: is it still WIP?
18:11 -!- nick_fre_ [~nick_free@2001:16b8:3039:2300:e436:b50a:2649:e9c6] has joined #utreexo
18:14 -!- nick_freeman [~nick_free@2001:16b8:30f6:7e00:505d:6b24:535b:f392] has quit [Ping timeout: 240 seconds]
18:47 -!- nick_fre_ [~nick_free@2001:16b8:3039:2300:e436:b50a:2649:e9c6] has quit [Remote host closed the connection]
19:01 < kcalvinalvin> ja still WIP
19:01 < ja> then i'll wait a bit more :P
19:02 < ja> it's ok, there's no rush... still working on c bindings
19:05 < kcalvinalvin> ja can you reproduce issue #114?
19:05 < ja> havn't tried, will try now
19:05 < kcalvinalvin> all I'm doing is building and testing it on testnet blk files
19:09 < ja> it's running now
19:10 < ja> ibdsim ran fine, now running genproofs
19:10 < ja> first 100 rev files passed without issue...
19:16 < ja> kcalvinalvin: yeah, indeed it did crash
19:16 < ja> will put the logs on the issue
19:16 < kcalvinalvin> thanks
21:21 < ja> i have this issue with the C bindings: on one hand, the C bindings need to be in a package called main, that seems to be a strict rule of cgo
21:21 < ja> on the other hand, i need to access internal stuff from utreexo-tree. for example, i use the ramForestData and access the list of leaves directly from there.
21:22 < ja> the c bindings are converting back and forth between c and go structures, that is necessary since c is not garbage collected. so there is already some overhead, and i think it is better to just access internal stuff directly from the c bindings
21:22 < ja> but i need everything to be public then, because it is getting accessed from a different module...
21:23 < ja> is it so bad if everything is just public? i mean, this is not production level code, can't we just say "this is not part of the interface, we will break it at any time", and make it public?
--- Log closed Fri Apr 24 00:00:04 2020