> Can you explain why you do not want e to set any environment variables?
Atleast it is counter-intuitive to say that the function restores env vars to their original values and then modify an env var. Secondly, LANGUAGE is expressly meant for users, and I doubt if it is a good thing for an app to set it, especially when it forks... well... the user meant it to be unset, so be it! As you said, E_LANG seems to be a better idea, but well... if something really wants to know E's language, it can use the much superior IPC mechanism. On a related note, should we be using LANGUAGE as an argument to setlocale, when LANGUAGE can use an extended syntax (colon separated list of locales) not understood by setlocale? In fact, I think even your validation function doesn't take the extended syntax into account. May be we should not be using LANGUAGE at all (gettext anyway references it if needed, even when only the default locale is set) Ramkumar -- WARN_(accel)("msg null; should hang here to be win compatible\n"); -- WINE source code ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel