|
|
7fc462209e
|
some naming cleanup and namespace indentation fixes
|
2010-12-18 00:58:19 +01:00 |
|
|
|
3f1b7651e9
|
GPL header whitespace
|
2010-12-17 23:28:49 +01:00 |
|
|
|
45c04b4463
|
re-visit the command impl allocation; add a quick-n-dirty implementation based on heap allocation
|
2009-08-29 02:16:28 +02:00 |
|
Christian Thaeter
|
b9fc2d6522
|
WIP: deploy new logging flags in lib
|
2009-01-24 22:30:25 +01:00 |
|
|
|
75bdc877dc
|
reconsider synchronisation and switch some parts to instance based locks.
|
2008-12-30 08:19:32 +01:00 |
|
|
|
93c4a282cc
|
Merge object monitor locking
|
2008-12-27 01:04:20 +01:00 |
|
|
|
e921b1658c
|
error.hpp belongs to src/lib
|
2008-12-27 00:53:35 +01:00 |
|
|
|
eaedab90ea
|
Refactoring IV: move the (still problematic) ClassLock out of the Sync compound
(no semantic change, but better notation)
|
2008-12-26 03:47:12 +01:00 |
|
|
|
54e88e6914
|
Refactoring III: Recursive/Nonrecursive and Waitable as policy classes
pass test again
|
2008-12-26 01:50:32 +01:00 |
|
|
|
2b8cd00ab5
|
yet another renaming. call it "Sync"...
|
2008-12-22 17:00:15 +01:00 |
|
|
|
751e1be596
|
better invocation, get rid of the template parameter
|
2008-12-22 05:02:52 +01:00 |
|
|
|
d1e385f3f4
|
rename class Thread into Concurrency
it's not a thread abstraction, but a locking helper
|
2008-12-22 05:02:51 +01:00 |
|
Christian Thaeter
|
3654473b75
|
WIP: Merge common into lib
* breaks lumigui linking
* test non functional yet
* tools cant not be linked because of cross dependency problems
|
2008-12-17 17:53:32 +01:00 |
|
|
|
c567c57a58
|
reorganise NoBug global definitions and startup
|
2008-12-15 13:33:04 +01:00 |
|
|
|
628be502e5
|
reordered some files to use the new include and lumiera directories
|
2008-12-15 13:33:04 +01:00 |
|
|
|
57ccc289b0
|
comment, add to testsuite
|
2008-10-30 04:34:05 +01:00 |
|
|
|
b475fd0979
|
AllocationCluster passes test
|
2008-10-30 04:03:14 +01:00 |
|
|
|
a00edd2a84
|
cluster datastructure works, finally.
WIP still a bug somewhere in the pseudo-memory manager (de-allocation fails)
|
2008-10-28 06:07:23 +01:00 |
|
|
|
89fca1921d
|
WIP added simple usage test ... and made it compile,
but still a fundamental problem to resolve with the use of std::vector in this scenario
|
2008-10-24 06:06:24 +02:00 |
|
|
|
6bd0c84355
|
WIP added preliminary pseudo-implementation for the raw memory manager.
Actually this beast does just per object heap allocations, .... any takers?
|
2008-10-23 23:08:27 +02:00 |
|
|
|
b479404288
|
fix logic for allocating a new memory manager
|
2008-10-23 19:47:08 +02:00 |
|
|
|
716700a432
|
draft solution finished, compiles but test fails of course...
solved the problem to push the actual memory manager completely into the cpp file
|
2008-10-22 04:55:28 +02:00 |
|
|
|
74164e890e
|
finished the outline
|
2008-10-20 03:13:02 +02:00 |
|
|
|
1b6df94aab
|
documentation (drawing)
|
2008-10-18 04:15:07 +02:00 |
|
|
|
747d793121
|
draft framework for handling the memory allocation of render nodes
|
2008-10-18 04:15:06 +02:00 |
|
