Re: [E-devel] E SVN: billiob trunk/terminology/src/bin

[Cedric BAIL]

On Tue, Dec 11, 2012 at 6:52 AM, Enlightenment SVN
 wrote:
> Log:
> terminology: ' ' can be underlined or striken through
>
>   Commit on rev 78285 got wrongly removed.
>
>   Please, use svn revert (or git revert) instead of pushing some old working
>   code you had. I do hate wasting my time twice on the same bug I fixed weeks 
> ago.

So many thanks ! \o/
--
Cedric BAIL

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster trunk/e/src/modules/shot

[Cedric BAIL]

On Tue, Dec 11, 2012 at 4:05 AM, Gustavo Sverzut Barbieri
 wrote:
> Wouldn't be nice to expose this in eina as this is a common problem?
> We use mktemps() when possible, or use some other technique like ou
> did if not?

After having gone over our use of mkstemp and it's broken usage, it
make sense to have a portable safe way to create a temporary file.

> Also would be nice to use $XDG_RUNTIME_DIR if possible. This envvar is
> set with an user-scope, then it's safe by nature to store stuff in
> there. Currently just systemd implements, but it should be trivial to
> add this to other systems.
> http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
>What systemd does is just mkdir /run/user/$UID as 0700 in a tmpfs,
> then export XDG_RUNTIME_DIR=/run/user/$UID. People could easily do an
> work around for /home/$USER/.tmp or use systemd's approach.

Interesting idea, I like this XDG_RUNTIME_DIR.
--
Cedric BAIL

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] my e is broken :(

[Thanatermesis]

I just switched to releases (instead of svn, for libs and e17), and i have
got problems with the composite on my laptop, let's say after 10 startups
of e17 it freezed 2 times (no segfault, and the mouse still having e17
effects).

Then I tried ctrl + alt + shift + home and noticed that e17 worked good,
but is the composite which not...

btw, why this combo doesn't do a simple "restart" of composite instead of
unloading it ?

Maybe the composite has some dependency remaining in the start ? This is my
graphic card:  http://www.thinkwiki.org/wiki/Intel_HD_Graphics

   00:02.0 VGA compatible controller [0300]: Intel Corporation Core
   Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if 00
   [VGA controller])
   Subsystem: Lenovo Device [17aa:215a]
   Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
   ParErr- Stepping- SERR- FastB2B- DisINTx+
   Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
   SERR-  [disabled]
   Capabilities: 
   Kernel driver in use: i915


So the problem is with my card or with e17 ? I wonder how to deal with this
problem (for the users what the stable release, I mean)



2012/12/6 Carsten Haitzler 

> On Thu, 6 Dec 2012 10:44:18 +0900 Cedric BAIL  said:
>
> > On Thu, Dec 6, 2012 at 12:51 AM, Daniel Juyung Seo  >
> > wrote:
> > > what is ctrl+alt+shift+home? is that different from e
> restart(ctrl+alt+end)?
> >
> > Yup, it just go out of composite mode.
>
> yeah - it stops compositor, unloads module and wipes comp config, so next
> time
> if u try it u get defaults with sw comp. it's the "halp - i think my gl
> drivers
> are borked" key combo. :)
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: rui trunk/efl

[Rui Miguel Silva Seabra]

Done!

On Mon, 10 Dec 2012 16:57:51 -0200
Gustavo Sverzut Barbieri  wrote:

> Hi Rui,
> 
> Thank you for insisting, I also look up and it indeed works :-)
> Thank (now you can also remove the rule to generate?)
> 
> On Sun, Dec 9, 2012 at 8:30 PM, Rui Miguel Silva Seabra
>  wrote:
> >
> >> > All in all just revert your commit before it hurt other people
> >> > (as file will exist without proper contents)
> >>
> >> I prefer a proper fix, and volunteer to convert to a proper
> >> AC_OUTPUT result, as IMHO the cases where it would be needlessly
> >> created aren't very frequent and it's a minor spurious generation.
> >
> >
> > Looking at the results, the file is produced with the proper
> > contents...
> >
> > Rui
> 
> 
> 


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Eo debug helper

[Tom Hacohen]

Hey Daniel,

I found this in python.c in the gdb source tree:

/* Implementation of gdb.solib_name (Long) -> String.
   Returns the name of the shared library holding a given address, or None.  */

static PyObject *
gdbpy_solib_name (PyObject *self, PyObject *args)

So just use gdb.solib_name...

I just skimmed through the file, maybe there's more there I've missed,
sounds like exactly what you are looking for.




On Mon, Dec 10, 2012 at 9:18 AM, daniel.za...@samsung.com <
daniel.za...@samsung.com> wrote:

>  Hi Tom,
>
> 1. I will check it, maybe just print line and which file
> 2. I don't find how to get the library name. Sure it will be easier with
> the library.
> 3. I understand the point but for the moment I don't have a solution. I
> will investigate when time is with me (not so english, this sentence).
>
> If you find something on your side, tell me.
>
> Daniel
>
>
> On 12/10/2012 12:44 AM, Tom Hacohen wrote:
>
> Hey Daniel,
>
> Good thing that it works and I'm happy you improved it so fast, but I
> still have a couple of comments:
> 1. "print "You reached the function " +
> str(gdb.selected_frame().function())" - It's probably better to change it
> to fit the gdb style of info messages better. It doesn't look like
> something you'd see out of gdb.
> 2. "(yes I stay with that, it seems easier than with the library)" - It
> just means you are doing something wrong as if you have a properly stripped
> binary there's no information about "eo.c" so it just won't work.
> Furthermore, I don't understand how it is easier, both are just a single
> test and it's a matter of just accessing a different property.
> 3. "if (self.priv_current_line != self.priv_prev_line) or
> (str(self.priv_current_symtab) != str(self.priv_prev_symtab)):" - If I
> understand it correctly it seems that you are looking until the line has
> changed. This isn't good because if for example you do: "eo_do(obj, SET_A,
> get_some_number())" it'll fail as it'll get into the second function, and
> not the eo call. I don't know, maybe that's what you expect it to do, and
> then it's fine, but then the second loop kinda doesn't make sense...
>
> If you use the so name you can do something as simple as:
> 1. stepi until we get into libeo.so.
> 2. stepi until we get out of libeo.so.
>
> Very simple, very easy. No variables, state or anything.
>
> What do you think?
>
> --
> Tom.
>
>
> On Sun, Dec 9, 2012 at 12:39 PM, daniel.za...@samsung.com <
> daniel.za...@samsung.com> wrote:
>
>> Hi Tom,
>>
>> It works with stepi.
>> The stepping process consists now in two phases:
>> - stepping until we are no more in the the caller function
>> - stepping while function name unknown or still in Eo.c (yes I stay with
>> that, it seems easier than with the library)
>>
>> It now supports Eo with and without symbols.
>>
>> Code is following. Let's see soon in SVN.
>>
>> Daniel
>>
>> class Eo_step(gdb.Command):
>>def __init__(self):
>>   gdb.Command.__init__(self, "eo_step", gdb.COMMAND_OBSCURE)
>>
>>
>>def invoke (self, arg, from_tty):
>>self.priv_prev_line = gdb.selected_frame().find_sal().line
>>   self.priv_prev_symtab = gdb.selected_frame().find_sal().symtab
>>   while True:
>>  # step by one assembly instruction
>>  gdb.execute("stepi", False, to_string=True)
>>  # While under same code line
>>  self.priv_current_line = gdb.selected_frame().find_sal().line
>>  self.priv_current_symtab = gdb.selected_frame().find_sal().symtab
>>  if (self.priv_current_line != self.priv_prev_line) or
>> (str(self.priv_current_symtab) != str(self.priv_prev_symtab)):
>> break
>>
>>   while True:
>>  # step by one assembly instruction
>>  gdb.execute("stepi", False, to_string=True)
>>  # While under unknown code or Eo code
>>  symbolNotFound = True
>>  if (gdb.selected_frame().find_sal().symtab != None and
>> gdb.selected_frame().find_sal().symtab.filename == "lib/eo/eo.c"):
>> symbolNotFound = False
>>
>>  if (gdb.selected_frame().function() != None) and (symbolNotFound
>> == True):
>> print "You reached the function " +
>> str(gdb.selected_frame().function())
>> break
>> Eo_step()
>>
>>
>>
>> On 12/06/2012 05:14 PM, Tom Hacohen wrote:
>>
>>> Just use "stepi", that one goes inside. "step" goes to the next line of
>>> code and if there is none inside it just steps to the next line. I'm
>>> actually trying to look for a command that does what I said we need in
>>> the
>>> first place (and that you've implemented to some extent), which just goes
>>> on until the next line with debug information. Anyhow, now you can
>>> implement exactly that, just walk into eo_do_internal until the next line
>>> with debug info, easy.
>>>
>>> Btw, there's another thing we need, and that's probably a way to stop on
>>> an
>>> eo_do with a specific op code, like we break on evas_object_resize at the
>>> moment. It's not a b

[E-devel] freezes and crashes

[Massimo Maiurana]

yesterday I rebuilt all efl+e17 using released tarballs (efl 1.7.3 and e17
beta), just to see if my problems are related to current svn... well, looks
like they're not :(

here is what happens:
- on first attempt to run e, right after machine boot, e always freezes
showing the splash screen with fancy squares. I have to kill it from a console
- after killing it, at restart it does segfault displaying the WSOD (backtrace
attached). I hit F1 and can finally have it running, but without initial apps
- I tried to run it through valgrind but in this case it doesn't freeze nor it
segfault. it is as it would be a question of timing, i.e. not happening with
slow startup. I guess valgrind log can't be helpy in this case, but I can send
it here if you want
- I tried unloading the extra modules I use (comp-scale, alarm, cpu, net) and
it still freezes on first run, but this time it doesn't segfault on second 
attempt

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]

