--- Log opened Mon Feb 18 00:00:53 2019 01:13 -!- elichai2 [uid212594@gateway/web/irccloud.com/x-mnobvvpqrikjyzve] has joined #secp256k1 01:27 < elichai2> Hey, isn't the DER format always the same length? if so then why `secp256k1_ecdsa_signature_serialize_der` receive a len pointer? 01:27 < elichai2> (size_t *outputlen) 01:39 < gmaxwell> elichai2: no, DER is a variable length format. 01:40 < elichai2> hmmm, I'm trying to make the rust bindings work without std, so is there any kind of length guidelines here? it can be anything? 01:42 < elichai2> gmaxwell: I'm trying to look in the RFC to understand what lengths can it be but here it looks like it has a very specific notation: https://tools.ietf.org/html/rfc4492#section-5.8 01:45 < gmaxwell> elichai2: the length produced by secp256k1_ecdsa_signature_serialize_der can be up to 72 bytes. 01:45 < gmaxwell> Feel free to open a PR to add that to the docs in the header. 01:46 < elichai2> gmaxwell: it can be anything up to 72? or there any only a couple of options? (sorry for the boring question, I'm just trying to decide what's the best way for me to do it in rust) 01:47 < gmaxwell> it can be any number of bytes from 8 IIRC to 72 01:47 < gmaxwell> it certantly is not limited to just a couple of options. 01:47 < elichai2> hmmm ok, I'll need to decide how to do this properly in rust. Thanks for the quick answer! 02:24 -!- harding [~quassel@li1258-130.members.linode.com] has quit [Ping timeout: 250 seconds] 02:47 -!- harding [~quassel@li1258-130.members.linode.com] has joined #secp256k1 05:34 < andytoshi> elichai2: fyi #rust-bitcoin is maybe a better place to discuss rust-secp256k1. i have been travelling, sorry. i guess you're the person who opened the no_std PR? I'm super happy to have thist, will try to review ASAP 05:34 < andytoshi> no_std is morally a goal of the project but i haven't taken the time to learn how to do it, or test it 05:35 < elichai2> andytoshi: Thanks :), and I am the one who opened. and I asked here just to make sure I understand how the DER serialization of secp256k1 works before I make changes :) 05:37 < nsh> it works like any Faustian pact with the devil... i mean, ehm, sensible and necessary design choice 10:40 -!- elichai2 [uid212594@gateway/web/irccloud.com/x-mnobvvpqrikjyzve] has quit [Quit: Connection closed for inactivity] 15:34 -!- v8c9X [~v8C16x3R@178.138.35.113] has joined #secp256k1 18:49 -!- Madars [~null@unaffiliated/madars] has quit [Read error: Connection reset by peer] 19:10 -!- Madars [~null@unaffiliated/madars] has joined #secp256k1 --- Log closed Tue Feb 19 00:00:54 2019