9d77b2709f
Beginnings of handling multiple files
2016-12-27 21:39:58 -05:00
8f44c857db
Hashes match on large files
2016-12-23 20:12:51 -05:00
3004f1411a
More memory fixes
2016-12-23 19:08:41 -05:00
1dcbf8962e
Intermediate save for hash matching
2016-12-23 17:21:04 -05:00
15b432c70e
Now using correct hashes on small files
...
Also added ipfs cat command line functionality
2016-12-23 12:53:03 -05:00
8d2aeab016
Fixed various memory leaks
2016-12-23 10:49:30 -05:00
914d3caaed
Intermidiate commit with big changes to storage formats
...
I am attempting to match the storage format of the reference
implementation, so as to generate the same hashes.
2016-12-23 09:37:43 -05:00
da4b1f86f4
Added command ipfs object get [hash]
...
This will display the formatted data of a MerkleDag (links and data)
2016-12-22 10:21:18 -05:00
7fa0fc6a7b
Added a simplistic command line.
...
From the command line, you can init the repository or add a file.
Directories coming soon...
2016-12-21 08:08:44 -05:00
c8fdb084e4
Moving closer to binary compatability with go version of ipfs
...
The files are now stored in the same format. Now it is necessary to
reverse engineer the directory structure
2016-12-21 06:40:19 -05:00
a1166e840a
Move of node to merkledag
2016-12-19 09:03:28 -05:00
87f0cbedbc
fixed memory leak for file exporter
2016-12-15 13:06:12 -05:00
1d63cdb4a1
Persisting large files in chunks
2016-12-15 12:38:08 -05:00
34301c286e
Storing large files
...
Files larger than about 200K are split into smaller files and stored in
the ipfs file system in blocks.
2016-12-15 05:40:24 -05:00
033dd767b4
More work on persisting data to disk.
...
Blockstore now storing the data, whereas datastore is storing the key
and filename. The key should be the multihash (currently the sha256, not
the multihash), and the value is the filename (base32).
2016-12-14 12:07:43 -05:00
bf0cbfb412
Removed compiler warnings, starting to import large files
2016-12-14 06:25:09 -05:00
e0b0552b39
Pushing Cid into protobuf
2016-12-12 06:27:06 -05:00
jmjatlanta