desktopcouch Value error cannot covert float Nan to integer
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| desktopcouch (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
When I run this:
jb@jb-K7S41:~$ /usr/lib/
I get the following output:
Traceback (most recent call last):
File "/usr/lib/
from desktopcouch.
File "/usr/lib/
from desktopcouch.
File "/usr/lib/
from desktopcouch.
File "/usr/lib/
keyring=
File "/usr/lib/
self.
File "/usr/lib/
ctx.
File "/usr/lib/
consumer_key = self.make_
File "/usr/lib/
return ''.join(
File "/usr/lib/
return seq[int(
ValueError: cannot convert float NaN to integer
This last line is the same error I get in red on the Services tab of the UbuntuOne Control Panel.
(fresh install)
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: desktopcouch 1.0.8-0ubuntu1
ProcVersionSign
Uname: Linux 3.0.0-13-generic i686
NonfreeKernelMo
ApportVersion: 1.23-0ubuntu4
Architecture: i386
Date: Fri Nov 4 14:49:25 2011
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
PackageArchitec
SourcePackage: desktopcouch
UpgradeStatus: No upgrade log present (probably fresh install)
fishears (johnnyp-ntlworld) wrote : | #1 |
vtec (vitekcvachoucek) wrote : | #3 |
I have made an intensive investigation into this one. I am java developer not a python guy but still I think you would consider my findings interesting:
Looks like it is a problem with the state of python bullt-in time module at the moment of the failure.
The problem stems from fact that the very first invocation of time.time() invocation yields NaN. I have tried to investigate the time method and time module but both dir() and help() would work just fine and produce believable results. Then I noted the traceback of the failure is not a full length so I added explicit traceback.
The traceback.
This is the modified /usr/share/
def save_to_file(self, file_name):
"""Save to file."""
container = os.path.
import traceback, sys, time
""" -------
fd, temp_file_name = tempfile.
f = os.fdopen(fd, "w")
try:
finally:
Is there some linux & python guy willing to help me to investigate it further and come to reasonable conclusion?
Gregory P Smith (gpshead) wrote : | #4 |
FYI - I've filed http://
Gregory P Smith (gpshead) wrote : | #5 |
As noted in the python issue, the problem in my case turned out to be bad hardware. I suspect the same of the initial reporter of this bug.
Status changed to 'Confirmed' because the bug affects multiple users.