Oregami
Repositories/oxedyne/fe2o3

oxedyne/fe2o3/dev/archive/gitlog.txt

4.9 KiB, 1 run

created by r1870400018:26, which is this file's identity for as long as the history lasts, whatever it is later renamed to

download · who wrote it · its history

1commit 212c8906d865ad6f3501a213e11e5ae8ad0c9c34
2Author: h00gs <hello@oxedize.com>
3Date: Wed Aug 26 09:19:11 2020 +0800
4
5 Rewrote tree::TreeMap to get rid of DataOrKey
6
7 - Now recursive dereferencing of TreeMap is built in, automatic.
8 - That is, you can insert keys in data stores, and get_store_ref and get_data_ref will dereference (recursively if needed).
9 - get_store_mut does not perform this dereferencing.
10 - Its magic power is to create all nodes touched by any key it receives.
11 - Got rid of Default requirement in TreeMap and Stack.
12 - Got rid of protocol::MessageProcessor and use of protocol callback functions because of the problem that trait objects are unsized, but new TreeMap nodes need to instantiate them.
13
14commit c0634113313657298bcb0860bd9b79d0f2bbc3a6
15Author: h00gs <hello@oxedize.com>
16Date: Sun Aug 23 21:03:48 2020 +0800
17
18 Reworked protocol message reading functionality
19
20 - Complete required-argument and name collision functionality.
21 - Allow arguments without "-" or "--" prefix.
22 - Created tree::NodeOption and store_exists() function for one-one and many-one TreeMaps.
23
24commit 984e5044a9a631b2a2e87cdc62e5c7cae83ab2bc
25Author: h00gs <hello@oxedize.com>
26Date: Tue Aug 18 10:24:00 2020 +0800
27
28 Basic protocol message reading functionality installed
29
30 - Created Daticle::from_string_with_config() with separation of DaticleStringDecoderState and DaticleStringDecoderCfg.
31 - Quote protection for both single and double quotes in daticle string decoding.
32 - Basic parsing and validation of text message according to protocol (validation incomplete).
33
34commit 0be5611010f18f5575dc322f5940a06c4dee0b59
35Author: h00gs <hello@oxedize.com>
36Date: Fri Jul 31 10:20:14 2020 +0800
37
38 Added many-to-one recursive mapping feature to tree::TreeMap
39
40 - Removed Clone requirement from tree::TreeMap, too restrictive and not really necessary.
41 - Removed internal references in tree::ByteKey and tree::ByteKeyIter to give them ownership, requiring the user to clone ByteKey where necessary and avoid borrowing complications within TreeMap methods.
42 - Created tree:KeyDeref, tree::DataOrKey, tree::OneToOne and tree::ManyToOne to allow user to choose whether their tree::TreeMap simply returns a tree::NodeStore pointed to by a tree::ByteKey naively (OneToOne), or uses NodeStores that are also of type KeyDeref (such as the provided DataOrKey) that may contain either data or another key, which can be dereferenced recursively to yield the ultimate NodeStore. Either OneToOne or ManyToOne must be explicitly brought into the user scope.
43
44commit 87ba5f7c5d315940f73501a8bafdffd33807fa7f
45Author: h00gs <hello@oxedize.com>
46Date: Sat Jul 18 10:12:23 2020 +0800
47
48 Created protocol::Message
49
50 - Realised type inference probably not possible with TreeMap instantiation, i.e. can't write TreeMap::new(), requires NodeStore type, e.g. TreeMap::<u8>::new() or TreeMap::<Stack<u8>>::new(), etc..
51 - Created protocol::Message and first text reading test.
52
53commit e636520abf89e7498f55fb9cff66fa77c52691ae
54Author: h00gs <hello@oxedize.com>
55Date: Fri Jul 17 22:13:51 2020 +0800
56
57 Some revisions to tree module, created protocol module
58
59 - Renamed tree::Tree to tree::TreeMap to more obviously reflect nature.
60 - Renamed tree::TreeList to tree::NodeStore (and generic parameter L -> S) upon realising it accomodates not just S<D> but plain D as well.
61 - Add TreeMap test for plain A struct.
62 - Created protocol module, including working use of TreeMaps.
63
64commit 69196f0e4af977a8ce20bf4a639e58f2f123066a
65Author: h00gs <hello@oxedize.com>
66Date: Fri Jul 17 00:46:28 2020 +0800
67
68 Made tree::Tree generic via tree::TreeList
69
70 Removed hardwiring of stack::Stack<D> as node list, to any implementor
71 of TreeList.
72
73commit 0fe4652eec59a7b4cb411b67894891882a76f1ba
74Author: h00gs <hello@oxedize.com>
75Date: Wed Jul 15 08:54:41 2020 +0800
76
77 Experimented with uing AsRef and From traits to accept a variety of
78 argument types for ByteKey into Tree method insert (a bit like Path),
79 but opted to keep ByteKey and implement From for Daticle and
80 &Daticle, since it is not possible to originate a reference
81 from a conversion function. Changed ByteKey to hold a Vec<u8>
82 instead of a &'a [u8]. So in the end stuck with Tree.insert
83 using a reference to the key, and consuming the value.
84
85commit 8d3a63b17c12cf731ecdb0c7d186fa84aee0577b
86Author: h00gs <hello@oxedize.com>
87Date: Fri Jul 10 07:22:07 2020 +0800
88
89 Working toward creating the o3 database, got the basics of fe2o3::Tree sorted with basic writing and reading.
90
91commit 9d5d27baf99a713929c46050c60ce76d5c505535
92Author: h00gs <hello@oxedize.com>
93Date: Sun May 31 10:44:20 2020 -0400
94
95 Best to use a common .gitignore
96
97commit 7e05281eaf9ed5ca62360916716a9be5dcb9afbd
98Author: h00gs <hello@oxedize.com>
99Date: Sun May 31 10:34:18 2020 -0400
100
101 Let's write some code!