Re: [E-devel] e_menu Keyboard Navigation using First Characters

[David Sharp]

On 9/26/06, Metrics <[EMAIL PROTECTED]> wrote:
> The patch attached to adds keyboard navigation to the menu using the
> first character of the menu label. It automatically executes anything
> with a single entry in the menu and just activates those that have
> multiple entries. If you don't like it's behaviour I can change it.

cool, sounds useful. but, i don't think i like the "automatically
executes anything with a single entry" bit. I think it would be useful
as a sort of search feature, and would be "weird" to get a different
action based on the contents of the menu. for example, on a long menu,
one might try to hit "z" just to get to the bottom of the list, b/c
they don't quite know what they are looking for, and be surprised when
"zenity" is executed (contrived example, but that's the idea).

Win+C, F might be handy, but Win+C, F, Enter isn't that bad either.

>
> The patch is based on successful application of the patch from my
> previous mail, as it's just too messy (it is a little bit already),
> without accurate menu list item tracking.
>
> One item that I'm not happy with, and I can't seem to see the issue is
> that when hitting an item with a submenu and the submenu is activated,
> the first item is not highlighted. I don't quite understand this as it's
> using the same function as pressing the right arrow on the keyboard. It
> can be a little bit confusing without the marker.
>
> One REALLY useful feature of having menus like this is, say the Favorite
> Applications menu is shown by Win+C. If Firefox is in the menu then
> Win+C, F, will launch firefox.
>
> Again, let me know what you think and if it needs mods, I'm happy to
> make them.
>
> metrics
>
>
> -
> 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.php&p=sourceforge&CID=DEVDEV
>


-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

-
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.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] fix for that silly -mfpmath=sse weirdness

[David Sharp]

On 9/25/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Mon, 25 Sep 2006 10:50:09 -0700 Blake Barnett <[EMAIL PROTECTED]> babbled:
>
> >
> > On Sep 25, 2006, at 10:44 AM, David Sharp wrote:
> >
> > > amd64 users, rejoice!
> > >
> > > i got tired of slowing down e with -mfpmath=387 all the time, so i
> > > finally dug in to this bug after realizing it was probably a problem
> > > with floating point cancelation (occurs when subtracting two numbers
> > > that are very near equal, and causes an extreme loss of precision).
> > >
> > > the problem is in _edje_part_recalc() when it linearly interpolates
> > > all the part parameters. all of the caclulations are of this form:
> > > p3.x = (p1.x * (1.0 - pos)) + (p2.x * (pos));
> > > i believe there is some cancelation occuring in the (1.0-pos) part of
> > > this, especially as pos approaches 1.0.
> > >
> > > replacing the above line with the following fixes the problem:
> > > p3.x = p1.x + (p2.x - p1.x) * pos;
> > > mathematically equivalent, but, alas, computers aren't as good at math
> > > as we think.
> >
> > Awesome!  My 3500+ CPU has felt fairly sluggish in E, my video card
> > has 128MB of video memory (ATI 9700PRO, using ATI's drivers) and I've
> > noticed that things just aren't as fluid as in Rasters video
> > captures.  Hopefully this'll help. Nice work.
>
> it won't make any difference you can measure. the amount of fp math done is <
> 0.1% of the work - by using sse math you lose a bit of precision and maybe 
> gain
> 50% speedup - on that < 0.01%. frankly- you will not be able to even measure
> the speedup letalone notice it. it's a fallacy to think it will help. trust 
> me.

yah, it will only save about 37 instructions (b/c the new formulas use
one less operation, and there are 37 of them), and the sse
instructions will only be slightly faster than the FPU ones. that's a
savings of about, say 25 ns each time _edje_part_recalc is run.

btw, you gave blake my credit in the CVS log... :(

d#

>
> fluid or not will have nothing to do with fp math. :) it will fix BUGS where
> things jerk about due to cumulative loss of precision with 64bit fp math.
>
> > -Blake
> >
> > -
> > 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.php&p=sourceforge&CID=DEVDEV
> > ___
> > 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 (東京 日本)
>


-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

-
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.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] fix for that silly -mfpmath=sse weirdness

[David Sharp]

amd64 users, rejoice!

i got tired of slowing down e with -mfpmath=387 all the time, so i
finally dug in to this bug after realizing it was probably a problem
with floating point cancelation (occurs when subtracting two numbers
that are very near equal, and causes an extreme loss of precision).

the problem is in _edje_part_recalc() when it linearly interpolates
all the part parameters. all of the caclulations are of this form:
p3.x = (p1.x * (1.0 - pos)) + (p2.x * (pos));
i believe there is some cancelation occuring in the (1.0-pos) part of
this, especially as pos approaches 1.0.

replacing the above line with the following fixes the problem:
p3.x = p1.x + (p2.x - p1.x) * pos;
mathematically equivalent, but, alas, computers aren't as good at math
as we think.

d#

--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
-
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.php&p=sourceforge&CID=DEVDEV___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] another segfault

[David Sharp]

On 9/21/06, Jochen Schroeder <[EMAIL PROTECTED]> wrote:
> Why does it always seem to be me stumbling upon these weird things. Well
> e17 seems to segfault reproducibly when I open a file which has a swap
> file with gvim. Gvim pops up a dialog asking if I want to edit the file
> abort ..., when I click on any of the choices I get a segfault.
> Backtrace attached, cvs as of a couple of days ago.

nothing attached.

I have run in to a similar segfault with gvim, when reloading a file
that has changed. it brings up a small dialog notifying you that it
has been changed, and asks if you want to reload it. e sefaults when
you dismiss the dialog.

d#

>
> Cheers
> Jochen
>
> -
> 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.php&p=sourceforge&CID=DEVDEV
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

-
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.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] cvs, servers and stuff.

[David Sharp]

On 8/14/06, Michael Jennings <[EMAIL PROTECTED]> wrote:
> On Monday, 14 August 2006, at 13:42:19 (+0900),
> Carsten Haitzler wrote:



> > checkouts from svn are just ridiculous. agreed. but its the server
> > side i am asking about. as i said - i HEARD it is easier on the
> > server - i am after details from those having been there, done that.
>
> I have not run an anon SVN server, so I can't speak to that point.  I
> can only say that it makes no sense that a standalone, dedicated
> server like cvs would have less overhead than Apache, which we all
> know is a web server, a shared filesystem server, an embedded language
> engine, a proxy server, an authentication and authorization system,
> ...need I go on?  :-)
>
> > yeah - bdb - oh yay. lets break format all the time.. ;)
>
> If you think BDB was bad, Subversion is just as bad.  Upgrading from
> one version of svn-server to another can often involve a change of
> repository format, in which case the ONLY migration path is the
> following:

as others have pointed out, you do not have to use BDB, and i would go
so far as to say FSFS is the only practical way to use subversion.
However, FSFS has the distinct disadvantage of being very slow on
initial checkout (svn folks themselves say about 2x as slow as BDB),
since it only stores deltas, and must essentially read the entire
server repository to reply. As much as I like svn, i think this fact
alone i think eliminates SVN as a choice for anonymous access.



> On Monday, 14 August 2006, at 23:51:19 (+0100),
> Shish wrote:
>
> > I've only ever used Apache + mod_svn myself though.
>
> Exactly.  Have you met anyone who uses SVN without Apache?  Neither
> have I.

i have "used" a repository that uses svnserve, but only administered
any using webdav. From the user's perspective, it is indistinguishable
except that the repo url begins with "svn://" instead of "http://";

> > Even if you do go the apache + mod_svn route, since when was apache
> > known for being bloated and slow?
>
> Since about 1.2, I think.
>
> > I've found tagging much cleaner, and you don't need to check anything
> > out at all:
> >
> > svn cp http://server/project/trunk http://server/project/tags/0.4.2
>
> FUD.  You can tag CVS without having a checkout.  (Try cvs -H rtag.)
> And SVN doesn't even HAVE tagging.  It has copying, which contrary to
> popular (SVN developer) belief, is NOT the same thing.  A (non-branch)
> tag is a symbolic name assigned to a particular state of the
> repository (i.e., a changeset).  It is not a copy.

speaking of FUD...

how is a zero-copy copy different from a tag? yes, you have to name it
correctly to avoid confusion, and you have to be careful not to modify
it (although you can set also props to prevent that, and the "tags"
directory is a good hint), but for all intents and purposes, it is
equivalent to a tag. svn log will even give you a full history of
files in the branch/tag beyond the branch/tag point.


also, you do not need to do a full check out after creating a
tag/branch/copy. you can use svn switch. to use the above example:

svn cp http://server/project/trunk http://server/project/tags/0.4.2
cd /path/to/your/checkout/of/trunk
svn switch http://server/project/tags/0.4.2

svn switch only contacts the server to get any changes since your most
recent update.


> But again, this is all moot.  I'm sure there are numerous people who
> would love to argue with me till doomsday about how great and
> wonderful Subversion is; many others have already tried.  It does
> absolutely NOTHING to address the question at hand:  Is anonymous SVN
> easier on the server than anonymous cvs?

i will stop trying to convince you then ;) . and my answer to the
question at hand is: most probably no. i would guess that git would be
a better solution, but i have never used it.

>
> > Unfortunately for the topic at hand, the only thing I can't say for
> > certain is "SVN is better at dealing with server-killing loads caused
> > by vast numbers of anon checkouts".
>
> While this comment would certainly be relevant, your subsequent
> comments lead me to believe you don't have the evidence to back it
> up.  We're talking about significant numbers of checkouts (i.e.,
> apples), and you're talking about web browsing (oranges).

on the other hand, i would say there is sufficient (albeit
theoretical) evidence that SVN would not be a good performer for
high-load anonymous access.

d#

>
> Michael
>

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

-
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 e

[E-devel] widget dragging

[David Sharp]

i have been having problems with dragging and resizing widgets. If i
move my mouse too rapidly, I lose the drag, but the widget stays in
drag mode. This causes an annoying situation where i have to chase the
widget around the screen, corner it, hold my mouse button in just the
right way so that i can drag it properly again.

I believe this showed up around the same time as the shelves. perhaps
they are related.

Also, it's no longer possible to drag a widget from one zone (xinerama
screen) to another.

thanks,
d#


---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [e-devel] various patches...

[David Sharp]

On 5/1/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:

On Mon, 1 May 2006 01:47:00 -0700 "David Sharp" <[EMAIL PROTECTED]> babbled:

> On 4/26/06, ilLogict <[EMAIL PROTECTED]> wrote:
> >  Hello!
> >
> >  After a long time without e hacking (ah, school ;D), here are some
> > patches...
> > >e_config_screen_ratio_support.patch: the preview ratio in background
> >  and theme config windows will match your screen's: useful with
> >  widescreens :)
>
> this patch kinda sucks for multimon. the preview does not show a
> realistic view of the theme at all, since it is streched twice as wide
> as it would normally look. I suggest taking the size of one Xinerama
> screen (or zone in E), and using that. Also, I imagine it would look
> rather weird for anybody who has one screen above the other, since you
> have it with fixed height, and set the width based on the screen
> ratio. not sure what to do about this. Personally, I think it was
> better as it was.

well actually- i just fixed it to use the zone geom - the zone is the current
"screen" the dialog is on (or created on). the ratio is the important bit - and
well this will keep the ratio right for the "current" screen.


figures. I almost commented on it when I first saw the patch, but
didn't. I just updated tonight, and noticed it seemed to have gone in.
I will have to update again soon to get your fix.

d#






---
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=lnk&kid0709&bid&3057&dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [e-devel] various patches...

