On Thu, 08 Sep 2011 13:53:42 +0900 ChunEon Park<[email protected]> said:
yeah. theme could quietly fill log files - DOS attack stuff. sure. it can do other things like eat all cpu and animate all the time, but that is unavoidable. also some apps USE stdout/err for communication to processes (parent) and if some silly edje obj goes spewing stuff to stdout just because its author thought that was fun... then he breaks the ipc of the app and its actually a hard-to-find bug as the programmer wouldn't expect something to slide output in between their out printfs that they use for ipc.. > ah... there were the reason. > ok. I reverted it now even the user would be unhappy. :o > I will talk about this with raster later. > Thank you barbieri. :) > ------------------------------------ > Let's run together for the best moment! > -Regards, Hermet- > > -----Original Message----- > From: "Gustavo Sverzut Barbieri"<[email protected]> > To: [email protected] > Cc: [email protected] > Sent: 11-09-08(목) 10:38:45 > Subject: Re: [E-devel] E SVN: hermet trunk/edje/src/lib > On Wed, Sep 7, 2011 at 5:43 PM, Enlightenment SVN > <[email protected]> wrote: > > Log: > > edje - added print_int print_float print_str funcs for debugging in embryo > > script > ouch, did you talk to raster about this? > I recall I did ask about this before and he was against as it can be > used to get outside the managable control (ie: an e17 theme can output > so much that would full user's disc at ~/.xsession-errors). > The convention is to debug using either messages or signals, at app: > void _dbg(void *data, Evas_Object *ed, const char *a, const char *msg) > { > fprintf(stderr, "DBG %p: %s\n", ed, msg); > } > edje_object_signal_callback_add(ed, "dbg", "*", _dbg, NULL); > and from embryo you emit signals using "dbg" source: > new buf[1024]; > snprintf(buf, sizeof(buf), "....", ...); > emit("dbg", buf); > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -------------------------------------- > MSN: [email protected] > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > ------------------------------------------------------------------------------ > Doing More with Less: The Next Generation Virtual Desktop > What are the key obstacles that have prevented many mid-market businesses > from deploying virtual desktops? How do next-generation virtual desktops > provide companies an easier-to-deploy, easier-to-manage and more affordable > virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ > Doing More with Less: The Next Generation Virtual Desktop > What are the key obstacles that have prevented many mid-market businesses > from deploying virtual desktops? How do next-generation virtual desktops > provide companies an easier-to-deploy, easier-to-manage and more affordable > virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
