On Tue, 16 Oct 2007 11:54:01 +0100 Glynn Clements <glynn@xxxxxxxxxxxxxxxxxx> wrote: > > Dennis Heuer wrote: > > > i did not try obstacks yet, will have a look at them. what bothers me > > at the moment is that mremap() is not a standard and that it operates > > strangely to me: > > > > ENOMEM > > The region is private writable, and insufficient virtual memory is > > available to extend it. Also, this error will occur if MREMAP_MAYMOVE > > is not given and the extension would collide with another mapped region. > > > > i thought that mmap'ed space is only virtually aligned. possibly it's > > better to write buffers oneself? the posix interfaces look strange to > > me. they seem halfhearted and weirdly incompatible. > > I don't understand what you're saying in any of the preceding > paragraph. i actually don't understand why you don't understand :( possibly i should've written 'caches' instead of 'buffers'. however, what shall i use a posix interface for if it only works in this but not in that case and then only inefficient, as you yourself mentioned. efficiency is quite important. portability too. the documentation is also bad. one never knows what's meant with 'process', if things are thread-safe or how they behave in combination (if that's not strictly forbidden.) posix is an assortment but not a structure or even a base. however, i found out that some interfaces aren't supported by cygwin and will write the file cache and my memory buffers myself based on malloc, even if that means that i now have to implement an efficient tree. it also means that one always again invents the wheel though the system already has it implemented but doesn't like to offer it a sane way. sorry but i'm quite pissed about posix at the moment. regards, dennis heuer - To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