[David Sharp]

On 4/26/06, ilLogict <[EMAIL PROTECTED]> wrote:

 Hello!

 After a long time without e hacking (ah, school ;D), here are some
patches...
>e_config_screen_ratio_support.patch: the preview ratio in background
 and theme config windows will match your screen's: useful with
 widescreens :)


this patch kinda sucks for multimon. the preview does not show a
realistic view of the theme at all, since it is streched twice as wide
as it would normally look. I suggest taking the size of one Xinerama
screen (or zone in E), and using that. Also, I imagine it would look
rather weird for anybody who has one screen above the other, since you
have it with fixed height, and set the width based on the screen
ratio. not sure what to do about this. Personally, I think it was
better as it was.


e_ilist-slider_more_keys_support.patch: enables to use
>[home] and [end] keys with ilist and slider, as well as keypad
 equivalents. Something *really* weird is that it works even if NumLock
 is enabled ??? Haven't really checked that, will do it asap.
>e_tlist_cleareance_support.patch: adds clearing for tlist
>e_typos.patch: various typos correction.

 Cheers!

ilLogict






---
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=lnk&kid0709&bid&3057&dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] FC5 & X.org X11R7 with entrance

[David Sharp]

On 4/1/06, Didier Casse <[EMAIL PROTECTED]> wrote:
> On 4/2/06, Laurence Vanek <[EMAIL PROTECTED]> wrote:
>
> > Didier -
> >
> > so would it be correct to assume you are bypassing entrance & starting
> > englightenment from gdm?
>
> Yeps directly from GDM.
>
> >
> > On my FC5 install the switch desktop tool doesnt do the job for
> > enlightenment, although it seems to see it.
> >
> > I would imagine that moving the pieces of X around in xorg 7 (moving it
> > to to /usr/bin) will screw up more than several things.
> >
>
> just type:
>
> switchdesk enlightenment
>
> assuming that you have the package:
> switchdesk-4.0.8-4 installed.
>
> It should work. Or else edit the files ~/.Xclients and
> ~/.Xclients-default manually. You should
> alter the WMPATH to /usr/local in your case. :)
>
> ([EMAIL PROTECTED]:~)$ cat ~/.Xclients-default
> #!/bin/bash
> # (c) 2000 Red Hat, Inc.
>
>
> WM="enlightenment"
> WMPATH="/usr/bin /usr/X11R6/bin /usr/local/bin"
>
> for p in $WMPATH ; do
>[ -x $p/$WM ] && exec $p/$WM
> done
>
> exit 1

My first thought when seeing this script was that it might run more
than one copy of enlightenment if it is installed in both places, or
if there are some strange symlinks that make the two paths equivalent.
Breaking the loop after the exec might be prudent.

> --
> ([EMAIL PROTECTED]:~)$ cat ~/.Xclients
> #! /bin/bash
>
> # Created by Red Hat Desktop Switcher
>
> if [ -e "$HOME/.Xclients-$HOSTNAME$DISPLAY" ]; then
> exec $HOME/.Xclients-$HOSTNAME$DISPLAY
> else
> exec $HOME/.Xclients-default
> fi
>
> --
> With kind regards,
> Didier.
>
> 
> Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
>
> Didier F.B Casse
> PhD candidate, Singapore Synchrotron Light Source (SSLS)
> National University of Singapore.
>
>
> ---
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] something strange in xrender evas_engine.c

[David Sharp]

On 3/10/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Fri, 10 Mar 2006 18:58:33 +0100 (CET) Vincent Torri
> <[EMAIL PROTECTED]> babbled:
> > hey,
> >
> > in evas_engine.c, I can see (line 151 and after)
> >
> >
> >if (!re->mask)
> >  re->output = _xr_render_surface_adopt(re->xinf, re->win, e->output.w,
> > e->output.h, re->destination_alpha);
> >else
> >  re->output = _xr_render_surface_adopt(re->xinf, re->win, e->output.w,
> > e->output.h, 0);
> >
> >if (re->mask)
> >  re->mask_output = _xr_render_surface_format_adopt(re->xinf, re->mask,
> >  e->output.w,
> > e->output.h,
> >  re->xinf->fmt1, 1);
> >else
> >  re->mask_output = NULL;
> >
> > that is 2 if/else on re->mask. What is the point of doing them ?
>
> if re->mask is 0 (no destination mask target is given) BUT 
> re->destination_alpha is 1 then we still want the destination buffer to have 
> an alpha channel - this allows evas to render to argb windows and literally 
> produce alpha channels xcomposite can use with compositing.
>

I think Vincent's point was that the two if/else clauses could be
easily combined:

  if (!re->mask) {
re->output = _xr_render_surface_adopt(re->xinf, re->win,
e->output.w, e->output.h, re->destination_alpha);
re->mask_output = NULL;
  } else {
re->output = _xr_render_surface_adopt(re->xinf, re->win,
e->output.w, e->output.h, 0);
re->mask_output = _xr_render_surface_format_adopt(re->xinf, re->mask,
  e->output.w, e->output.h,
  re->xinf->fmt1, 1);
  }

might save an op or two as well.

d#

> > Vincent
> >


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch]: minor e_winlist functional change

[David Sharp]

On 1/14/06, David Stevenson <[EMAIL PROTECTED]> wrote:

>
>  Dude! You might want to compile and test it first as well :-)

i'm one of those {cr,l}azy gentoo people... i thought this was trivial
enough that i couldn't get it wrong.. i forgot the disclaimer this
time though, heh.

>  +  warp_to_y = ww->border->zone->y + ((ww->border->y +
> ww->border->h - ww->border->zone-y) / 2);
>
>  Should be
>
>  +  warp_to_y = ww->border->zone->y + ((ww->border->y +
> ww->border->h - ww->border->zone->y) / 2);

yup, oops.

>  I actually tried the patch the other day with the fake xinerama cmd option,
> and otherwise I couldn't see any problem with it :-)
>
>  Regards!
>  David


On 1/14/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> second time lucky - i actually lost my "mark" on this mail to know to look at
> the patch... so good u sent again! :)

That thought passed through my mind as well. :D   Thanks!

/me runs and updates e again.

d#


---
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_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch]: minor e_winlist functional change

[David Sharp]

On 1/9/06, David Sharp <[EMAIL PROTECTED]> wrote:
> On 1/9/06, David Stevenson <[EMAIL PROTECTED]> wrote:
> > On 1/10/06, David Sharp <[EMAIL PROTECTED]> wrote:
> > > On 1/6/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > > > 
> > > > good point! well spotted! fixed! :)
> > >
> > > the solution is incomplete, however. It is not mindfull of what 'zone'
> > > (xinerama) the window is in. Alt-Tab switching on the second screen
> > > warps the pointer half way between the left screen edge (or right edge
> > > of the first screen) and the left edge of the window.
> > >
> > > An attempt at a patch (a revision of Mr. Stevenson's) is attached, but
> > > i have not compiled, let alone tested, it.
> > >
> > > also, more minorly, it seems the previous patch assumed screen coords
> > > start at 1, which unless i don't know something about e, is incorrect,
> > > so my patch assumes they start at 0, or, really, at the zone's x and
> > > y.
> > >
> > > Thanks, d#
> >
> >  With regards to the second part, I used screen coords of 1 because the
> > outer row of pixels on the zone has an input window which is what the edge
> > flipping uses, so don't want to consider warping to that space.
>
> Somehow, i knew there was probably a reason for it.. let's try again, then.
>
> Again, totally untested patch attached.
>
> >  With regards to the first part, I don't have xinerama so couldn't test that
> > - apologies for it seemingly not working. My understanding was that a zone
> > was like a desk, but it seems I got that bit wrong.
>
> Yes, i thought that too the first time, and got very confused clearing
> up what was what.
>
> d#
>
> >
> >  Regards!
> >  David

well, it's been a few days, and i was hoping this would get in, but it
hasn't, and i figure it's probably because the patch isn't against
HEAD.

so, i've doctored the patch up to be against HEAD. :D

Thanks! d#


winlistwarp-dsharp-r2.patch
Description: Binary data

Re: [E-devel] [patch]: minor e_winlist functional change

[David Sharp]

On 1/9/06, David Stevenson <[EMAIL PROTECTED]> wrote:
>
>
> On 1/10/06, David Sharp <[EMAIL PROTECTED]> wrote:
> > On 1/6/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > > 
> > > good point! well spotted! fixed! :)
> >
> > the solution is incomplete, however. It is not mindfull of what 'zone'
> > (xinerama) the window is in. Alt-Tab switching on the second screen
> > warps the pointer half way between the left screen edge (or right edge
> > of the first screen) and the left edge of the window.
> >
> > An attempt at a patch (a revision of Mr. Stevenson's) is attached, but
> > i have not compiled, let alone tested, it.
> >
> > also, more minorly, it seems the previous patch assumed screen coords
> > start at 1, which unless i don't know something about e, is incorrect,
> > so my patch assumes they start at 0, or, really, at the zone's x and
> > y.
> >
> > Thanks, d#
>
>  With regards to the second part, I used screen coords of 1 because the
> outer row of pixels on the zone has an input window which is what the edge
> flipping uses, so don't want to consider warping to that space.

Somehow, i knew there was probably a reason for it.. let's try again, then.

Again, totally untested patch attached.

>  With regards to the first part, I don't have xinerama so couldn't test that
> - apologies for it seemingly not working. My understanding was that a zone
> was like a desk, but it seems I got that bit wrong.

Yes, i thought that too the first time, and got very confused clearing
up what was what.

d#

>
>  Regards!
>  David
>


winlistwarp-dsharp.patch
Description: Binary data

Re: [E-devel] [patch]: minor e_winlist functional change

[David Sharp]

On 1/6/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Jan 2006 00:41:56 +0900 David Stevenson <[EMAIL PROTECTED]>
> babbled:
>
> > Hi,
> >
> > When using the  winlist functionality, if your windows are more
> > than half-way off a given edge of the screen (i know i know! but I only have
> > a 15-inch display :-) it happens) when the mouse pointer warps, it warps so
> > far as to cause an edge-flip to occur after the window is selected.
> >
> > The attached patch ensures the pointer is warped to the center of the part
> > of the window that remains visible on the desk, preventing the
> > edge-flipping.
>
> good point! well spotted! fixed! :)

the solution is incomplete, however. It is not mindfull of what 'zone'
(xinerama) the window is in. Alt-Tab switching on the second screen
warps the pointer half way between the left screen edge (or right edge
of the first screen) and the left edge of the window.

An attempt at a patch (a revision of Mr. Stevenson's) is attached, but
i have not compiled, let alone tested, it.

also, more minorly, it seems the previous patch assumed screen coords
start at 1, which unless i don't know something about e, is incorrect,
so my patch assumes they start at 0, or, really, at the zone's x and
y.

Thanks, d#

>
> --
> - 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=7637&alloc_id=16865&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


winlistwarp-dsharp.patch
Description: Binary data

Re: [E-devel] [PATCH] add menu items through modules

[David Sharp]

On 1/7/06, Morten Nilsen <[EMAIL PROTECTED]> wrote:
> David Sharp wrote:
> > On 1/7/06, Morten Nilsen <[EMAIL PROTECTED]> wrote:
> >> .. on a different note, it would be nice if you in the future snip
> >> quoted text.. had to scroll a few miles to get to your reply ;)
> >>
> >> and also, when making patches, make them unified (diff -u) please :)
> >
> > WELL! if were going to be correcting nettiquete: inline patches are
> > bad, a lot of mailers will throw in extra newlines so that they become
> > nearly useless. And they are annoying to scroll through. So, attach
>
> I did attach the patch, I never paste patches inline with mail text.

I blame google.. it comes here inlined for whatever reason.

> on that note, I personally detest attachments with a "binary" mime-type,
> as they force me to save the attached file to disk to read, even though
> it's plain text.. wasted time and resources.
>
> > patches. Also... that was your patch you had to scroll through, and it
> > was unified. the '>'s were quote marks.
>
> yes, but the original patch (first mail of this thread) was not unified.
> THAT is the patch I was referring to above.

oy, i have been put in my place on all counts... /me goes back to lurking. ;)

> and keeping in tune of this digression, your client doesn't strip
> signatures, and that's bad.
> .. with the sourceforge boilerplate added to each mail, it only takes
> 2-3 replies without stripping before the email becomes unwieldy long

I shall have to talk to google

>
> Cheers,
> --
> Morten
> :wq


---
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_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] add menu items through modules

[David Sharp]

On 1/7/06, Morten Nilsen <[EMAIL PROTECTED]> wrote:
> Jorge Luis Zapata Muga wrote:
>
> > Your efm is kind of old, also you shouldnt make changes to it because
> > the problem is on the "client" api (_callback_set) on the e_menu.c
>
> I stated my efm was kind of old, yes.. I only tried being helpful by
> making the mentioned adjustments to the patch...
>
> .. on a different note, it would be nice if you in the future snip
> quoted text.. had to scroll a few miles to get to your reply ;)
>
> and also, when making patches, make them unified (diff -u) please :)

WELL! if were going to be correcting nettiquete: inline patches are
bad, a lot of mailers will throw in extra newlines so that they become
nearly useless. And they are annoying to scroll through. So, attach
patches. Also... that was your patch you had to scroll through, and it
was unified. the '>'s were quote marks.

A friendly reminder from your local list lurker. :D

d#

>
> > On _callback_del you expect a handle to be passed, by the code i
> > suspect it is a E_Menu_Category_Callback struct, but the client doesnt
> > have this struct, it is only internal to the e_menu.c so it must
> > receive again the callback for create and the callback for free as in
> > the _callback_set, iterate through the list and compare the pointers,
> > if its found delete it from the list. Also the definition is wrong
> > compared to the prototype of the function.
>
> only by a misplaced *.. not a difficult thing to resolve :)
>
> I only added a _del function and renamed _set to _add after applying
> your patch to my tree..
>
> --
> Morten
> :wq
>
>
> ---
> 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=7637&alloc_id=16865&op=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_idv37&alloc_id865&op=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.

[David Sharp]

On 12/30/05, David Seikel <[EMAIL PROTECTED]> wrote:
> On Fri, 30 Dec 2005 22:17:35 + Andrew Williams
> <[EMAIL PROTECTED]> wrote:
>
> > 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 should now be fixed :)
>
> Yep, it's fixed.  Thank you.
>
>
>

nearly fixed ;)   It's still nearly impossible to get to small icons
that are placed to the far right or left. by the time you reach them,
they go away, because the next big icon is there.

I run with 'stretched' and zoom level 'large'.


---
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_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Evas -- poorly-placed ++'s

[David Sharp]

On 12/13/05, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
> Eric Sandall [2005-12-13 11:16]:
> > >while (dst < dst_end)
> > > -   *dst++ = (*src++ | PIXEL_SOLID_ALPHA) & (*dst | 0x00ff);
> > > +   *dst = (*src | PIXEL_SOLID_ALPHA) & (*dst | 0x00ff);
> > > +   dst++;
> > > +   src++;
> > > }
> >
> > Shouldn't pre-increment (e.g. ++dst) be used instead of post-increment
> > (e.g. dst++) as the post-increment in C, IIRC, requires the object to
> > be copied, incremented, and then reassigned, whereas the pre-increment
> > just increments without all the copying and reassigning.
>
> Since you cannot overload the ++ operator, and there are no classes and
> objects in C, this doesn't apply to C at all.

Well, a stupid compiler might save a copy before incrementing. but
even if it does, it would not copy the whole dst buffer (I guess this
is what you would mean by "the object"), just the 32- (or 64-) bit
pointer. Any self-respecting compiler will see that the return value
of the increment is not used, and optimize it appropriately, even with
-O0. Tilman is correct though, this applies more to C++, where the
incremented object could be a class, than to C, where you can only
increment integral and pointer types.

The problem with the original code (which has since been removed from
CVS for other reasons until Jose can work on it a little more) is that
it does not take into account WHEN the increment happens.. Does it
happen before, or after the r-value is evaluated? (I believe this is
implementation-defined.) On my box, it was happening before, leaving
the dereference on the RHS to point one after the dst on the LHS, and
caused a segfault for me when it reached over the end of the array
despite the bounds checking in the loop. A small, easy-to-miss
oversight by Jose. I was probably lucky that it segfaulted for me,
allowing me to find it, in fact.

d#

>
> Regards,
> Tilman
>
>
>


---
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_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] Evas -- poorly-placed ++'s

[David Sharp]

Hey Raster,
There were only a three, and you already committed the two in
evas_blend_color_pixel.c. You "Buggered off to Egpyt" before i found
there was only one more though. so, here's the 4-line patch for the
last one i found.

I'm pretty sure that's all of them, since i just grep'd for all ++'s,
as well as tried to use some fancy regular expressions to narrow down
the search a bit.

d#



just inlining it here, since it'll probably be easier to hand-patch it:

Index: evas_blend_pixel_pixel.c
===
RCS file: /root/e17/libs/evas/src/lib/engines/common/evas_blend_pixel_pixel.c,v
retrieving revision 1.1.1.3
diff -u -r1.1.1.3 evas_blend_pixel_pixel.c
--- evas_blend_pixel_pixel.c3 Dec 2005 09:35:21 -   1.1.1.3
+++ evas_blend_pixel_pixel.c9 Dec 2005 09:44:58 -
@@ -109,7 +109,9 @@
DATA32 *dst_end = dst + len;

while (dst < dst_end)
-   *dst++ = (*src++ | PIXEL_SOLID_ALPHA) & (*dst | 0x00ff);
+   *dst = (*src | PIXEL_SOLID_ALPHA) & (*dst | 0x00ff);
+   dst++;
+   src++;
 }

 void


---
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_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] monitor module stringshare

[David Sharp]

simple patch for the monitor module to use stringshare where it seemed
to be needed. I'm not super familiar with where stringshare needs to /
should be used, but this seems to be enough to stop enlightenment from
constantly SIGABRT-ing on shutdown or restart. I did read the
stringshare code though.. nice reminder of how hash tables with
buckets work, :)  so i think i used it correctly.

I basically just turned all strdup's for the offending var's into
evas_stringshare_add's, and their matching free's to
evas_stringshare_del's. I pretty much assumed it was written corretly
in the first place (ie, for each strdup(x), i replaced any and every
free(x))

Thanks!

d#
? .e_mod_main.c.swp
Index: e_mod_main.c
===
RCS file: /root/e17/apps/e_modules/src/modules/monitor/e_mod_main.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 e_mod_main.c
--- e_mod_main.c1 Nov 2005 12:05:04 -   1.1.1.1
+++ e_mod_main.c8 Dec 2005 07:19:22 -
@@ -186,9 +186,9 @@
conf->cpu_interval = 1.0;
conf->mem_interval = 1.0;
conf->net_interval = 1.0;
-   conf->net_interface = strdup("eth0");
+   conf->net_interface = evas_stringshare_add("eth0");
conf->wlan_interval = 1.0;
-   conf->wlan_interface = strdup("wlan0");
+   conf->wlan_interface = evas_stringshare_add("wlan0");
conf->mem_real_ignore_cached = 0;
conf->mem_real_ignore_buffers = 0;
 
@@ -685,8 +685,8 @@
e_object_del(E_OBJECT(face->menu_cpu));
e_object_del(E_OBJECT(face->menu));
 
-   free(face->conf->wlan_interface);
-   free(face->conf->net_interface);
+   evas_stringshare_del(face->conf->wlan_interface);
+   evas_stringshare_del(face->conf->net_interface);
free(face->conf);
free(face);
_monitor_count--;
@@ -1370,7 +1370,7 @@
Monitor_Face *face;
face = data;
 
-   face->conf->net_interface = strdup(mi->label);
+   face->conf->net_interface = evas_stringshare_add(mi->label);
net_interface_set(face->conf->net_interface);
e_config_save_queue();
 }
@@ -1442,7 +1442,7 @@
Monitor_Face *face;
face = data;
 
-   face->conf->wlan_interface = strdup(mi->label);
+   face->conf->wlan_interface = evas_stringshare_add(mi->label);
wlan_interface_set(face->conf->wlan_interface);
e_config_save_queue();
 }

Re: [E-devel] Valgrind bitching.

[David Sharp]

On 12/6/05, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 07, 2005 at 05:27:15AM +1100, Alastair Poole wrote:
> >
> > > why pepper the source code with obvious work arounds for a tool that
> > > appears to be broken
> >
> > Whatever you feel.  Personally I see valgrind as a valuable tool, and
> > although not perfect, imho, it makes the life of a developer a lot
> > easier.  Should users of Evas be excluded from using valgrind?
>
> or a better idea might be to fix valgrind

or, since i don't think this is a flaw in valgrind, just write a
suppression for it, or let valgrind write one for you:
http://valgrind.org/docs/manual/faq.html#faq.writesupp

> -mike
>
>
> ---
> 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=7637&alloc_id=16865&op=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_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] specifying user environment in Entrance

[David Sharp]

On 12/2/05, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> Hi Felix,
>
> I may have missed it with all of the other discussion in this thread, but
> could you explain the base issue you're trying to address?

Yah, really, Raster, MeJ, I think it would be more appropriate to take
your license discussions to another thread. i'm sure Felix and Nathan
et al would appreciate it. The Subject is "specifying user environment
in Entrance" after all, not "IANAL, but let's argue license
interpretations anyway"

d#

> There isn't much
> that we would want from the root environment passed to the users session, so
> I think clearing the environment is mandatory. Why and when do you need the
> environment variables setup, and is there a reason executing a login shell,
> like entrance does to start a session, doesn't satisfy the requirements?
>
> Nathan
>
>
> On 12/1/05, Felix Breuer <[EMAIL PROTECTED]> wrote:
> > On Fri, 2 Dec 2005 03:54:15 +
> > Felix Breuer <[EMAIL PROTECTED]> wrote:
> >
> > > Now, if you think Entrance should always clear the environment, that's
> > > ok. My next option would then be to have Entrance read the variables it
> > > is supposed to set from /etc/environment. If I am not mistaken, simply
> > > executing /etc/environment in entrance would not set the variables. I
> > > would have to parse the file (using regular expressions) and set the
> > > individual variables explicitly. Would that approach be ok for you?
> >
> > I forgot to mention the format of the file. It contains lines of the
> > form:
> >
> >   export VAR=VALUE
> >
> > which is fairly standard. If you think this is too particular to my
> > case, what format would you suggest for specifying the environment?
> >
> > Forgive my ignorance, but how do KDM/GDM handle the environment?
> >
> > Felix
> >
> >
> > ---
> > 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=7637&alloc_id=16865&op=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_idv37&alloc_id865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] background changing

[David Sharp]