Thread 1 (Thread 0x7f51bf204740 (LWP 3131)):
#0  __lll_lock_wait_private ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:93
No locals.
#1  0x7f51c7656221 in _L_lock_10625 () at malloc.c:5209
No symbol table info available.
#2  0x7f51c7653fa7 in __GI___libc_malloc (bytes=139989217744704)
at malloc.c:2921
ar_ptr = 
victim = 
hook = 
__func__ = "__libc_malloc"
#3  0x7f51c5c893e6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#4  0x7f51c5c8a20d in _XReply ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#5  0x7f51c5c85d3d in XSync () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#6  0x7f51cb035841 in ecore_x_sync () at ecore_x.c:951
No locals.
#7  0x004de6bd in e_sigseg_act (x=, 
info=, data=) at e_signals.c:70
No locals.
#8  
No locals.
#9  _int_malloc (av=0x7f51c7989740 , bytes=864) at malloc.c:3598
iters = 
nb = 880
idx = 
bin = 
victim = 0x23335bf
size = 225536
victim_index = 
remainder = 
remainder_size = 
block = 
bit = 
map = 
fwd = 
bck = 
errstr = 0x0
__func__ = "_int_malloc"
#10 0x7f51c7653fb5 in __GI___libc_malloc (bytes=864) at malloc.c:2924
ar_ptr = 
victim = 
hook = 
__func__ = "__libc_malloc"
#11 0x7f51c9882120 in _eina_chained_mp_pool_new (pool=0x2191b80)
at ../../src/modules/mp/chained_pool/eina_chained_mempool.c:128
p = 
ptr = 
alignof = 
#12 eina_chained_mempool_malloc (data=0x2191b80, size=)
at ../../src/modules/mp/chained_pool/eina_chained_mempool.c:288
pool = 0x2191b80
p = 0x0
mem = 
#13 0x7f51c9aa530e in eina_mempool_calloc (size=32, mp=)
at /opt/e17/include/eina-1/eina/eina_inline_mempool.x:121
r = 
#14 ecore_job_calloc (num=num@entry=1) at ecore_alloc.c:68
No locals.
#15 0x7f51c9aaa628 in ecore_job_add (
func=func@entry=0x7f51c8fc5220 <_edje_job>, data=data@entry=0x0)
at ecore_job.c:66
job = 
#16 0x7f51c8fc46ae in _edje_message_propornot_send (
ed=ed@entry=0x272f310, queue=queue@entry=EDJE_QUEUE_SCRIPT, 
type=type@entry=EDJE_MESSAGE_SIGNAL, id=id@entry=0, 
emsg=emsg@entry=0x7fff555b1a90, prop=prop@entry=0 '\000')
at edje_message_queue.c:376
em = 0x2f547f0
i = 
msg = 0x0
#17 0x7f51c8fc46f9 in _edje_object_message_popornot_send (
obj=, type=type@entry=EDJE_MESSAGE_SIGNAL, id=id@entry=0, 
msg=msg@entry=0x7fff555b1a90, prop=prop@entry=0 '\000')
at edje_message_queue.c:27
ed = 0x272f310
l = 
o = 
#18 0x7f51c8fc4748 in edje_object_message_send (obj=, 
type=type@entry=EDJE_MESSAGE_SIGNAL, id=id@entry=0, 
msg=msg@entry=0x7fff555b1a90) at edje_message_queue.c:37
No locals.
#19 0x7f51c8fc66f4 in _edje_emit_full (ed=ed@entry=0x272f310, 
sig=0x7f51bb8201f6 "e,action,hide,done", src=0x7f51bb81cbf1 "e", 
data=data@entry=0x0, free_func=free_func@entry=0x0) at edje_program.c:1022
emsg = {sig = 0x7f51bb8201f6 "e,action,hide,done", 
  src = 0x7f51bb81cbf1 "e", data = 0x0}
sep = 
broadcast = 1 '\001'
#20 0x7f51c8fc678a in _edje_emit (ed=ed@entry=0x272f310, 
sig=, src=) at edje_program.c:867
No locals.
#21 0x7f51c8fc7b38 in _edje_program_run (ssrc=0x7f51c8fda85c "", 
ssig=0x7f51c8fda85c "", force=, pr=0x274eef0, ed=0x272f310)
at edje_program.c:641
rp = 
pt = 
recursion_limit = 0
pr2 = 
l = 
pa = 
recursions = 1
#22 _edje_program_run (ed=0x272f310, pr=0x274eef0, force=, 
ssig=0x7f51c8fda85c "", ssrc=0x7f51c8fda85c "") at edje_program.c:448
recursions = 1
recursion_limit = 0
#23 0x7f51c8fc

Re: [E-devel] Ecore_Getopt NEW FEATURE! MOST_WANTED

[Deon Thomas]

thanks for fixing and putting it into svn :)

