diff options
| author | Mike Buland <eichlan@xagasoft.com> | 2009-01-24 00:59:12 +0000 |
|---|---|---|
| committer | Mike Buland <eichlan@xagasoft.com> | 2009-01-24 00:59:12 +0000 |
| commit | dfd5f8696787d18ae688b662040289f84b667fdd (patch) | |
| tree | 6307e987456088304383c4552551e2995aec16d3 /src/entities | |
| parent | b53b359c8d5079c996e47abafdf76781c4b1afc0 (diff) | |
| download | libbu++-dfd5f8696787d18ae688b662040289f84b667fdd.tar.gz libbu++-dfd5f8696787d18ae688b662040289f84b667fdd.tar.bz2 libbu++-dfd5f8696787d18ae688b662040289f84b667fdd.tar.xz libbu++-dfd5f8696787d18ae688b662040289f84b667fdd.zip | |
Added some append and prepend functions and operators to Bu::List, now you can
append one list to another and the like.
Also, wow, I found a bug that's been around for ages, I guess we don't copy
hash tables often. The interesting thing is that it actually worked, it copied
but it would include any data that had been deleted in the old hash table but
not reclaimed yet and insert it as new data. Usually the key had been
completely destroyed (like with a string) so it came out as keyed to blank
string. So in cases like that, all deleted keys would collapse into one deleted
key in the new hash table.
Diffstat (limited to 'src/entities')
0 files changed, 0 insertions, 0 deletions