On Sun, Dec 16, 2012 at 9:15 PM, Adrien Nader <adr...@notk.org> wrote: > On Sun, Dec 16, 2012, Vincent Torri wrote: >> 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. > > I see things a bit differently: we know that windows mac and solaris > won't change easily. The BSDs (I've never considered Mac OS X as a BSD > system btw) can change. That function is POSIX.1-2001 and most of the > BSDs boast themselves as sticking to standards. This is something they > should _want_ to have and I don't understand why they don't. > > Are there bug tracker entries for that issue or any explanation why this > function is not available? > > With that said, considering that it will take a new OS release for such > functions to become available and that it'll take time for people to > upgrade, it's clear there will be an issue when this code is released. > > The portability issue with cserve2 has already been mentionned a few > months ago and there was no solution that fit everyone's needs. The EFLs > are working rather well nowadays overall and such things are comfort > compared to platform support (yes, I'm thinking of Windows here). Does > the lack of cserve2 (or others) prevents making applications? And if it > does, maybe that most people are willing to trade that functionality bit > for better platform support. > > I agree SysV IPC is really annoying but at some point, adding all the > time more stuff that works on linux but not elsewhere gives way too much > work for the few people who do the porting. It makes the porting effort > a continuous unrewarding sprint. > > GTK has issues with Windows, Qt's support in the future doesn't seem > terribly good to me. It's always the same story and it'd be a shame for > the EFLs to take the same path instead of taking advantage of a better > support when the other toolkits are getting worse.
it has been decided that cserve2 will not be optional. I don't think that people will change their mind about that. Vincent ------------------------------------------------------------------------------ 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