Thank You.
--- --- --- --- --- --- --- --- ---
Deon Thomas [ http://www.elivecd.org ]
Programmer / Network Admin / Microsoft Certified Technology Specialist



On Mon, Dec 10, 2012 at 2:57 PM, Gustavo Sverzut Barbieri <
barbi...@profusion.mobi> wrote:

> both in svn with some changes. Your terminology patch was leaking both
> the strbuf and the string.
>
> On Fri, Dec 7, 2012 at 5:18 PM, Deon Thomas 
> wrote:
> > updated terminology patch remove commented things
> >
> > Thank You.
> > --- --- --- --- --- --- --- --- ---
> > Deon Thomas [ http://www.elivecd.org ]
> > Programmer / Network Admin / Microsoft Certified Technology Specialist
> >
> >
> > On Fri, Dec 7, 2012 at 3:12 PM, Deon Thomas  >wrote:
> >
> >> So k-s and I have been working on this today, [i've been reading
> >> ecore_getopts for days now]. this is the end product.
> >>
> >> Patch 1 [EFL ECORE]
> >> This patch adds the new feature ECORE_GETOPT_BREAK
> >> and ECORE_GETOPT_BREAK_STR , basically what it does is tall
> ecore_getopts
> >> hey, the rest of the argument are not for you..
> >>
> >> Patch 2 [Terminology]
> >> This patch fixes -e --exec, so now it's compatable with old script
> written
> >> for urxvt -e . users can now do things like
> >> terminology -e thunar /usr
> >> terminology -e  thunar /usr /home
> >> esu gparted
> >> etc..
> >>
> >>
> >>
> >> Thank You.
> >> --- --- --- --- --- --- --- --- ---
> >> Deon Thomas [ http://www.elivecd.org ]
> >> Programmer / Network Admin / Microsoft Certified Technology Specialist
> >>
> >
> >
> --
> > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> > Remotely access PCs and mobile devices and provide instant support
> > Improve your efficiency, and focus on delivering more value-add services
> > Discover what IT Professionals Know. Rescue delivers
> > http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster trunk/e/src/modules/shot

[Gustavo Sverzut Barbieri]

Raster,

Wouldn't be nice to expose this in eina as this is a common problem?
We use mktemps() when possible, or use some other technique like ou
did if not?

Also would be nice to use $XDG_RUNTIME_DIR if possible. This envvar is
set with an user-scope, then it's safe by nature to store stuff in
there. Currently just systemd implements, but it should be trivial to
add this to other systems.
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
   What systemd does is just mkdir /run/user/$UID as 0700 in a tmpfs,
then export XDG_RUNTIME_DIR=/run/user/$UID. People could easily do an
work around for /home/$USER/.tmp or use systemd's approach.


On Mon, Dec 10, 2012 at 5:13 AM, Enlightenment SVN
 wrote:
> Log:
> actually us fdopen and hex, and random numbers for tmp shot file.
>
>
>
> Author:   raster
> Date: 2012-12-09 23:13:55 -0800 (Sun, 09 Dec 2012)
> New Revision: 80571
> Trac: http://trac.enlightenment.org/e/changeset/80571
>
> Modified:
>   trunk/e/src/modules/shot/e_mod_main.c
>
> Modified: trunk/e/src/modules/shot/e_mod_main.c
> ===
> --- trunk/e/src/modules/shot/e_mod_main.c   2012-12-10 07:02:32 UTC (rev 
> 80570)
> +++ trunk/e/src/modules/shot/e_mod_main.c   2012-12-10 07:13:55 UTC (rev 
> 80571)
> @@ -431,11 +431,22 @@
> Evas_Coord mw, mh;
> char buf[PATH_MAX];
> FILE *f;
> +   int i, fd = -1;
>
> -   if (quality == 100) snprintf(buf, sizeof(buf), "/tmp/e-shot-XX.png");
> -   else snprintf(buf, sizeof(buf), "/tmp/e-shot-XX.jpg");
> -   if (!mkstemps(buf, 4))
> +   srand(time(NULL));
> +   for (i = 0; i < 10240; i++)
>   {
> +int v = rand();
> +
> +if (quality == 100)
> +  snprintf(buf, sizeof(buf), "/tmp/e-shot-%x.png", v);
> +else
> +  snprintf(buf, sizeof(buf), "/tmp/e-shot-%x.jpg", v);
> +fd = open(buf, O_RDWR | O_CREAT | O_EXCL, S_IRUSR | S_IWUSR);
> +if (fd >= 0) break;
> + }
> +   if (fd < 0)
> + {
>  e_util_dialog_show(_("Error - Can't create file"),
> _("Cannot create temporary file '%s': %s"),
> buf, strerror(errno));
> @@ -452,7 +463,7 @@
>  e_object_del(E_OBJECT(win));
>  win = NULL;
>   }
> -   f = fopen(buf, "rb");
> +   f = fdopen(fd, "rb");
> if (!f)
>   {
>  e_util_dialog_show(_("Error - Can't open file"),
>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: rui trunk/efl

[Gustavo Sverzut Barbieri]

Hi Rui,

Thank you for insisting, I also look up and it indeed works :-)
Thank (now you can also remove the rule to generate?)

On Sun, Dec 9, 2012 at 8:30 PM, Rui Miguel Silva Seabra  wrote:
>
>> > All in all just revert your commit before it hurt other people (as
>> > file will exist without proper contents)
>>
>> I prefer a proper fix, and volunteer to convert to a proper AC_OUTPUT
>> result, as IMHO the cases where it would be needlessly created aren't
>> very frequent and it's a minor spurious generation.
>
>
> Looking at the results, the file is produced with the proper contents...
>
> Rui



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Ecore_Getopt NEW FEATURE! MOST_WANTED

[Gustavo Sverzut Barbieri]

both in svn with some changes. Your terminology patch was leaking both
the strbuf and the string.

On Fri, Dec 7, 2012 at 5:18 PM, Deon Thomas  wrote:
> updated terminology patch remove commented things
>
> Thank You.
> --- --- --- --- --- --- --- --- ---
> Deon Thomas [ http://www.elivecd.org ]
> Programmer / Network Admin / Microsoft Certified Technology Specialist
>
>
> On Fri, Dec 7, 2012 at 3:12 PM, Deon Thomas wrote:
>
>> So k-s and I have been working on this today, [i've been reading
>> ecore_getopts for days now]. this is the end product.
>>
>> Patch 1 [EFL ECORE]
>> This patch adds the new feature ECORE_GETOPT_BREAK
>> and ECORE_GETOPT_BREAK_STR , basically what it does is tall ecore_getopts
>> hey, the rest of the argument are not for you..
>>
>> Patch 2 [Terminology]
>> This patch fixes -e --exec, so now it's compatable with old script written
>> for urxvt -e . users can now do things like
>> terminology -e thunar /usr
>> terminology -e  thunar /usr /home
>> esu gparted
>> etc..
>>
>>
>>
>> Thank You.
>> --- --- --- --- --- --- --- --- ---
>> Deon Thomas [ http://www.elivecd.org ]
>> Programmer / Network Admin / Microsoft Certified Technology Specialist
>>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] site

[Steven Le Roux]

F**k ! http://www.whois.net/whois/e.org


On Mon, Dec 10, 2012 at 3:34 PM, Michael Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:

> Hi,
>
> I've been unable to load anything on e.org for the past 3-4 hours today,
> and it seems to be similar for everyone else in the world. It would be
> great if this were not the case.
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Memory Leak in Eet + OpenSSL

[Leandro Santiago]

Yes, I can. I will do it tomorrow at work, as soon the svn server returns
working.


2012/12/10 Luis Felipe Strano Moraes 

> Could you please re-run the test either with the latest stable or with
> current SVN HEAD? Would make it much easier for people to test it.
>
> BR,
> --lf
>
>
> On Mon, Dec 10, 2012 at 12:56 PM, Leandro Santiago <
> leandrosansi...@gmail.com> wrote:
>
> > Ops,I forgot to say. I'm using ubuntu 12.04 amd64.
> >
> >
> > 2012/12/10 Leandro Santiago 
> >
> > > Hello to all. As the e server is down, I'm sending this report to this
> > > mailing list.
> > >
> > > I think there's a memory leak in eet when openssl is used as cipher
> > engine.
> > >
> > > I wrote a small test case, which is attached, as well the output of the
> > > executable in valgrind (--tool=memcheck and --leak-check=full).
> > >
> > > I'm using eet 1.7.1 and openssl 1.0.1c.
> > >
> > > --
> > > -
> > > Sent from my Atari
> > >
> >
> >
> >
> > --
> > -
> > Sent from my Atari
> >
> >
> --
> > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> > Remotely access PCs and mobile devices and provide instant support
> > Improve your efficiency, and focus on delivering more value-add services
> > Discover what IT Professionals Know. Rescue delivers
> > http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
>
> --
> Luís Felipe Strano Moraes
> http://www.strano.org
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
-
Sent from my Atari
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Memory Leak in Eet + OpenSSL

[Luis Felipe Strano Moraes]

Could you please re-run the test either with the latest stable or with
current SVN HEAD? Would make it much easier for people to test it.

BR,
--lf


On Mon, Dec 10, 2012 at 12:56 PM, Leandro Santiago <
leandrosansi...@gmail.com> wrote:

> Ops,I forgot to say. I'm using ubuntu 12.04 amd64.
>
>
> 2012/12/10 Leandro Santiago 
>
> > Hello to all. As the e server is down, I'm sending this report to this
> > mailing list.
> >
> > I think there's a memory leak in eet when openssl is used as cipher
> engine.
> >
> > I wrote a small test case, which is attached, as well the output of the
> > executable in valgrind (--tool=memcheck and --leak-check=full).
> >
> > I'm using eet 1.7.1 and openssl 1.0.1c.
> >
> > --
> > -
> > Sent from my Atari
> >
>
>
>
> --
> -
> Sent from my Atari
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Luís Felipe Strano Moraes
http://www.strano.org
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Memory Leak in Eet + OpenSSL

[Leandro Santiago]

Ops,I forgot to say. I'm using ubuntu 12.04 amd64.


2012/12/10 Leandro Santiago 

> Hello to all. As the e server is down, I'm sending this report to this
> mailing list.
>
> I think there's a memory leak in eet when openssl is used as cipher engine.
>
> I wrote a small test case, which is attached, as well the output of the
> executable in valgrind (--tool=memcheck and --leak-check=full).
>
> I'm using eet 1.7.1 and openssl 1.0.1c.
>
> --
> -
> Sent from my Atari
>



-- 
-
Sent from my Atari
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Memory Leak in Eet + OpenSSL

[Leandro Santiago]

Hello to all. As the e server is down, I'm sending this report to this
mailing list.

I think there's a memory leak in eet when openssl is used as cipher engine.

I wrote a small test case, which is attached, as well the output of the
executable in valgrind (--tool=memcheck and --leak-check=full).

I'm using eet 1.7.1 and openssl 1.0.1c.

-- 
-
Sent from my Atari
==18560== Memcheck, a memory error detector
==18560== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==18560== Using Valgrind-3.9.0.SVN and LibVEX; rerun with -h for copyright info
==18560== Command: ./eet_openssl_leak
==18560== 
==18560== 
==18560== HEAP SUMMARY:
==18560== in use at exit: 936 bytes in 9 blocks
==18560==   total heap usage: 27,354 allocs, 27,341 frees, 7,939,069 bytes 
allocated
==18560== 
==18560== 312 bytes in 3 blocks are definitely lost in loss record 1 of 3
==18560==at 0x4C2C66F: malloc (vg_replace_malloc.c:270)
==18560==by 0x47BBD3: CRYPTO_malloc (in /tmp/captura/test/eet_openssl_leak)
==18560==by 0x483077: EVP_DigestInit_ex (in 
/tmp/captura/test/eet_openssl_leak)
==18560==by 0x47C52A: HMAC_Init_ex.constprop.0 (in 
/tmp/captura/test/eet_openssl_leak)
==18560==by 0x43FC9B: eet_pbkdf2_sha1 (eet_cipher.c:1365)
==18560==by 0x43F3E2: eet_cipher (eet_cipher.c:985)
==18560==by 0x4396F8: eet_write_cipher (eet_lib.c:2399)
==18560==by 0x4348F5: main (eet_openssl_leak.c:21)
==18560== 
==18560== 312 bytes in 3 blocks are definitely lost in loss record 2 of 3
==18560==at 0x4C2C66F: malloc (vg_replace_malloc.c:270)
==18560==by 0x47BBD3: CRYPTO_malloc (in /tmp/captura/test/eet_openssl_leak)
==18560==by 0x483077: EVP_DigestInit_ex (in 
/tmp/captura/test/eet_openssl_leak)
==18560==by 0x47C703: HMAC_Init_ex.constprop.0 (in 
/tmp/captura/test/eet_openssl_leak)
==18560==by 0x43FC9B: eet_pbkdf2_sha1 (eet_cipher.c:1365)
==18560==by 0x43F3E2: eet_cipher (eet_cipher.c:985)
==18560==by 0x4396F8: eet_write_cipher (eet_lib.c:2399)
==18560==by 0x4348F5: main (eet_openssl_leak.c:21)
==18560== 
==18560== 312 bytes in 3 blocks are definitely lost in loss record 3 of 3
==18560==at 0x4C2C66F: malloc (vg_replace_malloc.c:270)
==18560==by 0x47BBD3: CRYPTO_malloc (in /tmp/captura/test/eet_openssl_leak)
==18560==by 0x48367E: EVP_MD_CTX_copy_ex (in 
/tmp/captura/test/eet_openssl_leak)
==18560==by 0x47C5A2: HMAC_Init_ex.constprop.0 (in 
/tmp/captura/test/eet_openssl_leak)
==18560==by 0x43FC9B: eet_pbkdf2_sha1 (eet_cipher.c:1365)
==18560==by 0x43F3E2: eet_cipher (eet_cipher.c:985)
==18560==by 0x4396F8: eet_write_cipher (eet_lib.c:2399)
==18560==by 0x4348F5: main (eet_openssl_leak.c:21)
==18560== 
==18560== LEAK SUMMARY:
==18560==definitely lost: 936 bytes in 9 blocks
==18560==indirectly lost: 0 bytes in 0 blocks
==18560==  possibly lost: 0 bytes in 0 blocks
==18560==still reachable: 0 bytes in 0 blocks
==18560== suppressed: 0 bytes in 0 blocks
==18560== 
==18560== For counts of detected and suppressed errors, rerun with: -v
==18560== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)

#include 
#include 

int main()
{
  eina_init();
  eet_init();
  
  Eet_File *file = eet_open("file.eet",EET_FILE_MODE_READ_WRITE);
  
  int size = 1024 * 1024;
  
  char *buffer = (char *)malloc(size);
  
  int i = 0;
  for (; i--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] site

[Michael Blumenkrantz]

Hi,

I've been unable to load anything on e.org for the past 3-4 hours today,
and it seems to be similar for everyone else in the world. It would be
great if this were not the case.
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/elementary/src/lib

[ChunEon Park]

ok. may be fixed when elm_layout is applied.





-Regards, Hermet-

-Original Message-
From: "Daniel Juyung Seo" 
To: ; 
Cc: ; 
Sent: 2012-12-10 (월) 16:04:32
Subject: Re: [E-devel] E SVN: hermet trunk/elementary/src/lib

elementary_config gui is borken after this commit.

Daniel Juyung Seo (SeoZ)

On Sat, Dec 8, 2012 at 6:39 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:

> Log:
> elementary/naviframe - set main content to naviframe sub object to keep
> the obj-sub tree.
>
>   it needs to set other item contnets to be sub object.
>
>
>
> Author:   hermet
> Date: 2012-12-08 01:39:19 -0800 (Sat, 08 Dec 2012)
> New Revision: 80520
> Trac: http://trac.enlightenment.org/e/changeset/80520
>
> Modified:
>   trunk/elementary/src/lib/elc_naviframe.c
>
> Modified: trunk/elementary/src/lib/elc_naviframe.c
> ===
> --- trunk/elementary/src/lib/elc_naviframe.c2012-12-08 09:21:10 UTC
> (rev 80519)
> +++ trunk/elementary/src/lib/elc_naviframe.c2012-12-08 09:39:19 UTC
> (rev 80520)
> @@ -507,6 +507,7 @@
>
> evas_object_event_callback_add
>   (content, EVAS_CALLBACK_DEL, _item_content_del_cb, it);
> +   elm_widget_sub_object_add(WIDGET(it), content);
>  }
>
>  static void
> @@ -569,6 +570,7 @@
> evas_object_event_callback_del
>   (content, EVAS_CALLBACK_DEL, _item_content_del_cb);
>
> +   elm_widget_sub_object_del(WIDGET(it), content);
> it->content = NULL;
> return content;
>  }
>
>
>
> 
--
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster trunk/e/src/modules/xkbswitch

[Daniel Juyung Seo]

haha nice team work!

Daniel Juyung Seo (SeoZ)
On Dec 10, 2012 9:01 PM, "Carsten Haitzler"  wrote:

> On Mon, 10 Dec 2012 11:10:03 + Michael Blumenkrantz
>  said:
>
> > On Mon, Dec 10, 2012 at 11:00 AM, Enlightenment SVN <
> > no-re...@enlightenment.org> wrote:
> >
> > > Log:
> > > xkb keyboard list add dialog resizable++
> > >
> > >
> > >
> > > Author:   raster
> > > Date: 2012-12-10 03:00:57 -0800 (Mon, 10 Dec 2012)
> > > New Revision: 80592
> > > Trac: http://trac.enlightenment.org/e/changeset/80592
> > >
> > > Modified:
> > >   trunk/e/src/modules/xkbswitch/e_mod_config.c
> > >
> > > Modified: trunk/e/src/modules/xkbswitch/e_mod_config.c
> > > ===
> > > --- trunk/e/src/modules/xkbswitch/e_mod_config.c2012-12-10
> > > 10:40:20 UTC (rev 80591)
> > > +++ trunk/e/src/modules/xkbswitch/e_mod_config.c2012-12-10
> > > 11:00:57 UTC (rev 80592)
> > > @@ -473,6 +473,8 @@
> > >
> > > e_dialog_resizable_set(dlg, 1);
> > > dlg->data = cfdata;
> > > +
> > > +   e_dialog_resizable_set(dlg, 1);
> > >
> > > e_object_del_attach_func_set(E_OBJECT(dlg), _dlg_add_cb_del);
> > > e_win_centered_set(dlg->win, 1);
> > >
> > >
> > look 3 lines up...
>
> u literally snuck that in while i wasnt looking just before my commit... :)
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster trunk/e/src/modules/xkbswitch

[The Rasterman]

On Mon, 10 Dec 2012 11:10:03 + Michael Blumenkrantz
 said:

> On Mon, Dec 10, 2012 at 11:00 AM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
> 
> > Log:
> > xkb keyboard list add dialog resizable++
> >
> >
> >
> > Author:   raster
> > Date: 2012-12-10 03:00:57 -0800 (Mon, 10 Dec 2012)
> > New Revision: 80592
> > Trac: http://trac.enlightenment.org/e/changeset/80592
> >
> > Modified:
> >   trunk/e/src/modules/xkbswitch/e_mod_config.c
> >
> > Modified: trunk/e/src/modules/xkbswitch/e_mod_config.c
> > ===
> > --- trunk/e/src/modules/xkbswitch/e_mod_config.c2012-12-10
> > 10:40:20 UTC (rev 80591)
> > +++ trunk/e/src/modules/xkbswitch/e_mod_config.c2012-12-10
> > 11:00:57 UTC (rev 80592)
> > @@ -473,6 +473,8 @@
> >
> > e_dialog_resizable_set(dlg, 1);
> > dlg->data = cfdata;
> > +
> > +   e_dialog_resizable_set(dlg, 1);
> >
> > e_object_del_attach_func_set(E_OBJECT(dlg), _dlg_add_cb_del);
> > e_win_centered_set(dlg->win, 1);
> >
> >
> look 3 lines up...

u literally snuck that in while i wasnt looking just before my commit... :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: cedric trunk/edje/src/lib

[Bruno Dilly]

On Sat, Dec 8, 2012 at 7:21 AM, Enlightenment SVN
 wrote:
> Log:
> edje: use eo more.
>
>
> Author:   cedric
> Date: 2012-12-08 01:21:10 -0800 (Sat, 08 Dec 2012)
> New Revision: 80519
> Trac: http://trac.enlightenment.org/e/changeset/80519
>
> Modified:
>   trunk/edje/src/lib/edje_calc.c
>
> Modified: trunk/edje/src/lib/edje_calc.c
> ===
> --- trunk/edje/src/lib/edje_calc.c  2012-12-08 08:53:38 UTC (rev 80518)
> +++ trunk/edje/src/lib/edje_calc.c  2012-12-08 09:21:10 UTC (rev 80519)
> @@ -676,8 +676,9 @@
>
>  ed->recalc_hints = EINA_FALSE;
>
> -edje_object_size_min_calc(ed->obj, &w, &h);
> -evas_object_size_hint_min_set(ed->obj, w, h);
> +   eo_do(ed->obj,
> + edje_obj_size_min_get(&w, &h),
> + evas_obj_size_hint_min_set(w, h));

Hey Cedric, you are changin from size_min_calc to size_min_get here ^
Is this intended ?

>   }
>
> if (!ed->collection) return ;
> @@ -1230,9 +1231,9 @@
>tw = th = 0;
>if (!chosen_desc->text.min_x)
>  {
> -   evas_object_resize(ep->object, params->w, params->h);
> -   evas_object_textblock_size_formatted_get(ep->object, 
> &tw,
> -&th);
> +  eo_do(ep->object,
> +evas_obj_size_set(params->w, params->h),
> +evas_obj_textblock_size_formatted_get(&tw, &th));
>  }
>else
>  evas_object_textblock_size_native_get(ep->object, &tw, 
> &th);
> @@ -1257,8 +1258,9 @@
>   tw = th = 0;
>   if (!chosen_desc->text.max_x)
> {
> -  evas_object_resize(ep->object, params->w, params->h);
> -  evas_object_textblock_size_formatted_get(ep->object, &tw, 
> &th);
> + eo_do(ep->object,
> +   evas_obj_size_set(params->w, params->h),
> +   evas_obj_textblock_size_formatted_get(&tw, &th));
> }
>   else
> evas_object_textblock_size_native_get(ep->object, &tw, &th);
> @@ -1282,16 +1284,17 @@
>   double s = 1.0;
>
>   if (ep->part->scale) s = TO_DOUBLE(sc);
> - evas_object_scale_set(ep->object, s);
> - evas_object_textblock_size_formatted_get(ep->object, &tw, &th);
> +eo_do(ep->object,
> +  evas_obj_scale_set(s),
> +  evas_obj_textblock_size_formatted_get(&tw, &th));
>   if (chosen_desc->text.fit_x)
> {
>if ((tw > 0) && (tw > params->w))
>  {
> s = (s * params->w) / (double)tw;
> -   evas_object_scale_set(ep->object, s);
> -   evas_object_textblock_size_formatted_get(ep->object,
> -&tw, &th);
> +  eo_do(ep->object,
> +evas_obj_scale_set(s),
> +evas_obj_textblock_size_formatted_get(&tw, &th));
>  }
> }
>   if (chosen_desc->text.fit_y)
> @@ -1299,9 +1302,9 @@
>if ((th > 0) && (th > params->h))
>  {
> s = (s * params->h) / (double)th;
> -   evas_object_scale_set(ep->object, s);
> -   evas_object_textblock_size_formatted_get(ep->object,
> -&tw, &th);
> +  eo_do(ep->object,
> +evas_obj_scale_set(s),
> +evas_obj_textblock_size_formatted_get(&tw, &th));
>  }
> }
>}
> @@ -1373,8 +1376,9 @@
>  (!chosen_desc->text.max_x) && (!chosen_desc->text.max_y)))
>   return;
>
> -   evas_object_geometry_get(ep->object, NULL, NULL, &tw, &th);
> -   evas_object_text_style_pad_get(ep->object, &l, &r, &t, &b);
> +   eo_do(ep->object,
> +evas_obj_size_get(&tw, &th),
> +evas_obj_text_style_pad_get(&l, &r, &t, &b));
>
> mw = tw + l + r;
> mh = th + t + b;
> @@ -1533,9 +1537,10 @@
>  [(ep->part->effect & EDJE_TEXT_EFFECT_MASK_SHADOW_DIRECTION) 
> >> 4];
>   EVAS_TEXT_STYLE_SHADOW_DIRECTION_SET(style, shadow);
>
> - evas_object_text_style_set(ep->object, style);
> - evas_object_text_text_set(ep->object, text);
> - evas_object_geometry_get(ep->object, NULL, NULL, &tw, &th);
> +eo_do(ep->object,
> +  evas_obj_text_style_set(style),
> +  evas_obj_text_text_set(text),
> +  evas_obj_size_

Re: [E-devel] PROPOSAL: Support physics on Edje

[Bruno Dilly]

On Mon, Dec 10, 2012 at 4:48 AM, Carsten Haitzler  wrote:
> On Tue, 27 Nov 2012 08:52:14 -0200 Gustavo Sverzut Barbieri
>  said:
>
>> On Tuesday, November 27, 2012, Carsten Haitzler wrote:
>>
>> > On Mon, 26 Nov 2012 12:47:16 -0200 Bruno Dilly
>> > > said:
>> >
>> > > Hey folks,
>> > >
>> > > we're are now making ephysics API more stable, almost all the features
>> > > intended to go in are already implemented, so we are moving to the
>> > > next step:
>> > > adding support to physics on Edje.
>> > >
>> > > There are many ways of doing this, so I'm sending a proposal with some
>> > > possibilities so we could discuss before we start to implement it.
>> > >
>> > > Just to make it clearer. My proposal exposes a lot of ephysics,
>> > > something very complete
>> > > (for what I believe are valid use cases. Lot of things possible with
>> > > ephysics API are not exposed),
>> > > and that would require a lot of time to be completely done.
>> > > So, it will be implemented gradually, covering the main use cases first.
>> > >
>> > > So initially would be possible to create a new world with a list of
>> > > bodies, with most properties set using ephysics default. Later we
>> > > would expose
>> > > some more relevant properties. Implement programs / scripts. Then
>> > > adding support to constraints, camera, etc etc...
>> > >
>> > > But would be good to define what would be the better, complete scenario.
>> > >
>> > > Thanks in advance,
>> > >
>> > > ==
>> > >
>> > > PROPOSAL: SUPPORT PHYSICS ON EDJE
>> > >
>> > > === CHOICES ===
>> > > There are 3 main different ways to do it. The first one
>> > > is described in details above, and has some alternatives explained.
>> > > The other 2 can be understood with these details.
>> > >
>> > > 1) A single physics block that would be set per group, and all the
>> > rendered
>> > >objects to be manipulated would be other groups.
>> > > 2) A single physics block that would be set per group, and all the
>> > rendered
>> > >objects to be manipulated would be other parts of this group.
>> > > 3) A physics block to describe world, camera and constraints,
>> > > that would be set per group. And extra physics blocks per part that
>> > > should be associated to a body. Example:
>> > > group {
>> > > physics {
>> > > world {
>> > > ...
>> > > }
>> > > }
>> > > parts {
>> > > part {
>> > > name: ..
>> > > body_type: ...
>> > > description {
>> > > ...
>> > > physics {
>> > > // body props
>> > > }
>> > > }
>> > > }
>> > > }
>> > > }
>> >
>> > option 3. definitely.
>> >
>> > > Regarding programs, there are three main choices:
>> > > 1) Physics world, camera, constraints and bodies have states with these
>> > > objects attributes. Using STATE_SET as already exists on Edje would be
>> > the way
>> > >to change it. Bodies can handle actions that should be set only via
>> > >scripts, like apply_impulse, apply_force, set_velocity ...
>> > > 2) No specific physics ACTIONs. Everything should be set via scripts.
>> > > 3) Another types of ACTION would be declared, like PHYSICS_IMPULSE,
>> > >PHYSICS_FORCE, etc. So it could be used without scripts.
>> >
>> > option 3. definitely. (i assume this ALSO allows the script stuff to work
>> > too) :) (i'm loving your multi-choice thing here :)).
>>
>>
>> I initially said to Bruno that given the nature and usage of Physics, very
>> rarely you will end using fixed value for effects/force. Then those actions
>> would be rarely used, being easily replaceable with embryo script blocks.
>>
>> Most common case is calculating the force based on hit point (pointer),
>> drag objects, etc.
>>
>> So why not stick with option #2?
>
> i disagree it wont be common. i can well envisage ephysics as a way of doing
> complex animation easily. you click the button and it emits a "force" on a
> dozen "particle" object that fade it and glow - land bounce around - like
> sparks coming off the corner of the button. it's the same force each time...

ok, option 3 is already implemented.

>
>> > > The main argument in using scripts is that hardly a user will want
>> > > just to set a hardcoded property. Usually it will be based on body's
>> > > and other parts current state, like using geometry or velocity, etc.
>> > > So it would be required to get properties, do some calculation, set to
>> > body.
>> > >
>> > > PROGRAMS chapter exemplify it.
>> > >
>> > > Initially I would go with choices 1) and 1), but I would like to see
>> > > what you think about it.
>> > >
>> > >
>> > > === OVERVIEW ===
>> > > collections {
>> > > ...
>> > > group {
>> > > ...
>> > > parts {}
>> > > physics {
>> > > world {}
>> > > camera 

Re: [E-devel] E SVN: raster trunk/e/src/modules/xkbswitch

[Michael Blumenkrantz]

On Mon, Dec 10, 2012 at 11:00 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:

> Log:
> xkb keyboard list add dialog resizable++
>
>
>
> Author:   raster
> Date: 2012-12-10 03:00:57 -0800 (Mon, 10 Dec 2012)
> New Revision: 80592
> Trac: http://trac.enlightenment.org/e/changeset/80592
>
> Modified:
>   trunk/e/src/modules/xkbswitch/e_mod_config.c
>
> Modified: trunk/e/src/modules/xkbswitch/e_mod_config.c
> ===
> --- trunk/e/src/modules/xkbswitch/e_mod_config.c2012-12-10
> 10:40:20 UTC (rev 80591)
> +++ trunk/e/src/modules/xkbswitch/e_mod_config.c2012-12-10
> 11:00:57 UTC (rev 80592)
> @@ -473,6 +473,8 @@
>
> e_dialog_resizable_set(dlg, 1);
> dlg->data = cfdata;
> +
> +   e_dialog_resizable_set(dlg, 1);
>
> e_object_del_attach_func_set(E_OBJECT(dlg), _dlg_add_cb_del);
> e_win_centered_set(dlg->win, 1);
>
>
look 3 lines up...
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: barbieri IN trunk/efl: . m4

[Gustavo Sverzut Barbieri]

On Monday, December 10, 2012, Stefan Schmidt wrote:

> Hello.
>
> On 07/12/12 23:17, Enlightenment SVN wrote:
> > Log:
> > efl: almost final ecore/evas/ecore-evas options integration.
> >
> >Many changes in this commit, but overall it should work. If not let me
> >know.
> >
> > * ECORE_CHECK_X_EXTENSION() will now fail if Xlib extension is not
> found.
>
> It seems buildbot got hit by this.
> checking for X11/extensions/Xinerama.h... no
> configure: error: Missing X11/extensions/Xinerama.h
> make: ***
> [/srv/buildbot/slaves/efl/quick-linux/build/build/efl/stamps/configure]
> Error 1
>
> I installed libxinerama and libxscrnsaver on e3 now but it feels kinda
> like a regression as it did work fine without them before.


Before it autodetected all deps. We agreed this wouldn't happen with EFL
single tree anymore. We have just some minor options for not-so-common
extensions such as xinput2. But even with options it will not autodetect,
you must enable or disable if your system is different from default.

Given that this is a buildbot we must have one machine with all
deps/options enabled, one without all and one with the defaults.



>
> regards
> Stefan Schmidt
>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: barbieri IN trunk/efl: . m4

[Stefan Schmidt]

Hello.

On 07/12/12 23:17, Enlightenment SVN wrote:
> Log:
> efl: almost final ecore/evas/ecore-evas options integration.
>
>Many changes in this commit, but overall it should work. If not let me
>know.
>
> * ECORE_CHECK_X_EXTENSION() will now fail if Xlib extension is not found.

It seems buildbot got hit by this.
checking for X11/extensions/Xinerama.h... no
configure: error: Missing X11/extensions/Xinerama.h
make: *** 
[/srv/buildbot/slaves/efl/quick-linux/build/build/efl/stamps/configure] 
Error 1

I installed libxinerama and libxscrnsaver on e3 now but it feels kinda 
like a regression as it did work fine without them before.

regards
Stefan Schmidt

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Eo debug helper

[daniel.za...@samsung.com]

Hi Tom,

1. I will check it, maybe just print line and which file
2. I don't find how to get the library name. Sure it will be easier with 
the library.
3. I understand the point but for the moment I don't have a solution. I 
will investigate when time is with me (not so english, this sentence).

If you find something on your side, tell me.

Daniel

On 12/10/2012 12:44 AM, Tom Hacohen wrote:
> Hey Daniel,
>
> Good thing that it works and I'm happy you improved it so fast, but I 
> still have a couple of comments:
> 1. "print "You reached the function " + 
> str(gdb.selected_frame().function())" - It's probably better to change 
> it to fit the gdb style of info messages better. It doesn't look like 
> something you'd see out of gdb.
> 2. "(yes I stay with that, it seems easier than with the library)" - 
> It just means you are doing something wrong as if you have a properly 
> stripped binary there's no information about "eo.c" so it just won't 
> work. Furthermore, I don't understand how it is easier, both are just 
> a single test and it's a matter of just accessing a different property.
> 3. "if (self.priv_current_line != self.priv_prev_line) or 
> (str(self.priv_current_symtab) != str(self.priv_prev_symtab)):" - If I 
> understand it correctly it seems that you are looking until the line 
> has changed. This isn't good because if for example you do: 
> "eo_do(obj, SET_A, get_some_number())" it'll fail as it'll get into 
> the second function, and not the eo call. I don't know, maybe that's 
> what you expect it to do, and then it's fine, but then the second loop 
> kinda doesn't make sense...
>
> If you use the so name you can do something as simple as:
> 1. stepi until we get into libeo.so.
> 2. stepi until we get out of libeo.so.
>
> Very simple, very easy. No variables, state or anything.
>
> What do you think?
>
> --
> Tom.
>
>
> On Sun, Dec 9, 2012 at 12:39 PM, daniel.za...@samsung.com 
>   > wrote:
>
> Hi Tom,
>
> It works with stepi.
> The stepping process consists now in two phases:
> - stepping until we are no more in the the caller function
> - stepping while function name unknown or still in Eo.c (yes I
> stay with that, it seems easier than with the library)
>
> It now supports Eo with and without symbols.
>
> Code is following. Let's see soon in SVN.
>
> Daniel
>
> class Eo_step(gdb.Command):
>def __init__(self):
>   gdb.Command.__init__(self, "eo_step", gdb.COMMAND_OBSCURE)
>
>
>def invoke (self, arg, from_tty):
>   self.priv_prev_line = gdb.selected_frame().find_sal().line
>   self.priv_prev_symtab = gdb.selected_frame().find_sal().symtab
>   while True:
>  # step by one assembly instruction
>  gdb.execute("stepi", False, to_string=True)
>  # While under same code line
>  self.priv_current_line = gdb.selected_frame().find_sal().line
>  self.priv_current_symtab =
> gdb.selected_frame().find_sal().symtab
>  if (self.priv_current_line != self.priv_prev_line) or
> (str(self.priv_current_symtab) != str(self.priv_prev_symtab)):
> break
>
>   while True:
>  # step by one assembly instruction
>  gdb.execute("stepi", False, to_string=True)
>  # While under unknown code or Eo code
>  symbolNotFound = True
>  if (gdb.selected_frame().find_sal().symtab != None and
> gdb.selected_frame().find_sal().symtab.filename == "lib/eo/eo.c"):
> symbolNotFound = False
>
>  if (gdb.selected_frame().function() != None) and
> (symbolNotFound == True):
> print "You reached the function " +
> str(gdb.selected_frame().function())
> break
> Eo_step()
>
>
>
> On 12/06/2012 05:14 PM, Tom Hacohen wrote:
>
> Just use "stepi", that one goes inside. "step" goes to the
> next line of
> code and if there is none inside it just steps to the next
> line. I'm
> actually trying to look for a command that does what I said we
> need in the
> first place (and that you've implemented to some extent),
> which just goes
> on until the next line with debug information. Anyhow, now you can
> implement exactly that, just walk into eo_do_internal until
> the next line
> with debug info, easy.
>
> Btw, there's another thing we need, and that's probably a way
> to stop on an
> eo_do with a specific op code, like we break on
> evas_object_resize at the
> moment. It's not a big deal because this can be achieved with
> breaking on
> the internal functions, but still, I think it'll make our
> lives easier.
> This one is probably easier to make.
>
>
> On Thu, Dec 6, 2012 at 11:30 AM,

Re: [E-devel] [Patch] Some trivial patches

[The Rasterman]

On Mon, 10 Dec 2012 17:35:25 +1000 David Seikel  said:

> On Mon, 10 Dec 2012 16:26:51 +0900 Carsten Haitzler (The Rasterman)
>  wrote:
> 
> > On Thu, 15 Nov 2012 21:30:27 +0100 thomasg 
> > said:
> > 
> > > On Thu, Nov 15, 2012 at 5:15 PM, David Seikel 
> > > wrote:
> > > > On Thu, 15 Nov 2012 19:34:01 +0400 Igor Murzov 
> > > > wrote:
> > > >
> > > >> On Thu, 15 Nov 2012 14:32:13 +0900
> > > >> Carsten Haitzler (The Rasterman)  wrote:
> > > >>
> > > >> > On Tue, 13 Nov 2012 20:32:49 +0400 Igor Murzov 
> > > >> > said:
> > > >> >
> > > >> > > On Mon, 12 Nov 2012 23:22:14 +0100
> > > >> > > thomasg  wrote:
> > > >> > >
> > > >> > > > Attached you'll finde a few trivial patches which fix
> > > >> > > > typos or clear things up.
> > > >> > >
> > > >> > > Great. I also have a list of unclear messages like:
> > > >> > >
> > > >> > >  "Your screen does not support OpenGL."
> > > >> >
> > > >> > your display doesn't support opengl - may be a driver problem.
> > > >> > may be a config problem. may be a missing gl module... who
> > > >> > knows. as such gl is really linked to specific screens - one
> > > >> > may be capable and another not depending what gpu powers
> > > >> > it... :)
> > > >>
> > > >> I think that "Your system does not support OpenGL" would be more
> > > >> correct.
> > > >
> > > > Raster is right on this one.  If you have two different graphics
> > > > cards, and one of them supports OpenGL, but the other does not,
> > > > then you should only get that message on the graphics card that
> > > > does not.  So it's not your system that is not supporting OpenGL,
> > > > just that one graphics card.
> > > >
> > > > On the other hand, saying your system does not support OpenGL,
> > > > when the card you are not using supports it fine, would be
> > > > wrong.  It's the graphics card that is at fault.
> > > >
> > > > On the gripping hand, if there's only one card, or it's the driver
> > > > that's at fault, then saying your screen does not support OpenGL
> > > > is still correct.  B-)
> > > >
> > > > Note that two different graphics cards is more common than you
> > > > might think.  Motherboards these days often come with built in
> > > > crappy graphics cards, as well as the built in crappy sound cards
> > > > they have come with for a while now.  Lots of people would put a
> > > > real graphics card in.  I did after trying out my motherboards
> > > > crappy graphics. lol
> > > >
> > > > For the record, I have about a dozen motherboards in my kitchen
> > > > with built in graphics cards.  I expect them all to be crappy,
> > > > and I expect some of them don't support OpenGL.  For my clients
> > > > purposes, these deficiencies are not a problem.
> > > >
> > > > --
> > > > A big old stinking pile of genius that no one wants
> > > > coz there are too many silver coated monkeys in the world.
> > > >
> > > 
> > > 
> > > To clear this argument up once and for all, I propose the attached
> > > patch. Hope that makes everyone happy :)
> > 
> > i've taken a different route - but at least its consistent within all
> > the err msgs from comp.. i use "display server" as thats actually
> > what is the core of all these issues. not driver. :)
> 
> Only the people that understand how X works would know what a "display
> server" is.  Consistency rules though.  B-)