On 10/7/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Fri, 7 Oct 2005 11:42:10 -0700 David Sharp <[EMAIL PROTECTED]> babbled:
>
> > On 10/7/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > > On Fri, 7 Oct 2005 08:06:57 -0500 Chad Kittel <[EMAIL PROTECTED]> babbled:
> > > > The pager not showing its pop-up is still an issue.  Looking back at
> > > > the -commits ML, I didn't see any commits related to that so I assume it
> > > > just hasn't been looked at yet.
> > > >
> > > > Once again. thank you.
> > >
> > > it should work - try enabling it? etc.? rm -rf your .e dir and start e?
>
> > no, it doesn't.. the pager popup shows when switching in the first
> > zone, but not the second, even after nuking my .e/e/config.
>
> oh... multiple ZONES! xinerama! aha!

a little reminder, in case this didn't make your todo list / email
queue, this doesn't seem to have gone away. or, maybe it went away,
and came back.. i don't recall.

>
> > also.. i thought it was nice that the bg only changed on the one
> > monitor.. for me, the problem was that e wouldn't remember that
> > setting, and whenever e restarted, you would get the same bg on both
> > zones again.
> >
> > d#
> >
> > >
> > > > --
> > > >   _
> > > > (\o/) Chad 'v3rt1g0' Kittel <[EMAIL PROTECTED]>
> > > >  /_\  Milwaukee, WI (USA)
> > > > "...staring up at heaven from the bottom of a glass" - Savatage
> > > >
> > > >
> > > > ---
> > > > This SF.Net email is sponsored by:
> > > > Power Architecture Resource Center: Free content, downloads, 
> > > > discussions,
> > > > and more. http://solutions.newsforge.com/ibmarch.tmpl
> > > > ___
> > > > 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]
> > > 裸好多  [EMAIL PROTECTED]
> > > Tokyo, Japan (東京 日本)
> > >
> > >
> > > ---
> > > This SF.Net email is sponsored by:
> > > Power Architecture Resource Center: Free content, downloads, discussions,
> > > and more. http://solutions.newsforge.com/ibmarch.tmpl
> > > ___
> > > 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]
> 裸好多  [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=7637&alloc_id=16865&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] amd64 jittery edje workaround

[David Sharp]

On 11/14/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Tue, 15 Nov 2005 05:58:52 + Mike Frysinger <[EMAIL PROTECTED]> babbled:
>
> > On Tue, Nov 15, 2005 at 06:38:33AM +0100, Vincent Torri wrote:
> > >
> > > maybe one should test in configure.in if the processor is an mad64 or not,
> > > then define a specific flag according tot the arch and add it to the flags
> > > when one compiles.
> >
> > gcc bugs change greatly between releases ... trying to track which CFLAGS
> > are 'safe' and which ones are not is a huge pita
> >
> > a lot easier to say to the user:
> > dont use stupid optimizations
>
> -funroll-loops... ummm (i just HAD to say that!)
>
> um.. the main problem is gcc4's amd64 build usies sse math by DEFAULT - thats
> the problem.

not just gcc4, i have gcc 3.4.4 here, and it compiles sse by default.

> i frankly dont know what exactly the problewm is - someone being
> able to print a list of results, variables over a series of calculations and
> plot the difference (errors) in them all at all stages (all intermediate
> variable values too) would be useful.

this is exactly what i did. i'll attach my boneheaded program and
results, including binaries in case you want to disassemble or
something. Hopefully it will be useful to you.

Right off the bat, the first thing i notice is that all errors are
introduced in divisions, but not all divisions.

> i personalyl suspect its a bug in the sse
> math either in the processor or compiler simply losing excess precision
> somewhere - either just by the way the fpmath sse is used or by a real "silly"
> bug. as the fp math seems fine on ARM (emulated fp math), ppc fp math, x87
> fpmath etc. and i dont really use extremes of the fp range in calculation as
> best i know... but then again - a good analysis of the situation might be
> useful.
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
> 裸好多
> Tokyo, Japan (東京 日本)
>
>
> ---
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


floattest.tar.bz2
Description: BZip2 compressed data

Re: [E-devel] amd64 jittery edje workaround

[David Sharp]

On 11/14/05, David Sharp <[EMAIL PROTECTED]> wrote:
> On 11/14/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > On Tue, 15 Nov 2005 05:58:52 + Mike Frysinger <[EMAIL PROTECTED]> 
> > babbled:
> >
> > > On Tue, Nov 15, 2005 at 06:38:33AM +0100, Vincent Torri wrote:
> > > >
> > > > maybe one should test in configure.in if the processor is an mad64 or 
> > > > not,
> > > > then define a specific flag according tot the arch and add it to the 
> > > > flags
> > > > when one compiles.
> > >
> > > gcc bugs change greatly between releases ... trying to track which CFLAGS
> > > are 'safe' and which ones are not is a huge pita
> > >
> > > a lot easier to say to the user:
> > > dont use stupid optimizations
> >
> > -funroll-loops... ummm (i just HAD to say that!)
> >
> > um.. the main problem is gcc4's amd64 build usies sse math by DEFAULT - 
> > thats
> > the problem.
>
> not just gcc4, i have gcc 3.4.4 here, and it compiles sse by default.
>
> > i frankly dont know what exactly the problewm is - someone being
> > able to print a list of results, variables over a series of calculations and
> > plot the difference (errors) in them all at all stages (all intermediate
> > variable values too) would be useful.
>
> this is exactly what i did. i'll attach my boneheaded program and
> results, including binaries in case you want to disassemble or
> something. Hopefully it will be useful to you.
>
> Right off the bat, the first thing i notice is that all errors are
> introduced in divisions, but not all divisions.

forgot, i was going to include my gcc -v output for reference, too:

[EMAIL PROTECTED] development $ gcc -v
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/specs
Configured with:
/var/tmp/portage/gcc-3.4.4-r1/work/gcc-3.4.4/configure --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.4
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include/g++-v3
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu
--disable-altivec --enable-nls --without-included-gettext
--with-system-zlib --disable-checking --disable-werror
--disable-libunwind-exceptions --enable-multilib --disable-libgcj
--enable-languages=c,c++,f77 --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)


>
> > i personalyl suspect its a bug in the sse
> > math either in the processor or compiler simply losing excess precision
> > somewhere - either just by the way the fpmath sse is used or by a real 
> > "silly"
> > bug. as the fp math seems fine on ARM (emulated fp math), ppc fp math, x87
> > fpmath etc. and i dont really use extremes of the fp range in calculation as
> > best i know... but then again - a good analysis of the situation might be
> > useful.
> >
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
> > 裸好多
> > Tokyo, Japan (東京 日本)
> >
> >
> > ---
> > This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> > Register for a JBoss Training Course.  Free Certification Exam
> > for All Training Attendees Through End of 2005. For more info visit:
> > http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=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 the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] amd64 jittery edje workaround

[David Sharp]

On 11/14/05, Brian Mattern <[EMAIL PROTECTED]> wrote:
> For all you amd64 users out there who are sick of going into epileptic
> seizures on certain edje animations:
>
> recompile edje with CFLAGS="-mfpmath=387"
>
> the default (sse) floating point math that amd64's use results in
> rounding errors causing the jitter.
> (finally we can use all those animated backgrounds also!)

I have been compiling with -mfpmath=387 for a while. It does work, but
also results in a significant slowdown in performance. Still useable,
but noticeably slower.

Sometime, i'd like to figure out if this is gcc bug, or (eek) a
processor bug. I compiled a couple quick tests of my own a while back
comparing -mfpmath=sse to -mfpmath=387. The problem occurs with
divisions. off-by-one in certain cases, but i didn't get much further
than that.

> --
> rephorm
>
>
> ---
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=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 the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 (cvs) - menu strangeness

[David Sharp]

On 11/9/05, Laurence Vanek <[EMAIL PROTECTED]> wrote:
> Didier Casse wrote:
>
> >On 11/10/05, Laurence Vanek <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>not sure what you mean by "correct EXE entries" (sounds like windows
> >>speak - I dont speak windows).
> >>
> >>
> >
> >Simply means if the program is EXEcutable. e.g. if you have an
> >evince.eap and you point it to execute /usr/bin/evince. If
> >"/usr/bin/evince" is not around (or package is not installed), the eap
> >wouldn't show up in the ibar or engage!
> >
> >I agree that anon cvs sucks at the moment. :)
> >
> >--
> >With kind regards,
> >Didier.
> >
> >
> >Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
> >
> >Didier F.B Casse
> >PhD candidate, Singapore Synchrotron Light Source (SSLS)
> >National University of Singapore.
> >
> >
> >---
> >SF.Net email is sponsored by:
> >Tame your development challenges with Apache's Geronimo App Server. Download
> >it for free - -and be entered to win a 42" plasma tv or your very own
> >Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> >___
> >enlightenment-devel mailing list
> >enlightenment-devel@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> >
> >
> Thanks for the tutoral but thats not it.  These same apps run in gnome &
> I can assure you they are EXEcutable.
>
> Just finished a new build of all EFL & E after (finally) getting cvs to
> talk to me.  Problem still persists.  Of the twenty or so eaps only 3
> are discovered - no idea why just these three.  Considering all the
> trouble that anon cvs has had lately I guess there's still chance I dont
> have latest updates.
>
> The frustrating thing is that I dont have a console eap to launch.  Cant
> do anything useful once E is up.

you can run any command, including a terminal, using exige, in the
main E menu ("Run Command").

>
>
> ---
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Menu usability.

[David Sharp]

On 10/20/05, David Seikel <[EMAIL PROTECTED]> wrote:
> On Thu, 20 Oct 2005 21:43:19 -0400 dan sinclair <[EMAIL PROTECTED]>
> wrote:
>
> > > A window manager does not know if closing this window closes the
> > > application, or if closing this window can be easily reversed by the
> > > application just opening it again.  For these reasons, I think that
> > > the Close item on the E17 window menu should be at the bottom of
> > > the menu, and not at the top.  The same argument applies to the
> > > Kill button, but since it WILL kill the application, and possibly
> > > in an unfriendly manner, it is more dangerous, and should be
> > > slightly harder to do.  Put Kill at the very bottom, maybe add a
> > > "Are you sure?" dialog.
> > >
> >
> > Why is it that all things done in the name of usability make an app
> > harder to use? The only time I ever touch the window menu is to make
> > an app sticky (almost never done) or to close/kill an app. Making
> > killing an app harder by sticking it behind a dialog is just making
> > the users life harder. Your adding in steps that don't need to be
> > there.
>
> The point is to make it a little bit harder to kill an application by
> accident.  Adding an extra two mouse moves and an extra click is a
> small price to pay if it saves you hours of work because you
> accidentally selected Kill from the menu.  Notice that I didn't
> advocate making the window close button any harder to use.  I also
> didn't advocate adding a dialog to the Close item, only to the Kill
> item. Kill is a desperate, unfriendly, only if you have to method to use
> when the application misbehaves, it is appropriate that there are
> safeguards.

Another option, which i like better, is to add a two-item "No"/"Yes"
submenu to confirm the kill. Or possibly a single item like "Confirm".
that way there is no annoying dialog, but still some protection from
an accidental mouse click.

d#

>
> Note that all other items in the window menu are easily reversed.  The
> same cannot be said of Close and Kill.  I think we should make them a
> tiny bit safer.
>
> Alternatively we could always have menus re arrange themselves based
> on frequent usage.  That would make everybody happy.  B-)
>
>
>


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] e_util_eapp_edit button effect weirdness

[David Sharp]

I'm struggling to come up with accurate symptoms, but here's goes:

the symptom is that mouse-over effects on the buttons stop working
(but buttons are still responsive).

But, there are a few triggers. first let me describe some actions:

