[E-devel] evas build failure
Since some days this pops up: CCLD libevas_engine_gl_common.la make[5]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_common' Making all in gl_glew make[5]: Entering directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_glew' make[5]: Für das Ziel »all« ist nichts zu tun. make[5]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_glew' Making all in gl_common make[5]: Entering directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_common' make[5]: Für das Ziel »all« ist nichts zu tun. make[5]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_common' Making all in gl_x11 make[5]: Entering directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_x11' CC module_la-evas_engine.lo CC module_la-evas_x_main.lo evas_x_main.c: In Funktion »eng_window_new«: evas_x_main.c:80:21: Warnung: Zuweisung von inkompatiblem Zeigertyp evas_x_main.c: In Funktion »eng_best_visual_get«: evas_x_main.c:743:55: Fehler: incompatible types when assigning to type »struct XVisualInfo *[16]« from type »void *« make[5]: *** [module_la-evas_x_main.lo] Fehler 1 make[5]: *** Warte auf noch nicht beendete Prozesse... make[5]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_x11' make[4]: *** [all-recursive] Fehler 1 make[4]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/marc/bin/e17sh/src/evas/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/marc/bin/e17sh/src/evas' make: *** [all] Fehler 2 Hopefully anyone can handle that. BTW, Web SVN is broken. Regards, Marc -- Marc Koschewski -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas build failure
Tom, the message says: evas_x_main.c: In Function »eng_window_new«: evas_x_main.c:80:21: Warning: Assignment of incompatible pointer type evas_x_main.c: In Function »eng_best_visual_get«: evas_x_main.c:743:55: Error: incompatible types when assigning to type »struct XVisualInfo *[16]« from type »void *« It's on current trunk. Regards, Marc Tom Hacohen t...@stosb.com [2011-03-22 23:17:34 +0200]: Web svn: yeah, we know ;( Regarding your issue, please set your locale to english :P (though from the info here I have no idea what that is). -- Tom. On Tue, Mar 22, 2011 at 10:57 PM, Marc Koschewski m...@osknowledge.orgwrote: Since some days this pops up: CCLD libevas_engine_gl_common.la make[5]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_common' Making all in gl_glew make[5]: Entering directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_glew' make[5]: Für das Ziel »all« ist nichts zu tun. make[5]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_glew' Making all in gl_common make[5]: Entering directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_common' make[5]: Für das Ziel »all« ist nichts zu tun. make[5]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_common' Making all in gl_x11 make[5]: Entering directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_x11' CC module_la-evas_engine.lo CC module_la-evas_x_main.lo evas_x_main.c: In Funktion »eng_window_new«: evas_x_main.c:80:21: Warnung: Zuweisung von inkompatiblem Zeigertyp evas_x_main.c: In Funktion »eng_best_visual_get«: evas_x_main.c:743:55: Fehler: incompatible types when assigning to type »struct XVisualInfo *[16]« from type »void *« make[5]: *** [module_la-evas_x_main.lo] Fehler 1 make[5]: *** Warte auf noch nicht beendete Prozesse... make[5]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines/gl_x11' make[4]: *** [all-recursive] Fehler 1 make[4]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules/engines' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/home/marc/bin/e17sh/src/evas/src/modules' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/marc/bin/e17sh/src/evas/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/marc/bin/e17sh/src/evas' make: *** [all] Fehler 2 Hopefully anyone can handle that. BTW, Web SVN is broken. Regards, Marc -- Marc Koschewski -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Marc Koschewski -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Crazy ... E17 About dialog
* Tom Hacohen t...@stosb.com [2011-02-25 12:11:43 +0200]: On Fri, Feb 25, 2011 at 12:04 PM, Vincent Torri vto...@univ-evry.fr wrote: I do not agree. AUTHORS is a way to know who really touched a program. that could be necessary to have the name of the contributors in case of a licence change I was talking about the about dialog, not the AUTHORS file. I think, what Tom did and will probably do for E17 as a whole justifies the mentioning of his name in the dialog. I don't talk about the AUTHORS file itself. Sure thing, only people hacking 'e' should go in e's AUTHORS file. But in order to have E17 do what it does, Tom's work is fundamental. Thus I vote for really adding him (and probably some others) to the dialog. E17 is not 'e' - E17 is 'e', 'eina', 'evas', ... And the dialog is about E17. Just my 2 cents... Marc P.S: Come on guys ... he does a great job! -- Tom. -- Marc Koschewski -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Crazy ... E17 About dialog
* unixti...@gmail.com unixti...@gmail.com [2011-02-25 11:19:49 -0600]: I'm not saying he should or shouldn't be on the about dialog But just a point of order... The about dialog is parsed from the AUTHORS file... So can't have one without the other... I guess that's the whole problem. Sent from my Cellular South HTC Desire - Reply message - From: Marc Koschewski m...@osknowledge.org Date: Fri, Feb 25, 2011 10:57 am Subject: [E-devel] Crazy ... E17 About dialog To: Tom Hacohen t...@stosb.com Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net * Tom Hacohen t...@stosb.com [2011-02-25 12:11:43 +0200]: On Fri, Feb 25, 2011 at 12:04 PM, Vincent Torri vto...@univ-evry.fr wrote: I do not agree. AUTHORS is a way to know who really touched a program. that could be necessary to have the name of the contributors in case of a licence change I was talking about the about dialog, not the AUTHORS file. I think, what Tom did and will probably do for E17 as a whole justifies the mentioning of his name in the dialog. I don't talk about the AUTHORS file itself. Sure thing, only people hacking 'e' should go in e's AUTHORS file. But in order to have E17 do what it does, Tom's work is fundamental. Thus I vote for really adding him (and probably some others) to the dialog. E17 is not 'e' - E17 is 'e', 'eina', 'evas', ... And the dialog is about E17. Just my 2 cents... Marc P.S: Come on guys ... he does a great job! -- Tom. -- Marc Koschewski -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Marc Koschewski -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Crazy ... E17 About dialog
* Vincent Torri vto...@univ-evry.fr [2011-02-25 18:05:56 +0100]: On Fri, 25 Feb 2011, Marc Koschewski wrote: * Tom Hacohen t...@stosb.com [2011-02-25 12:11:43 +0200]: On Fri, Feb 25, 2011 at 12:04 PM, Vincent Torri vto...@univ-evry.fr wrote: I do not agree. AUTHORS is a way to know who really touched a program. that could be necessary to have the name of the contributors in case of a licence change I was talking about the about dialog, not the AUTHORS file. I think, what Tom did and will probably do for E17 as a whole justifies the mentioning of his name in the dialog. I don't talk about the AUTHORS file itself. Sure thing, only people hacking 'e' should go in e's AUTHORS file. But in order to have E17 do what it does, Tom's work is fundamental. Thus I vote for really adding him (and probably some others) to the dialog. E17 is not 'e' sorry, but you are wrong. E17 is a shortcut for Enlightenment 0.17 or DR17. Using 'e' is also a shortcut. And it is the windows manager whatever the libraries on which it is built are used in it. With your point of view, why not mentioning the libpng guys, the dbus guys, the xorg guys, etc... ? Without them, there would have no e17 at all. Sure, but how far can your track this down? Ulrich Drepper would be mentioned in any dialog then. That's damn fuc... bullshit. What I just meant to say is: you guys could just honor the names of the guys who commit to _your_ svn repos in that damn dialog. It'd just be fair. EOD. Vincent - E17 is 'e', 'eina', 'evas', ... And the dialog is about E17. Just my 2 cents... Marc P.S: Come on guys ... he does a great job! -- Tom. -- Marc Koschewski -- Marc Koschewski -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Crazy ... E17 About dialog
* Michael Jennings m...@kainx.org [2011-02-25 10:26:17 -0800]: On Friday, 25 February 2011, at 18:33:10 (+0100), Marc Koschewski wrote: What I just meant to say is: you guys could just honor the names of the guys who commit to _your_ svn repos in that damn dialog. It'd just be fair. Okay, I just have to ask. Why do you care so much? What is the nature of your relationship with Tom? You care more than he does! I don't know how you can come up with this. As as said earlier: a) there seem to be more people missing than just him, b) I just saw it when I read the list and Tom was the one who's commits recently helped me to get my E17 back working again. And I care not because of Tom. I just think that people who do effort to get this desktop to do what it does need to get the credits for it. And one thing I totally miss in this discussion is that the average Joe does _not_ read the AUTHORS file as he/she actually doesn't have it. All he/she has is the running binary and it sadly says nothing about many people who helped giving him the desktop of his/her choice. What's there not to understand? And to come to the you care mor than him thing: do you think Tom is going to yell Hell, yeah, I need to get in there, guys! Marc is right. I think it's just human to _not_ act upon this mails in his position. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- A little learning is a dangerous thing; Drink deep, or taste not the Pierian spring: There shallow draughts intoxicate the brain, And drinking largely sobers us again. -- Alexander Pope, An Essay on Criticism -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Marc Koschewski -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Crazy ... E17 About dialog
I just saw that 'tasn' is not mentioned in E17's About dialog. This is a huge fail, guys! SPANK SPANK SPANK to say it in E17-manner. Get his in there. ASAP. :) Cheers, Marc -- Marc Koschewski -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Crazy ... E17 About dialog
* Marc Koschewski m...@osknowledge.org [2011-02-24 22:34:32 +0100]: I just saw that 'tasn' is not mentioned in E17's About dialog. This is a huge fail, guys! SPANK SPANK SPANK to say it in E17-manner. Get his in there. ASAP. ... his 'name'. I meant to say 'name'. Off-by-one brain vs. hands. Cheers! :) Cheers, Marc -- Marc Koschewski -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Marc Koschewski -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas icon
* Daniel Juyung Seo seojuyu...@gmail.com [2011-02-17 02:03:38 +0900]: oh... I like it !! But here is one suggestion. This icon reminds me of canvas but not evas(e+canvas). How about adding some small stuff to represent E like below images? http://www.enlightenment.org/p/index/d/logo.png Does nayone have this icon in SVG format or really, really big? I'd like it on a shirt. :) Regards, Marc Thanks. Daniel Juyung Seo (SeoZ) On Wed, Feb 16, 2011 at 8:55 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Tue, Feb 15, 2011 at 7:50 PM, Luchezar Petkov luchezar.pet...@gmail.com wrote: On 15 Feb 2011, at 21:35, Leif Middelschulte wrote: 2011/2/15 Tom Hacohen t...@stosb.com: On Tue, Feb 15, 2011 at 11:02 PM, Luchezar Petkov luchezar.pet...@gmail.com wrote: An icon for Evas, to put on the website. Hope you guys like it (suggestions are welcome) http://lpetkov.net/files/e/evas_icon_256x256.png It's cool and a cool idea, but I have two comments: 1. I don't think it scales well to smaller sizes, will just look like a mesh of colors. 2. I don't think it describes Evas good enough. Might be a good idea to collect metaphors alongside explenations for each library so the designers can come up with appropriate icons. Evas: - (Puppet)theaterstage as Evas is a stateaware canvas library Not sure if thats a better metaphor. I say lets be more general - you can't say everything in an icon or in a logo. I'm concentrating on providing a metaphor for a canvas library, even though there are probably several kinds of canvas libs, with different features, they do things in different ways, etc Wonderful icon! I like it as is already, maybe making the canvas less like a monitor (although I think that was intentional)? I like Leif's suggestion as well. We're not immediate painting (draw and it stays there as an actual canvas where you draw with pen/pencil), but retained where you move objects... so a puppet theater stage would represent it better. If you could do one to compare, it would be great. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] util-linux 2.19 breaks eeze compile
Hi there, I upgraded util-linux to 2.19 and this came up: make[3]: Entering directory `/home/marc/cvs/e17/eeze/src/lib' CC eeze_disk_libmount.lo eeze_disk_libmount.c:12:25: schwerwiegender Fehler: mount/mount.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[3]: *** [eeze_disk_libmount.lo] Fehler 1 Regards, Marc -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] util-linux 2.19 breaks eeze compile
* mathieu.taillefum...@free.fr mathieu.taillefum...@free.fr [2011-02-10 22:37:48 +0100]: To me? To Mike? - Mail Original - De: Mike Blumenkrantz m...@zentific.com À: mathieu taillefumier mathieu.taillefum...@free.fr Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net, Marc Koschewski m...@osknowledge.org Envoyé: Jeudi 10 Février 2011 22h22:03 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [E-devel] util-linux 2.19 breaks eeze compile On Thu, 10 Feb 2011 22:14:45 +0100 (CET) mathieu.taillefum...@free.fr wrote: Hi Mike and Marc I am working on a patch fixing this problem. I already have the code but it was not well written. I just did the modifications for following e17 in svn. Just give me few hours for having a patch that is clean enough for been submitted. Mathieu - Mail Original - De: Mike Blumenkrantz m...@zentific.com À: Marc Koschewski m...@osknowledge.org Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net Envoyé: Jeudi 10 Février 2011 21h46:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [E-devel] util-linux 2.19 breaks eeze compile On Thu, 10 Feb 2011 21:32:44 +0100 Marc Koschewski m...@osknowledge.org wrote: Hi there, I upgraded util-linux to 2.19 and this came up: make[3]: Entering directory `/home/marc/cvs/e17/eeze/src/lib' CC eeze_disk_libmount.lo eeze_disk_libmount.c:12:25: schwerwiegender Fehler: mount/mount.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[3]: *** [eeze_disk_libmount.lo] Fehler 1 Regards, Marc known bug, will be fixed soon Don't bother, I have other local commits that are going in as well. Well I just finished the patch. I can still send it if you want -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] util-linux 2.19 breaks eeze compile
* Marc Koschewski m...@osknowledge.org [2011-02-10 23:19:31 +0100]: This http://trac.enlightenment.org/e/changeset/56936/trunk is a compile time fix only. Can you change it to a runtime fix? If MOUNT_2.18 is not present, is breaks the _whole_ E17 desktop as no module can be loaded! Regards, Marc * mathieu.taillefum...@free.fr mathieu.taillefum...@free.fr [2011-02-10 22:37:48 +0100]: To me? To Mike? - Mail Original - De: Mike Blumenkrantz m...@zentific.com À: mathieu taillefumier mathieu.taillefum...@free.fr Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net, Marc Koschewski m...@osknowledge.org Envoyé: Jeudi 10 Février 2011 22h22:03 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [E-devel] util-linux 2.19 breaks eeze compile On Thu, 10 Feb 2011 22:14:45 +0100 (CET) mathieu.taillefum...@free.fr wrote: Hi Mike and Marc I am working on a patch fixing this problem. I already have the code but it was not well written. I just did the modifications for following e17 in svn. Just give me few hours for having a patch that is clean enough for been submitted. Mathieu - Mail Original - De: Mike Blumenkrantz m...@zentific.com À: Marc Koschewski m...@osknowledge.org Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net Envoyé: Jeudi 10 Février 2011 21h46:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [E-devel] util-linux 2.19 breaks eeze compile On Thu, 10 Feb 2011 21:32:44 +0100 Marc Koschewski m...@osknowledge.org wrote: Hi there, I upgraded util-linux to 2.19 and this came up: make[3]: Entering directory `/home/marc/cvs/e17/eeze/src/lib' CC eeze_disk_libmount.lo eeze_disk_libmount.c:12:25: schwerwiegender Fehler: mount/mount.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[3]: *** [eeze_disk_libmount.lo] Fehler 1 Regards, Marc known bug, will be fixed soon Don't bother, I have other local commits that are going in as well. Well I just finished the patch. I can still send it if you want -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Marc Koschewski -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] util-linux 2.19 breaks eeze compile
* mathieu.taillefum...@free.fr mathieu.taillefum...@free.fr [2011-02-10 23:53:13 +0100]: - Mail Original - De: Marc Koschewski m...@osknowledge.org À: mathieu taillefumier mathieu.taillefum...@free.fr Cc: Mike Blumenkrantz m...@zentific.com, enlightenment-devel enlightenment-devel@lists.sourceforge.net Envoyé: Jeudi 10 Février 2011 23h19:32 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [E-devel] util-linux 2.19 breaks eeze compile * mathieu.taillefum...@free.fr mathieu.taillefum...@free.fr [2011-02-10 22:37:48 +0100]: To me? To Mike? I was thinking to the mailing list in general. enclosed to the email, the patch I prepared to fix your issue. You have two options either wait for the problem to be fix, (under way I think) or temporally apply this patch to eeze tree (maybe good to do that on a separate copy). Personally, I would choose the first option (i.e. wait) except if you can not afford to wait. The patch is straightforward. So it is as you wish. I am being using this patch for few days now without trouble. FYI: The patch does not apply due to changes on trunk... Mathieu - Mail Original - De: Mike Blumenkrantz m...@zentific.com À: mathieu taillefumier mathieu.taillefum...@free.fr Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net, Marc Koschewski m...@osknowledge.org Envoyé: Jeudi 10 Février 2011 22h22:03 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [E-devel] util-linux 2.19 breaks eeze compile On Thu, 10 Feb 2011 22:14:45 +0100 (CET) mathieu.taillefum...@free.fr wrote: Hi Mike and Marc I am working on a patch fixing this problem. I already have the code but it was not well written. I just did the modifications for following e17 in svn. Just give me few hours for having a patch that is clean enough for been submitted. Mathieu - Mail Original - De: Mike Blumenkrantz m...@zentific.com À: Marc Koschewski m...@osknowledge.org Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net Envoyé: Jeudi 10 Février 2011 21h46:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [E-devel] util-linux 2.19 breaks eeze compile On Thu, 10 Feb 2011 21:32:44 +0100 Marc Koschewski m...@osknowledge.org wrote: Hi there, I upgraded util-linux to 2.19 and this came up: make[3]: Entering directory `/home/marc/cvs/e17/eeze/src/lib' CC eeze_disk_libmount.lo eeze_disk_libmount.c:12:25: schwerwiegender Fehler: mount/mount.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[3]: *** [eeze_disk_libmount.lo] Fehler 1 Regards, Marc known bug, will be fixed soon Don't bother, I have other local commits that are going in as well. Well I just finished the patch. I can still send it if you want -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Marc Koschewski -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Working easy_e17.sh/configure parameters for 'coolest' and most feature rich E17
* Marc Koschewski m...@osknowledge.org [2011-02-09 09:07:45 +0100]: * Carsten Haitzler ras...@rasterman.com [2011-02-09 10:10:29 +0900]: On Tue, 8 Feb 2011 15:36:25 +0100 Marc Koschewski m...@osknowledge.org said: Hi all, due the amount of configure flags for the verious parts of E17 I just lost my overview of these completely. Does anyone of you - probably people using easy_e17.sh as well - hve a working config for a _fast_ (besides CFLAGS/LDFLAGS), cool and feature rich E17 installation that could be provided? Currently I rendered my easy_e17.sh parameters into something, that let's E17 compile but not work anymore. And before I try to get back to my old config, I just wanted to ask if anyone has some neat stuff handy... dont use ANY --enable/disable configure flags. defaults are what you want. using any such flags you do at your own risk. OK, that's what I just did besides the --enable-gl-flavor-gles and --enable-gles-variety-sgx options to evas (used because Gentoo did it as well in their ebuilds with my USE flags. The problem I have now is that I suffer a really annoying windows re-focus behavior. A window activated on desktop A is no longer active when I switch to desktop B, switch between windows there and go back to desktop A. On desktop A there's no active focus. If I just go to desktop B and back to desktop A the focus remained. I have the focusing option left as they were and it used to work prior to this change. Refocus last window on desktop switch is enabled. Any idea anyone? More: the focus keeps being set on the focused window on desktop A _after_ switching to desktop B. Once I switch to desktop B and hit ie. HOME it's 'printed' in the xterm that was focused on desktop A. After some ALT-TAB window switching on desktop B I can type the HOME into that window. I assume that the focus is then left on that window once I go back to desktop A forcing me to refocus the window again. Again in short: seems like the 'Refocus last window on desktop switch is broken... CC'ing enlightenment-devel... Marc Marc Thanks anyone, Marc -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Working easy_e17.sh/configure parameters for 'coolest' and most feature rich E17 [SOLVED]
* Marc Koschewski m...@osknowledge.org [2011-02-09 09:23:18 +0100]: * Marc Koschewski m...@osknowledge.org [2011-02-09 09:07:45 +0100]: * Carsten Haitzler ras...@rasterman.com [2011-02-09 10:10:29 +0900]: On Tue, 8 Feb 2011 15:36:25 +0100 Marc Koschewski m...@osknowledge.org said: Hi all, due the amount of configure flags for the verious parts of E17 I just lost my overview of these completely. Does anyone of you - probably people using easy_e17.sh as well - hve a working config for a _fast_ (besides CFLAGS/LDFLAGS), cool and feature rich E17 installation that could be provided? Currently I rendered my easy_e17.sh parameters into something, that let's E17 compile but not work anymore. And before I try to get back to my old config, I just wanted to ask if anyone has some neat stuff handy... dont use ANY --enable/disable configure flags. defaults are what you want. using any such flags you do at your own risk. OK, that's what I just did besides the --enable-gl-flavor-gles and --enable-gles-variety-sgx options to evas (used because Gentoo did it as well in their ebuilds with my USE flags. The problem I have now is that I suffer a really annoying windows re-focus behavior. A window activated on desktop A is no longer active when I switch to desktop B, switch between windows there and go back to desktop A. On desktop A there's no active focus. If I just go to desktop B and back to desktop A the focus remained. I have the focusing option left as they were and it used to work prior to this change. Refocus last window on desktop switch is enabled. Any idea anyone? More: the focus keeps being set on the focused window on desktop A _after_ switching to desktop B. Once I switch to desktop B and hit ie. HOME it's 'printed' in the xterm that was focused on desktop A. After some ALT-TAB window switching on desktop B I can type the HOME into that window. I assume that the focus is then left on that window once I go back to desktop A forcing me to refocus the window again. Again in short: seems like the 'Refocus last window on desktop switch is broken... CC'ing enlightenment-devel... Marc OK, solved! Hint: ecomorph was loaded but ecomp.sh not started. Just for you to know... how can it change the behaviour like that? Weird. Marc Thanks anyone, Marc -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment
[E-devel] evas build failure - fresh checkout
Hi all, today we got this.. make[3]: Entering directory `/home/marc/cvs/e17/evas/src/bin' CC evas_cserve_tool.o CC evas_cserve_main.o CCLD evas_cserve_tool ../../src/lib/.libs/libevas.so: undefined reference to `evas_common_map4_rgba' collect2: ld returned 1 exit status make[3]: *** [evas_cserve_tool] Fehler 1 It's a fresh checkout. Marc -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas build failure - fresh checkout
* Daniel Juyung Seo seojuyu...@gmail.com [2011-02-09 01:01:02 +0900]: Could it be it happens with --enable-directfb only? Hello, Mine build well. I got a fresh checkout from SVN revision 56813. Can you checkout a clean evas again? Or you already solved the build problem? Thanks. Daniel Juyung Seo (SeoZ) On Tue, Feb 8, 2011 at 5:44 PM, Marc Koschewski m...@osknowledge.org wrote: Hi all, today we got this.. make[3]: Entering directory `/home/marc/cvs/e17/evas/src/bin' CC evas_cserve_tool.o CC evas_cserve_main.o CCLD evas_cserve_tool ../../src/lib/.libs/libevas.so: undefined reference to `evas_common_map4_rgba' collect2: ld returned 1 exit status make[3]: *** [evas_cserve_tool] Fehler 1 It's a fresh checkout. Marc -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SIGSEGV in evas_common_text_props_content_ref()
* Tom Hacohen tom.haco...@partner.samsung.com [2011-02-07 08:20:06 +]: Hey, thanks a bunch! The text is back! Marc On Sat, 2011-02-05 at 11:19 +0100, Marc Koschewski wrote: seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Hey, I fixed it, but svn doesn't work. :) Attached is a git patch for the meanwhile just so you'll have a working evas. -- Tom. -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SIGSEGV in evas_common_text_props_content_ref()
* Tom Hacohen tom.haco...@partner.samsung.com [2011-02-07 08:20:06 +]: On Sat, 2011-02-05 at 11:19 +0100, Marc Koschewski wrote: seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Hey, I fixed it, but svn doesn't work. :) SVN seems up... Attached is a git patch for the meanwhile just so you'll have a working evas. -- Tom. Marc -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SIGSEGV in evas_common_text_props_content_ref()
* Tom Hacohen t...@stosb.com [2011-02-07 21:55:15 +0200]: No problem :) Sorry for breaking it in the first place. No problem, it worked for me without text for a day. The show is always within the windows, not around them. And anything I use has keyboard shortcuts ... so I was not very handicapped... Marc The broken piece of code was actually in e for ages but I guess only recently I changed the data there to really matter. -- Tom. On Mon, Feb 7, 2011 at 11:55 AM, Marc Koschewski m...@osknowledge.orgwrote: * Tom Hacohen tom.haco...@partner.samsung.com [2011-02-07 08:20:06 +]: Hey, thanks a bunch! The text is back! Marc On Sat, 2011-02-05 at 11:19 +0100, Marc Koschewski wrote: seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Hey, I fixed it, but svn doesn't work. :) Attached is a git patch for the meanwhile just so you'll have a working evas. -- Tom. -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Marc Koschewski -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SIGSEGV in evas_common_text_props_content_ref()
Hey Tom, the CFLAGS and LDFLAGS used to compile E17 were these: CFLAGS=-march=native -m32 -O2 -mmmx -msse -msse2 -msse3 -mssse3 -msse4 -msse4.1 -msse4.2 -maes -mpclmul -mpopcnt -mcx16 -msahf -mfpmath=both -ffast-math -fprefetch-loop-arrays -ftree-vectorize -fomit-frame-pointer -finline-functions -funit-at-a-time -falign-functions -falign-jumps -falign-loops -falign-labels -ffunction-sections -fdata-sections -freorder-blocks -freorder-blocks-and-partition -freorder-functions -pipe -Wdisabled-optimization LDFLAGS=-Wl,-O2 -Wl,--sort-common -Wl,-s -Wl,--check-sections -Wl,--enable-new-dtags -Wl,--as-needed -Wl,-z,noexecstack -Wl,--hash-style=gnu -Wl,-z,combreloc Some of them are unneeded, I know. But for completeness I included them... Regards, Marc * Tom Hacohen t...@stosb.com [2011-02-05 19:14:02 +0200]: Weird. What are your evas compilation flags? On Sat, Feb 5, 2011 at 4:27 PM, Marc Koschewski m...@osknowledge.orgwrote: * Tom Hacohen t...@stosb.com [2011-02-05 12:58:42 +0200]: Hey, glad to hear you're going to check this. I hope, you're not only going to check the code but also the SIGSEGV. It keeps me from running rev 56400 for now which is known to work well. The patch, however, it quite fun. Once applied, E17 comes without any text. So just ignore it. It handles the SIGSEGV, but make E17 kinda worthless. Regards, Marc Hm.. honestly, I think this check should be removed from unref as well. I remember adding it because maybe there was a legal path, but not 100% sure. The if about the 0 refcount should be removed 100%. I will review this code tomorrow (gtg now) and will let you know (here) what I think is needed be done. I try to avoid doing un-needed safety checks, especially if they just hide bugs, I prefer the app to fail and be able to find the bug (or at least send an error message) instead of just returning like nothing happened. Thanks for the info, Tom. On Sat, Feb 5, 2011 at 12:30 PM, Marc Koschewski m...@osknowledge.org wrote: Would that be OK? * Marc Koschewski m...@osknowledge.org [2011-02-05 11:19:48 +0100]: Hi all, seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Regards, Marc -- Marc Koschewski -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Marc Koschewski -- Tom. -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SIGSEGV in evas_common_text_props_content_ref()
Tom, I do not have a specific crash-case. I just started the fresh E17 build and it crashes directly (no desktop painted, still on the black background). I will try the fix now and report what's happened... Marc * Tom Hacohen tom.haco...@partner.samsung.com [2011-02-06 08:34:38 +]: Dear Marc, I can't test it myself without your compilation options and a specific crash-case (because it doesn't seg for me). However I did apply a fix that cleans it a bit, because having 0 length strings is legal but doesn't have an info field, but I'm not sure it'll fix your issue, it's just a general fix to an issue that was there. Waiting for your reply, Tom. On Sat, 2011-02-05 at 15:27 +0100, Marc Koschewski wrote: * Tom Hacohen t...@stosb.com [2011-02-05 12:58:42 +0200]: Hey, glad to hear you're going to check this. I hope, you're not only going to check the code but also the SIGSEGV. It keeps me from running rev 56400 for now which is known to work well. The patch, however, it quite fun. Once applied, E17 comes without any text. So just ignore it. It handles the SIGSEGV, but make E17 kinda worthless. Regards, Marc Hm.. honestly, I think this check should be removed from unref as well. I remember adding it because maybe there was a legal path, but not 100% sure. The if about the 0 refcount should be removed 100%. I will review this code tomorrow (gtg now) and will let you know (here) what I think is needed be done. I try to avoid doing un-needed safety checks, especially if they just hide bugs, I prefer the app to fail and be able to find the bug (or at least send an error message) instead of just returning like nothing happened. Thanks for the info, Tom. On Sat, Feb 5, 2011 at 12:30 PM, Marc Koschewski m...@osknowledge.orgwrote: Would that be OK? * Marc Koschewski m...@osknowledge.org [2011-02-05 11:19:48 +0100]: Hi all, seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Regards, Marc -- Marc Koschewski -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SIGSEGV in evas_common_text_props_content_ref()
I use a perl wrapper around easy_e17.sh because of the unreadable syntax: It's attached... Marc * Tom Hacohen tom.haco...@partner.samsung.com [2011-02-06 10:25:43 +]: Oh also forgot to ask for your configure flags, mind providing those as well? Thanks, Tom. On Sun, 2011-02-06 at 11:22 +0100, Marc Koschewski wrote: Hey Tom, the CFLAGS and LDFLAGS used to compile E17 were these: CFLAGS=-march=native -m32 -O2 -mmmx -msse -msse2 -msse3 -mssse3 -msse4 -msse4.1 -msse4.2 -maes -mpclmul -mpopcnt -mcx16 -msahf -mfpmath=both -ffast-math -fprefetch-loop-arrays -ftree-vectorize -fomit-frame-pointer -finline-functions -funit-at-a-time -falign-functions -falign-jumps -falign-loops -falign-labels -ffunction-sections -fdata-sections -freorder-blocks -freorder-blocks-and-partition -freorder-functions -pipe -Wdisabled-optimization LDFLAGS=-Wl,-O2 -Wl,--sort-common -Wl,-s -Wl,--check-sections -Wl,--enable-new-dtags -Wl,--as-needed -Wl,-z,noexecstack -Wl,--hash-style=gnu -Wl,-z,combreloc Some of them are unneeded, I know. But for completeness I included them... Regards, Marc * Tom Hacohen t...@stosb.com [2011-02-05 19:14:02 +0200]: Weird. What are your evas compilation flags? On Sat, Feb 5, 2011 at 4:27 PM, Marc Koschewski m...@osknowledge.orgwrote: * Tom Hacohen t...@stosb.com [2011-02-05 12:58:42 +0200]: Hey, glad to hear you're going to check this. I hope, you're not only going to check the code but also the SIGSEGV. It keeps me from running rev 56400 for now which is known to work well. The patch, however, it quite fun. Once applied, E17 comes without any text. So just ignore it. It handles the SIGSEGV, but make E17 kinda worthless. Regards, Marc Hm.. honestly, I think this check should be removed from unref as well. I remember adding it because maybe there was a legal path, but not 100% sure. The if about the 0 refcount should be removed 100%. I will review this code tomorrow (gtg now) and will let you know (here) what I think is needed be done. I try to avoid doing un-needed safety checks, especially if they just hide bugs, I prefer the app to fail and be able to find the bug (or at least send an error message) instead of just returning like nothing happened. Thanks for the info, Tom. On Sat, Feb 5, 2011 at 12:30 PM, Marc Koschewski m...@osknowledge.org wrote: Would that be OK? * Marc Koschewski m...@osknowledge.org [2011-02-05 11:19:48 +0100]: Hi all, seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Regards, Marc -- Marc Koschewski -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Marc Koschewski -- Tom. -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Marc Koschewski easy_e17-wrapper.sh Description: Bourne shell script easy_e17-config.pl Description: Perl program -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's
Re: [E-devel] SIGSEGV in evas_common_text_props_content_ref()
OK, tested the fix: same result as mine: E17 comes without _any_ text. Menus empty, desktop switching shows no desktop name in the animation etc... Marc * Tom Hacohen tom.haco...@partner.samsung.com [2011-02-06 08:34:38 +]: Dear Marc, I can't test it myself without your compilation options and a specific crash-case (because it doesn't seg for me). However I did apply a fix that cleans it a bit, because having 0 length strings is legal but doesn't have an info field, but I'm not sure it'll fix your issue, it's just a general fix to an issue that was there. Waiting for your reply, Tom. On Sat, 2011-02-05 at 15:27 +0100, Marc Koschewski wrote: * Tom Hacohen t...@stosb.com [2011-02-05 12:58:42 +0200]: Hey, glad to hear you're going to check this. I hope, you're not only going to check the code but also the SIGSEGV. It keeps me from running rev 56400 for now which is known to work well. The patch, however, it quite fun. Once applied, E17 comes without any text. So just ignore it. It handles the SIGSEGV, but make E17 kinda worthless. Regards, Marc Hm.. honestly, I think this check should be removed from unref as well. I remember adding it because maybe there was a legal path, but not 100% sure. The if about the 0 refcount should be removed 100%. I will review this code tomorrow (gtg now) and will let you know (here) what I think is needed be done. I try to avoid doing un-needed safety checks, especially if they just hide bugs, I prefer the app to fail and be able to find the bug (or at least send an error message) instead of just returning like nothing happened. Thanks for the info, Tom. On Sat, Feb 5, 2011 at 12:30 PM, Marc Koschewski m...@osknowledge.orgwrote: Would that be OK? * Marc Koschewski m...@osknowledge.org [2011-02-05 11:19:48 +0100]: Hi all, seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Regards, Marc -- Marc Koschewski -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] SIGSEGV in evas_common_text_props_content_ref()
Hi all, seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Regards, Marc -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SIGSEGV in evas_common_text_props_content_ref()
* Tom Hacohen t...@stosb.com [2011-02-05 12:58:42 +0200]: Hey, glad to hear you're going to check this. I hope, you're not only going to check the code but also the SIGSEGV. It keeps me from running rev 56400 for now which is known to work well. The patch, however, it quite fun. Once applied, E17 comes without any text. So just ignore it. It handles the SIGSEGV, but make E17 kinda worthless. Regards, Marc Hm.. honestly, I think this check should be removed from unref as well. I remember adding it because maybe there was a legal path, but not 100% sure. The if about the 0 refcount should be removed 100%. I will review this code tomorrow (gtg now) and will let you know (here) what I think is needed be done. I try to avoid doing un-needed safety checks, especially if they just hide bugs, I prefer the app to fail and be able to find the bug (or at least send an error message) instead of just returning like nothing happened. Thanks for the info, Tom. On Sat, Feb 5, 2011 at 12:30 PM, Marc Koschewski m...@osknowledge.orgwrote: Would that be OK? * Marc Koschewski m...@osknowledge.org [2011-02-05 11:19:48 +0100]: Hi all, seems like evas_common_text_props_content_unref() checks for props-info but evas_common_text_props_content_ref() does not. Is that right? When we have Evas_Text_Props without -info in evas_common_text_props_content_unref(), it is likely that we encounter these in evas_common_text_props_content_ref() as well... Regards, Marc -- Marc Koschewski -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Marc Koschewski -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel