eb49ca4e2d
Improvements to URL metadata collection
...
Still not perfect - some corruption of data.
2019-01-30 00:32:55 +00:00
2258b13cc9
Merge branch 'feature/stream-metadata' into develop
2019-01-29 22:36:38 +00:00
f9bcac10e7
Fixed, working.
2019-01-29 22:36:20 +00:00
eb394d153f
Setting up medatata works...
...
And the `inspect` function correctly shows it. However, the `metadata` function segfaults.
2019-01-29 18:31:30 +00:00
10098a83bf
Made the slurp unit test more robust.
2019-01-28 19:00:29 +00:00
3618368f63
Merge branch 'feature/stream-io' into develop
2019-01-28 18:49:43 +00:00
6849b87c5f
Merge branch 'feature/stream-io'
...
Conflicts:
unit-tests/integer-allocation.sh
2019-01-28 18:48:28 +00:00
a640c9dff9
It works!
2019-01-28 18:46:24 +00:00
b15c0e8f89
Tactical commit
2019-01-28 15:02:46 +00:00
8334e2bf1f
Still segfaults on read from URL.
2019-01-28 10:32:34 +00:00
3470f27585
Can now read files from the filesystem.
2019-01-27 18:54:23 +00:00
d9acb277bf
Tests now pass
...
at least, all the ones that did before!
2019-01-27 17:51:28 +00:00
0e11adea1c
Compiles, most tests break
2019-01-27 17:22:13 +00:00
b8f241c2c5
Progress, not working
2019-01-27 12:23:51 +00:00
a355a28ffa
Tactical commit whilst converting to URL_FILE
2019-01-24 19:36:00 +00:00
f8c20ab3b1
Still broken, but I believe we're moving in the right direction.
2019-01-24 10:12:08 +00:00
bf72ae379d
Getting closer. WARNING: GC disabled in this commit.
2019-01-22 09:48:26 +00:00
3fd322af6f
Major progress, multiply now almost works
...
There's a premature free() somewhere, and I'm not sure why.
Print depends on divide, which is easy, but also on mod and floor (of rationals) which isn't.
2019-01-21 16:14:25 +00:00
64fc43e9fc
OK, my idea that long multiplication is like long addition is wrong.
...
It's still broken, but it's broken because of fundamental misunderstanding which tinkering won't solve.
2019-01-20 23:34:46 +00:00
22fa7314d6
Mostly fixing and standardising documentation.
2019-01-20 20:37:44 +00:00
0f8bc990f2
Much investigation of bignum problems
...
bignum multiply is still not working, but as bignum read and bignum divide depend on it, it's the problem to hit first.
2019-01-19 16:28:15 +00:00
000ae3c392
Not really a unit test, just trying to find where the problem is
2019-01-19 10:55:24 +00:00
46a4132823
Made it easier to run individual unit tests
2019-01-18 20:55:03 +00:00
b433171fb6
Problem is that reading bignums depends on multiplying bignums...
...
Which doesn't work for the second digit into bignum territory - so it's fine at the boundary...
2019-01-18 14:25:32 +00:00
d8991e8823
H'mmm. But although two-cell bignums work, n-cell do not.
...
Both add and print fail with numbers larger than 2^120
2019-01-18 14:09:26 +00:00
c74b9cc162
Bignum subtraction does NOT work
...
Also subtraction of large numbers which are not beyond the bignum barrier does not work.
2019-01-18 13:57:41 +00:00
c209abb4f9
Added unit tests to establish that bignum addition and print work
...
the bug must be in multiplication.
2019-01-18 13:39:12 +00:00
7f93b04b72
Various refactorings around bignum arithmetic
2019-01-17 17:04:14 +00:00
d624c671cd
Major refactoring, all tests still pass
...
Bignum issues not yet folly resolved.
2019-01-05 11:42:17 +00:00
396e214b5f
Increased maximum memory allocation
2019-01-04 11:24:05 +00:00
67443e1d46
OK, adding bignums works; multiplying bignums does not work.
...
There's no evidence of a bug in reading/printing, because the only way I can currently get a number big enough to trigger the supposed bug is by multiplying, which doesn't work.
2019-01-04 11:04:55 +00:00
cd509b0668
Merge remote-tracking branch 'origin/feature/all-integers-are-bignums' into feature/all-integers-are-bignums
2019-01-04 10:40:24 +00:00
67802a07b8
Now successfully reading/printing 2 cell bignums
...
Something is wrong with n-cell bignums, but let's make haste slowly.
2019-01-04 10:40:15 +00:00
9b6a37ebb5
Now successfully reading/printing 2 cell bignums
...
Something is wrong with n-cell bignums, but let's make haste slowly.
2019-01-04 10:39:48 +00:00
d9d789fdd0
Now creating the correct internal bignum representation
...
add_integers returns an integer which by inspection of the internal representation is correct, but the print representation is not correct.
2019-01-03 11:21:08 +00:00
4295b6e57f
This isn't working, but it's VERY promising.
2019-01-01 15:04:44 +00:00
87007362f3
Fixed unit tests which were failing because of the change in formatting integers
2018-12-31 16:29:11 +00:00
6d2cf313cb
Very small fix to formatting integers.
2018-12-31 16:24:38 +00:00
a02d286ad5
Spotted a bug in car of a stream, and fixed it.
2018-12-31 16:18:39 +00:00
8fa71b13da
Merge remote-tracking branch 'origin/feature/all-integers-are-bignums' into feature/all-integers-are-bignums
2018-12-31 16:15:25 +00:00
e5f40032e9
Now safely detecting (but not dealing with) integer overflow.
...
Also printing and reading integers with comma separators.
2018-12-31 16:15:14 +00:00
cad703f218
Now safely detecting (but not dealing with) integer overflow.
2018-12-31 16:11:55 +00:00
72ab4af20e
Seem to have fixed the 'oblist getting lost' problem.
2018-12-31 14:43:47 +00:00
e7dffcad2c
Not really making progress.
2018-12-30 19:07:07 +00:00
02fe5669d8
Complete reworking of the REPL
...
which is good in itself, but not what I was meant to be working on.
2018-12-30 17:56:15 +00:00
47f4b4c7f7
Bug was in integer_to_string; all tests now pass.
2018-12-30 12:07:38 +00:00
87b5b1afe8
Fixed failing test
2018-12-30 11:14:50 +00:00
61573d85d9
/all-integers-are-bignums: broken, but I don't know why.
2018-12-30 11:10:14 +00:00
489f008044
Printing of bignums basically done, not tested.
2018-12-29 23:44:28 +00:00
342f0308d3
The beginning of bignums is in place, tests still pass.
2018-12-29 22:30:07 +00:00