1) navigating to any directory.
2) navigating to a directory that has no subdirectories.
3) navigating to a directory that has no files (but may have subdirectories).
4) mousing over the area beyond the bottom of the directory list.

Now the apparent triggers:

(2) and (3) cause some graphic errors.. areas are drawn white instead
of gray, as well as stop the mouseover effects. (2) causes whiteness
at the top of the dir list, and a thin (5px?) "panhandle" extending
down bordering on the file list. (3) similarly causes whiteness at the
top of the file list, with a panhandle bordering on the dir list.

ONLY after doing (1) (which includes 2,3), and even after navigating
back to a "full" directory, (4) stops the mouseover effects. Exiting
the dialog and re-entering it does not help, but exiting
e_util_eapp_edit does (of course).

mouseover effects can be restored by clicking anywhere other than
below the directory list, or by leaving and entering the window.

Specific enough for you? ;)

d#

P.S., i'd dig into the code myself if i had more time away from my
schoolwork... (speaking of which, i have a prelab to do). For now, the
best i can do is provide detailed bug reports. I'll still
occaisionally try to scrounge up a patch for you when i can.


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e_util_eapp_edit crash

[David Sharp]

On 10/17/05, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> Should be fixed again. This was actually two separate bugs that caused a
> nearly identical backtrace.

Yessir, that is fixed. but stand by for my upcoming email about
another bug in (or at least discovered through) e_util_eapp_edit. At
least this one doesn't crash ;)

>
>
> On 10/17/05, Didier Casse < [EMAIL PROTECTED]> wrote:
> > On 10/17/05, David Sharp < [EMAIL PROTECTED]> wrote:
> > > On 10/11/05, dan sinclair <[EMAIL PROTECTED]> wrote:
> > > > This should now be fixed (hopefully). Give cvs a try in a bit so anon
> > > > can sync and let me know if it still segvs.
> > >
> > > sorry for taking so long to reply...
> > > but, no, it doesn't seem to be fixed.
> >
> > Yeps... I can reproduce this too.
> >
> > --
> > With kind regards,
> > Didier.
> >
> > 
> > Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
> >
> > Didier F.B Casse
> > PhD candidate, Singapore Synchrotron Light Source (SSLS)
> > National University of Singapore.
> >
> >
> > ---
> > This SF.Net email is sponsored by:
> > Power Architecture Resource Center: Free content, downloads, discussions,
> > and more. http://solutions.newsforge.com/ibmarch.tmpl
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> >
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> >
>
>


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e_util_eapp_edit crash

[David Sharp]

