home | log | search | bash | stats | wiki


Matches for "!s", 11744 total results Sorted by newest | relevance

Fri Jan 22 16:17:47 UTC 2016  <PeterL>   http://log.bitcoin-assets.com/?date=19-01-2016#1376728 http://log.bitcoin-assets.com/?date=19-01-2016#1376731 << Later I realized why I missed the isomer joke: L is isomer of D, R is isomer of S, not quite interchangeable

Fri Jan 22 14:56:12 UTC 2016  <jurov>   http://www.newstarget.com/2016-01-21-biotech-scientists-now-raising-human-animal-chimeras-on-u-s-farms.html

Fri Jan 22 13:46:33 UTC 2016  <assbot>   Jehovah’s Witnesses—Official Website: jw.org ... ( http://bit.ly/1OBVrFb )

Fri Jan 22 08:23:51 UTC 2016  <danielpbarron>   http://www.fastcompany.com/3055510/these-vibrating-yoga-pants-will-correct-your-downward-dog >> For example, if your hip is rotated too far inwards in warrior pose, a vibration will move across the hip in an outwards direction, like the guiding hands of a yoga instructor. When everything’s aligned, the tights give off a gentle "om" hum.

Fri Jan 22 04:57:11 UTC 2016  <mod6>   sig->s == 60000 (or "high")

Fri Jan 22 04:56:58 UTC 2016  <mod6>   so we have: sig->s = 100000 - 40000.

Fri Jan 22 04:56:23 UTC 2016  <mod6>   BN_sub(sig->s, order, sig->s);

Fri Jan 22 04:55:40 UTC 2016  <mod6>   then this part: (BN_cmp(sig->s, halforder) < 0) will return -1 since 40000 < 50000

Fri Jan 22 04:55:13 UTC 2016  <mod6>   fHighS = true, order = 100000, halforder = 50000 (hence rshift1), and sig->s = 40000

Fri Jan 22 04:54:24 UTC 2016  <mod6>   and we do nothing, sig->s is already high

Fri Jan 22 04:54:16 UTC 2016  <mod6>   then this part: (BN_cmp(sig->s, halforder) < 0) will return 1 since 60000 > 50000

Fri Jan 22 04:52:57 UTC 2016  <mod6>   fHighS = true, order = 100000, halforder = 50000 (hence rshift1), and sig->s = 60000

Fri Jan 22 04:45:30 UTC 2016  <mod6>   so we have: sig->s is assigned to 10000 - 60000 ; sig->s now = 40000

Fri Jan 22 04:43:56 UTC 2016  <mod6>   BN_sub(sig->s, order, sig->s);

Fri Jan 22 04:43:36 UTC 2016  <mod6>   (BN_cmp(sig->s, halforder) > 0) evaluates to 1 since 60000 > 50000

Fri Jan 22 04:43:11 UTC 2016  <mod6>   fLowS = true, order = 100000, halforder = 50000 (hence rshift1), and sig->s = 60000

Fri Jan 22 04:42:53 UTC 2016  <mod6>   and we do nothing, sig->s is already low.

Fri Jan 22 04:42:24 UTC 2016  <mod6>   then this line: (BN_cmp(sig->s, halforder) > 0) will return -1 since 40000 < 50000

Fri Jan 22 04:41:20 UTC 2016  <mod6>   fLowS = true, order = 100000, halforder = 50000 (hence rshift1), and sig->s = 40000

Fri Jan 22 04:40:26 UTC 2016  <ben_vulpes>   i get the conditional branching on the flag, but now how the identical code in the branches enforces high/low-s-ness

« Previous Page    Next Page »