it tells them where to go looking for the bug... display server. :) look that
one up. underneath the display server sit drivers. the drivers can be there, but
display server misconfigured to not use them etc.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Enlightenment E17 Lost Windows Fix for Ticket #1680

[The Rasterman]

On Mon, 10 Dec 2012 03:33:10 -0400 Deon Thomas  said:

> fixed long ago

splendiferous marmosets on a stick.

:)

> Thank You.
> --- --- --- --- --- --- --- --- ---
> Deon Thomas [ http://www.elivecd.org ]
> Programmer / Network Admin / Microsoft Certified Technology Specialist
> 
> 
> 
> On Sun, Dec 9, 2012 at 10:53 PM, Carsten Haitzler wrote:
> 
> > On Thu, 1 Nov 2012 09:01:33 + Michael Blumenkrantz
> >  said:
> >
> > this is the last mail in this thread.. any conclusions here? anything still
> > left to follow up?
> >
> > > this apparently introduces a bug where opening an efm window on a second
> > > monitor causes crazy cursor movement
> > >
> > > On Wed, Oct 31, 2012 at 3:53 AM, Deon Thomas  > >wrote:
> > >
> > > > Updated patch: https://dl.dropbox.com/u/7371269/lost_windows_3.4.patch
> > > > Thank You.
> > > > --- --- --- --- --- --- --- --- ---
> > > > Deon Thomas [ http://www.elivecd.org ]
> > > > Programmer / Network Admin / Microsoft Certified Technology Specialist
> > > >
> > > >
> > > > On Mon, Oct 29, 2012 at 10:38 PM, Deon Thomas <
> > princeamd.el...@gmail.com
> > > > >wrote:
> > > >
> > > > > Do not update previous patch, i found a bug in it.
> > > > > Thank You.
> > > > > --- --- --- --- --- --- --- --- ---
> > > > > Deon Thomas [ http://www.elivecd.org ]
> > > > > Programmer / Network Admin / Microsoft Certified Technology
> > Specialist
> > > > >
> > > > >
> > > > > On Sun, Oct 28, 2012 at 1:47 PM, Deon Thomas <
> > princeamd.el...@gmail.com
> > > > >wrote:
> > > > >
> > > > >> Here is the patch to fix the options in "Screen Limits" and to fix
> > the
> > > > >> options when you use them on
> > > > >> dual screen. See Attached file or download from the link below.
> > > > >>
> > > > >> *http://dl.dropbox.com/u/7371269/lost_windows_2.1.patch*
> > > > >> Thank You.
> > > > >> --- --- --- --- --- --- --- --- ---
> > > > >> Deon Thomas [ http://www.elivecd.org ]
> > > > >> Programmer / Network Admin / Microsoft Certified Technology
> > Specialist
> > > > >>
> > > > >
> > > > >
> > > >
> > > >
> > --
> > > > Everyone hates slow websites. So do we.
> > > > Make your web apps faster with AppDynamics
> > > > Download AppDynamics Lite for free today:
> > > > http://p.sf.net/sfu/appdyn_sfd2d_oct
> > > > ___
> > > > enlightenment-devel mailing list
> > > > enlightenment-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > > >
> > >
> > --
> > > Everyone hates slow websites. So do we.
> > > Make your web apps faster with AppDynamics
> > > Download AppDynamics Lite for free today:
> > > http://p.sf.net/sfu/appdyn_sfd2d_oct
> > > ___
> > > 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)ras...@rasterman.com
> >
> >
> >
> > --
> > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> > Remotely access PCs and mobile devices and provide instant support
> > Improve your efficiency, and focus on delivering more value-add services
> > Discover what IT Professionals Know. Rescue delivers
> > http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> 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)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing