[E-devel] off on holidays
just in case you guys will think i died... i won't have. tomorrow i'll be off on holidays until the 6th of janruary or so - i might get through some of my email backlog by then, but who knows. so if you exspect a reply from me... and don't get it. it's because i am off on holidays. expect a few weeks for me to recover fromt he email disaster too! anyway - everyone, have a merry merry christmas and a happy new year. don't drink too much (more than 3 bottles of wine for dinner - for yourself. it will hurt the next day. trust me.) :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Engage small icons hard to get to.
This is a follow up to a bug report I made elsewhere. I had previously complained to Andy that it was impossible to click on the small icons above the main icon in engage, and he told me it works for him. I have just found out that it works fine for small and medium zoom levels, but not for large and huge zoom levels. The problem is that the distance between the main icon and the small icons is proportional to the zoom level, but the area tested for when unzooming appears to not be. The icons are so far away in large and huge zoom levels that engage unzooms before you can click on them. pgpEBRUKn2zeQ.pgp Description: PGP signature
[E-devel] Re: [e-users] off on holidays
Thank you Carsten, Merry christmas and a happy new year to you too, and rest some ;-) Gabriel Carsten Haitzler (The Rasterman) wrote: just in case you guys will think i died... i won't have. tomorrow i'll be off on holidays until the 6th of janruary or so - i might get through some of my email backlog by then, but who knows. so if you exspect a reply from me... and don't get it. it's because i am off on holidays. expect a few weeks for me to recover fromt he email disaster too! anyway - everyone, have a merry merry christmas and a happy new year. don't drink too much (more than 3 bottles of wine for dinner - for yourself. it will hurt the next day. trust me.) :) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: apps/e raster
are you REALLY on holydays ? :D
Vincent
On Wed, 21 Dec 2005 enlightenment-cvs@lists.sourceforge.net wrote:
Enlightenment CVS committal
Author : raster
Project : e17
Module : apps/e
Dir : e17/apps/e/src/bin
Modified Files:
e_int_config_modules.c
Log Message:
segv--
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_int_config_modules.c,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -3 -r1.7 -r1.8
--- e_int_config_modules.c21 Dec 2005 09:11:18 - 1.7
+++ e_int_config_modules.c21 Dec 2005 09:49:06 - 1.8
@@ -14,10 +14,13 @@
static Evas_Object *_basic_create_widgets(E_Config_Dialog *cfd, Evas *evas,
CFData *cfdata);
static Evas_Object *_advanced_create_widgets(E_Config_Dialog *cfd, Evas
*evas, CFData *cfdata);
-void _e_config_module_list(Evas_List **b,char *dir, int loaded);
-void _e_config_mod_cb_standard(void *data);
-void *_module_load(void *data, void *data2);
-void *_module_unload(void *data, void *data2);
+static void _e_config_module_list(Evas_List **b,char *dir, int loaded);
+static void _e_config_mod_cb_standard(void *data);
+static void _module_load(void *data, void *data2);
+static void _module_unload(void *data, void *data2);
+static void _module_enable(void *data, void *data2);
+static void _module_configure(void *data, void *data2);
+static void _module_about(void *data, void *data2);
/* Actual config data we will be playing with whil the dialog is active */
struct _CFData
@@ -63,7 +66,7 @@
/* FIXME : redo this to setup list of loaded and unloaded modules in one
pass (easy):)*/
/* FIXME: this leaks ecore list of files - also same fn dealing with 2 lists
is a bit evil */
-void
+static void
_e_config_module_list(Evas_List **b, char *dir, int loaded)
{
Evas_List *l;
@@ -99,7 +102,7 @@
*b = l;
}
-void
+static void
_e_config_mod_cb_standard(void *data)
{
E_Cfg_Mod_Data *d;
@@ -154,7 +157,7 @@
}
}
-void *
+static void
_module_load(void *data, void *data2)
{
E_Cfg_Mod_Data *d;
@@ -170,7 +173,7 @@
cfd-view_dirty = 1;
}
-void *
+static void
_module_unload(void *data, void *data2)
{
E_Cfg_Mod_Data *d;
@@ -189,7 +192,7 @@
cfd-view_dirty = 1;
}
-void *
+static void
_module_enable(void *data, void *data2) /* this enables and disables :) */
{
E_Config_Dialog *cfd;
@@ -236,7 +239,7 @@
cfd-view_dirty = 1;
}
-void *
+static void
_module_configure(void *data, void *data2)
{
E_Cfg_Mod_Data *d;
@@ -245,8 +248,9 @@
E_Module *m;
cfd = data;
- d = cfd-data;
- m = d-mod;
+ m = cfd-data;
+// d = cfd-data;
+// m = d-mod;
cfdata = cfd-cfdata;
if (m-func.config)
{
@@ -256,7 +260,7 @@
printf(Can't run config no module!!!\n);// Debug!!
}
-void *
+static void
_module_about(void *data, void *data2)
{
E_Config_Dialog *cfd;
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
enlightenment-cvs mailing list
enlightenment-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
RE: [E-devel] Re: [e-users] off on holidays
AVAST!!! raster is not really on holidays... he's just buggering off to Egypt so he can start work on e23... yes sire! E23! Too bad my friend... we found you out ;) In any case... enjoi... you're my hero for the year... up there with Linus :) [mooning seriously] Essien Ita Essien - http://essiene.blogspot.com http://datavibe.net/~essiene http://datavibe.net/~essiene/pysystray -- ...the future is open. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Rossetti Sent: Wednesday, December 21, 2005 10:40 AM To: Carsten Haitzler (The Rasterman) Cc: e-users; e Subject: [E-devel] Re: [e-users] off on holidays Thank you Carsten, Merry christmas and a happy new year to you too, and rest some ;-) Gabriel Carsten Haitzler (The Rasterman) wrote: just in case you guys will think i died... i won't have. tomorrow i'll be off on holidays until the 6th of janruary or so - i might get through some of my email backlog by then, but who knows. so if you exspect a reply from me... and don't get it. it's because i am off on holidays. expect a few weeks for me to recover fromt he email disaster too! anyway - everyone, have a merry merry christmas and a happy new year. don't drink too much (more than 3 bottles of wine for dinner - for yourself. it will hurt the next day. trust me.) :) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: [e-users] off on holidays
Carsten Haitzler (The Rasterman) wrote: anyway - everyone, have a merry merry christmas and a happy new year. don't drink too much (more than 3 bottles of wine for dinner - for yourself. it will hurt the next day. trust me.) :) :) Have lot of fun! BTW, 3 bottles of wine is not enought for average russian ;) Merry Christmas! Thanks, Dan --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: [e-users] e16.8 pre1
On Tue, 2005-12-20 at 21:26, Kim Woelders wrote: On Solaris Nevada on my x64 laptop, it works fine. On a SunRay running off a SPARC-based server running the same Solaris release, with both 0.20 and now this pre1, on starting I'd get the split screen, the 2 progress meters at the top would go, and then it would just freeze that way. Truss shows it reading and writing forever on fd 4, with the occasional Err#11 EAGAIN message on a read. If I clear away my ~/.e16 and start that way, I see the extra progress meter as it looks for backgrounds, but then the same long wait. It happens whether or not I use the -p argument. I've left it over 5 minutes and it's not helped. Version 0.17 worked fine, as did all the ones before? OK, further testing later: Not sure what goes on here. If there is a session manager I'd expect that connection on fd 4. Is there a session manager involved? I don't recall having made changes to that in ages though. If not, can you find out what is on fd 4? Well, all my tests now it was fd 3, which according to pfiles is an AF_UNIX socket at /tmp/.X11-unix/X3 - I've been getting :3.0 as my display on this SunRay server. So it's the local talking to the X server that's going on, which is expected? Could you find out in which version (.18/.19/.20) the problem first appears? .18 no longer exists on the sourceforge site. I built .19, and it happens there. I installed it, and logged out and in as a Failsafe session - X and one dtterm. Started e16 from .19 and see the closed doors for a long time. Did the truss and pfiles from my Linux box next to the SunRay. Same thing. Killed e16, logged back in to Gnome (gnome-session is starting e16 -p e_config) and same thing for fd 3. Go back into my .17 build directory, gmake install, and the problem has gone away again. Note I've tried without the -p - that isn't it. So, go back to .19, and try starting it with --fast as well. And we get in to a windowing environment, and all seems well. But no dialogues will come up (menus will) and windows wont raise, and a number of other issues show up. I can *move* windows, but it's not fully functional. Back to .17, and everything's back again, including the About box. All a bit trippy, really. It's like a central part of E isn't working any more... The only thing I've not tried is rebuilding .17 in case it's something about how I built it. I'm going to make sure I have a safe backup of the working code first, and will then try that. Does this give you any clues? Ta, -- o o mailto:[EMAIL PROTECTED] /v\ark R. Bowyerhttp://mark.thebowyers.me.uk[EMAIL PROTECTED] `-' --- /\ ...fingerprint = 7924 9E9E 7B91 225E B065 \ / ASCII Ribbon Campaign 1024D/15140DC1 39D0 551D ABE6 1514 0DC1 X Against HTML Mail / \ RANFURLY (adj.) Fashion of trying ties so that the long thin end underneath dangles below the short fat upper end. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] thinktux CVS mirror
Hawkwind Cliff Wade wrote:
Greetings,
Over the last few days/weeks there has been several new things added
to E17 within CVS and it's come to our attention by those of us who
are using scripts written by users such as morlenxus that use the
thinktux CVS mirror that it's not the same as SF is. We have been
told that thinktux gets the updates, but it's not getting all of the
new directories added of new things being added into E itself on the
SF mirror. I'm kind confused as to what the point is of thinktux if
it's not exactly the same as SF. What this means is that some users
are getting *all* of E, and some aren't. How can users successfully
test things, use things, or report bugs or anything of that nature ?
The whole point to adding the thinktux CVS mirror was to help eliviate
some of the problems we were experiencing from SF at the time and to
provide us with a faster CVS mirror. This mirror was also to be kept
updated regularly, and possibly even faster than SF was to be updated
each day.
I personally switched my scripts and all of E over to thinktux
checkout and have been using it pretty much from day one. I've just
been told that I'm missing a ton of code since thinktux isn't adding
new directories. Again, I really don't understand why this road has
been taken, as it seems completely silly. IMO, both thinktux and SF
should be *exactly* the same. Everyone understands why it should be
so I won't go into the full details of that. I'm now having to edit
the script that morlenxus took quite a bit of time to write for us
that used thinktux to make it use SF again. This also means that I
have to move or delete my e17_cvs directory or things don't check out
correctly without a fresh directory. What a total pain in the ass I
see this as. If thinktux isn't going to mirror the SF server exactly,
then just simply do away it once and for all as it's about as useful
as tits on a boar hog IMO.
I really hope someone that's running this thinktux mirror sees this
and takes action immediately to give us the same exact stuff that SF
has so we don't have to go through all of this script editing,
moving/deleting directories, another full checkout and full recompile.
It's a lot of work for absolutely no reason what so ever.
--
With kind regards,
Cliff Wade
(Hawkwind)
The box said: Requires Windows 98 or better, So I installed Linux!
Registered Linux User #362532
http://seerofsouls.com http://linuxfordummies.org http://urpmi-addmedia.org
IRC Channels (irc.freenode.net): #LFD #LinuxForNewbies
N�HY隊X���'���u���[���
ަ�k��!�� �W�~�鮆�zk��C� [EMAIL PROTECTED],��� a{�
�,�H��4�m���i�(��ܢo�v'��jYhr'ׯ:�rXmzy���^��fj)b�
b�ק�(!���z{]z�+-��.�ǟ�� ��a��l��b��,���y�+���b��?�+-�wmzy���^vel=
so is thinktux mirror still out of sync with SF? I also use morlenxus'
script from http://omicron.homeip.net/projects/
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37alloc_id865op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: [e-users] off on holidays
On 12/21/05, Ag. System Administrator [EMAIL PROTECTED] wrote: Carsten Haitzler (The Rasterman) wrote: anyway - everyone, have a merry merry christmas and a happy new year. don't drink too much (more than 3 bottles of wine for dinner - for yourself. it will hurt the next day. trust me.) :) :)Have lot of fun!BTW, 3 bottles of wine is not enought for average russian ;)Merry Christmas!Thanks,Dan Dan - that's true ::: Mery Christmas for all and Happy New Year. Have fun. Thnx aleksej ---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makessearching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click___enlightenment-devel mailing listenlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Modules
Hawkwind Cliff Wade, il 21/12/2005 04:44, scrisse: I've noticed in the recent days after an update that *Modules* is no longer an option in the menu. I do realise that it is now part of the Configuration Panel which is nice. However, it was so much easier to be able to left click, go to modules and find your module and do whatever you wanted. have you tried right clicking on the module you want to configure? -- Massimo Maiurana massimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 11 - L'Italia ripudia la guerra come strumento di offesa alla libertà degli altri popoli e come mezzo di risoluzione delle controversie internazionali signature.asc Description: OpenPGP digital signature
Re: [E-devel] Modules
On Tue, Dec 20, 2005 at 09:44:50 -0600, Hawkwind Cliff Wade wrote: I've noticed in the recent days after an update that *Modules* is no longer an option in the menu. I do realise that it is now part of the Configuration Panel which is nice. However, it was so much easier to be able to left click, go to modules and find your module and do whatever you wanted. I have spoken to several other users and they all tend to agree. I'm not asking that it be removed from the Config Panel, and put back as was, but why not have it in both places ? A lot of us would prefer to have it as a menu option as well as in the Config Panel. Is there any chance of this option being put back into place, as it was very user friendly and saved a few seconds of time and was just easier to use IMO. I agree. Though the fact that the menu collapses as soon as you chose an option also makes you loose time as you'll have to navigate through the menu for every change you want to do. That's why I'd prefer the new approach in general. What about having it back in the menu optionally? Falko -- With kind regards, Cliff Wade (Hawkwind) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efm bug when changing directories
Am Montag, den 19.12.2005, 15:14 +0200 schrieb Hisham Mardam Bey: Its a known bug but hasnt been fixed yet. Fixed. Seems like its partially fixed, not completely yet. ok, thanks I will wait with my module until fileman is more stable. Is there a reason that a fileman_smart-object has an E_Win-pointer and not an E_Container? A container could also be given and set by a module. That would allow me to show the file-menu in the module, right? kind regards jeff -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Engage small icons hard to get to.
aha! that makes sense, will get to it :) On Wed, Dec 21, 2005 at 07:30:59PM +1000, David Seikel wrote: This is a follow up to a bug report I made elsewhere. I had previously complained to Andy that it was impossible to click on the small icons above the main icon in engage, and he told me it works for him. I have just found out that it works fine for small and medium zoom levels, but not for large and huge zoom levels. The problem is that the distance between the main icon and the small icons is proportional to the zoom level, but the area tested for when unzooming appears to not be. The icons are so far away in large and huge zoom levels that engage unzooms before you can click on them. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efm bug when changing directories
On Wednesday 21 December 2005 09:32, mista wrote: Is there a reason that a fileman_smart-object has an E_Win-pointer and not an E_Container? A container could also be given and set by a module. That would allow me to show the file-menu in the module, right? kind regards jeff E_Container isn't a container widget. Its more like one of the multiple desktops from e16. (It's the window that contains all the windows in e17 at the moment). -- rephorm --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] edje_cc C-preprocessor invocation
I think you committed the earlier version of the patch that didn't work correctly. The later one had a redirected output that solved some issues on MacOS 10.3.On 12/20/05,
The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote:
On Tue, 20 Dec 2005 02:13:14 -0800 Jon Merriman [EMAIL PROTECTED] babbled: Here's a patch that changes how edje_cc invokes the C pre-processor so that it does not break on systems with the BSD cpp wrapper in the
default path. Before, cpp would return 1 and compile() would continue to process the empty temporary file.let's see if this breaks for anyone./ i've left the old code there for easyreverting.
Index: edje_cc_parse.c === RCS file: /root/e17/libs/edje/src/bin/edje_cc_parse.c,v retrieving revision
1.1.1.1 diff -r1.1.1.1 edje_cc_parse.c 656,666c656,671 snprintf(buf, sizeof(buf), cat %s | cpp -I%s %s -E -o %s, file_in, inc, def, tmpn); ret = system(buf);
if (ret 0) { snprintf(buf, sizeof(buf), gcc -I%s %s -E -o %s %s, inc, def, tmpn, file_in); ret = system(buf);
} if (ret = 0) file_in = tmpn; free(def); --- /** Run the input through the C pre-processor.*
* On some BSD based systems (MacOS, OpenBSD), the default cpp* in the path is a wrapper script that chokes on the -o option.* If the preprocessor is invoked via gcc -E, it will treat
* file_in as a linker file. The safest route seems to be to* run cpp with the output as the second non-option argument.*/ snprintf(buf, sizeof(buf), cpp -I%s %s %s %s,
inc, def, file_in, tmpn); ret = system(buf); if (ret == EXIT_SUCCESS) file_in = tmpn; free(def); 667a673
--- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makes
searching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel--- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]裸好多Tokyo, Japan (東京 日本)---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?Stop!Download the new AJAX search engine that makessearching your log files as easy as surfing theweb.DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click___enlightenment-devel mailing listenlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Unified thumbnails (background)
On 12/20/05, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: just one thing - with efm it shouldnt be forking 1 process per image all at once. it will only be keeping 1 forked child at a time - running alonggenerating for images without thumbs if they need one. the parent just gets thechild exit event then forks off another. so it's 1 fork per image - and only per image that needs a thumb ANd only once per generation. i think you cansafely asume even on the worst of posi systems 1 fork is nothing compared tothe workload of loading, scaling then writing an image file :) Ahh, I should have read the code more closely. I saw the fork() at the top of the _e_thumb_generate and assumed the worst. Thanks for clarifying that. anyway. i personalyl still favor the fork model as it requires nop pthreads,likely is no overhead compared to threads, has no concurrency and cache issues,aned is simple. Agreed. what it does ned is an ability to tune how many forked imagegenerators to allow at a time (efm allows only 1 so dual cpu systems will be happy, more cpus wont benefit - ok maybe 3 as x is probably involved, and youmight say 4 if you let the kernel run IO cpu instructions on a 4th cpu).I think single CPU systems could even benefit from spawning a few worker processes. Each process will reach a state where it's waiting on a read from the image file, so two or three thumbnailing processes could potentially interleave their resource usage pretty well. One sitting in a blocking read while the other is processing image data. anyway- you DO have a very valid point for when 2 apps start thumbnailign the same dir. we should definitely put in a locking mechanism for that so wither theyshare the workload, or the first guy in gets lock ownership and drives thethumbnailing until he's done and the other process sits and waits (maybe polling the lock file if we sue that mechanism - the owenr coudl update thetimespamp on the lockfile whenever it generates something. or the lock filecould contain info as so the queue of ungenerated images to go... or maybe the simplest case all processes not owning the thumbnailing for that dir hold offuntil the owner releases (hopefulyl not too long from now) and then do a fullupdate).I'm actually pretty surprised the fd.o spec didn't address locking at all, at least not that I saw the last time I read it. anyway - i do agree that there is need to unify. i do also think there are 2levels here. 1. just generate thumbs and let calling process know (either via ablocking api or a fork/event), 2. be able to ask for the thumb path for any given file path, and 3. load thumb into a canvas object (another levelentirely). i do think you want to support blocking and sync - both. reallyasync can just be a wrapper on top of the blocking api. I think 1 and 2 are what I'm most concerned with atm. Following the fd.o spec (to a point, since its lack of jpeg support is just dumb) 3 is not a large issue since its just loading a png or jpeg. imho it could do with:1. add a file path to the thumb gen queue2. delete a file path from the queue3. begin queue processing4. pause/unpause queue processing5. end queue processing6. ask for thumb path from file path 7. brute-force blocking-api generate thumb8. get new thumb available events9. set paralellism count (how many threads or forked children to allow at atime)I think we're on the same page here as far as features. So here's the idea I had in mind for implementation. First off, we have a lib that provides the blocking API with Epsilon. I spoke to atmos about all of this and he expressed a desire to keep Epsilon simple and not expand the functionality much at that level. So that could provide the lowest level blocking thumbnail generation based on MIME type with plugins (as mentioned in your next paragraph). To address the async aspect, we'd wrap Epsilon with the queue processing and event API with the features you mention above. Then to provide the async behavior (and address the locking problem), the lib could actually setup an IPC channel and fork off a small daemon. That daemon would then be available to all processes owned by that user and fork off processes responsible for the actual generation of the thumbnails. Since the daemon provides the only route to thumbnail generation we don't have to deal with locking or potential deadlocks and the race condition is eliminated. If the daemon is auto-started on demand, it could also exit after a configurable amount of inactivity. It also knows what's currently being processed so it can shortcut the requeueing of duplicate items.The only real downside I see to this is the IPC communication overhead, though entropy actually does this to communicate between threads and appears to do so w/o any significant performance impact. Any other concerns that I'm missing? locking can be implemented under the bonnet of such and api. also one thing ithink might be good here is that the lib actually dynamically adapts
[E-devel] Re: Modules
Falko Schmidt [EMAIL PROTECTED] writes: Though the fact that the menu collapses as soon as you chose an option also makes you loose time as you'll have to navigate through the menu for every change you want to do. That's why I'd prefer the new approach in general. Actually, if you pressed space while pointing to a menu item, then it would be toggled without the menu closing. A little-known shortcut which will quickly become totally irrelevant as the rest of the E menus are converted into dialog windows :-) Merry Christmas! -- Martin Geisler GnuPG Key: 0x7E45DD38 PHP Exif Library | PHP Weather | PHP Shell http://pel.sf.net/| http://phpweather.net/ | http://mgeisler.net/ Read/write Exif data | Show current weather| A shell in a browser pgp4FhovdZfkC.pgp Description: PGP signature
Re: [E-devel] Re: [e-users] e16.8 pre1
Mark R. Bowyer wrote: On Tue, 2005-12-20 at 21:26, Kim Woelders wrote: On Solaris Nevada on my x64 laptop, it works fine. On a SunRay running off a SPARC-based server running the same Solaris release, with both 0.20 and now this pre1, on starting I'd get the split screen, the 2 progress meters at the top would go, and then it would just freeze that way. Truss shows it reading and writing forever on fd 4, with the occasional Err#11 EAGAIN message on a read. If I clear away my ~/.e16 and start that way, I see the extra progress meter as it looks for backgrounds, but then the same long wait. It happens whether or not I use the -p argument. I've left it over 5 minutes and it's not helped. Version 0.17 worked fine, as did all the ones before? OK, further testing later: Not sure what goes on here. If there is a session manager I'd expect that connection on fd 4. Is there a session manager involved? I don't recall having made changes to that in ages though. If not, can you find out what is on fd 4? Well, all my tests now it was fd 3, which according to pfiles is an AF_UNIX socket at /tmp/.X11-unix/X3 - I've been getting :3.0 as my display on this SunRay server. So it's the local talking to the X server that's going on, which is expected? Yes, the X-server connection will normally be on fd 3. Could you find out in which version (.18/.19/.20) the problem first appears? .18 no longer exists on the sourceforge site. It can still be found here: http://prdownloads.sourceforge.net/e/en/enlightenment Could you please try that as well? I built .19, and it happens there. I installed it, and logged out and in as a Failsafe session - X and one dtterm. Started e16 from .19 and see the closed doors for a long time. Did the truss and pfiles from my Linux box next to the SunRay. Same thing. Killed e16, logged back in to Gnome (gnome-session is starting e16 -p e_config) and same thing for fd 3. Go back into my .17 build directory, gmake install, and the problem has gone away again. Note I've tried without the -p - that isn't it. So, go back to .19, and try starting it with --fast as well. And we get in to a windowing environment, and all seems well. But no dialogues will come up (menus will) and windows wont raise, and a number of other issues show up. I can *move* windows, but it's not fully functional. Back to .17, and everything's back again, including the About box. All a bit trippy, really. It's like a central part of E isn't working any more... The only thing I've not tried is rebuilding .17 in case it's something about how I built it. I'm going to make sure I have a safe backup of the working code first, and will then try that. Does this give you any clues? Not really. There are quite a few changes between .17 and .19. Results for .18 will narrow down the possibilities considerably. It sounds like some OS/X-server dependent issue. Which X-server are you using? If xorg, is e16 built with composite support? If running with/whithout --fast makes a difference the problem may somehow be related to the startup windows (split screen). In .19 could you try changing in src/startup.c #define TEST_STARTUP_USING_TIMER 1 to #define TEST_STARTUP_USING_TIMER 0 and see if that changes anything? /Kim --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: [e-users] e16.8 pre1
IIRC, SunRay's require using Xsun still. So he wouldn't have the composite extension available, but Xorg is often installed so it may be compiled with support for composite.On 12/21/05, Kim Woelders [EMAIL PROTECTED] wrote: Mark R. Bowyer wrote: On Tue, 2005-12-20 at 21:26, Kim Woelders wrote:On Solaris Nevada on my x64 laptop, it works fine.On a SunRay runningoff a SPARC-based server running the same Solaris release, with both 0.20 and now this pre1, on starting I'd get the split screen, the 2progress meters at the top would go, and then it would just freeze thatway.Truss shows it reading and writing forever on fd 4, with the occasional Err#11 EAGAIN message on a read.If I clear away my ~/.e16and start that way, I see the extra progress meter as it looks forbackgrounds, but then the same long wait.It happens whether or not I use the -p argument.I've left it over 5 minutes and it's not helped.Version 0.17 worked fine, as did all the ones before? OK, further testing later: Not sure what goes on here. If there is a session manager I'd expectthat connection on fd 4. Is there a session manager involved? I don'trecall having made changes to that in ages though. If not, can you find out what is on fd 4? Well, all my tests now it was fd 3, which according to pfiles is an AF_UNIX socket at /tmp/.X11-unix/X3 - I've been getting :3.0 as my display on this SunRay server.So it's the local talking to the X server that's going on, which is expected?Yes, the X-server connection will normally be on fd 3.Could you find out in which version (.18/.19/.20) the problem first appears? .18 no longer exists on the sourceforge site.It can still be found here:http://prdownloads.sourceforge.net/e/en/enlightenment Could you please try that as well? I built .19, and it happens there.I installed it, and logged out and in as a Failsafe session - X and one dtterm.Started e16 from .19 and see the closed doors for a long time.Did the truss and pfiles from my Linux box next to the SunRay.Same thing.Killed e16, logged back in to Gnome (gnome-session is starting e16 -p e_config) and same thing for fd 3. Go back into my .17 build directory, gmake install, and the problem has gone away again.Note I've tried without the -p - that isn't it. So, go back to .19, and try starting it with --fast as well.And we get in to a windowing environment, and all seems well.But no dialogues will come up (menus will) and windows wont raise, and a number of other issues show up.I can *move* windows, but it's not fully functional. Back to .17, and everything's back again, including the About box. All a bit trippy, really.It's like a central part of E isn't working any more...The only thing I've not tried is rebuilding .17 in case it's something about how I built it.I'm going to make sure I have a safe backup of the working code first, and will then try that. Does this give you any clues?Not really. There are quite a few changes between .17 and .19. Results for .18 will narrow down the possibilities considerably.It sounds like some OS/X-server dependent issue. Which X-server are youusing? If xorg, is e16 built with composite support?If running with/whithout --fast makes a difference the problem may somehow be related to the startup windows (split screen). In .19 couldyou try changing in src/startup.c#define TEST_STARTUP_USING_TIMER 1to#define TEST_STARTUP_USING_TIMER 0and see if that changes anything? /Kim---This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?Stop!Download the new AJAX search engine that makes searching your log files as easy as surfing theweb.DOWNLOAD SPLUNK!http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___enlightenment-devel mailing listenlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] white square 1st time resizing a window
I have updated E this evening, and got the same problem as last week. Just after I log into E17, the very first time I want to resize a window using a low corner, the mouse becomes a white square. Happens once per cession for each one of the left, and right corners. Sounds like init routines forget to pre-load some pixmaps. Seems to happen with other cursors, like maybe move or vertical resize, but those are harder for me to get 'each time'. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Cursor do not show properly when window is very small - minor bug
I have updated E this evening, and got the same problem as last week. - open an Eterm with borders - resize it VERY SMALL, some thing like maximum 3 chars width and height, better with 2 - release any button and ALT key - put mouse in one lower corner, either right or left, does not matter. - move mouse toward other low corner EXACTLY HORIZONTALLY, taking care to keep the corsor along the decoration of window - after a time, the cursor changes shape to the normal arrow, even if the very opposite corner of the low border optional: - left clic - you can resize and the cursor keeps the orange arrow when it should be the black angle. Happens with Eterm, and any other window that can be reduce, like email windows of ThunderBird, FireFox PopUps, Xeyes, Xclock ... * Also note with xclock that if the window is just the same width as the 'close button' (the small cross), then cliking on the cross does not actually close the win, but rather opens the Window menu ... I think thats unrelated, but seems there are several issues around 'small windows'. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efm bug when changing directories
Am Mittwoch, den 21.12.2005, 08:56 -0600 schrieb Brian Mattern: On Wednesday 21 December 2005 09:32, mista wrote: Is there a reason that a fileman_smart-object has an E_Win-pointer and not an E_Container? A container could also be given and set by a module. That would allow me to show the file-menu in the module, right? kind regards jeff E_Container isn't a container widget. Its more like one of the multiple desktops from e16. (It's the window that contains all the windows in e17 at the moment). I needed to get the current zone to open a menu and that you can get with something like e_zone_current_get(sd-con) when you have a container in fileman_smart. That is what I done now. For those who want to check it out, here you can find the sources http://www.informatik.uni-bremen.de/~jeff/file_module/ (I used an autgen dir from another module as stub) There are also 3 default edjes, perhaps someone can track down this weird bug... The one with icontextsize 12 and shadows crashes always when changing dirs. The other with size 11 and shadow and size 12 without shadow both work (found no dirs where not). To see the fileman-menus you need to copy the e_fileman_smart files to e/src/bin, the changes are marked by //...//. Otherwise comment out e_fm_e_con_set(o, con); in my e_mod_main.c comments and hints are welcome jeff -- rephorm --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] white square 1st time resizing a window
On 21/12/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have updated E this evening, and got the same problem as last week. Just after I log into E17, the very first time I want to resize a window using a low corner, the mouse becomes a white square. Happens once per cession for each one of the left, and right corners. Sounds like init routines forget to pre-load some pixmaps. Seems to happen with other cursors, like maybe move or vertical resize, but those are harder for me to get 'each time'. The same problem occurs here in the last one or two months, and on Monday I decided to have a look at it this week. This evening I'll try to find out why this problem exists. László Treszkai --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EAP editor crashes E on selecting an image
Hi all. Just a heads-up ... The EAP editor is crashing Enlightenment upon selecting an image and hitting 'OK'. I've rebuilt everything a couple of times over the past few days to see if it was a temporary thing. -- Daniel Kasak IT Developer NUS Consulting Group Level 5, 77 Pacific Highway North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: http://www.nusconsulting.com.au --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e17 cvs calendar module - build error
Ran into new issue attempting to build calendar module from fresh cvs update. == . . . e_mod_main.c: In function 'e_modapi_config': e_mod_main.c:134: error: 'struct _calendar' has no member named 'con' make[3]: *** [e_mod_main.lo] Error 1 make[3]: Leaving directory `/home/lvanek/e_modules/calendar/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/lvanek/e_modules/calendar/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/lvanek/e_modules/calendar' make: *** [all] Error 2 == I have also issue with the menu pathing to get my location. I am hopeful that some day this will be fixed. For now I edit the dir.xml file to keep the module from freezing up the entire desktop. Running Fedora Core 4 (updated) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: [e-users] off on holidays
Carsten Haitzler (The Rasterman) wrote: anyway - everyone, have a merry merry christmas and a happy new year. don't drink too much (more than 3 bottles of wine for dinner - for yourself. it will hurt the next day. trust me.) :) You have a Merry Christmas as well. Everyone on the lists have a great Christmas and/or other holiday you might observe. Enjoy, be safe. Rule of thumb: For each bottle of wine, you must sleep 8 hours to recoup, thus you would need to sleep 24 hours (continuous) to NOT hurt when you wake. :) -- Until later, Geoffrey --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
