On Sun, 16 Dec 2012 20:37:17 +0100 Vincent Torri <vincent.to...@gmail.com> said:
> On Sun, Dec 16, 2012 at 11:33 AM, Carsten Haitzler <ras...@rasterman.com> > wrote: > > On Sun, 16 Dec 2012 10:54:24 +0100 Maxime Villard <rusty...@gmx.fr> said: > > > >> Hi, > >> == efl/src/modules/ecore_evas/engines/buffer/ecore_evas_extn.c == > >> OpenBSD doesn't have shm_open(), just shmget(). As ecore_evas_extn.c > >> doesn't seem to be used, I commented all the file and it works, but > >> it would be better if someone adds #elif HAVE_SHMGET or replaces > >> shm_open() by shmget(), which is standardized. I don't know these > >> things. > >> > >> Thanks > > > > i'ts used by elementary. we will be doing more of this shm_open... because > > it's frankly immensely more useful than sysv shm. > > > > 1. you have a NAME to share things by... easy to have a common known name > > 2. evas cserve2 is built on it and cserve2 will becomes required - no > > choice. > > 3. shm_open etc. uses fd's and mmap. unlike sysvshm.. u can resize a shm > > segment by just munmap+mmap or mremap(). sysvshm in linxu has some > > EXTENSIONS to do this, but its non-standard... > > > > so you won't be able to avoid shm_open for a lot longer... so i suggest, > > instead of "just disable it for bsd", you find an acceptable solution... > > maybe pressure open/free/whatever bsd kernel devs to support it. we > > probably need to move this api/abstraction into eina - BUT... at some point > > those os's that dont provide something as feasible/usable/nice as above are > > going to have a bad day. :) > > then annonce *clearly* that you support only POSIX systems, that is, > you don't suport anymore Windows, BSD (and Mac) and Solaris, hence it > remains only linux. our policy is that we support only posix systems. ever since. when i use a new libc call i check the manuals to see that its a posix standard or not (or most of the time i remember too check). if i see like "comforming to posix.1 or posix-2001 etc." its good for me. support for things like windows DEPENDS on them conforming to posix. as such they don't - efl was never designed to port... but that's why evil exists... etc. to PROVIDE the missing posix support. :) solaris is posix fyi. osx claims to be too. http://en.wikipedia.org/wiki/POSIX ... the problem is... it's compliant to an ancient version. shm_open is posix.1-2001. so it's newer... only about 12 years old now! :/ -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