0, type=11,
e=0x6f7360) at ewl_events.c:421
#3  0x2c11d8fd in _ecore_event_call () at ecore_events.c:431
#4  0x2c122799 in _ecore_main_loop_iterate_internal
(once_only=0) at ecore_main.c:629
#5  0x2c121825 in ecore_main_loop_begin () at ecore_main.c:79
#6  0x2abef638 in ewl_main () at ewl_misc.c:280
#7  0x00402769 in main (argc=4, argv=0x7fa1c7d8) at
eapp_edit_main.c:124
(gdb) directory /usr/portage/distfiles/cvs-src/e17/libs/ewl/src/lib/
Source directories searched:
/usr/portage/distfiles/cvs-src/e17/libs/ewl/src/lib:$cdir:$cwd
(gdb) f 0
#0  0x2abf24d8 in ewl_object_flags_has (o=0xffedededff9b9b9b,
flags=33554432, mask=190840832) at ewl_object.c:1468
1468DRETURN_INT((o->flags & (flags & mask)) == (flags & mask),
(gdb) l
1463ewl_object_flags_has(Ewl_Object *o, unsigned int flags,
unsigned int mask)
1464{
1465DENTER_FUNCTION(DLEVEL_STABLE);
1466DCHECK_PARAM_PTR_RET("o", o, 0);
1467
1468DRETURN_INT((o->flags & (flags & mask)) == (flags & mask),
1469DLEVEL_STABLE);
1470}
(gdb) p o
$1 = (Ewl_Object *) 0xffedededff9b9b9b
(gdb) f 1
#1  0x2abe4671 in ewl_embed_mouse_move_feed (embed=0x624650,
x=43, y=99, mods=0) at ewl_embed.c:514
514 if
(!(ewl_object_state_has(EWL_OBJECT(embed->last.mouse_in),
(gdb) p embed
$2 = (Ewl_Embed *) 0x624650
(gdb) p *embed
$3 = {overlay = {container = {widget = {object = {current = {x = 2, y
= 2, w = 498, h = 318}, preferred = {w = 498, h = 318}, maximum = {w =
2560, h = 1024},
  minimum = {w = 1, h = 1}, pad = {l = 0, r = 0, t = 0, b =
0}, insets = {l = 2, r = 2, t = 2, b = 2}, flags = 6304709}, parent =
0x0, callbacks = {{
list = 0x0, mask = 0, len = 0}, {list = 0x5f52a0, mask =
0, len = 5}, {list = 0x5f9650, mask = 0, len = 4}, {list = 0x5fb930,
mask = 0, len = 2},
  {list = 0x577560, mask = 0, len = 2}, {list = 0x0, mask = 0,
len = 0}, {list = 0x0, mask = 0, len = 0}, {list = 0x594d10, mask = 0,
len = 4}, {
list = 0x594ca0, mask = 4, len = 1}, {list = 0x5eb230,
mask = 0, len = 4}, {list = 0x58b010, mask = 0, len = 2}, {list = 0x0,
mask = 0, len = 0},
  {list = 0x0, mask = 0, len = 0}, {list = 0x528210, mask = 4,
len = 1}, {list = 0x528270, mask = 4, len = 1}, {list = 0x528300, mask
= 4, len = 1}, {
list = 0x0, mask = 0, len = 0}, {list = 0x5280f0, mask =
4, len = 1}, {list = 0x528180, mask = 4, len = 1}, {list = 0x0, mask =
0, len = 0}, {
list = 0x0, mask = 0, len = 0}, {list = 0x0, mask = 0, len
= 0}, {list = 0x0, mask = 0, len = 0}, {list = 0x0, mask = 0, len =
0}, {list = 0x0,
mask = 0, len = 0}, {list = 0x0, mask = 0, len = 0}, {list
= 0x528000, mask = 4, len = 1}, {list = 0x528060, mask = 4, len = 1},
{list = 0x0,
mask = 0, len = 0}}, attach = 0x5fd800, fx_clip_box =
0x626f70, theme_object = 0x5dc170, bit_state = 0x6efb50 "mouse,move",
appearance = 0x5f9240 "window", inheritance = 0x528c00
":widget::container::overlay::embed::window:", layer = -1000, theme =
0x0, data = 0x0},
  children = 0x601a90, clip_box = 0x5dfd90, redirect = 0x0,
child_add = 0, child_remove = 0, child_resize = 0x2abf2734
,
  child_show = 0x2abf26a0 ,
child_hide = 0, iterator = 0}}, evas = 0x5d5c80, evas_window =
0xa0001e, smart = 0x5d8040,
  ev_clip = 0x5e61f0, tab_order = 0x56b0c0, obj_cache = 0x6036a0,
max_layer = -880, focus = 0, last = {clicked = 0x7256a0, focused =
0x7256a0,
mouse_in = 0xffedededff9b9b9b}, dnd_widget = 0x0}
(gdb) p embed->last
$4 = {clicked = 0x7256a0, focused = 0x7256a0, mouse_in = 0xffedededff9b9b9b}

>
> dan
>
>
> On Sat, 2005-10-08 at 18:52 -0500, Nathan Ingersoll wrote:
> > That would make some sense as they were changed from standard widgets
> > to a special attachment recently. I'll try to get this fixed tonight.
> >
> > Thanks!
> >
> > On 10/8/05, David Sharp <[EMAIL PROTECTED]> wrote:
> > On 10/7/05, Christopher Michael <[EMAIL PROTECTED]>
> > wrote:
> > > Hi Folks,
> > >
> > > When trying to select an icon with e_util_eapp_edit
> > it crashes. Just
> > > thought I'd send a backtrace about this one. Dunno if this
> > is a known
> > > error or not.
> > >
> > > Regards,
> > > devilhorns
> > >
> > > (gdb) bt
> > > #0  0xb7fa5392 in ewl_embed_widget_find (w=0x1) at
> > ewl_embed.c:686
> > > #1  0xb7f9c70d in ewl_attach_cb_tooltip_timer (data=0x1) at
> > ewl_attach.c:559
> > > #2  0xb7ebe7c9 in _ecore_timer_call (when=1128685748.2771

[E-devel] Entangle segfault

[David Sharp]

entangle segfaults while loading .eaps

I suggest

if(!ext) continue;

on line 53 of entangle_eapps.c. don't forget to check you return values! ;)

d#


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912560912960 (LWP 20102)]
0x2dbbac90 in strcmp () from /lib/libc.so.6
(gdb) bt
#0  0x2dbbac90 in strcmp () from /lib/libc.so.6
#1  0x0040427b in entangle_eapps_init () at entangle_eapps.c:53
#2  0x0040709a in main (argc=1, argv=0x7fb45eb8) at main.c:144
(gdb) f 1
#1  0x0040427b in entangle_eapps_init () at entangle_eapps.c:53
53  if (strcmp(ext, ".eap")) continue;
(gdb) p ext
$1 = 0x0
(gdb) l
48  Eet_File *ef;
49  char e_path[PATH_MAX];
50  Entangle_Eapp *eapp;
51
52  ext = strrchr(name, '.');
53  if (strcmp(ext, ".eap")) continue;
54
55  eapp = calloc(1, sizeof(Entangle_Eapp));
56  if (!eapp)
57  {
(gdb) p name
$2 = 0x50ecc0 "MAPPINGS"


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Pager icons stacked incorrectly.

[David Sharp]

for some reason, xffm's icon in the pager likes to always be on top,
even if, eg, firefox is above it on screen. I don't have an eapp for
xffm, which makes me think that this can be generalized to apps that
provide their own icon. It is only the icon though, not the whole
mini-window; the mini-window appears in its propper stacking order.

d#


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] evas build config problem

[David Sharp]

On 10/8/05, Gabriel Rossetti <[EMAIL PROTECTED]> wrote:
>  I used Gentoo's ebuilds and not yours, and I also get this same error.

Mike (vapier) broke it 4 days ago by adding $(use_enable X
software-xcb) to the ebuild [1]. hopefully he fixes it soon (hint
hint, nudge nudge, CC  :) )

[1] 
http://www.gentoo.org/cgi-bin/viewcvs.cgi/x11-libs/evas/evas-.ebuild?r1=1.8&r2=1.9

d#

>
>  Gabriel
>
> On 10/7/05, Mike Russo <[EMAIL PROTECTED]> wrote:
>
>
>  evas seems to think I want to build with xcb, but I don't have it
> installed:
>
> checking for shmat... (cached) yes
> checking for IceConnectionNumber in -lICE... (cached) yes
> checking for xcb-icccm... Package xcb-icccm was not found in the
> pkg-config search path. Perhaps you should add the directory containing
> `xcb-icccm.pc' to the PKG_CONFIG_PATH environment variable No package
> 'xcb-icccm' found
> configure: error: Library requirements (xcb-icccm) not met; consider
> adjusting the PKG_CONFIG_PATH environment variable if your libraries are
> in a nonstandard prefix so pkg-config can find them.
>
> !!! Please attach the config.log to your bug report:
> !!!
> /var/tmp/portage/evas-/work/e17/libs/evas/config.log
>
> Looking at the attached config.log, the ebuild is passing
> --enable-software-xcb to aclocal, so it's not an e17 problem per se, but
> Mike reads this list... ;)
>
> --
> Mike Russo
> ReadQ Systems, Inc.
> (212) 425 3680 x105
>
> Random quote of the last-time-I-ran-bash:
> Worst Month of 1981 for Downhill Skiing:
>  August. The lift lines are the shortest, though.
>  -- Steve Rubenstein


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e_util_eapp_edit crash

[David Sharp]

On 10/7/05, Christopher Michael <[EMAIL PROTECTED]> wrote:
> Hi Folks,
>
> When trying to select an icon with e_util_eapp_edit it crashes. Just
> thought I'd send a backtrace about this one. Dunno if this is a known
> error or not.
>
> Regards,
> devilhorns
>
> (gdb) bt
> #0  0xb7fa5392 in ewl_embed_widget_find (w=0x1) at ewl_embed.c:686
> #1  0xb7f9c70d in ewl_attach_cb_tooltip_timer (data=0x1) at ewl_attach.c:559
> #2  0xb7ebe7c9 in _ecore_timer_call (when=1128685748.277168)
>  at ecore_timer.c:178
> #3  0xb7ebc0bb in _ecore_main_loop_iterate_internal (once_only=0)
>  at ecore_main.c:457
> #4  0xb7ebc457 in ecore_main_loop_begin () at ecore_main.c:79
> #5  0xb7fafac7 in ewl_main () at ewl_misc.c:280
> #6  0x0804a735 in main (argc=2, argv=0xbfceb334) at eapp_edit_main.c:124
>

a little more info, perhaps... seems the widget tree is getting
mangled somehow, and seems to be something to do with tooltips.


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912556205904 (LWP 11889)]
0x2abe42d7 in ewl_embed_widget_find (w=0xe100b3) at ewl_embed.c:685
(gdb) bt
#0  0x2abe42d7 in ewl_embed_widget_find (w=0xe100b3) at
ewl_embed.c:685
#1  0x2abdaa80 in ewl_attach_cb_tooltip_timer (data=0x75e3d0)
at ewl_attach.c:559
#2  0x2c018747 in _ecore_timer_call (when=1128812468.024426)
at ecore_timer.c:178
#3  0x2c018722 in _ecore_timer_call (when=1128812468.024426)
at ecore_timer.c:177
#4  0x2c0153e7 in _ecore_main_loop_iterate_internal
(once_only=0) at ecore_main.c:457
#5  0x2c014825 in ecore_main_loop_begin () at ecore_main.c:79
#6  0x2abeebf0 in ewl_main () at ewl_misc.c:280
#7  0x00402769 in main (argc=4, argv=0x7fdd1988) at
eapp_edit_main.c:124
(gdb) f 0
#0  0x2abe42d7 in ewl_embed_widget_find (w=0xe100b3) at
ewl_embed.c:685
685 while (w->parent)
(gdb) l
680 Ewl_Embed *ewl_embed_widget_find(Ewl_Widget * w)
681 {
682 DENTER_FUNCTION(DLEVEL_STABLE);
683 DCHECK_PARAM_PTR_RET("w", w, NULL);
684
685 while (w->parent)
686 w = w->parent;
687
688 if (!ewl_object_toplevel_get(EWL_OBJECT(w)))
689 w = NULL;
(gdb) p w->parent
Cannot access memory at address 0xe10103
(gdb) f 1
#1  0x2abdaa80 in ewl_attach_cb_tooltip_timer (data=0x75e3d0)
at ewl_attach.c:559
559 emb = ewl_embed_widget_find(w);
(gdb) p w
$1 = (Ewl_Widget *) 0x75e3d0
(gdb) p w->parent
$2 = (Ewl_Widget *) 0xe100b3
(gdb) p *w
$3 = {object = {current = {x = 179, y = 225, w = 11, h = -1},
preferred = {w = 1, h = -890}, maximum = {w = 7725440, h = 0}, minimum
= {w = 27,
  h = 179}, pad = {l = 225, r = 11, t = 3, b = 27}, insets = {l =
179, r = 0, t = 0, b = -1}, flags = 0}, parent = 0xe100b3,
callbacks = {{
  list = 0x000b, mask = 1, len = 0}, {list = 0x75e180,
mask = 0, len = 0}, {list = 0x0, mask = 0, len = 0}, {list = 0x0, mask
= 0,
  len = 0}, {list = 0x75a7e0, mask = 0, len = 0}, {list =
0x2c2bcf00, mask = 58112, len = 117}, {list = 0x0, mask = 0, len =
0}, {list = 0x0,
  mask = 0, len = 0}, {list = 0x0, mask = 0, len = 0}, {list =
0x0, mask = 0, len = 0}, {list = 0x21, mask = 30577, len = 29047},
{list = 0x0,
  mask = 0, len = 0}, {list = 0x21, mask = 54896, len = 117},
{list = 0x755180, mask = 32, len = 0}, {list = 0x160, mask = 59136,
len = 117}, {
  list = 0x63a7b0, mask = 0, len = 0}, {list = 0x7170, mask =
31984, len = 44058}, {list = 0x76c110, mask = 0, len = 0}, {list =
0x200020,
  mask = 3, len = 0}, {list = 0x0, mask = 0, len = 0}, {list =
0x0, mask = 0, len = 0}, {list = 0x0020, mask = 1, len =
0}, {
  list = 0x761ac0, mask = 0, len = 0}, {list = 0x200020, mask
= 3, len = 0}, {list = 0x0, mask = 0, len = 0}, {list = 0x0, mask = 0,
len = 0},
{list = 0x0020, mask = 1, len = 0}, {list = 0x761ac0,
mask = 0, len = 0}, {list = 0x0, mask = 0, len = 0}}, attach = 0x0,
  fx_clip_box = 0x0, theme_object = 0x75e6d0, bit_state = 0x0,
appearance = 0x2c2bcf00 "\033Þ\024¬ª*", inheritance = 0x765f40
"qwwq", layer = 0,
  theme = 0x0, data = 0x0}


d#

>
> ---
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net

Re: [E-devel] Entangle Crashes with Right-Click

[David Sharp]

On 10/5/05, Arlo <[EMAIL PROTECTED]> wrote:
> When I right-click an Eap in Entangle the program crashes.

I reported this about 2 weeks ago:
http://sourceforge.net/mailarchive/forum.php?thread_id=8253394&forum_id=6427

my backtrace is a little more useful (compiled everything with debug
symbols). i tried to examine interesting bits of memory to see if
there was anything useful... i didn't go into the code much though,
since i got lost (entangled?) in evas with it's magic numbers and
such.

d#

>
> Gentoo Amd64 System
> glibc-2.3.5-r1
>
> STDOUT:
>
> Unable to load Edje from file
> '/home/arlo/.e/e/applications/all/.eap.cache.cfg'.
> *** glibc detected *** double free or corruption (!prev):
> 0x00646110 ***
> Aborted
>
>
> BACKTRACE:
>
> #0  0x2e052ad9 in kill () from /lib/libc.so.6
> #1  0x2cbfa841 in pthread_kill (thread=23710, signo=6) at
> signals.c:69
> #2  0x2cbfabc2 in __pthread_raise (sig=6) at signals.c:200
> #3  0x2e0527d2 in raise () from /lib/libc.so.6
> #4  0x2e053b12 in abort () from /lib/libc.so.6
> #5  0x2e085cd7 in __fsetlocking () from /lib/libc.so.6
> #6  0x2e08aba0 in malloc_usable_size () from /lib/libc.so.6
> #7  0x2e08b70a in free () from /lib/libc.so.6
> #8  0x2abc4ef3 in _container_element_del ()
>from /usr/lib/libesmart_container.so.0
> #9  0x2abc5a54 in esmart_container_element_remove ()
>from /usr/lib/libesmart_container.so.0
> #10 0x004068c5 in ?? ()
> #11 0x2b176e44 in _edje_emit_handle () from /usr/lib/libedje.so.0
> #12 0x2b176d41 in _edje_emit_handle () from /usr/lib/libedje.so.0
> #13 0x2b180793 in _edje_message_process () from
> /usr/lib/libedje.so.0
> #14 0x2b180d51 in _edje_message_queue_process ()
>from /usr/lib/libedje.so.0
> #15 0x2b17ff5b in edje_message_signal_process ()
>from /usr/lib/libedje.so.0
> #16 0x2b8e0b1c in ecore_job_del () from /usr/lib/libecore_job.so.1
> #17 0x2d4cd8fd in _ecore_event_call () from /usr/lib/libecore.so.1
> #18 0x2d4d27d9 in _ecore_main_shutdown () from
> /usr/lib/libecore.so.1
> #19 0x2d4d1861 in ecore_main_loop_begin () from
> /usr/lib/libecore.so.1
> #20 0x0040704d in ?? ()
> #21 0x2e03fd00 in __libc_start_main () from /lib/libc.so.6
> #22 0x0040356a in ?? ()
> #23 0x7fce3418 in ?? ()
> #24 0x001c in ?? ()
> etc...
>
> The earlier frames have no symbols for some reason...I'm not sure what
> library they're from; I have debugging symbols for the EFL.
>
>
> ---
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] First project submittal -- a calendar module

[David Sharp]

On 9/29/05, Didier Casse <[EMAIL PROTECTED]> wrote:

> Yes of course I ran autogen.sh again. I took a closer look and
> realized that only
> src/modules/calendar/images/Makefile is NOT created. Whereas
> src/modules/calendar/Makefile  and all others are altered by running
> autogen.sh.
>
> The src/modules/calendar/images/Makefile remains unchanged. Strange!

not that strange at all! Autoconf doesn't know it needs to write that
Makefile. Add it to configure.in, just like you did for the parent
dir's Makefile. This instruction should be added to INSTALL.txt


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] configure.in errors in latest ecore "release"

[David Sharp]

On 9/27/05, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Tuesday 27 September 2005 11:26 pm, Justin Patrin wrote:
> > On 9/27/05, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > > On Tuesday 27 September 2005 05:48 pm, Justin Patrin wrote:
> > > > After running: aclocal and autoconf:
> > > >
> > > > configure.in:19: error: possibly undefined macro: AC_C___ATTRIBUTE__
> > > >   If this token and others are legitimate, please use
> > > > m4_pattern_allow. See the Autoconf documentation.
> > > > configure.in:107: error: possibly undefined macro: AC_DEFINE
> > > > configure.in:162: error: possibly undefined macro: AM_CONDITIONAL
> > > > configure.in:520: error: possibly undefined macro: AC_PATH_GENERIC
> > >
> > > works fine for me, maybe your host autotools suck ?  you didnt say what
> > > versions of anything you're using ...
> >
> > Well they worked fine previously for 013 and they work for many many
> > other compilations which need recent versions of autotools.
>
> why are you running autotools in the snapshots ?  they already have the
> configure/Makefile scripts generated for you ...
>
> > I found out that if I copy the m4 directory from CVS and run "aclocal
> > -I m4" it fixes the problem.
>
> hmm, the bundled ac*.m4 files should have had everything which the system
> doesnt provide ... AC_DEFINE and AM_CONDITIONAL for sure should be provided
> by system autotools
> -mike

i had this problem last time i recompiled, but it went away when i got
a fresh CVS checkout. it was within minutes, so i doubt anything
actually changed in the meantime (anon cvs), which would indicate the
snapshots should be okay.

d#


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Re: [e-users] Problems since last CVS upgrade

[David Sharp]

On 9/25/05, Thomas <[EMAIL PROTECTED]> wrote:

> Right, I see.  I have updated the theme 'blue-eyed', and attach a couple
> of patches for it.  I've bumped the version number of the theme.  I will
> email the author of the theme once get-e is back online and I can find
> out who it is.

here's his website: http://omicron.homeip.net/
he has a couple more recent versions than what's on get-e on his
website, but they seem to be works in progress (focused title bar
doesn't show any text, i doubt this is intentional).

>
> NOTE: I have renamed 'e17_mini_button_2.png' to 'e17_mini_minimize.png'
> for consistency and ease of patching.
> --
> Thomas C R Spurden  (0xBB944725)
>


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 segfault caused by ecore, and fix

[David Sharp]

On 9/24/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:

> i'll opt for the "fuck you xwwidgets" option :) (nothing personal!) basically
> if an application/widget set cannot set the property correctly - we shoudl be
> free to happily entirely ignore it as corrupt/invalid :)

i won't fight with you on that, i mostly agree. :D Was just throwing
that out as an idea. i suppose i could tell wxWidgets their doing
something wrong..

>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
> 裸好多  [EMAIL PROTECTED]
> Tokyo, Japan (東京 日本)
>


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 segfault caused by ecore, and fix

[David Sharp]

On 9/24/05, Sebastian Dransfeld <[EMAIL PROTECTED]> wrote:
> David Sharp wrote:
> > On 9/24/05, Sebastian Dransfeld <[EMAIL PROTECTED]> wrote:
> >>This shouldn't be possible. If (icon) is true, then we do malloc, and if
> >>the malloc fails we return.
> >
> > yes you are right. saw the size check you added. in fact, this is
> > exactly the problem. It seems the app (this can probably be blamed on
> > wxWidgets, b/c the app uses that) is not setting the icon property
> > correctly, only setting width, but not height, so ARGB data starts at
> > data[1]. the sanity check you added is not quite sufficient though,
> > since in this case, len < 0 (data[1] is 0xff alpha, and therefore
> > negative). either cast len to unsigned, or check for len < 0 as well.
> >
> > Though, you could also then try guessing the height like this:
> >   if( ((num_ret-1) % width)==0)  // num_ret-1 b/c we are guessing
> > width is missing.
> > height = (num_ret)-1/width;
> > assuming you have vars for width and height.. you would also have to
> > start copying from data+1, not data+2.
>
> Now we check:
>
> 1. Do we have two elements.
> 2. Multiply element 1 and 2, since they are unsigned, we get a number >
> 0. Check if the number is greater than the amount of data we get.
>
> This may return a weird result, but it shouldn't be possible to segv.

But len is not declared unsigned, so 0x20 * 0xff00 (for example;
this is similar to the data that it tis getting), though corectly
calculated with unsigned math, is implicitly and _reinterpretively_
cast to signed, and comes out negative. this i have seen in gdb (p
len), so don't say it's not possible ;) Btw, if you want to see this
in action, install scorched3d (fun game).

changing len to unsigned int, along with the size check you already
committed, shoud be enough to stop the segv i am consistently getting.

>
> Sebastian
>


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 segfault caused by ecore, and fix

[David Sharp]

On 9/24/05, Sebastian Dransfeld <[EMAIL PROTECTED]> wrote:
> David Sharp wrote:
> > something to do with icons not being there.. anyway, it's a one-liner fix.
> >
> > fake diff:
> > ecore_x_netwm.c:654
> > - if(icon)
> > + if(icon && *icon)
> > memcpy(*icon, &(data[2]), len * sizeof(unsigned int));
>
> This shouldn't be possible. If (icon) is true, then we do malloc, and if
> the malloc fails we return.

yes you are right. saw the size check you added. in fact, this is
exactly the problem. It seems the app (this can probably be blamed on
wxWidgets, b/c the app uses that) is not setting the icon property
correctly, only setting width, but not height, so ARGB data starts at
data[1]. the sanity check you added is not quite sufficient though,
since in this case, len < 0 (data[1] is 0xff alpha, and therefore
negative). either cast len to unsigned, or check for len < 0 as well.

Though, you could also then try guessing the height like this:
  if( ((num_ret-1) % width)==0)  // num_ret-1 b/c we are guessing
width is missing.
height = (num_ret)-1/width;
assuming you have vars for width and height.. you would also have to
start copying from data+1, not data+2.

David

>
> Sebastian
>


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] e17 segfault caused by ecore, and fix

[David Sharp]

something to do with icons not being there.. anyway, it's a one-liner fix.

fake diff:
ecore_x_netwm.c:654
- if(icon)
+ if(icon && *icon)
memcpy(*icon, &(data[2]), len * sizeof(unsigned int));

also, seems like 'src' is set on the line before, and subsequently not used.


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] entangle SIGABRT

[David Sharp]

i've started using e17 all the time now, and it is mostly good.

entangle nearly-reliably crashes on me. to reproduce, i just start
dragging an item in the right list with the right mouse button. This
often causes glibc to report:

*** glibc detected *** double free or corruption (!prev):  ***

The rest of the time, after the first right-click, mouse-over effects
do not work properly. Animations occur on the first click on an item,
and a subsequent click has the normal effect on the item (ie, r-click
initiates a drag on menu items, l-click activates a button action,
etc)

(gdb) run
Starting program:
/usr/portage/distfiles/cvs-src/e17/apps/e_utils/src/bin/entangle/entangle
[Thread debugging using libthread_db enabled]
[New Thread 46912556169792 (LWP 6476)]
*** glibc detected *** double free or corruption (!prev): 0x005afd00 ***

Program received signal SIGABRT, Aborted.
[Switching to Thread 46912556169792 (LWP 6476)]
0x2d5ec839 in raise () from /lib/libc.so.6
(gdb) bt
#0  0x2d5ec839 in raise () from /lib/libc.so.6
#1  0x2d5edcde in abort () from /lib/libc.so.6
#2  0x2d620990 in __fsetlocking () from /lib/libc.so.6
#3  0x2d625b90 in malloc_usable_size () from /lib/libc.so.6
#4  0x2d6266a6 in free () from /lib/libc.so.6
#5  0x2abc4ef3 in _container_element_del () from
/usr/lib/libesmart_container.so.0
#6  0x2abc5a54 in esmart_container_element_remove () from
/usr/lib/libesmart_container.so.0
#7  0x00406821 in entangle_ui_cb_menu_item_move_start
(data=0x50e220, obj=0x599380, emission=0x5681c0 "move,start",
src=0x602920 "*")
at entangle_ui.c:1139
#8  0x2b06d178 in _edje_emit_handle () from /usr/lib/libedje.so.0
#9  0x2b06d075 in _edje_emit_handle () from /usr/lib/libedje.so.0
#10 0x2b076a9b in _edje_message_process () from /usr/lib/libedje.so.0
#11 0x2b077059 in _edje_message_queue_process () from
/usr/lib/libedje.so.0
#12 0x2b076263 in edje_message_signal_process () from
/usr/lib/libedje.so.0
#13 0x2b7ceb1c in ecore_job_del () from /usr/lib/libecore_job.so.1
#14 0x2ceea89d in _ecore_event_call () from /usr/lib/libecore.so.1
#15 0x2ceef659 in _ecore_main_shutdown () from /usr/lib/libecore.so.1
#16 0x2ceee6e1 in ecore_main_loop_begin () from /usr/lib/libecore.so.1
#17 0x00406fa9 in main (argc=1, argv=0x7fd9f558) at main.c:162
(gdb) p container
$6 = (Evas_Object *) 0x598960
(gdb) x/10xw 0x598960
0x598960:   0x005f75f0  0x  0x0054e820  0x
0x598970:   0x  0x  0x7170  0x
0x598980:   0xaabc6ec5  0x2aaa
(gdb) x/1sb 0x2abc6ec5
0x2abc6ec5 <_fini+509>:  "container"
(gdb) p obj
$7 = (Evas_Object *) 0x599380
(gdb) x/10xw 0x599380
0x599380:   0x00599f80  0x  0x005b6dc0  0x
0x599390:   0x  0x  0x7170  0x
0x5993a0:   0xab078428  0x2aaa
(gdb) x/1sb 0x2b078428
0x2b078428 <_fini+4512>: "edje"
(gdb) x/20xw 0x005afd00
0x5afd00:   0x00598ae0  0x  0x00599380  0x
0x5afd10:   0x005afec0  0x  0x  0x4040
0x5afd20:   0x  0x4040  0x  0x
0x5afd30:   0x  0x  0x  0x
0x5afd40:   0x  0x  0x  0x



I hope there's enough info here to do something.


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Monitor Bug

[David Sharp]

On 8/11/05, Robert May <[EMAIL PROTECTED]> wrote:
> I have currently noticed two bugs in the monitor module.
> 1. I currently run a dual- head display.  Each time I log into e17 the
> cpu portion of the monitor only displays on one monitor the other
> displays cpu usage at 0% constantly.  The graphs, however update
> correctly.  The RAM and NIC portions both seem to be displaying
> correctly.
> 2.  The cpu utilization routinely reaches 200-400% utilization.  I am
> guessing that the monitor is adding up the values of each processor
> instead of averaging the utilization between the four of them.
> I did not know if anyone else had reported these issues.

I have but a single CPU (athlon64 3200+), and i have noticed that the
graph reaches over 100%, though not by much (101-107 or so??), and I
haven't updated in a while.

> 
> Robert
> 
> 
> 
> ---
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] List configuration question.

[David Sharp]

On 7/22/05, Tres Melton <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-07-22 at 14:48 +0100, Simon Poole wrote:
> > The current behaviour is correct.  If you want to send messages to the
> > list, you should be using "Reply to all".
> >
> > On Fri, 2005-07-22 at 03:27 -0700, David Sharp wrote:
> > >
> > > just use your mailer's "reply to all" feature (wow, i had to remember
> > > to do it myself as i was typing this..). this will CC list as well as
> > > send to the original sender.
> > >
> 
> So I get two copies of everything?  Just seems like a waste. Okay
> though.

I've never gotten two copies of anything. I always figured the list
mailer is smart enough not to send to people already listed in the To:
or CC: fields.

> 
> Regards,
> --
> Tres
> 
>


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] List configuration question.

[David Sharp]

On 7/21/05, Tres Melton <[EMAIL PROTECTED]> wrote:
> Is there anyway to have the FROM: field changed to point to the list?
> If you forget to change the TO: field when replying it ends up going to
> the individual and not to the list.  I have been bitten by this a number
> of times and have seen others cus and scream as well.  The latest
> Example is Edward Presutti's "[E-devel] Monitor Module Patch 2" and
> "2-r1" emails.  If not I'll continue to try to implant new usage into
> stubborn brain.  :)
> 

just use your mailer's "reply to all" feature (wow, i had to remember
to do it myself as i was typing this..). this will CC list as well as
send to the original sender.

> --
> Tres
> 
> 
> 
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Google's Summer of Code

[David Sharp]

On 6/2/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Thu, 2 Jun 2005 01:09:02 -0700 David Sharp <[EMAIL PROTECTED]> babbled:
> >  We originally were not going to take new mentors, but we
> > decided to> open it up for one more day.> > Wait till tomorrow and pick
> > another mentor if they can't do it in time.> > Chris>  so, maybe beg as 
> > Didier
> > suggests? hehe. ~David
> 
> i got a mail from chris about 30 minutes ago saying "too late" :( i'll ask
> again... but the answer already has been a "too late".
> 

well, bummer. Thanks for trying for us poor stoodints, raster ;)

> 
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
> 裸好多  [EMAIL PROTECTED]
> Tokyo, Japan (東京 日本)
>

Re: [E-devel] Google's Summer of Code

[David Sharp]

On 6/2/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Wed, 1 Jun 2005 15:19:46 -0400 Stefan Gueorguiev <[EMAIL PROTECTED]>
> 
> and just to make everyone unhappy... we're too late. :(
> 

Are you sure? i saw this email on the summer-discuss list:
http://groups-beta.google.com/group/summer-discuss/msg/6b759e84db491cd1

Chris DiBona wrote:
> We originally were not going to take new mentors, but we decided to
> open it up for one more day.
> 
> Wait till tomorrow and pick another mentor if they can't do it in time.
> 
> Chris
> 

so, maybe beg as Didier suggests? hehe.

~David

> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
> 裸好多  [EMAIL PROTECTED]
> Tokyo, Japan (東京 日本)
> 
> 
> ---
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

Re: [E-devel] Google's Summer of Code

[David Sharp]

On 6/1/05, Stefan Gueorguiev <[EMAIL PROTECTED]> wrote:
> Hello,
> 
> I posted this in the edevelop.org forums, and was told that this might
> be the more appropriate place for it.
> 
> First of all let me say I am a huge fan and thanks for all your work!
> I've been using it for so long. The thing is, I feel I finally have
> the knowledge and skills to pay my debts to you guys.
> 
> I don't know if the E team is aware of the Google's Summer of Code
> program. Essentially Google funds university students and Open Source
> Projects to contribute to the Open Source community during the summer.
> 
> Students, like myself, can contribute to a list of projects (Gnome,
> Perl, Apache and others) however none of those sounded exciting to me.
> I want to participate in the program and I think it would be amazing
> if I can contribute something to E17 (I already have ideas storming
> through my head).
> 
> This is why I wanted to ask if the E team would consider participating
> in the program?
> More info can be found here:
> http://code.google.com/summerofcode.html
> http://code.google.com/mentfaq.html

I just wanted to put some encouragement to the E team to consider
this. I'm in the same position as Stefan, ie, i would like to
participate, but none of the projects look very interesting to me. A
project involving E17 would be much more interesting to me.

~David

> 
> Thanks,
> Stefan
> 
> 
> ---
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?froffad-ysdn-ostg-q22005
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] GAIM backtrace

[David Sharp]

On 5/24/05, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> Looks like you need to recompile with -g in your CFLAGS. Those ??'s
> indicate that it was not compiled with debugging support.

Ecore and enlightenment should probably be recompiled with -g (as gdb
says it couldn't find symbols), but most of those ??'s are because
that is a severely smashed stack (notices the 0's and f's). To figure
this one out you'll have to set breakpoints and find somewhere before
the stack gets smashed, and then look for buffer overuns, etc.

(would valgrind help with that kind of thing? i don't know anything
about valgrind, but seems like something it might do.)

> 
> On 5/24/05, Ed Presutti <[EMAIL PROTECTED]> wrote:
> > Per RbdPngn on IRC, I've attached a backtrace of what happens when GAIM
> > exits.
> >
> > Thanks,
> > Ed
> >
> >
> >
> >
> 
> 
> ---
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?froffad-ysdn-ostg-q22005
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Diff for enlightenment_remote.

[David Sharp]

On 5/15/05, Frederick Reeve <[EMAIL PROTECTED]> wrote:
> I made a small modification to e17/apps/e/src/bin/e_remote_main.c and
> e_bindings.h.  Just made it so you could use NONE as a modifier arg for
> enlightenment_remote allowing for example:
> 
> enlightenment_remote -binding-mouse-add ZONE 3 NONE 0 "menu_show" "clients"
> 
> to work instead of:
> 
> enlightenment_remote -binding-mouse-add ZONE 3 "" 0 "menu_show" "clients"
> 
> I had just seen some questions about it on the forum and figured if I
> added that and put it in the error message as an option the questions
> maybe less for the future.  Its a brainless thing I know but I only do
> what I can.

while you're at it, fix the rest of the mispellings of "unknonw" ;) 
(you got 2 of the 4 here, but i'm not saying that's all of them in the
source..)

> 
> Btw is there any chance EFL will be getting python bindings?  I would
> love to do them myself but I'm afraid I don't know a thing about swig.
> 
> Diff follows:
> 
> Index: e17/apps/e/src/bin/e_bindings.h
> ===
> RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_bindings.h,v
> retrieving revision 1.7
> diff -u -r1.7 e_bindings.h
> --- e17/apps/e/src/bin/e_bindings.h30 Apr 2005 05:07:27 -1.7
> +++ e17/apps/e/src/bin/e_bindings.h15 May 2005 19:36:05 -
> @@ -19,6 +19,7 @@
>   */
>  typedef enum _E_Binding_Modifier
>  {
> +   E_BINDING_MODIFIER_NONE = 0,
> E_BINDING_MODIFIER_SHIFT = (1 << 0),
> E_BINDING_MODIFIER_CTRL = (1 << 1),
> E_BINDING_MODIFIER_ALT = (1 << 2),
> Index: e17/apps/e/src/bin/e_remote_main.c
> ===
> RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_remote_main.c,v
> retrieving revision 1.23
> diff -u -r1.23 e_remote_main.c
> --- e17/apps/e/src/bin/e_remote_main.c13 May 2005 17:21:04 -1.23
> +++ e17/apps/e/src/bin/e_remote_main.c15 May 2005 19:36:06 -
> @@ -82,8 +82,9 @@
>else if (!strncmp(pp, "WIN|", 4)) eb->modifiers |=
> E_BINDING_MODIFIER_WIN;
>else if (strlen(pp) > 0)
>  {
> -   printf("OPT3 moidifier unknonw. Must be or mask of:\n"
> -  "  SHIFT CTRL ALT WIN\n");
> +   printf("OPT3 moidifier unknown. Must be or mask of:\n"
> +  "  SHIFT CTRL ALT WIN\n"
> +  "  or stand-alone NONE\n");
> exit(-1);
>  }
>pp = p + 1;
> @@ -94,10 +95,12 @@
>else if (!strcmp(pp, "CTRL")) eb->modifiers |=
> E_BINDING_MODIFIER_CTRL;
>else if (!strcmp(pp, "ALT")) eb->modifiers |=
> E_BINDING_MODIFIER_ALT;
>else if (!strcmp(pp, "WIN")) eb->modifiers |=
> E_BINDING_MODIFIER_WIN;
> +  else if (!strcmp(pp, "NONE")) eb->modifiers =
> E_BINDING_MODIFIER_NONE;
>else if (strlen(pp) > 0)
>  {
> -   printf("OPT3 moidifier unknonw. Must be or mask of:\n"
> -  "  SHIFT CTRL ALT WIN\n");
> +   printf("OPT3 moidifier unknown. Must be or mask of:\n"
> +  "  SHIFT CTRL ALT WIN\n"
> +  "  or stand-alone NONE\n");
> exit(-1);
>  }
>break;
> @@ -177,7 +180,8 @@
>else if (strlen(pp) > 0)
>  {
> printf("OPT3 moidifier unknonw. Must be or mask of:\n"
> -  "  SHIFT CTRL ALT WIN\n");
> +  "  SHIFT CTRL ALT WIN\n"
> +  "  or stand-alone NONE\n");
> exit(-1);
>  }
>pp = p + 1;
> @@ -188,10 +192,12 @@
>else if (!strcmp(pp, "CTRL")) eb->modifiers |=
> E_BINDING_MODIFIER_CTRL;
>else if (!strcmp(pp, "ALT")) eb->modifiers |=
> E_BINDING_MODIFIER_ALT;
>else if (!strcmp(pp, "WIN")) eb->modifiers |=
> E_BINDING_MODIFIER_WIN;
> +  else if (!strcmp(pp, "NONE")) eb->modifiers =
> E_BINDING_MODIFIER_NONE;
>else if (strlen(pp) > 0)
>  {
> printf("OPT3 moidifier unknonw. Must be or mask of:\n"
> -  "  SHIFT CTRL ALT WIN\n");
> +  "  SHIFT CTRL ALT WIN\n"
> +  "  or stand-alone NONE\n");
> exit(-1);
>  }
>break;
> 
> =
> Frederick Reeve (Cylix)
> [EMAIL PROTECTED]
> 
> ---
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


--

Re: [E-devel] mem leak plugging

[David Sharp]

On Tue, 22 Mar 2005 12:18:05 +0100, joel vennin <[EMAIL PROTECTED]> wrote:
> > i found some mem leaks in e17 i send a patch i don't know if it breaks 
> > anything
> > (i'm not a good programer :-)) but it seems to work here
> Hello, i've just take a look in your patch, and i've seen that you
> make something like this:
> 
> if (x) free (x);
> 
> You could use the macro IF_FREE(x)
> 
> It's just my 2 cents ...

here's another 2 cents: It's totally safe to call free(NULL). it's a
no-op, but it is safe. I suppose the overhead of a system call might
be enough that checking first might be worth it, but i'm not sure how
much overhead that is. The thing to consider is how often it will be
NULL compared to how often it will be a real pointer.

WaI

> 
> Jol
> 
> ---
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=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: 2005 Windows Mobile Application Contest
Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones
for the chance to win $25,000 and application distribution. Enter today at
http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] selecting ".." in directory appends extra '/'

[David Sharp]

in a Fileselector window, selecting ".." in the directory window
appends an extra '/' to the path, such that, eg, "/home/user/" becomes
"/home//".

this also seems to solve the crash bug caused (not reliably) by going
up to root via clicking ".." in the list.

thanks!
whereami

the patch:

--- src/lib/ewl_fileselector.c.orig 2005-02-20 00:36:27.0 -0800
+++ src/lib/ewl_fileselector.c  2005-02-20 01:00:41.0 -0800
@@ -500,11 +500,13 @@
fs = data;
path = ewl_widget_data_get(w, "FILESELECTOR_DIR");
 
-   if (!strcmp(path, ".."))
+   if (!strcmp(path, "..")) {
new_path = ewl_fileselector_path_up_get(fs->path);
-   else
+   path = strdup(new_path); 
+   } else {
new_path = ewl_fileselector_str_append(fs->path, path);
-   path = ewl_fileselector_str_append(new_path, "/");
+   path = ewl_fileselector_str_append(new_path, "/");
+   }
FREE(new_path);
 
ewl_fileselector_path_setup(fs, path);


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] selecting ".." in directory appends extra '/'

[David Sharp]

Let's try this again, now that i've signed up for the list...

--

in an ewl Fileselector window, selecting ".." in the directory window
appends an extra '/' to the path, such that, eg, "/home/user/" becomes
"/home//".

thanks!
whereami

the patch:

--- src/lib/ewl_fileselector.c.orig 2005-02-20 00:36:27.0 -0800
+++ src/lib/ewl_fileselector.c  2005-02-20 01:00:41.0 -0800
@@ -500,11 +500,13 @@
fs = data;
path = ewl_widget_data_get(w, "FILESELECTOR_DIR");

-   if (!strcmp(path, ".."))
+   if (!strcmp(path, "..")) {
new_path = ewl_fileselector_path_up_get(fs->path);
-   else
+   path = strdup(new_path);
+   } else {
new_path = ewl_fileselector_str_append(fs->path, path);
-   path = ewl_fileselector_str_append(new_path, "/");
+   path = ewl_fileselector_str_append(new_path, "/");
+   }
FREE(new_path);

ewl_fileselector_path_setup(fs, path);


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel