address space of reserved areas - IOW address spaces were never freed upon
team exit.
* dump_cache() now prints a list of the cache's consumers.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19040 a95241bf-73f2-0310-859d-f6bbb57e9c96
* a vm_cache now maintains a list of its "consumer" caches.
* introduced to new functions that add/remove consumer to a cache (instead
of only maintaining the vm_cache::source field).
* fixed the incorrect reference counting when doing copy-on-write; we kept
one ref too many of the lower cache.
* minor cleanup.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19035 a95241bf-73f2-0310-859d-f6bbb57e9c96
Executing the stage2 loader works now, up to the point where mmu_init() reuses the same address space.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19033 a95241bf-73f2-0310-859d-f6bbb57e9c96
The printer transport add-ons and drivers are missing yet, though.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19023 a95241bf-73f2-0310-859d-f6bbb57e9c96
this closes ticket #811.
* Added notification support to IPv4 and UDP.
* Implemented reading out SO_ERROR.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19017 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Also added libbnetapi.so and libnetapi.so to the R5 compatibility evaluation score.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19016 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Added a link from libbnetapi.so to libnetapi.so. We might think about moving
libnetapi.so into libnetwork.so as well.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19014 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Fixed R5 socket definitions to match their actual definitions.
* libnetwork.so now detects at runtime wether or not R5 compatibility should be
enabled or not.
* All socket functions should now be R5 net_server compatible.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19012 a95241bf-73f2-0310-859d-f6bbb57e9c96
be used to determine wether or not the executable was linked for/under Haiku or
not (ie. BeOS).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19011 a95241bf-73f2-0310-859d-f6bbb57e9c96
to determine linkage of libnet.so vs. libsocket.so/libbind.so in the libnetwork.so.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19008 a95241bf-73f2-0310-859d-f6bbb57e9c96
Haiku image) revealed a problem with that change:
* If the root node only contained a single entry it was freed instead of just making
it a leaf node - that could produce an invalid b+tree (could only happen with
attribute or index trees, as directories always contain '.' and '..').
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19006 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Also added a 1270x720 HDTV resolution (was accidently part of the previous commit).
Both changes courtesy of Doug Shelton.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19003 a95241bf-73f2-0310-859d-f6bbb57e9c96
anymore; maybe we should even introduce a minimal partition size).
This fixes bug #882.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19000 a95241bf-73f2-0310-859d-f6bbb57e9c96
* When removing the last key from a leaf node, the node wasn't freed, but just
emptied, and thus the whole tree structure would never combast.
* This could also cause a bug in the TreeIterator: if the last entry was not
in the last node, every second readdir() after the last one would return
the last entry again. I only found this because that happens to be what
Tracker does (which would run in an endless loop while scanning the directory
then).
* Minor cleanup.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18992 a95241bf-73f2-0310-859d-f6bbb57e9c96
