Re: [E-devel] eina_model should be back ?
On 05/05/12 07:03, Vincent Torri wrote: > hey > > shouldn't eina_model be back in trunk, now ? Yes, probably. This time it should be tested, used and reviewed though, otherwise it'll just the same story all over again. -- Tom. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On 05/05/12 06:18, David Seikel wrote: > Just ignoring the failed allocation and trying to use a NULL pointer > will likely crash you anyway, but that's just being lazy. Failing > gracefully is generally better than failing disgracefully. Yes, but the amount of work just doesn't worth it. -- Tom. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] MinGW packages of the newest EFL
Hey I've uploaded the MinGW packages of the latest EFL (i've added Eio, Elementary is missing, it's a big beast). They can be found here: http://dev.enlightenment.fr/~doursse/mingw-w64-x86_32/packages/ To use mingw-get, read http://dev.enlightenment.fr/~doursse/mingw-w64-x86_32/README.txt The source of these packages can be found here :http://git.enlightenment.fr/cgit.cgi/~doursse/packages.git TODO: add Elementary and build an NSIS package remarks, bug reports, etc.. are welcome Vincent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Sat, May 05, 2012 at 01:18:48PM +1000, David Seikel wrote: > Just ignoring the failed allocation and trying to use a NULL pointer > will likely crash you anyway, but that's just being lazy. Failing > gracefully is generally better than failing disgracefully. Part of the problem here is that it might *not* crash depending on the code path and arguments. E.g. if you allocate a large buffer and the first thing you do with the buffer is writing to an attacker controlled offset, it can be turned into an arbitary code exploit by making the buffer size large enough that the offset effectively becomes a pointer itself. Joerg -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Sat, 05 May 2012 13:03:08 +0300 Tom Hacohen wrote: > On 05/05/12 06:18, David Seikel wrote: > > Just ignoring the failed allocation and trying to use a NULL pointer > > will likely crash you anyway, but that's just being lazy. Failing > > gracefully is generally better than failing disgracefully. > > Yes, but the amount of work just doesn't worth it. It would be a lot of work now to retrofit it to EFL, but I usually at least stick in a NULL check at the time I add any allocs. Usually, sometimes I'm too lazy to, but often add it later. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On 05/05/12 14:08, Joerg Sonnenberger wrote: > On Sat, May 05, 2012 at 01:18:48PM +1000, David Seikel wrote: >> Just ignoring the failed allocation and trying to use a NULL pointer >> will likely crash you anyway, but that's just being lazy. Failing >> gracefully is generally better than failing disgracefully. > > Part of the problem here is that it might *not* crash depending on the > code path and arguments. E.g. if you allocate a large buffer and the > first thing you do with the buffer is writing to an attacker controlled > offset, it can be turned into an arbitary code exploit by making the > buffer size large enough that the offset effectively becomes a pointer > itself. Yeah, depends on the location of the allocation. I was thinking more about internal infra stuff, but this point is indeed valid. -- Tom. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Jorge Gascón Pérez wants to connect with you on Zoosk!
-- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Celebrating elementary 1.0
Just to remind. We will be meeting up - at 5:00 PM on Sunday. - at Exit #1 of Subway #6 in Itaewon (Near Hotel Hamilton) Here is Korean blog post for this meeting. http://seoz.egloos.com/3836502 See you all guys tomorrow. Daniel Juyung Seo (SeoZ) On Thu, May 3, 2012 at 5:03 PM, Jérôme Pinot wrote: > Start a new thread for clarity, > > So far, meeting is planned for Sunday, May 6 in Seoul. > > People interested and who could maybe come: > Hyoyoung Chang > Cedric BAIL > Daniel Juyung Seo > ChunEon Park > Kim Shinwoo > myself > > Sorry for Raster, but we will surely do another meeting later :-) > > For meeting place/time, I suggest Itaewon as it is popular and not so > far from the train station of Yongsan. Near Hotel Hamilton around 5:00PM? > Should be good but I am open to any other suggestion... > > To avoid flooding the ML, please confirm if you come by posting on my > blog: http://ngc891.blogdns.net/?p=170 > > > -- > Jérôme Pinot > http://ngc891.blogdns.net/ > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Sat, May 5, 2012 at 1:18 PM, David Seikel wrote: > On Sat, 05 May 2012 13:03:08 +0300 Tom Hacohen wrote: >> On 05/05/12 06:18, David Seikel wrote: >> > Just ignoring the failed allocation and trying to use a NULL pointer >> > will likely crash you anyway, but that's just being lazy. Failing >> > gracefully is generally better than failing disgracefully. >> >> Yes, but the amount of work just doesn't worth it. > > It would be a lot of work now to retrofit it to EFL, but I usually at > least stick in a NULL check at the time I add any allocs. Usually, > sometimes I'm too lazy to, but often add it later. We are speacking about E, EFL are almost always checking for memory allocation and try to return to a safe state in case of an issue. But things will turn badly if you are running out of memory anyway ! -- Cedric BAIL -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Sat, 5 May 2012 16:15:39 +0200 Cedric BAIL wrote: > On Sat, May 5, 2012 at 1:18 PM, David Seikel > wrote: > > On Sat, 05 May 2012 13:03:08 +0300 Tom Hacohen > > wrote: > >> On 05/05/12 06:18, David Seikel wrote: > >> > Just ignoring the failed allocation and trying to use a NULL > >> > pointer will likely crash you anyway, but that's just being > >> > lazy. Failing gracefully is generally better than failing > >> > disgracefully. > >> > >> Yes, but the amount of work just doesn't worth it. > > > > It would be a lot of work now to retrofit it to EFL, but I usually > > at least stick in a NULL check at the time I add any allocs. > > Usually, sometimes I'm too lazy to, but often add it later. > > We are speacking about E, EFL are almost always checking for memory > allocation and try to return to a safe state in case of an issue. But > things will turn badly if you are running out of memory anyway ! Replace "EFL" with "e17" in what I said then. But my main concern still stands. SOMETIMES things will turn badly if you are running out of memory anyway. Sometimes not. See the part of my email that is not quoted in the very top of this one for my examples. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch to enable WindowMaker-like click to focus subtleties
On Fri, 4 May 2012 07:26:23 -0500 e...@pengaru.com said: > On Fri, May 04, 2012 at 07:11:20AM -0500, e...@pengaru.com wrote: > > Hello, > > > > This patch is against debian testing e17 0.16.999.55115-1. I was just > > trying to see if I could get e17 to behave like the WindowMaker I have > > used daily for over a decade, there's just this specific behavior I was > > unable to reproduce in settings alone without hacking the code. > > > > In WindowMaker you can focus and resize windows without raising them, > > you can also click and interact with an obscured window that is focused > > without raising it. You do this with alt-right-click on an obscured > > window. If you hold the click and motion, you focus and resize the window > > without raising it. If you simply release instead of hold and motion, you > > focus without raising the window and no resize occurs. > > > > I use this very often, as it's convenient for interacting with obscured > > debugger consoles and xterms while I have the interesting windows > > containing program output raised and occupying most of my display. > > > > This is a quick and dirty hack, it uses knowledge of RESIZE_NONE being > > defined to 11 which appears intended to be private to e_border.c > > currently. I'm just putting this out there in case anyone else would > > appreciate this behavior. I think it would be nice to get a toggle in > > e17 to activate this mode, it's one of the best things about > > WindowMaker's click to focus implementation and a big part of why I've > > used it exclusively for so long. > > > > No testing has been done to see if this change interacts badly with > > modes other than click to focus. It reproduces exactly the WindowMaker > > behavior in my limited testing, without any observed ill effects. > > > I spoke to soon here, there's a remaining thing to fix which is raising > on window move or clicking on the title bar or window border. In > WindowMaker after an alt-right-click to focus without raising an > obscured window, you can then alt-left-click to raise that window > (and move it if you hold and motion). With my patch, once the window is > focused while obscured you can't make it raise by clicking the title bar, > window border, or grabbing the window with alt-left-click (which I have > bound to move in enlightenment). > > Bummer, it's almost there. > > Regards, > Vito Caputo well i looked at your patch and it is indeed a nasty hack. :) it really can't go in like that. you do have options like in window stacking -> advanced: "raise when starting move or resize" and "raise when clicking to focus". let me get this straight - you want this behavior to be also possible to be CONDITIONAL on a modifier being pressed when you do either of these actions - eg if alft, shift, ctrl or any combo of these (define the combo) is held along with the click it avoids doing the raise... right? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eina_model should be back ?
On Sat, 5 May 2012 06:03:32 +0200 Vincent Torri said: > hey > > shouldn't eina_model be back in trunk, now ? my point still stands - this smells to be almost an entire object model in and of itself ans thus will be an issue with eobj work too. we need to sort this out and what to do about it. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Emotion problem
On Fri, 4 May 2012 09:56:58 -0300 Flávio Ceolin
said:
> Hi,
>
> On Thu, May 3, 2012 at 9:04 PM, Cedric BAIL wrote:
> > Hi,
> >
> > On Fri, May 4, 2012 at 1:44 AM, Flávio Ceolin
> > wrote:
> >> On Thu, May 3, 2012 at 11:49 AM, Flavio Ceolin
> >> wrote:
> >>> Hi folks,
> >>>
> >>> I've got a problem when using emotion. The signal "playback_started" is
> >>> never called. I also have checked the emotion examples and the same
> >>> happens. The others signals like "playback_finished" and "open_done" are
> >>> working as expected. Bellow is my example:
> >>>
> >>> #include
> >>> #include
> >>> #include
> >>> #include
> >>> #include
> >>>
> >>> static void
> >>> _playback_started_cb(void *data, Evas_Object *o, void *event_info)
> >>> {
> >>> printf("Emotion object started playback.\n");
> >>> }
> >>>
> >>> static Evas_Object *
> >>> _create_emotion_object(Evas *e)
> >>> {
> >>> Evas_Object *em = emotion_object_add(e);
> >>>
> >>> emotion_object_init(em, "generic");
> >>>
> >>> evas_object_smart_callback_add(
> >>> em, "playback_started", _playback_started_cb, NULL);
> >>>
> >>> return em;
> >>> }
> >>>
> >>> int
> >>> main(int argc, const char *argv[])
> >>> {
> >>> Ecore_Evas *ee;
> >>> Evas *e;
> >>> Evas_Object *bg, *em;
> >>>
> >>> if (argc != 2)
> >>> {
> >>> printf("Usage: %s \n", argv[0]);
> >>> return -1;
> >>> }
> >>>
> >>> eina_init();
> >>>
> >>> if (!ecore_evas_init())
> >>> return EXIT_FAILURE;
> >>>
> >>> ee = ecore_evas_new(NULL, 80, 80, 640, 480, NULL);
> >>> if (!ee)
> >>> goto error;
> >>>
> >>> ecore_evas_show(ee);
> >>>
> >>> e = ecore_evas_get(ee);
> >>>
> >>> bg = evas_object_rectangle_add(e);
> >>> evas_object_name_set(bg, argv[1]);
> >>> evas_object_color_set(bg, 255, 255, 255, 255);
> >>> evas_object_move(bg, 0, 0);
> >>> evas_object_resize(bg, 640, 480);
> >>> evas_object_show(bg);
> >>>
> >>> em = _create_emotion_object(e);
> >>> emotion_object_file_set(em, argv[1]);
> >>> evas_object_move(em, 0, 0);
> >>> evas_object_resize(em, 640, 480);
> >>> evas_object_show(em);
> >>>
> >>> evas_object_focus_set(bg, EINA_TRUE);
> >>>
> >>> emotion_object_play_set(em, EINA_TRUE);
> >>>
> >>> ecore_main_loop_begin();
> >>>
> >>> ecore_evas_free(ee);
> >>> ecore_evas_shutdown();
> >>> return 0;
> >>>
> >>> error:
> >>>
> >>> ecore_evas_shutdown();
> >>> eina_shutdown();
> >>> return -1;
> >>> }
> >>>
> >>>
> >>> Regards,
> >>>
> >>> Flavio Ceolin
> >>> ProFUSION embedded systems
> >>> http://profusion.mobi
> >>
> >> Hi folks,
> >>
> >> I bring bad news, I've found other problems with emotion. They are:
> >>
> >> 1) position_set when the emotion is paused
> >> If you do a position_set with the emotion paused and then do
> >> position_get it'll
> >> return the old position.
> >>
> >> 2) pause the video before the "open_done" or "length_change" is not
> >> working.
> >
> > What engine are you using ? Generic VLC or Gstreamer ?
> >
> > Regards,
> > --
> > Cedric BAIL
> >
> > --
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
> I've tried with generic vlc.
well this is easy enough to see... the generic module simply never passes such
events back to the emotion core. xine and gstreamer do. this is also totally
dependant on the external binary producing these events AND the generic module
supporting them. the generic module's ipc stream simply doesnt support these
and even if it did - the external binary (not part of emotion) would need
changes. does it all work fine with xine or gstreamer for you? changing/fixing
generic is much more problematic due to the decoupled nature.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
