Re: [E-devel] E17 Systray Module sourcecode?
On Sun, 27 Apr 2008, The DarkMaster wrote: UHm guess you don't exactly know thepast histroy of GOs then sorry but I was talking about GOs rocket E17, not GOs space, and rocket E17 used E17 of course, you can still download it and try it, and you'll find the systray module for E17 in the distro too... Anyone please? Thanks, I know GOs was first released with E17 as a window manager, but as your mail wasn't specific (no link to a screenshot to know what you were talking about), I assumed you were refering to the latest version supported, which is compiz based. As for the systray, have you checked on http://www.e17-stuff.org/ for example ? This could be itask-ng maybe ? Nicolas - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 Systray Module sourcecode?
On Thu, 24 Apr 2008, The DarkMaster wrote: Hallo everyone, does any of you have a clue about where could I download the source code of the E17 systray module available in GOs Rocket? Maybe someone talked about it in this list in the past... I'm getting crazy to find it and have not succeeded yet :( Thanks everyone, Luca D.M. Not E17 it seems, but awn under gnome + compiz http://dev.thinkgos.com/blog/whats-the-dock Nicolas - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] easy_e17.sh
On Thu, 5 Apr 2007, Thomas Hühn wrote: Hi Is easy_e17.sh still a good and the recommended way to get E17 if I just want to try E17 without trying to find out about all of the dependencies myself and compile everything manually? If so, how can I make it work? :-) too many arguments to function sounds like a pretty basic problem, but it hasn't been fixed over the last few days. So does really noone else get this error? Do you use other library versions than the one from CVS that easy_e17.sh uses? ew_dialog.c: In function 'ew_dialog_show': ew_dialog.c:54: error: too many arguments to function 'etk_dialog_pack_in_main_area' ew_dialog.c: In function '_ew_dialog_add_bottom': ew_dialog.c:126: error: too many arguments to function 'etk_dialog_pack_widget_in_action_area' make[3]: *** [libentrance_widgets_la-ew_dialog.lo] Error 1 make[3]: *** Waiting for unfinished jobs gcc -DHAVE_CONFIG_H -I. -I../../src -I/home/huehnts/e17/include -I../../src/smarts -I../../src/widgets -I/home/huehnts/e17/include -I/home/huehnts/e17/include -I/home/huehnts/e17/include -I/home/huehnts/e17/include -I/home/huehnts/e17/include -I/home/huehnts/e17/include/etk -g -O2 -MT libentrance_widgets_la-ew_notice.lo -MD -MP -MF .deps/libentrance_widgets_la-ew_notice.Tpo -c ew_notice.c -o libentrance_widgets_la-ew_notice.o /dev/null 21 mv -f .deps/libentrance_widgets_la-ew_notice.Tpo .deps/libentrance_widgets_la-ew_notice.Plo make[3]: Leaving directory `/home/huehnts/e17/cvs/e17/proto/entrance_edit_gui/src/widgets' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/huehnts/e17/cvs/e17/proto/entrance_edit_gui/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/huehnts/e17/cvs/e17/proto/entrance_edit_gui/src' make: *** [all-recursive] Error 1 Thomas The problem is that among all the things compiled by easy_e17, some packages are currently broken. To skip them, you can try to do : touch /tmp/easy_e17/entrance_edit_gui.noerror Then run easy_e17.sh again, and entrance_edit_gui will be skipped. You will need to do this for 5-6 packages approx. Bye - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] detour-e17
On Sun, 3 Dec 2006, Thomas Kuther wrote: On Sun, 03 Dec 2006 06:01:22 -0600 Alberto [EMAIL PROTECTED] wrote: Hello, I wasn't sure where I should send this email. It appears that the mailing list archives (marc) for both the Enlightenment User and Enlightenment Development are no longer being updated with the exception of cvs notifications. I wanted to hint that I have released an updated detour-e17 theme. The last public release dates back to 6 or 8 months ago. The theme can be obtained from: http://cored.org/prototype/detour-e17/detour-e17.edj Development is currently taking place at http://code.google.com/p/detour-e17/ Colorclasses, default modules, window border amplification whenever the window title increases will be added in future releases. Enjoy! tokyo -- [EMAIL PROTECTED] Thanks for your work, really apreciated! Anyways.. is this version b0rked, or where did the cool borders for ibar and the pager go like they were here: http://gimpel.ath.cx/~tom/files/screenshots/e17-20061125.png ? Really liked those. Also, I don't know if it's really important, but edje output some error messages from time to time : EDJE ERROR: file /home/npomarede/.e/e/themes/detour-e17.edj, group e/widgets/radio_icon has a non-fixed part. add fixed: 1 1; ??? Problem part is: e.text.label Will recalc min size not allowing broken parts to affect the result. EDJE ERROR: file /home/npomarede/.e/e/themes/detour-e17.edj, group e/widgets/slider_horizontal has a non-fixed part. add fixed: 1 1; ??? Problem part is: e.text.label Will recalc min size not allowing broken parts to affect the result. Anyway, a very nice theme, thanks for the work - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 eating all ram/cpu when using 'open with'
On Mon, 13 Nov 2006, David Seikel wrote: On Sun, 12 Nov 2006 00:51:29 +0100 (CET) Pomarede Nicolas [EMAIL PROTECTED] wrote: On Sat, 11 Nov 2006, Pomarede Nicolas wrote: using the filemanager, I associated the jpg file type with 'electric eyes' to view the image. But then, quite often, when I double click on an image, memory is getting allocated at a very fast pace, which results in a lot of 'brk' system calls and the machine getting unresponsive due to 100% CPU usage to process thoses system calls. At this point, only solution is to kill enlightenment process. I made some traces with strace, but I can only see the 'brk' calls, nothing else that seems erroneous ; is there some params I could use to start e17 to get more traces to help figuring what went wrong (I know the fm code is not finished, but I'm not sure this behaviour is expected anyway ?) Try it again with the latest from cvs. Let me know if it's still a problem. The fix prevents the infinite loop, but now 'ee' is started without argument, so ee windows appears, but the image is not loaded (doing a 'ps' show only '/usr/bin/ee' instead of '/usr/bin/ee img.jpg' for example). Nicolas - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e17 eating all ram/cpu when using 'open with'
Hello, using the filemanager, I associated the jpg file type with 'electric eyes' to view the image. But then, quite often, when I double click on an image, memory is getting allocated at a very fast pace, which results in a lot of 'brk' system calls and the machine getting unresponsive due to 100% CPU usage to process thoses system calls. At this point, only solution is to kill enlightenment process. I made some traces with strace, but I can only see the 'brk' calls, nothing else that seems erroneous ; is there some params I could use to start e17 to get more traces to help figuring what went wrong (I know the fm code is not finished, but I'm not sure this behaviour is expected anyway ?) Bye Nicolas - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 eating all ram/cpu when using 'open with'
On Sat, 11 Nov 2006, Pomarede Nicolas wrote:
Hello,
using the filemanager, I associated the jpg file type with 'electric eyes'
to view the image.
But then, quite often, when I double click on an image, memory is getting
allocated at a very fast pace, which results in a lot of 'brk' system
calls and the machine getting unresponsive due to 100% CPU usage to
process thoses system calls.
At this point, only solution is to kill enlightenment process.
I made some traces with strace, but I can only see the 'brk' calls,
nothing else that seems erroneous ; is there some params I could use to
start e17 to get more traces to help figuring what went wrong (I know the
fm code is not finished, but I'm not sure this behaviour is expected
anyway ?)
Bye
Nicolas
Replying to myself, here're more infos I managed to get with gdb by
killing E while it is eating cpu. The problem seems located in
ecore_desktop_get_command.
#7 0x080a9a86 in e_sigseg_act (x=11, info=0xbff7253c, data=0xbff725bc) at
e_signals.c:53
#8 0xbfffe440 in __kernel_sigreturn ()
#9 0xb7e97750 in _ecore_signal_callback_sigquit () at ecore_signal.c:438
#10 0xb7828cf5 in malloc () from /lib/i686/libc.so.6
#11 0xb7e95503 in ecore_list_node_new () at ecore_list.c:1052
#12 0xb7e95689 in ecore_list_append (list=0x83d4650, data=0x20) at
ecore_list.c:363
#13 0xb7eb5ba6 in ecore_desktop_get_command (desktop=0x84d2e78,
files=0x877fd60, fill=1) at ecore_desktop.c:1108
#14 0x08127a37 in _e_fwin_file_open_dialog (fwin=0x85f5ce8, files=0x877a260,
always=0) at e_fwin.c:744
#15 0x08127bab in _e_fwin_cb_menu_open (data=0x85f5ce8, m=0x863dc30,
mi=0x862f6c8) at e_fwin.c:294
#16 0x0809629f in _e_menu_active_call () at e_menu.c:1924
#17 0x08096379 in _e_menu_cb_mouse_up (data=0x0, type=13, event=0x876c1a0) at
e_menu.c:2683
#18 0xb7e9057a in _ecore_event_call () at ecore_events.c:428
#19 0xb7e9621e in _ecore_main_loop_iterate_internal (once_only=0) at
ecore_main.c:639
#20 0xb7e963fa in ecore_main_loop_begin () at ecore_main.c:79
#21 0x0806713a in main (argc=3, argv=0xbff79934) at e_main.c:825
(gdb) frame 14
#14 0x08127a37 in _e_fwin_file_open_dialog (fwin=0x85f5ce8, files=0x877a260,
always=0) at e_fwin.c:744
744 cmds = ecore_desktop_get_command(a-desktop,
files_list, 1);
(gdb) print *a-desktop
$2 = {data = 0x0, group = 0x0, Categories = 0x84d3030, OnlyShowIn = 0x0,
NotShowIn = 0x0, MimeTypes = 0x84d3228, Actions = 0x0,
original_path = 0x84d2f00
/home/npomarede/.e/e/applications/all/MandrivaLinux-Multimedia-Graphics-Electric
Eyes.desktop,
original_lang = 0x84cd698 fr_FR, eap_name = 0x84d2f68
MandrivaLinux-Multimedia-Graphics-Electric Eyes.edj, name = 0x84d2fa0
Electric Eyes,
generic = 0x0, comment = 0x84d2fb8 Electric Eyes image viewer, type =
0x84d2fd8 Application,
categories = 0x84d2058 X-MandrivaLinux-Multimedia-Graphics;, exec =
0x84d2fe8 /usr/bin/ee, exec_params = 0x84d3000 ,
icon_class = 0x84d31a0 ee.png,mandrivalinux-multimedia-graphics-electric
eyes.edj,ee,x-mandrivalinux-multimedia-graphics,, icon_theme = 0x0,
icon = 0x84d3190 ee.png, icon_path = 0x0, icon_time = 0, path = 0x0, URL =
0x0, file = 0x0, deletiondate = 0x0, window_class = 0x84d3020 Ee,
window_name = 0x0, window_title = 0x0, window_role = 0x0, wait_exit = 0
'\0', startup = 0 '\0', hidden = 0 '\0', no_display = 0 '\0',
allocated = 0 '\0', ondisk = 1 '\001', hard_icon = 0 '\0', mtime =
1153346470}
(gdb) fr 13
#13 0xb7eb5ba6 in ecore_desktop_get_command (desktop=0x84d2e78,
files=0x877fd60, fill=1) at ecore_desktop.c:1108
1108 ecore_list_append(result, sub_result);
(gdb) print sub_result
$8 = 0x2 Address 0x2 out of bounds
(gdb) print params
$23 = 0x0
(gdb) print desktop-exec
$24 = 0x84d2fe8 /usr/bin/ee
(gdb) fr 12
#12 0xb7e95689 in ecore_list_append (list=0x83d4650, data=0x20) at
ecore_list.c:363
363node = ecore_list_node_new();
(gdb) print list
$26 = (Ecore_List *) 0x83d4650
(gdb) print *list
$27 = {first = 0x870b800, last = 0x4f386fe0, current = 0x0, free_func =
0x8063c50, nodes = 37081539, index = 37081539}
(gdb) print data
$28 = (void *) 0x20
And just in case, here's the content of the .desktop :
[Desktop Entry]
Type=Application
Encoding=UTF-8
Name=Electric Eyes
Comment=Electric Eyes image viewer
Icon=ee.png
Name[C]=Electric Eyes
Comment[C]=Electric Eyes image viewer
Exec=/usr/bin/ee
Terminal=false
MimeType=image/gif;image/jpeg;image/png;image/tiff;image/x-xbm;image/x-xpm;
Categories=X-MandrivaLinux-Multimedia-Graphics;
So, it seems the list is growing forever (37 M entries so far), due to
ecore_list_append being called repeatedly, but I'm not familiar enough
with the .desktop part in ecore to see what causes this.
Hope this helps.
Bye
Nicolas
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
