#
f4194f2e |
|
03-Jun-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
StatCacheServer changes: * A Node can no longer have a referring "." or ".." Entry (except the root directory), not even temporarily. This rules out cycles when resolving paths. * Made the code more robust against missed node monitoring messages. If an entry is encountered that shouldn't be there, it is removed. As implemented before, a Node could end up with a NULL referring Entry, leading to a crash when an Entry that references the Node was moved. Missing node monitoring messages is actually virtually impossible, since a dedicated looper does nothing else but pushing those into a separate queue, but nevertheless Stippi seems to have managed the trick. :-) git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@21307 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b619e277 |
|
26-Jun-2006 |
Jérôme Duval <korli@users.berlios.de> |
if a node entry is moved and the origin entry isn't found, an entry is created In fact, BeIDE seems to delete the entry and move a temp entry to the right place: StatCacheServer was then thinking that the entry was removed git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@17926 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ecc89c9a |
|
29-Dec-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Moved jam into the buildtools modules, where it belongs. git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@15729 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f4194f2ee8f5173adc1be5c9b318307cdb1d1f13 |
|
03-Jun-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
StatCacheServer changes: * A Node can no longer have a referring "." or ".." Entry (except the root directory), not even temporarily. This rules out cycles when resolving paths. * Made the code more robust against missed node monitoring messages. If an entry is encountered that shouldn't be there, it is removed. As implemented before, a Node could end up with a NULL referring Entry, leading to a crash when an Entry that references the Node was moved. Missing node monitoring messages is actually virtually impossible, since a dedicated looper does nothing else but pushing those into a separate queue, but nevertheless Stippi seems to have managed the trick. :-) git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@21307 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b619e2771eca11a35b973a68225d38477eb681a2 |
|
26-Jun-2006 |
Jérôme Duval <korli@users.berlios.de> |
if a node entry is moved and the origin entry isn't found, an entry is created In fact, BeIDE seems to delete the entry and move a temp entry to the right place: StatCacheServer was then thinking that the entry was removed git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@17926 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ecc89c9a6a5d6741045dc121f17132e587060dec |
|
29-Dec-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Moved jam into the buildtools modules, where it belongs. git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@15729 a95241bf-73f2-0310-859d-f6bbb57e9c96
|