Many hyperlinks are disabled.
Use anonymous login
to enable hyperlinks.
10 check-ins using file src/timeline.c version caca2da7d5
|
2011-09-13
| ||
| 17:18 | The Label list was not properly freed in some cases; looking at the annotate of 'win/Makefile.msc' was triggering the case. Closed-Leaf check-in: 4860d9f234 user: viriketo tags: annotate_noleak | |
| 16:43 | Getting in the changes reducing the leak on annotate. In the fossil mailing list, I received only opinions in favour of getting mallocs and frees properly paired, so I think noone will refuse the change. check-in: 7870a89b10 user: viriketo tags: annotate_noleak | |
|
2011-09-06
| ||
| 20:30 | Documenting the Label structure I introduced. Closed-Leaf check-in: 58a02a2e4a user: viriketo tags: label_linkedlist | |
| 07:33 | Two fixes about localtime: * The ci_edit page tells the user that it asks UTC time * The object_description gives links to localtime (if it's set in the config). Otherwise the links were not pointing at the concerning checkin. Closed-Leaf check-in: 1765c18d94 user: viriketo tags: localtime_fixes | |
|
2011-09-04
| ||
| 22:14 | Implementation of a linked list to solve the memory leak described in a TODO in [e2ebb1f5cae8]. This code is slower than having the memory leak, and at the end, it was not a big memory leak. Let's say, 10 byte per revision involved in a file annotate. If a file has 30000 revisions, it may go around 300KB then. For this leak to be noticeable (as we have a content cache until 50MB), it would mean having above a milion revisions for the file annotated. So, I keep this in a branch apart, as maybe the leak is worth the faster code. I have not measured the speed difference though. check-in: ef8266b710 user: viriketo tags: label_linkedlist | |
| 21:39 | Reducing the leak of annotate even more. I wrote a TODO in the file, for a leak still present and relevant for files modified by many versions, but that requires harder work to get right. check-in: e2ebb1f5ca user: viriketo tags: annotate_noleak | |
| 21:02 | Making annotate not segfault for the complex test case I have. There is still a little leak... but muuuch smaller than it was. check-in: fa760a24cd user: viriketo tags: annotate_noleak | |
| 20:43 | Updating from trunk to get the latest code. check-in: 73b6ff4966 user: viriketo tags: annotate_noleak | |
| 01:28 | Update the built-in SQLite to the latest 3.7.8-alpha version that contains the improved merge-sort logic. check-in: 0cf5416002 user: drh tags: trunk | |
|
2011-09-02
| ||
| 16:19 | Do a better job of merging branches that contain lots of file renames. check-in: 0b93b0f958 user: drh tags: trunk | |