From ef23082882170925e6ca803c62ab22e954f746ae Mon Sep 17 00:00:00 2001 From: =?utf8?q?S=C3=B8ren=20Sandmann=20Pedersen?= Date: Sat, 11 Aug 2007 23:06:08 +0000 Subject: [PATCH] Update TODO svn path=/trunk/; revision=366 --- TODO | 31 +++++++++++++++++-------------- 1 file changed, 17 insertions(+), 14 deletions(-) diff --git a/TODO b/TODO index ec95c76..112012f 100644 --- a/TODO +++ b/TODO @@ -1,16 +1,5 @@ Before 1.0.4: -* See if we can reproduce the problem where libraries didn't get correctly - reloaded after new versions were installed. - This is just the (deleted) problem.Turns out that the kernel - doesn't print (deleted) in all cases. Some possibilities: - - - check that the inodes of the mapped file and the disk file - are the same (done in HEAD). - - - check that the file was not modified after being mapped? - (Can we get the time it was mapped or opened?) - * Build system - Create RPM package? See fedora-packaging-list for information about how to package kernel modules. Lots of threads in @@ -145,9 +134,6 @@ Before 1.2: the alert. This causes the start button to appear prelighted. Probably just another gtk+ bug. -* Find out if the first sort order of a GtkTreeView column can be changed - programmatically. - - Fix bugs/performance issues: - decorate_node should be done lazily - Find out why we sometimes get completely ridicoulous stacktraces, @@ -673,6 +659,23 @@ Later: -=-=-=-=-=-=-=-=-=-=-=-=-=-=- ALREADY DONE -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- +* See if we can reproduce the problem where libraries didn't get correctly + reloaded after new versions were installed. + This is just the (deleted) problem. Turns out that the kernel + doesn't print (deleted) in all cases. Some possibilities: + + - check that the inodes of the mapped file and the disk file + are the same (done in HEAD). + + - check that the file was not modified after being mapped? + (Can we get the time it was mapped or opened?) If it was + modified you'd expect the inode to change, right? + +* Find out if the first sort order of a GtkTreeView column can be + changed programmatically. It can't (and the GTK+ bug was wontfixed). + A workaround is possible though. (Someone, please write a + GtkTreeView replacement!) + * Missing things in binparser.[ch] - maybe convert BIN_UINT32 => { BIN_UINT, 4 } -- 2.7.4