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>

Attachment: pgpbMmEs9eAOc.pgp
Description: PGP signature

Reply via email to