On Wed, 25 Jan 2006 03:22:42 -0800 enlightenment-cvs@lists.sourceforge.net wrote:
> Enlightenment CVS committal > > Author : onefang > Project : e17 > Module : apps/e > > Dir : e17/apps/e/src/bin > > > Modified Files: > e_apps_error.c > > > Log Message: > Dammit raster, I'm trying to cut down the amount of over processing > being done on these strings. You care about wringing the last bit of performance out of graphics raster, but I care about doing the same with string handling when it applies to potentially large lumps of text. One thing I was trying to do was to avoid a lot of processing and reprocessing of these strings, but everybody kept yelling at me to just do what you just did. No one but me seems to care that exe's could throw huge amounts of text at us. Yes, exe exit doesn't happen often, yes we will be able to limit the output processed once I implement the limit code, and maybe this is all a waste of my time to try to get it down to some sort of sane amount of end to end string massaging from exe to error dialog. I still don't see any point to continually scanning and massaging text when it isn't needed. In this case, there is way too much unneeded string massaging for my liking. Feel free to wipe out the tlist shit, guess I won't be learning anything about evas and edje for the moment. I'll leave apps/e and return to my ecore_exe and emu TODO lists. There's some excess string manipulation in ecore_exe I can probably get rid of now, and some more excess string manipulation to add in support of the start/end limits. </rant>
pgpbMmEs9eAOc.pgp
Description: PGP signature