Version: r212
Running on a Windows 7 x64 client with 32-bit Python 2.7.* and PyCrypto installed.
Traceback (most recent call last):
File "C:\AnonPlus\setup.py", line 148, in <module>
vomun.main()
File "C:\AnonPlus\vomun.py", line 53, in main
start()
File "C:\AnonPlus\vomun.py", line 15, in start
friends.load_friends()
File "C:\AnonPlus\libs\friends.py", line 23, in load_friends
friendsjson = json.loads(friendlistr.read())
File "C:\Python27\lib\json\__init__.py", line 326, in loads
return _default_decoder.decode(s)
File "C:\Python27\lib\json\decoder.py", line 366, in decode
[*] API-server running on port 3451 : Started
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
File "C:\Python27\lib\json\decoder.py", line 384, in raw_decode
raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded
In the future, please refrain from using external paste services for holding bug report information. These reports expire and, in this case, require Javascript to view. You can upload additional information as a file and provide an accurate file description. I will delete that link because it is not needed (whatever it is).
With that being said, this bug happened because Windows uses its own silly slash character for file paths. If you could test r118 on your Windows computer, that would be great. Click "download tarball" here: https:/