Re: [E-devel] E17 on Cygwin/X platform?
Původní zpráva Od: Nick Hughart mek...@mekius.net Předmět: Re: [E-devel] E17 on Cygwin/X platform? Datum: 19.12.2008 19:05:28 On Thu, 18 Dec 2008 15:39:39 +0100 (CET) Pavel Lipenský lipens...@email.cz wrote: Hi Chaps, many thanks for great job on E16/E17 !!! I've been mad about using Enlightenment for many years, starting E16 on Linux. I've been working as a SW engineer for almost 6 year, focusing of Unix/Linux development, but currently I have to use WinXP host OS in the office :( I did some changes in my free time to make E17 running on Cygwin. There are still some problems, but X11_SW and XRENDER_X11 engine works fine, GL_X11 partly but stable. See screenshots (small one from 043 snapshot, big one from 050), and let me know if you interested in changes. I would like to contribute. Best regards, Pavel Lipensky PS: Changes briefly They were mostly about adding Cygwin section into configure.in files and about updating Makefiles.am files with @lt_no_undefined@ to link DLLs correctly. Otherwise there were only minority changes needed in sources (such like extending some #ifdef _WIN32), Well, except of two issues - adding possibility to building E17 as a library in order to link e_modules on Windows. - small hack of the local E_IPC to use AF_INET instead of broken unix sockets (due to naming restrictions on NTFS, and mainly due to blocking when accepting more clients) Your files got lost probably due to improper mimetypes, you may need to post them somewhere online and provide links. See http://www.lip.wz.cz/e17/ -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 on Cygwin/X platform?
On Mon, 22 Dec 2008, Pavel Lipenský wrote: See http://www.lip.wz.cz/e17/ it seems that you use the snapshots. There have been lots of modifications since they have been released. Maybe you should try to use the svn repository instead. Vincent-- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] evas module cannot open shared file
Hi Im getting a large number of Too many open files error messages from the evas module loader as well as from anything ecore_exe tries to open -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas module cannot open shared file
On Tue, Dec 23, 2008 at 4:59 PM, Ian Lee i...@leehouse.eclipse.co.uk wrote: Im getting a large number of Too many open files error messages from the evas module loader as well as from anything ecore_exe tries to open How ? What are you running to have this problem ? Do you have some sample code ? Basically, it sounds like a fd leak somewhere, as on most system you can only open a limited set of fd at the same time (around 1024 on Linux by default). -- Cedric BAIL -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Static Analysis of EFL
Just ran a test build of EFL with LLVM's static analyser (http://clang.llvm.org/StaticAnalysis.html) on latest (at the time) svn revision (38291). The output is here : http://local.profusion.mobi:8081/~lfelipe/output-efl/ If you guys want to run it, there are instructions on the first link, but it is basically just compiling llvm, compiling clang and instead of calling make calling 'scan-build make'. Cheers, --lf -- Every day, once a day, give yourself a present. Don't plan it, don't wait for it, just… let it happen. Dale Cooper, Twin Peaks -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri trunk/eina/src/lib
Enlightenment SVN wrote: Log: fix possible errors with pointer/offset calculation. it works on gcc, but maybe it would break in other compilers, so make it safe. Why not use offsetof macro? Sebastian Author: barbieri Date: 2008-12-23 12:05:44 -0800 (Tue, 23 Dec 2008) New Revision: 38302 Modified: trunk/eina/src/lib/eina_stringshare.c Modified: trunk/eina/src/lib/eina_stringshare.c === --- trunk/eina/src/lib/eina_stringshare.c 2008-12-23 19:55:52 UTC (rev 38301) +++ trunk/eina/src/lib/eina_stringshare.c 2008-12-23 20:05:44 UTC (rev 38302) @@ -636,8 +636,8 @@ static Eina_Stringshare_Head * _eina_stringshare_head_alloc(int slen) { - Eina_Stringshare_Head *head; - const unsigned int head_size = (char *)head-builtin_node.str - (char *)head; + Eina_Stringshare_Head *head, t; + const unsigned int head_size = (char *)(t.builtin_node.str) - (char *)t; head = malloc(head_size + slen); if (!head) @@ -749,8 +749,8 @@ static Eina_Stringshare_Node * _eina_stringshare_node_alloc(int slen) { - Eina_Stringshare_Node *node; - const unsigned int node_size = (char *)node-str - (char *)node; + Eina_Stringshare_Node *node, t; + const unsigned int node_size = (char *)(t.str) - (char *)t; node = malloc(node_size + slen); if (!node) @@ -953,8 +953,8 @@ static Eina_Stringshare_Node * _eina_stringshare_node_from_str(const char *str) { - Eina_Stringshare_Node *node; - const unsigned int offset = (char *)node-str - (char *)node; + Eina_Stringshare_Node *node, t; + const unsigned int offset = (char *)(t.str) - (char *)t; node = (Eina_Stringshare_Node *)(str - offset); EINA_MAGIC_CHECK_STRINGSHARE_NODE(node); -- ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri trunk/eina/src/lib
On Tue, Dec 23, 2008 at 6:18 PM, Sebastian Dransfeld sebas...@tango.flipp.net wrote: Enlightenment SVN wrote: Log: fix possible errors with pointer/offset calculation. it works on gcc, but maybe it would break in other compilers, so make it safe. Why not use offsetof macro? hum... good question, I fear there was a reason I can't remember now, maybe I was just stupid. feel free to change :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel