[tahoe-lafs-trac-stream] [tahoe-lafs] #1418: "cannot convert float NaN to integer" in next_power_of_k, during upload via helper

[tahoe-lafs]

#1418: "cannot convert float NaN to integer" in next_power_of_k, during upload via
helper
-------------------------+-------------------------------------------------
     Reporter:  rycee    |      Owner:  rycee
         Type:  defect   |     Status:  new
     Priority:  major    |  Milestone:  undecided
    Component:  code     |    Version:  1.8.2
   Resolution:           |   Keywords:  helper upload heisenbug
Launchpad Bug:           |  floatingpoint debian pycryptopp
-------------------------+-------------------------------------------------

Comment (by davidsarah):

 Replying to [comment:48 rycee]:
 > Note, when I used `--disable-embedded-cryptopp` it was built against the
 Debian version of Crypto++ 5.6.0 since I don't know how to convince
 `setup.py` to look for headers and libraries in a non-standard directory.
 It still fails in the same way, though, if I use LD_LIBRARY_PATH to force
 it to load the upstream Crypto++ 5.6.0.

 This is almost sufficient to convince me that this is a fixed bug in
 Crypto++ (despite it not being clear which change fixed it). However, we
 haven't excluded the possibility that the problem interacts with the
 dynamic linking, i.e. that it fails in non-embedded mode.

 > Using the same technique to force it to use Crypto++ 5.6.1 results in an
 undefined symbol error.

 It sounds like we should open a new (pycryptopp) ticket for that, since at
 some point Debian or Ubuntu will upgrade to 5.6.1 and then it may fail
 with the same error.

-- 
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/1418#comment:49>
tahoe-lafs <https://tahoe-lafs.org>
secure decentralized storage